-
ziggy99 started following NFS version 3 is still broken in 6.12.13
-
NFS version 3 is still broken in 6.12.13
Is the Unraid team at all working on fixing the NFS version 3 support that was broken in 6.12.11 and onwards? I tried upgrading from 6.12.8 to 6.12.13 today, and immediately could not map my NFS shares. I had to downgrade to 6.12.10 to get it working again. Due to other issues, I am forced to use NFS version 3, so it is very problematic that this suddenly stops working. I found this information in another thread: NFS3 clients go through portmapper to access nfsd. Up to unraid 6.12.10 nfsd was registered with portmapper, so nfs3 clients worked. Starting with 6.12.11 nfsd isn't registered with portmapper (gets lost when array starts), so nfs3 clients fail to mount shares from unraid nfsd. NFS4 clients to not go through portmapper to access nfsd, this is why nfs4 clients still work with 6.12.11.
-
ziggy99 started following 6.12.11 two issues after upgrading from 6.12.10
-
-
Expected write speeds
I got an Unraid server with 3 WD Red SOHO NAS 4TB hard drives as data disks and 1 WD Red Plus NAS 8 TB as parity disk. The hw specs of the server is quite good with an Intel I7-8700 and 32 GB RAM. If I test writing a large file to the server (e.g. > 5 GB), the initial speed is good. I can see that it it utilizing almost the full 1 gbps network speed, but after apprx. 2 GB of data written, the speed falls to half of that. 350-450 mpbs of network utilization. The same if I write smaller files - the initial writing is fast (> 100 MB/s), but after some time it falls to 50 MB/s. Should I not expect any better speed than this from these hard drives? Why is the initial speed good, but then it decreases? It does not seem to be related to network speed - because it does not utilize the full speed of the link.
-
Move disks from internal to external (JBOD)
I am considering moving 4 internally mounted disks from my Unraid server to a JBOD cabinet (Qnap TL-D800S). Can I move them externally without loosing data/parity? What is the correct procedure for doing so?
-
Ubuntu VM, 9p and memory issues
I am running an Ubuntu VM on Unraid. I am exposing my shares through "9p Mode" to the VM. Inside Ubuntu, I mount the exposed shares like this: sudo mount -t 9p -o trans=virtio "backup" /media/share/backup I have a script that uses rsync to sync the files from these mounted shares onto an internal disk drive. The issues that I am facing, is that rsync sometimes reports "cannot allocate memory": rsync: [sender] readdir("/media/share/backup/myfolder"): Cannot allocate memory (12) There are plenty of memory available on the VM, so that is no issue. The next time I run the job, it might go through as normal. But I would like to get rid of these issues. The question is: Is there some kind of memory allocation/limit to the virtio/9p as well? If yes - is there some way to increase it to avoid these errors?
-
Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array
Ok - thanks for clarification!
-
Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array
I guess "can't" is a strong word here - since I am doing it. It is very practical to browse it in Unraid Dashboard to see that the backup is running fine. Do I risk anything by doing it - except of course the need to remount it to see new files...
-
Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array
It does not seem to matter if I wait. I can wait one week and the files are not showing. I write to the disk from a VM in Unraid (Ubuntu), and the disk is made available to the VM using VirtIO setting in VM setup and /dev/sdb as location (Manual). In the VM itself, I map the disk as exfat file system: sudo mount -t exfat -o umask=0000,gid=1000,uid=1000 /dev/vdb1 /media/share/intbackup/ Everything works fine from within the VM. I can write to the disk and see the files OK. But when browsing from dashboard I cannot see the files that were written by the VM since I mounted it in Unraid dashboard.
-
Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array
Running latest unassigned disks plugin on latest Unraid. When I mount a disk and browse the disk content from the Unraid "Main" tab, I can see the files on the disk. The issue is that if I copy new files to the disk (e.g. in a VM), these new files are not shown when browsing again. I have to unmount and mount again to see the new files in the browse function. Is this as expected?
-
Windows 11 VNC not always refreshing
Thanks - that worked MUCH better!
-
Windows 11 VNC not always refreshing
I am running Win 11 in a VM on Unraid. Working great, but I have an issue with VNC., Sometimes it does not refresh all parts of screen, so even if the screen has changes, I do not always see them. E.g. in Windows explorer, I might not see all files until I drag the file explorer window forward and back a couple of times to force it to refresh. Happens both with default Unraid VNC web based client and standalone RealVNC Viewer. Any ideas on how to fix this? Using QXL driver in VM setting.
-
SMB share on Mac will not list/browse new files
Hi! I have some strange SMB behavior when accessing a Unraid share (6.12.3) NB! This only happens on Mac. If I mount the share on Linux or Windows, everything works fine and I do not have these issues. Steps to reproduce: 1. Create file on Mac or server - e.g. echo "test" > aaa.txt 2. Do "ls aa*" in Mac terminal or browse folder in Finder 3. Observe that file is not found 4. Do "ls -la aaa.txt" and observer that file actually is found. Do "open aaa.txt" and observe that files is actually opened. So for some reason it will not list/browse file, but the file is there: steinrr@SteinsMacStudio tria % ls aa* zsh: no matches found: aa* steinrr@SteinsMacStudio tria % ls -la aaa.txt -rwx------ 1 steinrr staff 5 Sep 11 22:00 aaa.txt If I mount using NFS, the file shows with no issues and is browsable: steinrr@SteinsMacStudio tria % ls aa* aaa.txt steinrr@SteinsMacStudio tria % ls -la aaa.txt -rwxrw-rw- 1 1000 _lpoperator 5 Sep 11 22:00 aaa.txt I can also open the file - e.g. using history in Excel - even if I cannot browse the file. I checked the file - it has correct permissions and nothing special - it has the same permissions, ownership and attributes as all other files in the folder. NB! This just happens for new files, all old files existing on the shares before I probably tweaked smb-fruit.conf is showing fine. What can be wrong here? I did experiment with some fruit-settings to make SMB working better on Mac and I guess some of these might cause issues Here are my current smb-fruit.conf: root@stardustunraid:~# cat /boot/config/smb-fruit.conf vfs objects = catia fruit streams_xattr fruit:metadata = stream fruit:encoding = native fruit:posix_rename = yes Maybe there is something here that should not be set like this? How does default smb-fruit look? Best regards, Stein Rune Risa
-
Stuck on "Preparing to copy" from Mac on large SMB folder
I ended up using NFS instead of SMB. NFS is much faster and responsive on Mac than SMB. SMB was not usable from my Mac. NFS has been working fine, but there is one application that struggles a bit - so I am wondering what to do. I am also wondering if I should try TrueNAS instead. I have not been able to find any good documentation on disk shares. The Unraid documentation is very high level and lacking. How does disk share work? Will one share = one disk? So if you need more space on a share it is not possible due to it being bound to one physical disk? What about the exclusive share? What is it and how does it work?
-
Word for Mac on NFS share thinks documents are read only
@dlandon See my previous post and all the examples of what I tried. I tried that as well.
-
Word for Mac on NFS share thinks documents are read only
I tried: 192.168.1.0/24(sec=sys,rw,insecure,anongid=100,anonuid=99,all_squash, no_lock) 192.168.1.0/24(sec=sys,rw,insecure,anongid=100,anonuid=99,all_squash, local_lock) 192.168.1.0/24(sec=sys,rw,insecure,anongid=100,anonuid=99,all_squash, lock=no_lock) None of these worked: abc@AbcMacStudio nfshare % mount -o nfc,vers=4 -t nfs 192.168.1.130:/mnt/user/documents /Users/abc/nfshare/documents mount_nfs: can't mount /mnt/user/documents from 192.168.1.130 onto /Users/abc/nfshare/documents: No such file or directory mount: /Users/abc/nfshare/documents failed with 2 If I remove the lock related options - it works fine again. So it does not seem to be possible to do like this.
-
Word for Mac on NFS share thinks documents are read only
Thanks - where did you find this information? I have done extensive Googling without finding this. Can you please refer me to the documentation you found?
ziggy99
Members
-
Joined
-
Last visited