March 26, 201511 yr Yesterday, after a clean powerdown I noticed I could no longer use AirVideo (docker) and on the WebGui it only has the option to enable, size and path. I managed to press F5 on the browser and got this message: Warning: stream_socket_client(): unable to connect to unix:///var/run/docker.sock (Connection refused) in /usr/local/emhttp/plugins/dynamix.docker.manager/dockerClient.php on line 502 Couldn't create socket: [111] Connection refused Any ideas?
March 26, 201511 yr Please obtain a system log by going to the Tools page and clicking System Log, then scrolling to the bottom of the page and clicking Download. Post your zipped up system log here so we can review.
March 27, 201511 yr Author Please obtain a system log by going to the Tools page and clicking System Log, then scrolling to the bottom of the page and clicking Download. Post your zipped up system log here so we can review. Mar 26 15:04:41 MMPC php: #012Warning: file_put_contents(/var/lib/docker/unraid-update-status.json): failed to open stream: No space left on device in /usr/local/emhttp/plugins/dynamix.docker.manager/dockerClient.php on line 349 root@MMPC:~# df Filesystem 1K-blocks Used Available Use% Mounted on tmpfs 131072 15988 115084 13% /var/log /dev/sda1 1956224 350816 1605408 18% /boot /dev/md1 1952560688 147876204 1804684484 8% /mnt/disk1 /dev/md2 1952560688 140727220 1811833468 8% /mnt/disk2 /dev/md3 1952560688 1190519808 762040880 61% /mnt/disk3 /dev/md4 1952560688 1301135620 651425068 67% /mnt/disk4 /dev/md5 1952560688 1096916320 855644368 57% /mnt/disk5 /dev/md6 1952560688 1050813804 901746884 54% /mnt/disk6 /dev/md7 1952560688 1193968280 758592408 62% /mnt/disk7 /dev/md8 1952560688 1206692624 745868064 62% /mnt/disk8 /dev/md9 1952560688 1201865596 750695092 62% /mnt/disk9 /dev/md10 1952560688 1210411004 742149684 62% /mnt/disk10 /dev/md11 1952560688 901150976 1051409712 47% /mnt/disk11 /dev/md12 1952560688 1188161688 764399000 61% /mnt/disk12 /dev/md13 1952560688 1192537044 760023644 62% /mnt/disk13 /dev/md14 1952560688 170495592 1782065096 9% /mnt/disk14 /dev/md15 1952560688 237988868 1714571820 13% /mnt/disk15 /dev/md16 1952560688 141600156 1810960532 8% /mnt/disk16 /dev/md17 1952560688 148683688 1803877000 8% /mnt/disk17 /dev/md18 1952560688 140752172 1811808516 8% /mnt/disk18 /dev/md19 1952560688 141929464 1810631224 8% /mnt/disk19 /dev/md20 1952560688 142630548 1809930140 8% /mnt/disk20 /dev/sdg1 488371640 174864448 313507192 36% /mnt/cache shfs 39051213760 14146856676 24904357084 37% /mnt/user0 shfs 39539585400 14321721124 25217864276 37% /mnt/user /dev/loop0 2097152 1731648 303456 86% /var/lib/docker root@MMPC:~# Hum! I found another line when I scrolled down in the Sys Log, but it makes no sense, I have more than enough space (I thought) here is the zip. syslog.zip
March 27, 201511 yr Author What plugins do you have installed? on unRAID or Docker? I only have 1 docker - AirVideo (but wanted to add OpenVPN and I could no longer see the GUI for the dockers, just the bottom section that lets you enable it, the size and the path. Plugins on unRAID I have: APC UPS Support Dynamix Active Streams Dynamix Cache Directories Dynamix System Information Dynamix System Statistics Powerdown Package (2.13) transmission.64bit subsonic.64bit sickbeard.64bit serviio.64bit sabnzbd.64bit plexmediaserver.64bit headphones.64bit couchpotato.64bit Dynamix webGui (built-in) unRAID Server OS (built-in) EDIT: I never had any issues for a long time. Just recently the docker management disappeared, last thing I did was upgrade to 6.0beta14b. But I can't say that was the cause, and I don't want to downgrade to 6.0beta10 or a lower one.
March 27, 201511 yr The plugins you've installed are probably part of the issue. Remove apcupsd as it is built into beta 14b now. Remove Dynamix system stats (causes tempfs to fill up causing your issue). If that doesn't resolve. Remove ALL plugins and see if issues persist.
March 27, 201511 yr The plugins you've installed are probably part of the issue. Remove apcupsd as it is built into beta 14b now. Remove Dynamix system stats (causes tempfs to fill up causing your issue). If that doesn't resolve. Remove ALL plugins and see if issues persist. He's simple out of space on the docker image. Stop Docker, increase the image size then start it again. Edit: he can retrieve some space back running this: docker rmi $(docker images -q -f dangling=true)
March 27, 201511 yr The plugins you've installed are probably part of the issue. Remove apcupsd as it is built into beta 14b now. Remove Dynamix system stats (causes tempfs to fill up causing your issue). If that doesn't resolve. Remove ALL plugins and see if issues persist. He's simple out of space on the docker image. Stop Docker, increase the image size then start it again. Edit: he can retrieve some space back running this: docker rmi $(docker images -q -f dangling=true) Doh! Was thinking this was a /var/log/ fill up issue. Mixed this up with someone else I'm helping over e-mail.
March 27, 201511 yr Some background information ... Dynamix Stats creates a log file per day in a rotating fashion. Each file is around 6MB and up to 31 days (1 month) means a total size of around 186MB is needed. Eventually this won't fit under /var/log which has a default file system size allocation of 128MB. It is possible to increase the size allocation, see also this topic, http://lime-technology.com/forum/index.php?topic=38805.msg361432#msg361432 Or LT may consider to enlarge the default allocation ?
March 27, 201511 yr Some background information ... Dynamix Stats creates a log file per day in a rotating fashion. Each file is around 6MB and up to 31 days (1 month) means a total size of around 186MB is needed. Eventually this won't fit under /var/log which has a default file system size allocation of 128MB. It is possible to increase the size allocation, see also this topic, http://lime-technology.com/forum/index.php?topic=38805.msg361432#msg361432 Or LT may consider to enlarge the default allocation ? Any means of being able to change the location of these files, such as cache drive of boot usb drive? The primary premise is to survive reboots and updates as well as remove ramdisk full issues. Perhaps when the file is rotated off to a new day the old days log can be moved too?
March 28, 201511 yr Author The plugins you've installed are probably part of the issue. Remove apcupsd as it is built into beta 14b now. Remove Dynamix system stats (causes tempfs to fill up causing your issue). If that doesn't resolve. Remove ALL plugins and see if issues persist. Thanks for the heads up on the plugins. Will do that.
March 28, 201511 yr Author The plugins you've installed are probably part of the issue. Remove apcupsd as it is built into beta 14b now. Remove Dynamix system stats (causes tempfs to fill up causing your issue). If that doesn't resolve. Remove ALL plugins and see if issues persist. He's simple out of space on the docker image. Stop Docker, increase the image size then start it again. Edit: he can retrieve some space back running this: docker rmi $(docker images -q -f dangling=true) Will try that, thanks!
March 28, 201511 yr Author Some background information ... Dynamix Stats creates a log file per day in a rotating fashion. Each file is around 6MB and up to 31 days (1 month) means a total size of around 186MB is needed. Eventually this won't fit under /var/log which has a default file system size allocation of 128MB. It is possible to increase the size allocation, see also this topic, http://lime-technology.com/forum/index.php?topic=38805.msg361432#msg361432 Or LT may consider to enlarge the default allocation ? Will try this too! Thanks!!! EDIT: Did all 3 suggestions, not sure which one is the one that worked, but got my docker back up and running! You guys rock! Thanks!
Archived
This topic is now archived and is closed to further replies.