djstabby Posted March 3, 2015 Share Posted March 3, 2015 Great, thanks! I didn't think of that. I will test it out and let you know. Link to comment
jbear Posted March 3, 2015 Share Posted March 3, 2015 with latest version. Tried removing and reinstalling, still no luck.. Log below. -------------------------------------------------------------------------------------------------- /usr/bin/docker logs --tail=350 -f binhex-madsonic 2>&1 2015-03-03 14:35:12,796 CRIT Set uid to user 0 2015-03-03 14:35:12,796 WARN Included extra file "/etc/supervisor/conf.d/madsonic.conf" during parsing 2015-03-03 14:35:12,800 INFO supervisord started with pid 1 2015-03-03 14:35:13,812 INFO spawned: 'start' with pid 8 2015-03-03 14:35:13,876 DEBG 'start' stderr output: cp: cannot stat ‘/var/madsonic/transcode/linux/*’: No such file or directory 2015-03-03 14:35:13,877 DEBG 'start' stdout output: Enabling SSL for Madsonic 2015-03-03 14:35:13,881 DEBG 'start' stderr output: /opt/madsonic/start.sh: line 17: /var/madsonic/madsonic.sh: No such file or directory 2015-03-03 14:35:13,885 DEBG fd 8 closed, stopped monitoring (stderr)> 2015-03-03 14:35:13,886 DEBG fd 6 closed, stopped monitoring (stdout)> 2015-03-03 14:35:13,886 INFO exited: start (exit status 127; not expected) 2015-03-03 14:35:13,887 DEBG received SIGCLD indicating a child quit 2015-03-03 14:35:14,901 INFO spawned: 'start' with pid 17 2015-03-03 14:35:14,941 DEBG 'start' stderr output: cp: cannot stat ‘/var/madsonic/transcode/linux/*’: No such file or directory 2015-03-03 14:35:14,941 DEBG 'start' stdout output: Enabling SSL for Madsonic 2015-03-03 14:35:14,942 DEBG 'start' stderr output: /opt/madsonic/start.sh: line 17: /var/madsonic/madsonic.sh: No such file or directory 2015-03-03 14:35:14,943 DEBG fd 8 closed, stopped monitoring (stderr)> 2015-03-03 14:35:14,943 DEBG fd 6 closed, stopped monitoring (stdout)> 2015-03-03 14:35:14,943 INFO exited: start (exit status 127; not expected) 2015-03-03 14:35:14,943 DEBG received SIGCLD indicating a child quit 2015-03-03 14:35:16,957 INFO spawned: 'start' with pid 26 2015-03-03 14:35:17,019 DEBG 'start' stderr output: cp: cannot stat ‘/var/madsonic/transcode/linux/*’: No such file or directory 2015-03-03 14:35:17,020 DEBG 'start' stdout output: Enabling SSL for Madsonic 2015-03-03 14:35:17,022 DEBG 'start' stderr output: /opt/madsonic/start.sh: line 17: /var/madsonic/madsonic.sh: No such file or directory 2015-03-03 14:35:17,025 DEBG fd 8 closed, stopped monitoring (stderr)> 2015-03-03 14:35:17,025 DEBG fd 6 closed, stopped monitoring (stdout)> 2015-03-03 14:35:17,026 INFO exited: start (exit status 127; not expected) 2015-03-03 14:35:17,026 DEBG received SIGCLD indicating a child quit 2015-03-03 14:35:20,044 INFO spawned: 'start' with pid 35 2015-03-03 14:35:20,069 DEBG 'start' stderr output: cp: cannot stat ‘/var/madsonic/transcode/linux/*’: No such file or directory 2015-03-03 14:35:20,069 DEBG 'start' stdout output: Enabling SSL for Madsonic 2015-03-03 14:35:20,070 DEBG 'start' stderr output: /opt/madsonic/start.sh: line 17: /var/madsonic/madsonic.sh: No such file or directory 2015-03-03 14:35:20,070 DEBG fd 8 closed, stopped monitoring (stderr)> 2015-03-03 14:35:20,071 DEBG fd 6 closed, stopped monitoring (stdout)> 2015-03-03 14:35:20,071 INFO exited: start (exit status 127; not expected) 2015-03-03 14:35:20,071 DEBG received SIGCLD indicating a child quit 2015-03-03 14:35:21,072 INFO gave up: start entered FATAL state, too many start retries too quickly Link to comment
binhex Posted March 4, 2015 Author Share Posted March 4, 2015 hi jbear, this should now be fixed, i forgot to alter the start bash script for the new path im now using. btw this is NOT a new version of madsonic, this is simply a tidy up exorcise on the docker images so it will be the same version as previously (assuming you were running it) Link to comment
NAS Posted March 4, 2015 Share Posted March 4, 2015 For what it is worth madsonic still broken here /usr/bin/docker logs --tail=350 -f binhex-madsonic 2>&1 2015-03-04 11:36:14,015 CRIT Set uid to user 0 2015-03-04 11:36:14,015 WARN Included extra file "/etc/supervisor/conf.d/madsonic.conf" during parsing 2015-03-04 11:36:14,018 INFO supervisord started with pid 1 2015-03-04 11:36:15,019 INFO spawned: 'start' with pid 8 2015-03-04 11:36:15,031 DEBG 'start' stderr output: cp: cannot stat ‘/home/nobody/transcode/linux/*’: No such file or directory 2015-03-04 11:36:15,031 DEBG 'start' stdout output: Disabling SSL for Madsonic 2015-03-04 11:36:15,031 DEBG 'start' stderr output: /opt/madsonic/start.sh: line 21: /home/nobody/madsonic.sh: No such file or directory 2015-03-04 11:36:15,031 DEBG fd 8 closed, stopped monitoring (stderr)> 2015-03-04 11:36:15,031 DEBG fd 6 closed, stopped monitoring (stdout)> 2015-03-04 11:36:15,032 INFO exited: start (exit status 127; not expected) 2015-03-04 11:36:15,032 DEBG received SIGCLD indicating a child quit 2015-03-04 11:36:16,033 INFO spawned: 'start' with pid 17 2015-03-04 11:36:16,042 DEBG 'start' stderr output: cp: cannot stat ‘/home/nobody/transcode/linux/*’: No such file or directory 2015-03-04 11:36:16,042 DEBG 'start' stdout output: Disabling SSL for Madsonic Does your refactor require us to change our volume maps? Link to comment
binhex Posted March 4, 2015 Author Share Posted March 4, 2015 thanks for the log NAS, spotted my error, i got to start building these locally and testing before i push up, either that or drink more coffee before being let loose with a keyboard :-), no harm done i guess, ive now tested this and it runs for me so you should be now good for another pull. and in response to your question, no you dont need to change the volume maps, ive just moved all the complex code from dockerfile to bash script, this makes things a littler cleaner looking and gives me more flexibility than attempting to do everyhing in a dockerfile. Link to comment
NAS Posted March 4, 2015 Share Posted March 4, 2015 Brilliant stuff that looked like its fixed it. What I am curious of though is I expected a 1MB layer change and instead got: Pulling image: binhex/arch-madsonic:latest IMAGE ID [1897456316f1]: Pulling image (latest) from binhex/arch-madsonic. Pulling image (latest) from binhex/arch-madsonic, endpoint: https://registry-1.docker.io/v1/. Pulling dependent layers. IMAGE ID [511136ea3c5a]: Download complete. IMAGE ID [b7d6e7c1e21a]: Download complete. IMAGE ID [ea234cde99e6]: Download complete. IMAGE ID [2eca625a94bf]: Download complete. IMAGE ID [a6f0110cb0a8]: Download complete. IMAGE ID [906b3650e87a]: Download complete. IMAGE ID [7d21de1defeb]: Download complete. IMAGE ID [90b75594850f]: Download complete. IMAGE ID [ddc49d826b65]: Download complete. IMAGE ID [a94ac2f2362b]: Download complete. IMAGE ID [3e85c3c7588b]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [36c7ddf86008]: Pulling metadata. Pulling fs layer. Downloading 100% of 51MB. Download complete. IMAGE ID [3a0c6e932c06]: Pulling metadata. Pulling fs layer. Downloading 100% of 52MB. Download complete. IMAGE ID [ff8dfd4d979c]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [eea769e19e07]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [bb2ebaf8a028]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [bb42d9388d56]: Pulling metadata. Pulling fs layer. Downloading 100% of 160MB. Download complete. IMAGE ID [37f1ff2dd142]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [773c9c9d51c9]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [682a81efc4ff]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [14aeac08d12b]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [c7f4e2ca000c]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. IMAGE ID [1897456316f1]: Pulling metadata. Pulling fs layer. Downloading 100% of 1MB. Download complete. Status: Downloaded newer image for binhex/arch-madsonic:latest. TOTAL DATA PULLED: 262 MB I dont mind I am just genuinly curious what changed. Link to comment
binhex Posted March 4, 2015 Author Share Posted March 4, 2015 ive updated the base image too, so this has triggered a pull down of the new base, i shouldnt now be changing this for some time, i have of course updated all my dockers to now point at the new base tag (2015030300) so if your running any other of my dockers then its probably worth upgrading so they are all using the same base image. Link to comment
NAS Posted March 4, 2015 Share Posted March 4, 2015 That explains that then Nice work Link to comment
jbear Posted March 4, 2015 Share Posted March 4, 2015 All good for me now too, appreciate your work. hi jbear, this should now be fixed, i forgot to alter the start bash script for the new path im now using. btw this is NOT a new version of madsonic, this is simply a tidy up exorcise on the docker images so it will be the same version as previously (assuming you were running it) Link to comment
binhex Posted March 4, 2015 Author Share Posted March 4, 2015 no probs guys, glad its all working, sorry for the interruption in service quick heads up for anybody using the delugevpn docker image, i have now added in and tested the ping-restart function of openvpn and with some routing tweaks managed to get it to work as expected, so this will now automatically do a soft restart of openvpn should it not be able to contact the remote end point of the tunnel, or in plain english, if your internet connection goes down and comes back up then the tunnel will get re-established automatically, no need to restart the docker so one more outstanding issue/feature that i have to squeeze into delugevpn, and that is to allow access to the deluge daemon on the local network so that other applications can interact with it (api calls), i.e. couchpotato, will be looking at this in the coming days. oh and as stated earlier in my post to NAS i have updated all the docker images to use a refreshed base image (mine) and have simplified the dockerfiles for all the apps by taking all the complex code out and moving it in bash script files, in short this means i would encourage everybody to update all their dockers to make full use of the deltas in the images. Link to comment
bmfrosty Posted March 8, 2015 Share Posted March 8, 2015 Just installed the binhex version of nzbget. Seeing this: Kind Time Text ERROR Sat Mar 07 2015 21:05:01 Unpack for The 100 S02E15 HDTV x264-KILLERS failed ERROR Sat Mar 07 2015 21:05:01 Unrar: Could not start unrar: No such file or directory ERROR Sat Mar 07 2015 21:04:56 Unpack for Vikings.S03E03.REPACK.HDTV.x264-2HD failed ERROR Sat Mar 07 2015 21:04:56 Unrar: Could not start unrar: No such file or directory I copied in some older config. Double-checking that I didn't mess anything up. EDIT: Nope. no unrar or rar executable. Or 7z for that matter: [root@fba08df134e4 /]# find . -executable -name rar [root@fba08df134e4 /]# find . -executable -name unrar [root@fba08df134e4 /]# Link to comment
Mettbrot Posted March 8, 2015 Share Posted March 8, 2015 after I updated the teamspeak docker I lost all my server settings I have pointed the /config directory to a directory on the cache disk, i thought this would survive the update. Any way to fix this for the future? Link to comment
NAS Posted March 8, 2015 Share Posted March 8, 2015 This is a general problem with docker as it stands. Docker allows you to roll forward and back verisons at a whim but relys completely on the app to handle configs. Not all apps do upgrades well and almost none test downgrades. You only option is backups Link to comment
ThatDude Posted March 8, 2015 Share Posted March 8, 2015 Hi BinHex Is it possible to set the deluged service to modify the umask setting to 000 (e.g. deluged.conf)? Excerpt from deluge upstart guide: You may wish to modify the above umask as it applies to any files downloaded by deluged. 007 grants full access to the user and members of the group deluged is running as (in this case deluge) and prevents access from all other accounts. 022 grants full access to the user deluged is running as and only read access to other accounts. 000 grants full access to all accounts. Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 Hi BinHex Is it possible to set the deluged service is to modify the umask setting to 000 (e.g. deluged.conf)? Excerpt from deluge upstart guide: You may wish to modify the above umask as it applies to any files downloaded by deluged. 007 grants full access to the user and members of the group deluged is running as (in this case deluge) and prevents access from all other accounts. 022 grants full access to the user deluged is running as and only read access to other accounts. 000 grants full access to all accounts. That deluged.conf file setting mask seems to only apply to bare metal linux running deluged as a service. this docker runs it through supervisor, i believe you can set user to nobody in the supervisor conf file to fit with unraid users settings giving permissions to downloads etc.... but that would also involve changing the user id in the main dockerfile to suit unraid too. scrub that, it's already set to nobody in the supervisor conf....... Link to comment
ThatDude Posted March 8, 2015 Share Posted March 8, 2015 OK that makes sense, but I'm guessing that attaching to the Docker file and making those changes means they will me overwritten when the docker update. Is that right? Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 the only setting of unmask i can find thus far in this docker is in the systemd file for deluge, but you don't run apps in docker via systemd or upstart or whatever service etc... try googling for setting deluge unmask via the command line, i've not turned anything up yet. Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 it looks like there might be a switch "-k" for setting umask via command line. Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 GRRRRRRRRRRR , I FORGOT ABOUT THE DOCKER BUG ABOUT SHUTTING DOWN CONTAINERS WHILST EXEC'D IN ANOTHER SESSION Just locked up my unraid completely. Link to comment
ThatDude Posted March 8, 2015 Share Posted March 8, 2015 Glad I'm not the only I one, I did that twice yesterday and it kicked off a parity check both times. Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 I think it needs to be put in big letters somewhere as a warning, lol. Link to comment
ThatDude Posted March 8, 2015 Share Posted March 8, 2015 OK, because I'm not smart enough to fix this the right way I created a fugly workaround script that runs on unRAID periodically to fix the permissions on my deluge download folder: #!/bin/bash chmod -R go-rwx,u-x,g+u,ug+X /mnt/cache/download/deluge/complete/ chown -R nobody:users /mnt/cache/download/deluge/complete/ I'm sure smart people are cringing right now :-) Link to comment
sparklyballs Posted March 8, 2015 Share Posted March 8, 2015 -k has been deprecated : ( Link to comment
barakthecat Posted March 8, 2015 Share Posted March 8, 2015 OK, I am sure I'm being a moron here but I can't figure out the path to the download folder in Delugevpn. I have /data set to /mnt/user/Files/downloads/deluge/ if I have the path in deluge settings set to anything but /home/nobody/Downloads I get an error of Permission denied (I see this in the status, nothing actually appears wrong in the log). If I leave it at that, it downloads, but I have no idea where it ends up. Can someone share their configuration? Link to comment
ThatDude Posted March 8, 2015 Share Posted March 8, 2015 OK, I am sure I'm being a moron here but I can't figure out the path to the download folder in Delugevpn. I have /data set to /mnt/user/Files/downloads/deluge/ if I have the path in deluge settings set to anything but /home/nobody/Downloads I get an error of Permission denied (I see this in the status, nothing actually appears wrong in the log). If I leave it at that, it downloads, but I have no idea where it ends up. Can someone share their configuration? Did you create the directory /mnt/user/Files/downloads/deluge/ yourself? What permissions does it have? it might be worth setting them to unRAID defaults to see if that has an effect. Link to comment
Recommended Posts