coolasice1999
-
Posts
57 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by coolasice1999
-
-
35 minutes ago, cpthook said:
Hello.. Started to receive a network error this morning and wanted to see if I was the only one. GUI no longer connects after working nonstop for a few years. Has anything changed? I tried a few different PIA DNS servers but no success.Thanks for any help
____________________________________________________________________________________________________
Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2021-11-05 05:07:02.735709 [info] Host is running unRAID 2021-11-05 05:07:02.754610 [info] System information Linux 3be0b24c9ad8 5.10.28-Unraid #1 SMP Wed Apr 7 08:23:18 PDT 2021 x86_64 GNU/Linux 2021-11-05 05:07:02.777898 [info] OS_ARCH defined as 'x86-64' 2021-11-05 05:07:02.800370 [info] PUID defined as '99' 2021-11-05 05:07:02.838791 [info] PGID defined as '100' 2021-11-05 05:07:02.891200 [info] UMASK defined as '000' 2021-11-05 05:07:02.911622 [info] Permissions already set for volume mappings 2021-11-05 05:07:02.944129 [info] Deleting files in /tmp (non recursive)... 2021-11-05 05:07:02.968962 [info] VPN_ENABLED defined as 'yes' 2021-11-05 05:07:02.989930 [info] VPN_CLIENT defined as 'openvpn' 2021-11-05 05:07:03.010404 [info] VPN_PROV defined as 'pia' 2021-11-05 05:07:03.158229 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/Czech Republic.ovpn 2021-11-05 05:07:03.199427 [info] VPN remote server(s) defined as 'czech.privacy.network,' 2021-11-05 05:07:03.216710 [info] VPN remote port(s) defined as '1198,' 2021-11-05 05:07:03.233887 [info] VPN remote protcol(s) defined as 'udp,' 2021-11-05 05:07:03.254197 [info] VPN_DEVICE_TYPE defined as 'tun0' 2021-11-05 05:07:03.274290 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2021-11-05 05:07:03.296416 [info] LAN_NETWORK defined as '192.168.1.0/24' 2021-11-05 05:07:03.317205 [info] NAME_SERVERS defined as '10.0.0.242,10.0.0.243' 2021-11-05 05:07:03.337587 [info] VPN_USER defined as '*****' 2021-11-05 05:07:03.358686 [info] VPN_PASS defined as '*******' 2021-11-05 05:07:03.379035 [info] STRICT_PORT_FORWARD defined as 'yes' 2021-11-05 05:07:03.399482 [info] ENABLE_PRIVOXY defined as 'yes' 2021-11-05 05:07:03.423988 [info] VPN_INPUT_PORTS not defined (via -e VPN_INPUT_PORTS), skipping allow for custom incoming ports 2021-11-05 05:07:03.443900 [info] VPN_OUTPUT_PORTS not defined (via -e VPN_OUTPUT_PORTS), skipping allow for custom outgoing ports 2021-11-05 05:07:03.466204 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2021-11-05 05:07:03.486555 [info] DELUGE_WEB_LOG_LEVEL defined as 'info' 2021-11-05 05:07:03.507682 [info] Starting Supervisor... 2021-11-05 05:07:03,777 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing 2021-11-05 05:07:03,777 INFO Set uid to user 0 succeeded 2021-11-05 05:07:03,781 INFO supervisord started with pid 7 2021-11-05 05:07:04,783 INFO spawned: 'shutdown-script' with pid 189 2021-11-05 05:07:04,784 INFO spawned: 'start-script' with pid 190 2021-11-05 05:07:04,785 INFO spawned: 'watchdog-script' with pid 191 2021-11-05 05:07:04,785 INFO reaped unknown pid 8 (exit status 0) 2021-11-05 05:07:04,788 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2021-11-05 05:07:04,788 INFO success: shutdown-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-05 05:07:04,788 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-05 05:07:04,789 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-05 05:07:04,826 DEBG 'start-script' stdout output: [info] Adding 10.0.0.242 to /etc/resolv.conf 2021-11-05 05:07:04,828 DEBG 'start-script' stdout output: [info] Adding 10.0.0.243 to /etc/resolv.conf 2021-11-05 05:07:34,864 DEBG 'start-script' stderr output: Error: error sending query: Could not send or receive, because of network error 2021-11-05 05:08:09,898 DEBG 'start-script' stderr output: Error: error sending query: Could not send or receive, because of network error
24 minutes ago, binhex said:this looks like a networking issue on your end, check your server can perform dns resolution, also check name servers 10.0.0.242,10.0.0.243 are operational.
Mine started doing the exact same thing yesterday... Haven't changed a thing other then restoring a previous docker backup
-
Its not a powerhouse, it can't do a whole lot, but works seamlessly as a kodi sql server for all my media! (after quite a fandangle to get it automated) Very low power... at full parity check with 4 drives and 3 ssds, a Home Security NVR, Wifi Router, and Cable Modem... i'm drawing 99watts of power..... love it. Finally bought a Cyberpower 1500va UPS for those pesky power blips we've been getting during thunderstorms.
-
I tried to update my docker, but the new v3 radar is passing an error migrating my database to v3... had to roll back to v2 and restore my database from backup...
-
I picked up a handful of asmedia based 2 port cards to add ssds to my system. Filled up all my 1x slots. Kept my hds on hba card and now have 6 ssds connected.
-
moving appdata didn't fix it... but i did find that shutting down the array caused it to freeze and after a hard reboot it fixed itself.
-
8 minutes ago, johnnie.black said:
Move the appdata to the array and check the used space reported after that.
That's the plan for tonight after work as the array is currently in use.
-
4 minutes ago, johnnie.black said:
Something is using it, Windows can also report wrong used space over SMB, move the data to the array and check again.
not sure how that's possible when the only folder on the cache drive is the appdata folder. Guess I'll have to run a backup tonight and do a restore on that one.
-
21 minutes ago, johnnie.black said:
du isn't reliable with btrfs, df (and the GUI) will show correct used space.
Okay but I only have 4 gigs of data on there how do I find out what else is using all the space? Even Windows tells me there's only 4 gigs of data on there.
-
Not sure if my cache problem is related to overhead on raid0 configuration or something else entirely. I have a raid0 configuration of 3 small 32gb SSDs which should yield 96GB cache pool which it does but the drive shows 18GB used. My appdata folder is only 4.4GB and is currently the only thing on the cache drive? What could possibly be using 14GB of information that wouldn't be shown in the drive? (there are no hidden files that I missed). Wondering if I should recreate the cache array?
.png.1987852e99367d2a2ed060c5869b3483.png)
-
Think i got it sorted... went ahead and recreated a new docker.img on the cache instead of an unassigned device, made it only 12gb and it seems to be working fine and updating as needed. Found out my hba doesn't support trim on ssds which was where the unassigned device was connected. Not sure if that had something to do with it.
-
So i went ahead and expanded my docker image size to 20gb... and once again, it still doesn't update. the only docker that does not give me problems is duckdns... it updates just fine, all others, binhex-jackett, mariadb, bazarr... none update properly, they look like they are updating, but never properly update. Annoyed to have to delete the docker every time to update it.. could having my docker.img on an unassigned ssd cause the problem?
-
13 hours ago, PsYCoR said:
I mean a little GUI for some options to the cronjob or even a possibility to start the docker with some options like cronjob start-time etc...
but for now its very nice to have and to use.
00:30 o'clock is a good time for scraping thats ok for me.
BIG THX for ur Work and Help !!!
Yea, I tried to figure out how to pass the variable to the file but alas I have no clue
-
2 hours ago, PsYCoR said:
Now i test it with edit the Servertime directly.
And what to say ?
BIG THX its greatful and easy to use.
If u someday can build a GUI for it, more people will love it i think.
again THANKS
there already is a tmm gui version, this used the same software just via commandline.
there is one catch, if you use radarr/sonarr and your files get updated, tmm will not rescrape the data for the newer file, you have to do that manually with the gui version as it already thinks the movie is scraped. its a limitation to tmm itself.
-
1
-
-
2 hours ago, PsYCoR said:
hi and big thx,
you mount media to /mnt ? is that right ?
cause i mount it to /media.
is it possible to change the runtime ?
to set it from 12:30 to another time to test it ?
can u give me a screenshot of cli ?
to change the runtime you have to change the entrypoint.sh and rebuild the docker. I didn't try to hard to make it variable as it worked for my needs.
-
1
-
-
5 hours ago, PsYCoR said:
thx i will look if i can handle it
do you have a little bit more information how it is to use ?
i install the tmm-cli-cronjob and it runs but what to do then ?
how to set mounts and how to set tmm ?
install the gui version (https://hub.docker.com/r/coolasice1999/tmm) and set it to use the same appdata folder as the cli version. Set media to your media folder the same as the cli. (see my screenshot of settings). start the gui version and configure it how you want your metadata setup. Since they share the same appdata the config from the gui carries over to the cli docker. Once you know the gui works, you can stop that docker and keep the cli running. As currently built it is set to run at 12:30 AM every day. It took me a couple months to figure this all out so I may not remember exactly how I did it.
-
1
-
-
On 3/11/2020 at 6:05 AM, eXTriC said:
I have the exact same issue as mentioned below. I setup a headless kodi to update the mariaDB which previously has been working fine from a ShieldTV and LibreElec NUC. The shares are approached via NFS and I see them in headless KODI UI but nothing updates. Also have some warnings about old directories not available in the log and the update finishes in two seconds.
Could you guys maybe provide any hints in what could be the solution you used?
Much appreciated.
i copied the ls kodi docker and added a cronjob script to automatically update the library every night regardless of radarr/sonarr.
-
i created my own docker that uses a cronjob to scrape as needed. https://hub.docker.com/repository/docker/coolasice1999/tmm-cli-cronjob and https://github.com/coolasice1999/tmmcli feel free to copy and create your own docker. It uses the same appdata as the gui version.
-
1
-
-
5 minutes ago, bonienl said:
And it still works under Unraid 6.8.x, only you have some specific issue, which we try to identify.
I just cant see how extending my free space from 7gb to 15gb would be any help for a <600mb container. Could having my img on an unassigned device have anything to do with it?
-
49 minutes ago, bonienl said:
The default size is 20GB, you can try that.
Making a bigger docker image is as simple as to stop the Docker service, update the image size to a larger value and start the docker service again.
Not sure why I would need 15 gigs of free space to update a 600 Mb container? It used to work just fine with an 8 gigabyte image under 6.7.2
-
5 hours ago, bonienl said:
It does look like a lack of space issue.
Whenever a container is updated, the old container is stopped, then the new container is downloaded and created (which requires extra space) and then the old container is deleted when the new container is successfully built.
Try to make a larger docker image and see what happens.
So how big should my docker image be? it's more than double my docker total size. My total image size is 12 gb and I'm only using 42% of it. I know mariadb isn't 7 GB large....
-
48 minutes ago, trurl said:
Your docker image is a little smaller than I usually recommend. Unlike many who make it very large because they have some container misconfigured and they keep filling it.
Do you ever get close to filling docker image?
Nope, always under 50%
-
I constantly have problems with docker updates. MariaDB is the biggest one, each time there is an update, i have to remove the container and re-add it back in order for it to update properly, otherwise it never updates, it looks like it will update, but just goes back to the same container. Anyone else have this problem? It occurs on multiple dockers, mariadb, binhex-jackett, binhex-delugevpn, and others.
I keep seeing this error in the diagnostics "level=error msg="Not continuing with pull after error: context canceled""
I've recreated the docker.img twice thus far and still see this type of problem whenever there are new updates.
Anyone have any clues?
-
On 2/23/2020 at 7:53 PM, coolasice1999 said:
no ideas?
-
13 hours ago, CoZ said:
I'm lucky I can figure out the GUI, much less a CLI lol
it took me quite a while to figure it out including creating my own dockers for both the gui and cli. I wanted a fully automated system for radarr... radarr metadata for kodi is horrible so I wanted more. I created the cli to automatically scan my library for new content and download metadata for it on a routine basis (early morning when everyone is asleep). I also modified a headless kodi docker and set it up to scan for updates every day shortly after the tmm cli finished. All is using cron jobs. I let radarr do all the deleting.
.png.1987852e99367d2a2ed060c5869b3483.png)
[Support] binhex - DelugeVPN
in Docker Containers
Posted · Edited by coolasice1999
Solved
https://pastebin.com/xqePujMQ
Nevermind... I guess Pia's dns servers are dead, added cloudflare and away it went.