enJOyIT

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