-
varona started following [7.1.2] NFS Rules syntax error: bad option list
-
[7.1.2] NFS Rules syntax error: bad option list
Hi, when i try to add a second host to a nfs share rule and click apply, Unraid removes the space between the rules. Afterwards i get the error "root: exportfs: /etc/exports:3: syntax error: bad option list" in syslog. On the client side, you get the error: mount.nfs: mounting 192.168.10.10:/mnt/user/dlna failed, reason given by server: No such file or directory Screenshot of Unraid after apply I think the /etc/exports is missing in the diagnostics. root@unraid:~# cat /etc/exports # See exports(5) for a description. # This file contains a list of all directories exported to other computers. # It is used by rpc.nfsd and rpc.mountd. "/mnt/user/crypted" -fsid=101,async,no_subtree_check 192.168.10.14(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,all_squash) "/mnt/user/dlna" -fsid=102,async,no_subtree_check 192.168.10.14(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,no_root_squash)192.168.10.164(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,no_root_squash) "/mnt/user/downloads" -fsid=105,async,no_subtree_check 192.168.10.14(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,all_squash) "/mnt/user/isos" -fsid=103,async,no_subtree_check (rw,sec=sys,insecure,anongid=100,anonuid=99,all_squash) "/mnt/user/ps2" -fsid=106,async,no_subtree_check 192.168.10.14(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,all_squash) "/mnt/user/retroarch" -fsid=104,async,no_subtree_check 192.168.10.14(async,no_subtree_check,rw,sec=sys,insecure,anonuid=1000,anongid=100,all_squash) "/mnt/user/share" -fsid=100,async,no_subtree_check (rw,sec=sys,insecure,anongid=100,anonuid=99,all_squash) unraid-diagnostics-20250924-2118.zip
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
Thanks a lot. I created the script for hourly checks and i am gonna read the rest of the faq 😀 For the future, could you please tell how to backup the luks header ?
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
There was no corruption found during the scrub process.
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
The scrub didnt help, Disk5 ist still corrupt.. Sep 14 14:34:03 Tower kernel: BTRFS info (device dm-0): bdev /dev/mapper/md5p1 errs: wr 0, rd 0, flush 0, corrupt 1, gen 0 I dont really care about Disk7. I know that with a new config, unraid will forget about the Disk7 and i can add it later. Now I worry about the corruption of Disk5... Do you have other ideas?
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
I just did a reboot. The message is still there. No, i didnt think about backup of the headers.. Edit: I dont remember which share was on Disk7. I think all my important stuff is on Disk5 and Disk6. Which Disk has the data corruption?
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
Hello JorgeB, here is the diagnostics. tower-diagnostics-20240913-1146.zip
-
varona started following (Solved) Missing Disk - Unmountable Wrong ecryption key
-
(Solved) Missing Disk - Unmountable Wrong ecryption key
Hi, i think this is the first time an encrypted disk of mine had errors and got deaktivated. Afterwards i tried different cables and controllers but always got errors like this: Sep 12 19:01:23 Tower kernel: ata5.00: failed command: READ FPDMA QUEUED Sep 12 19:01:23 Tower kernel: ata5.00: cmd 60/20:c8:60:4f:04/00:00:00:00:00/40 tag 25 ncq dma 16384 in Sep 12 19:01:23 Tower kernel: res 40/00:c8:60:4f:04/00:00:00:00:00/40 Emask 0x10 (ATA bus error) Sep 12 19:01:23 Tower kernel: ata5.00: status: { DRDY } Sep 12 19:01:23 Tower kernel: ata5: hard resetting link Sep 12 19:01:29 Tower kernel: ata5: link is slow to respond, please be patient (ready=0) Sep 12 19:01:33 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:01:34 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:01:34 Tower kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 12 19:01:37 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:01:37 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:01:37 Tower kernel: ata5.00: configured for UDMA/33 Sep 12 19:01:37 Tower kernel: ata5: EH complete Sep 12 19:01:37 Tower kernel: ata5.00: exception Emask 0x10 SAct 0x8000000 SErr 0x90200 action 0xe frozen Sep 12 19:01:37 Tower kernel: ata5.00: irq_stat 0x00400000, PHY RDY changed Sep 12 19:01:37 Tower kernel: ata5: SError: { Persist PHYRdyChg 10B8B } Sep 12 19:01:37 Tower kernel: ata5.00: failed command: READ FPDMA QUEUED Sep 12 19:01:37 Tower kernel: ata5.00: cmd 60/20:d8:c0:70:04/00:00:00:00:00/40 tag 27 ncq dma 16384 in Sep 12 19:01:37 Tower kernel: res 40/00:d8:c0:70:04/00:00:00:00:00/40 Emask 0x10 (ATA bus error) Sep 12 19:01:37 Tower kernel: ata5.00: status: { DRDY } Sep 12 19:01:37 Tower kernel: ata5: hard resetting link Sep 12 19:01:43 Tower kernel: ata5: link is slow to respond, please be patient (ready=0) Sep 12 19:01:47 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:01:47 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:01:47 Tower kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 12 19:01:51 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:01:51 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:01:51 Tower kernel: ata5.00: configured for UDMA/33 Sep 12 19:01:51 Tower kernel: ata5: EH complete Sep 12 19:01:51 Tower kernel: ata5.00: exception Emask 0x10 SAct 0x2000 SErr 0x90200 action 0xe frozen Sep 12 19:01:51 Tower kernel: ata5.00: irq_stat 0x00400000, PHY RDY changed Sep 12 19:01:51 Tower kernel: ata5: SError: { Persist PHYRdyChg 10B8B } Sep 12 19:01:51 Tower kernel: ata5.00: failed command: READ FPDMA QUEUED Sep 12 19:01:51 Tower kernel: ata5.00: cmd 60/20:68:e0:d1:04/00:00:00:00:00/40 tag 13 ncq dma 16384 in Sep 12 19:01:51 Tower kernel: res 40/00:68:e0:d1:04/00:00:00:00:00/40 Emask 0x10 (ATA bus error) Sep 12 19:01:51 Tower kernel: ata5.00: status: { DRDY } Sep 12 19:01:51 Tower kernel: ata5: hard resetting link Sep 12 19:01:57 Tower kernel: ata5: link is slow to respond, please be patient (ready=0) Sep 12 19:02:01 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:02:01 Tower kernel: ata5: found unknown device (class 0) Sep 12 19:02:01 Tower kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Sep 12 19:02:04 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:02:04 Tower kernel: ata5.00: supports DRM functions and may not be fully accessible Sep 12 19:02:04 Tower kernel: ata5.00: configured for UDMA/33 Sep 12 19:02:04 Tower kernel: ata5: EH complete Sep 12 19:02:05 Tower kernel: ata5.00: exception Emask 0x10 SAct 0x1 SErr 0x90200 action 0xe frozen Sep 12 19:02:05 Tower kernel: ata5.00: irq_stat 0x00400000, PHY RDY changed Sep 12 19:02:05 Tower kernel: ata5: SError: { Persist PHYRdyChg 10B8B } Sep 12 19:02:05 Tower kernel: ata5.00: failed command: READ FPDMA QUEUED After some reboots i noticed the message "Unmountable: Wrong encryption key" even though the Disk 7 is missing right now. Is this normal and after i assign a working disk and resync it, it gets fixed? I find this kinda confusing.
-
[Support] ich777 - Gameserver Dockers
Yes, i am editing the ini file while the docker container is stopped. root@Tower:/mnt/user/appdata/palworld# ls -al total 44132 drwxrwx--- 1 nobody users 314 Jan 25 19:25 ./ drwxrwxrwx 1 nobody users 694 Jan 25 16:07 ../ drwxrwx--- 1 nobody users 68 Jan 25 16:36 Engine/ -rwxrwx--- 1 nobody users 654 Jan 25 16:28 Manifest_DebugFiles_Linux.txt* -rwxrwx--- 1 nobody users 3027 Jan 25 16:28 Manifest_NonUFSFiles_Linux.txt* -rwxrwx--- 1 nobody users 7506646 Jan 25 16:28 Manifest_UFSFiles_Linux.txt* drwxrwx--- 1 nobody users 78 Jan 25 16:36 Pal/ -rwxrwx--- 1 nobody users 252 Jan 25 16:28 PalServer.sh* -rwxrwx--- 1 nobody users 2002 Jan 25 19:07 PalWorldSettings.ini* drwxrwx--- 1 nobody users 28 Jan 25 16:36 linux64/ drwxrwx--- 1 nobody users 76 Jan 25 18:31 steamapps/ -rwxrwx--- 1 nobody users 37665020 Jan 25 16:27 steamclient.so*
-
[Support] ich777 - Gameserver Dockers
I still get the feeling that this docker isn't properly reading the PalWorldSettings.ini The server is ignoring the parameters like server name and admin password. Also, even if i insert an public ip in the ini file. The docker log shows, the public ip is missing and looks up an public ip. It does so even if you set it in the env parameter to not look for an public ip. Is this some selfwritten script or from the game developers? Am i the only one with this issue? The connection to the game server works with the public ip and dns too. But i see in my history the default server name und i can join without a passwort, even when set. Success! App '2394010' already up to date. ---Checking if configuration is in place--- ---Configuration found, continuing...--- ---Checking if PublicIP is in place--- ---No PublicIP found in PalWorldSettings.ini, trying to obtain it...--- ---Sucessfully obtained PublicIP: xx.xxx.xxx.xxx, adding to PalWorldSettings.ini ---Prepare Server---
-
[Plugin] LXC Plugin
To answer the questions This is the DebianVNC container configured by you. Afterwards i added the gpu to the container config file and installed the driver in the container. I figured out, the vnc server running, is probably a TurboVNC 2.2.6 Virtual Displays are still a new topic to me. I plan to study this Dokumentation in the future, but still didn't get to it. https://rawcdn.githack.com/TurboVNC/turbovnc/2.2.6/doc/index.html
-
[Plugin] LXC Plugin
Thank you for this great plugin I think i got it working as far as the user juan11perez Now i would like to have gpu acceleration inside the vnc xsession. Did someone already achieve this, or has an idea? debian@DebianVNCR1:~$ ls -l /dev/nvidia* crw-rw-rw- 1 root root 195, 0 Dec 16 00:16 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Dec 16 00:16 /dev/nvidiactl crw-rw-rw- 1 root root 195, 254 Dec 16 00:16 /dev/nvidia-modeset crw-rw-rw- 1 root root 240, 0 Dec 16 00:16 /dev/nvidia-uvm crw-rw-rw- 1 root root 240, 1 Dec 16 00:16 /dev/nvidia-uvm-tools debian@DebianVNCR1:~$ nvidia-smi Fri Dec 16 12:16:12 2022 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 525.60.11 Driver Version: 525.60.11 CUDA Version: 12.0 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===============================+======================+======================| | 0 NVIDIA GeForce ... Off | 00000000:29:00.0 Off | N/A | | 35% 35C P0 20W / 100W | 0MiB / 4096MiB | 0% Default | | | | N/A | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=============================================================================| | No running processes found | +-----------------------------------------------------------------------------+ debian@DebianVNCR1:~$ glxinfo name of display: :99.0 Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Error: couldn't find RGB GLX visual or fbconfig Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0". Xlib: extension "GLX" missing on display ":99.0".
-
[Plugin] Intel-GVT-g
Is it also possible to use Intel GVT-g with linux? I had no success. I would love to use it with pop os 22.04. Some information about my system Unraid 6.10.3 CPU: Intel® Core™ i7-7700 CPU @ 3.60GHz HVM: Enabled IOMMU: Enabled Cache: 256 KiB, 1 MB, 8 MB Memory: 64 GiB DDR4 (max. installable capacity 64 GiB) Kernel: Linux 5.15.46-Unraid x86_64
varona
Members
-
Joined