November 30, 20169 yr I updated to 6.2.4 a couple weeks ago. All went well. But, after a few days, all my shares 'disappear' (happens ever few days). From file manager on windows 10, I'm left with Disk shares that allow me to access files no problems, just loose all the User Shares...and all the dockers then shut down. When I try to restart them. I get (no surprise)... http://my.jetscreenshot.com/12412/20161130-naui-96kb.jpg[/img] When I stop/restart the array, the GUI hangs (drives show live, but array not started - stuck on "mounting disks...") http://my.jetscreenshot.com/12412/20161130-bu1e-219kb.jpg[/img] When I go to the console, I see: http://my.jetscreenshot.com/12412/20161130-9p9y-225kb.jpg[/img] Console is live, so I closed the GUI and then went to the console to run shutdown (same as in the picture). When I went to execute /root/samba stop... "No Such File or Directory". Did an LS and all I see is dead.letter mdcmd@ "He's dead Jim..." Reboot and all is well (Parity Check starts)...but couldn't get syslog... But I ran a diagnostics anyway and its attached... I am noticing a spurious display on the console after reboot completes: grep: /etc/php-fpm.d/www.conf: no such file or command Go file is nothing too fancy... #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp & /boot/unmenu/uu cd /boot/packages && find . -name '*.auto_install' -type f -print | sort | xargs -n1 sh -c # resize to 8mb filesize (from 256) tmpfs mount -o remount,size=8m /var/log Ideas? Thanks in advance! hunternas-diagnostics-20161130-1736.zip
December 1, 20169 yr Author Probably because I was running unmenu on 5.x, and then upgraded to 6.x and never removed it from the go file. Is it unsupported under 6.2.x? I haven't used it in a long while, looking through the forums, looks like people are still using it in 6.2.x... I think that's worth a separate post...
December 1, 20169 yr I don't know, but I don't now anyone who uses it with version 6.2 either. Do you? If not, it would be best to get rid of it. There must be some 32-bit code left in there. I don't see much else wrong in your syslog so why not tidy up your go file and see if it improves matters? One disk has a lot of UDMA errors but they look historical - maybe you had a bad SATA cable in the past.
December 1, 20169 yr Author As I mentioned, not used unMenu in a while. Sounds like a good idea, I'll remove it from the go file and see if the problem persists... Any idea what unmenu could be doing to cause problems?
December 1, 20169 yr I don't use unmenu any more but it will run on 6.2 see graphic. unMenu won't install any more on ANY version of unRAID (as far as I know - but maybe that changed since I last tried to install it) you have to copy it from an existing setup. See attached graphic (note I'm a little behind on my versions of 6.2 but don't expect that makes a difference).
December 1, 20169 yr Author I tried to run it on my server (as I mentioned its 'carried forward' from unraid 5.x)... and it runs just fine...I've disabled it in the GO file, will run without it for a while and see if that makes a difference...
December 1, 20169 yr I am noticing a spurious display on the console after reboot completes: grep: /etc/php-fpm.d/www.conf: no such file or command FWIW I don't have an /etc/php-fpm.d folder on my 6.2.4 server. This one has never had unRAID 5 installed on it so in your case it must be a hang over from the earlier version. It might be worth having a good clear out of old stuff. root@Northolt:~# ls -l /etc | grep php drwxr-xr-x 3 root root 80 Nov 5 22:31 php/ drwxr-xr-x 2 root root 80 Nov 5 22:31 php-fpm/ root@Northolt:~#
Archived
This topic is now archived and is closed to further replies.