Alchemist Zim

bad stick of ram, pulled from system, working on sourcing new ram kernel errors caused by broken docker image deleted and rebuilt corrupted docker image, all appears stable will monitor and report back

the single stick passed, but im still getting kernel errors

swapped slots, isolated stick, removed stick still getting trap kernel errors

consistent failures at 11.8GB of RAM im going to reseat RAM, and rerun

Upgraded rom a ASUS Maximus IX Hero \ 7700k \ 32GB RAM to a ASUS Prime Z590-A \ 11700K \ 16GB RAM Now unRAID is unstable After a BIOS update my log is now filling with kernel errors Jan 6 09:32:17 TESSERACT kernel: traps: node[82893] trap int3 ip:55d406f5aae2 sp:7fffab736890 error:0 in node[95aae2,55d406b6c000+1aa0000]Attached is diagnostics pre and post BIOS update Any help is appreciated tesseract-diagnostics-20260106-0901.zip tesseract-diagnostics-20260106-0934.zip

userprefs.cfg is showing the correct order im guessing you can't do the same for the containers themselves, and not just the folders?

unRAID: 6.12.2 I'm having the same issue, I can't rearrange the containers within the folders. Additionally I can rearrange the folders, but when i go to lock the page or refresh the page the order resets

NICE!!!...Thank You!!!

check the UD settings page, under SMB settings I had to enable SMB Sharing, and set permissions for my user the path is not going to be "rootshare" its going to be whatever name you gave it ex...share named homebase \\SERVER\homebase - should work \\SERVER\rootshare - doesn't work

Wasn't sure if you meant the UD Settings or the main tab...so here is both

removed rootshare from smb-extra.conf, and added via UD rootshare... i see the network drops on that day, but none for today or any other time i have the drive mounted could it be that the drive has some internal power off function that is not controllable, which is causing this error. it seems to happen every 10 minutes It's a WD My Book 25EE Jun 2 18:10:31 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 18:20:54 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 18:29:54 TESSERACT emhttpd: spinning down /dev/sda Jun 2 18:31:16 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 18:39:36 TESSERACT emhttpd: spinning down /dev/sdq Jun 2 18:39:36 TESSERACT emhttpd: spinning down /dev/sdp Jun 2 18:40:53 TESSERACT emhttpd: spinning down /dev/sdd Jun 2 18:40:55 TESSERACT emhttpd: spinning down /dev/sde Jun 2 18:40:55 TESSERACT emhttpd: spinning down /dev/sdf Jun 2 18:40:55 TESSERACT emhttpd: spinning down /dev/sdc Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdm Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdk Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdg Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdn Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdo Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdl Jun 2 18:40:57 TESSERACT emhttpd: spinning down /dev/sdi Jun 2 18:41:39 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 18:51:53 TESSERACT emhttpd: spinning down /dev/sdj Jun 2 18:52:01 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:00:07 TESSERACT emhttpd: read SMART /dev/sda Jun 2 19:02:24 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:12:47 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:23:09 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:26:50 TESSERACT emhttpd: read SMART /dev/sdq Jun 2 19:27:03 TESSERACT emhttpd: read SMART /dev/sdp Jun 2 19:30:08 TESSERACT emhttpd: spinning down /dev/sda Jun 2 19:33:32 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:35:07 TESSERACT emhttpd: read SMART /dev/sda Jun 2 19:43:54 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 19:51:42 TESSERACT emhttpd: read SMART /dev/sdj Jun 2 19:51:50 TESSERACT emhttpd: read SMART /dev/sdm Jun 2 19:52:03 TESSERACT emhttpd: read SMART /dev/sdd Jun 2 19:52:03 TESSERACT emhttpd: read SMART /dev/sdn Jun 2 19:52:03 TESSERACT emhttpd: read SMART /dev/sdo Jun 2 19:52:20 TESSERACT emhttpd: read SMART /dev/sdf Jun 2 19:52:27 TESSERACT emhttpd: read SMART /dev/sdg Jun 2 19:54:17 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 20:04:40 TESSERACT kernel: CIFS: VFS: \\DA-HIVEMIND\Backups (at Grimoire) error -9 on ioctl to get interface list Jun 2 20:05:08 TESSERACT emhttpd: spinning down /dev/sda

Diag Added tesseract-diagnostics-20230602-1308.zip

I have a 4TB HDD connected to my router (RT-AC86U) as "BACKUP" i have it mapped in unRAID so that when CA AppData Backup runs it will put it on their instead of keeping it in unRAID ive started noticing 'kernel: CIFS: VFS: \\<<PATH>>\<<FOLDER> error -9 on ioctl to get interface list' in the syslog roughly every 10 minutes looking for help as to why this is happening, and how to prevent it from clogging syslog

Didn't even think to post UD...thanks

I have a 4TB HDD connected to my router (RT-AC86U) as "BACKUP" i have it mapped in unRAID so that when CA AppData Backup runs it will put it on their instead of keeping it in unRAID ive started noticing 'kernel: CIFS: VFS: \\<<PATH>>\<<FOLDER> error -9 on ioctl to get interface list' in the syslog roughly every 10 minutes looking for help as to why this is happening, and how to prevent it from clogging syslog

adding nvme_core.default_ps_max_latency_us=0 pcie_aspm=off seems to have fixed it been up for a week with no issues Thanks

Just Happened...adding nvme_core.default to boot Jan 11 19:27:54 TESSERACT emhttpd: shcmd (3450934): umount /mnt/cache-nvme Jan 11 19:27:54 TESSERACT root: umount: /mnt/cache-nvme: target is busy. Jan 11 19:27:54 TESSERACT emhttpd: shcmd (3450934): exit status: 32 Jan 11 19:27:54 TESSERACT emhttpd: Retry unmounting disk share(s)... Jan 11 19:27:59 TESSERACT emhttpd: Unmounting disks... Jan 11 19:27:59 TESSERACT emhttpd: shcmd (3450935): umount /mnt/cache-nvme Jan 11 19:27:59 TESSERACT root: umount: /mnt/cache-nvme: target is busy. Jan 11 19:27:59 TESSERACT emhttpd: shcmd (3450935): exit status: 32 Jan 11 19:27:59 TESSERACT emhttpd: Retry unmounting disk share(s)... Jan 11 19:28:04 TESSERACT kernel: btrfs_dev_stat_print_on_error: 25 callbacks suppressed Jan 11 19:28:04 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187186, flush 0, corrupt 0, gen 0 Jan 11 19:28:04 TESSERACT kernel: I/O error, dev loop2, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 Jan 11 19:28:04 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187187, flush 0, corrupt 0, gen 0 Jan 11 19:28:04 TESSERACT kernel: I/O error, dev loop2, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 Jan 11 19:28:04 TESSERACT kernel: Buffer I/O error on dev loop2, logical block 0, async page read Jan 11 19:28:04 TESSERACT emhttpd: Unmounting disks... Jan 11 19:28:04 TESSERACT emhttpd: shcmd (3450937): umount /mnt/cache-nvme Jan 11 19:28:04 TESSERACT root: umount: /mnt/cache-nvme: target is busy. Jan 11 19:28:04 TESSERACT emhttpd: shcmd (3450937): exit status: 32 Jan 11 19:28:04 TESSERACT emhttpd: Retry unmounting disk share(s)... Jan 11 19:28:06 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187188, flush 0, corrupt 0, gen 0 Jan 11 19:28:06 TESSERACT kernel: I/O error, dev loop3, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0 Jan 11 19:28:06 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187189, flush 0, corrupt 0, gen 0 Jan 11 19:28:06 TESSERACT kernel: I/O error, dev loop3, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 Jan 11 19:28:06 TESSERACT kernel: Buffer I/O error on dev loop3, logical block 0, async page read Jan 11 19:28:06 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187190, flush 0, corrupt 0, gen 0 Jan 11 19:28:06 TESSERACT kernel: I/O error, dev loop2, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 Jan 11 19:28:06 TESSERACT kernel: Buffer I/O error on dev loop2, logical block 0, async page read Jan 11 19:28:06 TESSERACT kernel: BTRFS error (device nvme0n1p1: state EA): bdev /dev/nvme0n1p1 errs: wr 63, rd 187191, flush 0, corrupt 0, gen 0 Jan 11 19:28:06 TESSERACT kernel: I/O error, dev loop3, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 Jan 11 19:28:06 TESSERACT kernel: Buffer I/O error on dev loop3, logical block 0, async page read Jan 11 19:28:09 TESSERACT emhttpd: Unmounting disks... Jan 11 19:28:09 TESSERACT emhttpd: shcmd (3450938): umount /mnt/cache-nvme Jan 11 19:28:09 TESSERACT root: umount: /mnt/cache-nvme: target is busy. Jan 11 19:28:09 TESSERACT emhttpd: shcmd (3450938): exit status: 32 Jan 11 19:28:09 TESSERACT emhttpd: Retry unmounting disk share(s)... Jan 11 19:28:14 TESSERACT emhttpd: Unmounting disks... full power cycle by turning off power at the PSU did restore the nvme without reseating...thanks JorgeB tesseract-diagnostics-20230111-1918.zip

happened overnight, diags posted pre and post reboot Will try this if it fails again I think I tried this previously, and it didn't work...Will try again prereboot - tesseract-diagnostics-20230108-0516.zip postreboot - tesseract-diagnostics-20230108-0530.zip

didn't even know that was a thing until just now will try that and get back to you if it happens again, will try to get diagnostics before restarting

This has been an ongoing issue that has gotten worse with 6.11.X Every couple of days\weeks my NVMe drive will lose its connection with unRAID. Docker service stops, VMs stop, shares and GUI still work I have to reseat the drive before it is recognized by unRAID after a restart. Because of this the array never fully stops, so upon restart it does a parity check which takes about a day to run with 14TB parity drives Any help is appreciated...diagnostics attached tesseract-diagnostics-20230106-1721.zip

I've been using openvpn-client to have my docker containers run through PIA VPN I've started researching how to enable port forwarding for use with qBittorrent I found this page, but am unclear on how to run a script after the connection, and pass the port to qBittorrent Or would I have to manually set the port each time in qBitorrent? Any help is appreciated

figured it out..i pointed my DNS to the unRAID ip address instead of the container ip...worked like a charm😁

i haddn't noticed the lines in the conf files saying to add base urls to the jackett, sonarr, and radarr containers😑, so those are working now...internally and externally now my only question...Is it possible to access a qbittorrent container that has the network setup to go through a VPN container?

I've got SWAG setup, and logs are reporting "SERVER READY" I'm using the default subdomain confs for freshrss, jackett, radarr, and sonarr freshrss is working jackett returns a 502 error sonarr and radarr both return the swag interface page i had to add the dns records to pi-hole, now i can ping the containers from an unRAID console how can i get jackett, radarr, and sonarr to work also i have qbittorrent running through an openvpn-client container, is it possible to have that work via reverse proxy as well?

so i've been trying to get DuckDNS & SWAG working, but I've hit a wall the docker containers are not talking to each other Everything i've been reading says to use a custom docker network...ok docker network create dock-net Verify the new network is created...ok NETWORK ID NAME DRIVER SCOPE br0 macvlan local bridge bridge local NEW NETWORK>>> dock-net bridge local host host local none null local Change the docker network type to the new docker network...ok [ { "Name": "dock-net", "Created": "2021-12-27T17:39:21.8788974-05:00", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "172.18.0.0/16", "Gateway": "172.18.0.1" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": { "36dfbc9358703fa57b6a53cbbb6ebcfd6b90e0192cf925cbac3fa2056aa2cf00": { "Name": "radarr", "EndpointID": "cae1d2b488ecb3e4387f1c7232119a804b518f04cdb41f9bc84ce61fd68fbc88", "MacAddress": "02:42:ac:12:00:02", "IPv4Address": "172.18.0.2/16", "IPv6Address": "" }, "559235a227d710d95ca88a3dfb12c95ff15767c3a720b9ffcd52157d822947a2": { "Name": "SWAG", "EndpointID": "a07ef92e3aa626c760bdd10b3b1375985ebdfc3854cad97946ae4f2a2d7d5272", "MacAddress": "02:42:ac:12:00:08", "IPv4Address": "172.18.0.8/16", "IPv6Address": "" }, "96aeaec9617c0010a1abf58106690ab0483b43c8f64e454cdab8ab83b05c7261": { "Name": "sonarr", "EndpointID": "2ddc448658491f23387d476d7149f5f955d2d09b7fee72a12bde3987f5e6ef3a", "MacAddress": "02:42:ac:12:00:03", "IPv4Address": "172.18.0.3/16", "IPv6Address": "" }, "c28d60ffcd3507e0ae16cdcaf501deafd681fac11010393a4f2640c588fd63e6": { "Name": "duckdns", "EndpointID": "249e7424ddcaa20d2ebdce39914f23afb7178a146c538fe50e758f0b1a3edd07", "MacAddress": "02:42:ac:12:00:06", "IPv4Address": "172.18.0.6/16", "IPv6Address": "" }, "ecb56b87bc79022227dab1119222cbbd22f57a37db275f4125bdc2371bb99488": { "Name": "jackett", "EndpointID": "fad5b3b549b3518f8b9175eadacba6479846f020602b0c6853ea9c58bab87cbe", "MacAddress": "02:42:ac:12:00:05", "IPv4Address": "172.18.0.5/16", "IPv6Address": "" }, "efaaafc1aec0cdbb7ba0d0393cefd001708a8e57ab5f8aa5908f6d848e070b10": { "Name": "freshrss", "EndpointID": "7e51ad157f2b82e226ac509661da7d56c46ea4eacc68655674ded4cb1e0e78e9", "MacAddress": "02:42:ac:12:00:04", "IPv4Address": "172.18.0.4/16", "IPv6Address": "" } }, "Options": {}, "Labels": {} } ] Enable "Host access to custom networks:"...OK Enable "Preserve user defined networks:"...OK test connection via ping... i cannot ping or nslookup from within any docker containers ive restarted docker, ive restarted the containers the only thing i haven't done is restarted the unRAID i'm missing something...but i don't know what it is