digitalformula Posted July 5, 2019 Share Posted July 5, 2019 This is re a topic I posted in February. I posted logs then and asked if there was any update - no response. Here's the post: I'm on unRAID 6.7.1 right now and this is still an issue. I've just tried to delete 1365 files from an NFS share and the shares immediately disappeared, effectively taking our production NAS offline. The only way to get them back is to completely restart the NAS. @limetech You acknowledged there's a bug report for this back in February. Did anything happen with it? Quote Link to comment
BRiT Posted July 5, 2019 Share Posted July 5, 2019 I think anyone from the community who may try to help you now will ask that you post your Diagnostics file from the time after the server experiences the issue and before it's rebooted to recover. Quote Link to comment
digitalformula Posted July 5, 2019 Author Share Posted July 5, 2019 Just now, BRiT said: I think anyone from the community who may try to help you now will ask that you post your Diagnostics file from the time after the server experiences the issue and before it's rebooted to recover. Yes they will but I've posted them before. The issue is identical. Besides, being a production NAS it is far more important to get it back up and running than remember to dump diagnostics every time (which I think should be stored permanently elsewhere, although I don't know how to do it/if there's a way to do it). Quote Link to comment
BRiT Posted July 5, 2019 Share Posted July 5, 2019 There is support for persistent syslogs since 6.7.0. Enhanced syslog handling. On Settings/Network Services page click on Syslog Server. Here you can designate this server to receive system logs from other Unraid OS servers, or forward this servers syslog to another local or remote server. Also, if there are stack traces or dumps in the logs, they would be slightly different considering all the changes since then. Quote Link to comment
digitalformula Posted July 5, 2019 Author Share Posted July 5, 2019 (edited) 28 minutes ago, BRiT said: There is support for persistent syslogs since 6.7.0. Yes, but I believe that requires the setup of a Syslog server (which I haven't done, yet). Oh well, I guess I'll set one up and make unRAID crash again, since I can reproduce this issue. Setup unRAID to point at itself, which I assume is a valid configuration. Edited July 5, 2019 by digitalformula Quote Link to comment
digitalformula Posted July 5, 2019 Author Share Posted July 5, 2019 25 minutes ago, BRiT said: There is support for persistent syslogs since 6.7.0. By the way, I have tried setting up unRAID to point at itself, which does work. However nothing shows up in the Syslog at all when unRAID crashes as I've described above. For that reason I'd say the logs are pretty much useless. What you see below is when I started Syslog and then rebooted after I forced unRAID to bomb again. Jul 5 13:52:01 df-unRAID rsyslogd: [origin software="rsyslogd" swVersion="8.1903.0" x-pid="26176" x-info="https://www.rsyslog.com"] start Jul 5 14:00:47 df-unRAID root: Delaying execution of fix common problems scan for 10 minutes Jul 5 14:00:47 df-unRAID emhttpd: Starting services... Jul 5 14:00:47 df-unRAID emhttpd: shcmd (205): /etc/rc.d/rc.samba restart Jul 5 14:00:48 df-unRAID rsyslogd: [origin software="rsyslogd" swVersion="8.1903.0" x-pid="5461" x-info="https://www.rsyslog.com"] start Jul 5 14:00:49 df-unRAID root: Starting Samba: /usr/sbin/nmbd -D Jul 5 14:00:49 df-unRAID root: /usr/sbin/smbd -D Jul 5 14:00:49 df-unRAID root: /usr/sbin/winbindd -D Quote Link to comment
digitalformula Posted July 6, 2019 Author Share Posted July 6, 2019 Bump? Surely I'm not the only one that thinks shares disappearing when you delete files is a bad thing? 😞 Quote Link to comment
digitalformula Posted July 11, 2019 Author Share Posted July 11, 2019 @limetech or someone ... ? Please? Yeah you can think I'm being a dick or demanding but this is a genuine issue. Quote Link to comment
digitalformula Posted July 16, 2019 Author Share Posted July 16, 2019 @limetech Thanks for your response. I have tried setting the fuse_remember Tunable setting to 600 and, while it did seem to help for a few minutes, the problem came back straight away. Here is what I did: - Created 1000 zero byte files in /mnt/user/sys/1000_files - Deleted them via NFS mount on my client. This worked; I don't recall this ever working in the past. - Created 1000 1.2MB files in /mnt/user/sys/1000_files - Deleted them via NFS mount on my client. All shares immediately disappeared. FYI Quote Link to comment
Abzstrak Posted July 18, 2019 Share Posted July 18, 2019 (edited) what do you mean they disappeared? like showmount doesn't show them? nfs server crashed? can you just restart nfs? Are they all in one folder and your just doing a "rm *" or something? Edited July 18, 2019 by Abzstrak Quote Link to comment
digitalformula Posted July 18, 2019 Author Share Posted July 18, 2019 29 minutes ago, Abzstrak said: what do you mean they disappeared? like showmount doesn't show them? nfs server crashed? can you just restart nfs? Are they all in one folder and your just doing a "rm *" or something? I mean exactly that. Not deleted, just completely stopped/down/unavailable. GUI shows no shares and SSH listing of /mnt/user just shows "????????". No, restarting NFS doesn't help. The only way to get them back to reboot the entire unRAID server. No, I'm deleting them from an NFS mount in my Linux client (Ubuntu 19.04, but was 18.04 before that). Yes, they're all in one folder. Quote Link to comment
testdasi Posted July 18, 2019 Share Posted July 18, 2019 Your problem was diagnosed in your previous topic as a kernel problem. You also mentioned in the previous topic that 6.5.3 worked. Given you repeatedly say it's a prod server which you need stability then why not just downgrade to 6.5.3? When it's a kernel problem, screaming loudly won't do anything. Been there, done that, did not help. Btw, diagnostics already attached to a previous topic (or sent to LT) does not mean you shouldn't attach a fresh new set of diagnostics. You really expect people to go back to your previous topic(s), dig through the rambling to find your old diagnostics? It's a forum FFS, it's not paid support. So I'm nice and I went through this topic + TWO previous topics raised by you (Oct 2018, Feb 2019, this one) and still have NOT found any diagnostics. Quote Link to comment
ruepel Posted July 19, 2019 Share Posted July 19, 2019 i'm having the same issue. Let me guess, you perform a few file operations via nfs and suddenly the FS /mnt/user/ + /mnt/user0 disappears without a warning. @limetechIf it is a kernel issue when can we expect a solution/fix/rollback? Quote Link to comment
BRiT Posted July 19, 2019 Share Posted July 19, 2019 Can you post current Diagnostics after the issue happens? Quote Link to comment
trurl Posted July 19, 2019 Share Posted July 19, 2019 12 minutes ago, ruepel said: i'm having the same issue. 1 minute ago, BRiT said: Can you post current Diagnostics after the issue happens? Exactly what I just asked for on his other thread. Quote Link to comment
ruepel Posted July 19, 2019 Share Posted July 19, 2019 will do as soon as it happens again -- rebooted the server earlier without saving the diagnostic file first Quote Link to comment
trurl Posted July 19, 2019 Share Posted July 19, 2019 1 hour ago, ruepel said: will do as soon as it happens again -- rebooted the server earlier without saving the diagnostic file first Please use your other thread for further support on this. 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.