jeffreywhunter Posted November 30, 2016 Share Posted November 30, 2016 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 Quote Link to comment
John_M Posted November 30, 2016 Share Posted November 30, 2016 Why are you running unMENU on unRAID 6? Quote Link to comment
jeffreywhunter Posted December 1, 2016 Author Share Posted December 1, 2016 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... Quote Link to comment
John_M Posted December 1, 2016 Share Posted December 1, 2016 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. Quote Link to comment
jeffreywhunter Posted December 1, 2016 Author Share Posted December 1, 2016 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? Quote Link to comment
BobPhoenix Posted December 1, 2016 Share Posted December 1, 2016 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). Quote Link to comment
jeffreywhunter Posted December 1, 2016 Author Share Posted December 1, 2016 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... Quote Link to comment
John_M Posted December 1, 2016 Share Posted December 1, 2016 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:~# Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.