Slow System (GUI and SMB shares), SSH still working

[Matthias]

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

[Frank1940]

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. 

[Matthias]

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

[Frank1940]

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

 

[Matthias]

actually it happened today at between 14:00 15:30. not sure why nothing is in the logs 

 

[Frank1940]

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.

 

[Matthias]

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.

 

 

[Frank1940]

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

[Matthias]

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.