kingy444 Posted August 26, 2015 Share Posted August 26, 2015 Apologies for poor title but stumped for a better one. I am relatively technical when it comes to windows (Server Engineer versed in the ways of powershell), linux however is relatively new to me (although I have been running unraid for years) and I require some assistance I recently upgraded to 6.0.1 (around a week from 6.0-beta14b) and have just started experiencing issues where I am unable to access the webgui or and SMB/NFS shares. I can however still telnet in. The beta had been running for months without fault Does anyone have any suggestions? I am unsure how to provide logs etc for investigation as the ones in the web console appear to be reset on a reboot which unfortunately as it stands appears to be the only way I can proceed to get it back up and running (speaking of which can someone provide info also on how to clean reboot via commandline) Link to comment
trurl Posted August 26, 2015 Share Posted August 26, 2015 From console or telnet diagnostics Ignore any errors. Find diagnostic zip file on flash and post it. Link to comment
kingy444 Posted August 26, 2015 Author Share Posted August 26, 2015 thanks. logs attached unraid-diagnostics-20150826-2247.zip Link to comment
goinsnoopin Posted August 26, 2015 Share Posted August 26, 2015 I am having a similar issue. See my thread here: http://lime-technology.com/forum/index.php?topic=41861.0 Is your server still in the "Crashed" state? If so, type ps -ef do you have a ton (in my case 255) instances of smbd processes running? Dan Link to comment
kingy444 Posted August 27, 2015 Author Share Posted August 27, 2015 at this stage i am yet to have another crash (and lets hope that continues) As a potential cause to look into, I had a script that was copying data for backup purposes and was getting access denied trying to copy 0kb files, after deleting these files I am so far not having any issues. Potentially something going on in the handling of these files? Link to comment
trurl Posted August 27, 2015 Share Posted August 27, 2015 at this stage i am yet to have another crash (and lets hope that continues) As a potential cause to look into, I had a script that was copying data for backup purposes and was getting access denied trying to copy 0kb files, after deleting these files I am so far not having any issues. Potentially something going on in the handling of these files? Check Disk Filesystems Link to comment
kingy444 Posted August 27, 2015 Author Share Posted August 27, 2015 Do you mean xfs reinfs etc ? Link to comment
trurl Posted August 27, 2015 Share Posted August 27, 2015 Do you mean xfs reinfs etc ? Did you click the link? Link to comment
kingy444 Posted August 28, 2015 Author Share Posted August 28, 2015 Do you mean xfs reinfs etc ? Did you click the link? Apologies, looking at it on my phone, it didnt actually look like a link. Will go through info there and report back Link to comment
kingy444 Posted August 28, 2015 Author Share Posted August 28, 2015 I have run that on all drives - no errors reported Link to comment
mr-hexen Posted August 28, 2015 Share Posted August 28, 2015 We'd need the diagnostics file that represents the system after a crash, not a fresh reboot. Was the one you provided after a crash but before a reboot? Link to comment
kingy444 Posted August 28, 2015 Author Share Posted August 28, 2015 It was after a reboot as i couldnt access anything when it crashed. Do i just telnet in and type diagnostics in the shell session when a crash occurs? Link to comment
jonp Posted August 28, 2015 Share Posted August 28, 2015 It was after a reboot as i couldnt access anything when it crashed. Do i just telnet in and type diagnostics in the shell session when a crash occurs? Yes, and if you can't telnet in, you can attach a monitor / keyboard and login locally and do the same. If it's completely frozen, then attaching a monitor may reveal some events printed to the screen. A picture of that might help also. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.