enJOyIT

Well... it seems that the "noserverino"-parameter does the job. But there is another issue now, i think it's related to this paramter. The unraid-CPU usage is stuck at 20% now... Is this a expected behaviour?

Thank you for your reply! Meanwhile I was trying the same with NFS-share... But it ended up in the same issue. Is NFS using the same mechanism?

Hi, ich habe schon im englischen Forum geschrieben und probiere es hier nochmal, da ich langsam bekloppt werden. Folgendes Setup: 2 x 1TB SSD Cache Pool als Raid1 und ein paar Platten im Array. Meine shares nutzen den Cache-Pool und Nachts sollen die Daten vom Cache-Pool auf das Array verschoben werden. Soweit so gut. Jedenfalls ist es so, dass beim Verwenden des Movers meine Linux Clients die Verbindung zu den shares verlieren die von der Aktion betroffen sind. Oder auch wenn ich Daten in ein share schiebe, was den Cache nutzt passiert es ebenfalls, dass die Verbindung zu diesem share verloren geht. Ich kann es zu jeder Zeit nachstellen: Ich kopiere z.B. eine Datei über Windows in das user-share und schauen gleichzeitig mit dem midnight commander auf der Linux-Maschine und irgendwas ist die Verbindung weg. Das sieht folgendermaßen aus: Meine Share verbinde ich so: //192.168.20.215/download /mnt/download cifs x-systemd.automount,username=plex,password=xxxxxxxx 0 0 Ich kann nirgends(!) auf dem Client oder in unraid irgendwas in logfiles etc. finden. Das treibt mich schon fast in den Wahnsinn. Vor allem betrifft es offensichtlich nur Linux. Wenn ich mit einer anderen Windows-Maschine das share "überwache" komme ich hier jederzeit drauf. Bin neu mit unraid unterwegs und komme von openmediavault. Ich hoffe ich bereue den Schritt jetzt nicht. Ich bin auch bereit für erweiterten Support zu bezahlen. So verzweifelt bin ich Hier der Link zum englischen Forum für weitere Infos: unraid-diagnostics-20220128-0958.zip

Is there a official support email address? I'm willing to pay for support! I'm afraid that moving to unraid was a big mistake if i can't get this problem solved

Sorry for spamming, but I want to keep the posts separated for chronological order... I enabled mover-logging, but still no helpful information: Jan 28 11:48:24 unraid emhttpd: shcmd (94072): /usr/local/sbin/mover |& logger & Jan 28 11:48:24 unraid root: mover: started Jan 28 11:48:24 unraid move: move: file /mnt/cache/download/nzbget/completed/xxxxxxxxx/yyyyyyyyyy.abc Jan 28 11:49:19 unraid root: mover: finished

I can reproduce this error now. It's definitely connected to the mover/cache drive. If I have files on the cache and start the mover, the connection to the share that contains the moved files drops at the end. It even drops if I just copy files (via Windows) to the mount (cache yes). Maybe it's locking the drive for a second and my linux machine thinks the mount is gone?!?! Is there any one from limetech who can analyse this behaviour? Attached the diagnostic file etc... But imho there isn't really interesting in it. Because I don't get any entry in logfiles etc... Similar threads (it's macos but the behaviour is the same): Same but on reddit: I need help! P.S. I'm getting two new SSD drives (these are my cache drives) tomrorow (my current have no trim support with my HBA - LSI SAS3008) - Maybe (but I doubt) it will help? unraid-diagnostics-20220128-0958.zip

Additional info: I reconnected the shares and then startet the mover to move some date from cache to the array and bam, the next share dropped: But no logs... on client or unraid server It must have something todo with the mover. As I reconnected (umount "filme" and mount -a) the share (which worked), the mover was still going to move files... and in the next minute "serien" dropped... "mount" on the client gives me this: //192.168.20.215/musik on /mnt/musik type cifs (rw,relatime,vers=3.1.1,cache=strict,username=plex,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.20.215,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,x-systemd.automount) //192.168.20.215/filme on /mnt/filme type cifs (rw,relatime,vers=3.1.1,cache=strict,username=plex,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.20.215,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,x-systemd.automount) //192.168.20.215/serien on /mnt/serien type cifs (rw,relatime,vers=3.1.1,cache=strict,username=plex,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.20.215,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,x-systemd.automount) r What is going on here?????

Today, it happend again: No Logs in my Client?! It just dropped the connection. I transfered some files from disk to disk (both in array) minutes before (but nothing related to "serien"). Some files of "serien" were transfered to the cache dir in the same time. Is this related to that?! The only info from this timeframe i have, is from the unraid-server: Jan 28 06:04:27 unraid kernel: mdcmd (49): set md_num_stripes 1280 Jan 28 06:04:27 unraid kernel: mdcmd (50): set md_queue_limit 80 Jan 28 06:04:27 unraid kernel: mdcmd (51): set md_sync_limit 5 Jan 28 06:04:27 unraid kernel: mdcmd (52): set md_write_method Jan 28 06:09:52 unraid smbd[23687]: [2022/01/28 06:09:52.014082, 0] ../../source3/smbd/smb2_read.c:255(smb2_sendfile_send_data) Jan 28 06:09:52 unraid smbd[23687]: smb2_sendfile_send_data: sendfile failed for file xxxx/xxxxx/yyyyyyyy.zzz (Connection reset by peer) for client ipv4:192.168.20.221:36518. Terminating client ipv4:192.168.20.221 is not the client pc with the failed connection at the top, it's another! But it has the same error: strange!

Hi, a really strange problem... I have a plenty of debian linux vm machines running on proxmox which are connected to several unraid user shares. They keep unexpected losing the connection to these shares. Not every share is involved at the same time, this means sometimes share1 is losing the connection and the other time share2 is involved. I can't tell when it happens... Yesterday every machine was connected to every share and today one machine loses connection to on share. The other unraid-shares of this machine are ok as well the other machines! I moved to unraid from openmediavault and NEVER had such issues, so I pressume it's related to unraid. If this happens the mounted folder isn't readable anymore and I get "Cannot read file" and in midnight commander the folder looks like "?serien" or "?filme". I'm mounting the shares via etc/fstab: Maybe there is something what I am missing?

Ok, the problem was related to the ongoing preclearing (writing zeros) of a bunch of disks. After they were finished the copyspeed is at the expected speed. 🙂

The future is now, are there any plans to support SMART for SAS drives?

same here

Well, thank you for your fast reply! I'll check the transfer speed again after the preclears are finished and will give a feedback and possibly a diagnostic log if the issue is still there.

It is one big file (around 2 GB) and there are preclears of other disks going on... if this is important. There are two different disks involved. I can deliver diagnostic information tomorrow (I am from germany). sorry for the delay.

Hi, when I'm copying between one user-share (only on one disk) to another user-share (splitted over serveral disks) I get only about 15 to 35 MB/s. Tried with Windows (SMB) and Midnight Commander directly on the server. When I am copying directly from my Windows machine to the user-share I get full speed (around 160 MB/s as the Windows machine is an VM with virtio network driver). Reading speed from source user-share is also fine. Why does unraid is doing this?

Is there anything what we (users) can do to push this topic on github?

Is there a new info regarding ftp user permissions?

Hi, I am the only one who has the same warranty infos for every disk? What's wrong here?

Ah, thank you for that advice! It is working now! I'm new to unraid and thought there is a sort of reverse unraid logic

One question... I don't get it, but why does the Input-field for file types is greyed out if I choose Yes for "ignore file types"?! Yes: No: Same happens when I choose Yes for "Move files off cache based on age?" Its all the wrong way for anything which can be set to Yes or No. What's the point I don't get?!

Hi, ich plane eventuell mein OMV-NAS auf Unraid umzuziehen. Die Platten (8 Stück) sind alle per luks verschlüsselt. Wahrscheinlich werde ich aber die Verschlüsselung mit der Migration aufgeben, da das doch etwas an zusätzlichem Aufwand bedeutet. Nun zur eigentlichen Frage: Als Dateisystem ist auf allen Platten ext4 gewählt. Ich weiß, dass Unraid nur xfs und btrfs (reiserfs lassen wir mal außen vor) unterstützt. Ich habe nun zusätzliche Platten besorgt um die Downtime meines NAS so gering wie möglich zu halten. Der Plan ist nun, das Kopieren der Daten noch in OMV vorzunehmen und dann später in Unraid einfach die Platten einzuhängen. Wenn die neuen Platten das xfs-Dateisystem haben, sollte dass dann so klappen, oder? Grüße