Matthias Posted October 20, 2017 Share Posted October 20, 2017 We have now since some time the problem that the GUI is not responsive (extremely slow) and periodically the SMB shares are not responding/reachable. Till now i was not able to find what is actually causing the problem. I hope someone here could point me in the right direction, i attached our diagnostics files. Matt ffaejeans01-diagnostics-20171015-0902.zip Quote Link to comment
Frank1940 Posted October 20, 2017 Share Posted October 20, 2017 This appears to a diagnostics file captured right after a reboot. You should try to get one after the problem has occurred. You can get it from the command line by typing diagnostics and the file will will be written to the logs folder/directory on your flash drive. Quote Link to comment
Matthias Posted October 21, 2017 Author Share Posted October 21, 2017 ok here we go. just had the same issue again. however the slow GUI seems to be a permanent problem, the slow/not accessible SMB shares is happening every now and then. i checked the SMB shares from a server and they where not accessible for a couple minutes. then without doing anything on the unRaid server they came back. attached the diag files just after the problem happened. ffaejeans01-diagnostics-20171021-1459.zip Quote Link to comment
Frank1940 Posted October 21, 2017 Share Posted October 21, 2017 Below are the last few entries in your syslog file: Oct 18 16:25:10 FFAEJEANS01 root: error: plugins/preclear.disk/Preclear.php: wrong csrf_token Oct 18 16:26:02 FFAEJEANS01 sudo: root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/netstat -an Oct 18 16:27:55 FFAEJEANS01 sudo: root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/netstat --listen Oct 18 16:46:18 FFAEJEANS01 sudo: root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/netstat -nlp Oct 20 01:01:05 FFAEJEANS01 crond[1689]: exit status 1 from user root [ $(date +%d) -ge 22 -a $(date +%d) -le 28 ] && /usr/local/sbin/mdcmd check &> /dev/null Oct 21 14:57:53 FFAEJEANS01 sshd[980]: Accepted password for root from 10.99.7.39 port 58187 ssh2 Could you provide us with the Date and approximate time when this latest SMB problem occurred? If you look at the syslog file in the diagnostics file that you just uploaded, you will find a lot of lines about "wrong csrf-token". (I have included just one of those lines in this snippet of your syslog.) Here is a link to what that is all about: https://forums.lime-technology.com/topic/46802-faq-for-unraid-v6/?page=2&tab=comments#comment-545988 Quote Link to comment
Matthias Posted October 21, 2017 Author Share Posted October 21, 2017 actually it happened today at between 14:00 15:30. not sure why nothing is in the logs Quote Link to comment
Frank1940 Posted October 21, 2017 Share Posted October 21, 2017 Thanks, I had another look at the diagnostics file and found this in the ifconfig.txt file: eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.99.1.12 netmask 255.255.255.0 broadcast 0.0.0.0 ether 0c:c4:7a:a8:64:6e txqueuelen 1000 (Ethernet) RX packets 94508238 bytes 12558573053 (11.6 GiB) RX errors 0 dropped 32445 overruns 0 frame 0 TX packets 741490782 bytes 1086558913298 (1011.9 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Notice that you have sent out over 1000GB of data over the past four days that your server has been up. Can you explain what is happening as this would represent the playing of some 40 Blu-Ray movies? It seems rather high and could be a contributing factor to what you are experiencing. Quote Link to comment
Matthias Posted October 21, 2017 Author Share Posted October 21, 2017 thanks for looking into this. i would assume that this is because of our daily backup and our full backup on the weekend. that's the only explanation i have. 2 hours ago, Frank1940 said: Thanks, I had another look at the diagnostics file and found this in the ifconfig.txt file: eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.99.1.12 netmask 255.255.255.0 broadcast 0.0.0.0 ether 0c:c4:7a:a8:64:6e txqueuelen 1000 (Ethernet) RX packets 94508238 bytes 12558573053 (11.6 GiB) RX errors 0 dropped 32445 overruns 0 frame 0 TX packets 741490782 bytes 1086558913298 (1011.9 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Notice that you have sent out over 1000GB of data over the past four days that your server has been up. Can you explain what is happening as this would represent the playing of some 40 Blu-Ray movies? It seems rather high and could be a contributing factor to what you are experiencing. Quote Link to comment
Frank1940 Posted October 21, 2017 Share Posted October 21, 2017 (edited) I did observe that you apparently have two ethernet ports on your MB. I think you can actually use both of them in the recent versions of unRAID. If you could assign the backup to one port and all of the other stuff to the other, it might be a solution to your problem. I don't know exactly how to do this but someone with more knowledge about configuring NIC's might see this thread and point you in the right direction. If you don't get a response in the next day or two, you might start a new thread to ask how to implement it. Edited October 21, 2017 by Frank1940 Quote Link to comment
Matthias Posted October 22, 2017 Author Share Posted October 22, 2017 i was thinking of looking into this as well, however the extremely slow GUI is a permanent problem and does not occur during the time of the backup. The same for the unresponsive SMB shares. thins the unRaid server is integrated into a Windows AD i was wondering how i may could check the LDAP connectivity when the SMB issue occurs? not sure if that could be the problem, but i would at least expect then something in the locks. 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.