Kir

Members
  • Posts

    151
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

2008 profile views

Kir's Achievements

Apprentice

Apprentice (3/14)

5

Reputation

1

Community Answers

  1. I myself ended up running "New Permissions", as the current ones didn't work after upgrade on many shares.
  2. I take it you checked the permissions on the shares? What worked on previous versions, sometimes doesn't on a newer ones. Multiple threads on this.
  3. The reason is that the newer versions of unRaid have NFS UDP disabled by default, only NFS TCP works. Here is the solution to bring it back:
  4. Here is the solution from my friend @halfelite <-- BIG thanks! File /etc/default/nfs needs to be modified to add the following line: RPC_NFSD_OPTS="-u" This would enable NFS UDP back. To make it survive the reboot, add the following line to the go file: echo "RPC_NFSD_OPTS=\"-u\"" >> /etc/default/nfs
  5. I think I found the reason, and it has nothing to do with NFS V3 vs V4. This is what the NFS on unRaid 6.11 looks like: # rpcinfo -p | grep nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs There is no NFS over UDP anymore. And PCH A500 connects via UDP by default. Is there any way to enable it?
  6. The rule is set as described above: Security: Private Rule: *(ro,insecure) Remote client is PCH A500. I suspect it doesn't like NFS V4...
  7. Apologies, that was the wrong file. I used it to show the 2nd parity issue. Please find below as requested. exportfs -v shows all is well, however remote client cannot access it anymore. As soon as I downgrade to 6.9.2, all works again. storage-diagnostics-20221126-1559.zip
  8. Here it is (ignore the 2nd parity drive, it's a separate issue) storage-diagnostics-20221112-1143.zip
  9. Well... I just found that 6.9.2 had NFS V3, while 6.11.2 has V4. Could it be the reason why clients cannot access it now?
  10. Hi guys, I upgraded from 6.9.2 to 6.11.2, and lost access to my NFS shares. Somewhere along the way something got changed, and my current config no longer works. I have the shares exported as: Security: Private Rule: *(ro,insecure) It worked in 6.9.2, and became inaccessible in 6.11.2. After reverting back to 6.9.2 everything worked again. Could you tell me what changed and how to fix it in the newer versions? Thank you!
  11. Well... not really. It got disabled when I updated to 6.11.2, I just rebuilt it, and after 6.11.3 upgrade it got disabled again. I don't really see any indication why. Do you?
  12. Upgraded, and 2nd parity drive shows up as disabled. Diagnostics attached below. storage-diagnostics-20221112-1143.zip
  13. Upgraded from 6.9.2 to 6.11.2. Upon startup second parity disk got disabled. No errors in syslog. Ran a quick test - all OK. Rebuilding now. Weird...