Vatoe

Okay that took a minute for me to reply, as while I was waiting for your last reply, I did try the new config option and the issue did re occurred with cache pool - unmountable. On this occasion however, the SSD was fine, being mountable. I then re-installed a backup copy of the flash drive (forgetting to get the diagnostics) and re did all the processes remove pool etc so as to get the a fresh copy of the diag's when the issue occurred again. However, this time I stopped the docker service before I restarted the array (essentially to save time if I was constantly starting a stopping the array) before restarting the array and to my supprise the cache pool came back online! I then stopped and restarted the array, restarting the the docker service in between and once again the cache pool came back online. Weirdly never had an issue with the SSD being unmountable, like I did yesterday, it was fine all occasions. So if this happens to anyone else and is reading this in the future, you may want to try stopping the docker service prior to restarting the array, get the cache pool online first, stop the array, restart the array and should be up and running. I don't think it was a co-incidence as I stated I did the have the unmountable issue on the previous try with the docker service being stopped. Jorge, thanks for all your help!

I just did strictly per your instructions, therefore, I didn't use the new config option. Just removed the pool, re added it using 'auot', and the restarted the array. the cache came back up without issue. Attached are the diagnostics.darkmatter-diagnostics-20250602-1811.zip

so I get this straight, im not doing the new config option?

Hi Jorge Managed to get the diagnostics done before I got to sleep. See attached. thanks. edit: added another btrfs output in the 'problem' state: Label: none uuid: 30cbac5e-f6ea-4a4e-b4ee-56052fe17fe5 Total devices 1 FS bytes used 376.00KiB devid 1 size 80.00GiB used 2.02GiB path /dev/loop2 Label: none uuid: 589c7630-502c-46d4-a101-7387c3f0a5ed Total devices 1 FS bytes used 416.00KiB devid 1 size 1.00GiB used 126.38MiB path /dev/loop3 Label: none uuid: dfa0320b-54f7-4176-9467-964c81fc02ad Total devices 2 FS bytes used 219.52GiB devid 1 size 931.51GiB used 248.03GiB path /dev/nvme0n1p1 devid 2 size 931.51GiB used 248.03GiB path /dev/nvme1n1p1 Label: none uuid: 1646dab7-c65f-4eb4-bfc5-043899e19337 Total devices 1 FS bytes used 118.48GiB devid 1 size 931.51GiB used 126.02GiB path /dev/sdh1 darkmatter-diagnostics-20250601-2252.zip

Yes okay thanks, I will do it in the morning or later tonight if my streamers get off before I sleep.

Thanks for the reply. This is the output from btrfs fi show: Label: none uuid: dfa0320b-54f7-4176-9467-964c81fc02ad Total devices 2 FS bytes used 219.47GiB devid 1 size 931.51GiB used 247.03GiB path /dev/nvme0n1p1 devid 2 size 931.51GiB used 247.03GiB path /dev/nvme1n1p1 Label: none uuid: 1646dab7-c65f-4eb4-bfc5-043899e19337 Total devices 1 FS bytes used 118.48GiB devid 1 size 931.51GiB used 124.02GiB path /dev/sdh1 Label: none uuid: d7706b04-ab94-4c77-b6cb-74870f06a749 Total devices 1 FS bytes used 37.60GiB devid 1 size 80.00GiB used 66.07GiB path /dev/loop2 Label: none uuid: 064a4352-64bc-4aca-b600-41264734d038 Total devices 1 FS bytes used 1.08MiB devid 1 size 1.00GiB used 126.38MiB path /dev/loop3 With the diagnostics, I'm assuming you need to see this when the error occurs? That is, I need to attempt the shrink array procedure again? If so, its evening where I am and the server is being used (streaming) still have to do it tomorrow morning my time.

Hi all. I have 11 HDD's. I want to shrink my array to 8 HDD's. I am attempting to remove 3 x 4 TB HDD from the array using the procedure as set out in the Unraid docs here: https://docs.unraid.net/legacy/FAQ/shrink-array/ All goes well until I restart the array, this is where my 2 x NVME cache disks and 1 x SSD pool disk get marked as unmountable unrecognized file system - the file system being also being marked as 'auto' when they were originally BTRFS. I can cure the SSD issue by setting back it to BTRFS and it comes back fine. The cache disks (2 x 1TB NVMe's) however, to do not come back online when I set them back to BTRFS + raid 1? They still are marked unmountable with unrecognized file system. I have reinstalled a backup of my flash drive, so I am back up and running with the original system, but would like to know if there is anyway I can shrink the array by overcoming the cache pool disk issue as described above? Im sure I have shrunk my array in the distant past and not had the cache pool disk issue. Any thoughts or help would be appreciated.

I have answered my own question, and will leave the process here in case anyone needs to accomplish something similar in the future. In essence, I shut down the server (after moving the data of the disks I was removing via unbalance), remove the disks, replaced two with the new ones (18TB's) and restarted. I then did the 'new config process' (found in tools tab) on the array part only. I checked to save my pool devices. Then back to main tab and reallocated the data disks (included the new one 18tb) to their slots. I left the parity for the moment as I knew I had to format the new data disk. Started the formatting of the new data disk by starting the array. Once formatted, shut down the array and added the (new 18TB) parity disk, which kicked of parity process on restarting the array. The data on remaining disks were untouched. Once the parity is complete, I plan to move some data onto the new data drive using unbalance.

Current server setup in terms of the array is 1 x 8TB as parity, 4 x 8TB data disks and 1 x 4 TB data disk. I have two new 18TB disks coming and looking for the most 'efficient' way to incorporate the disks with parity rebuilding etc. One of the new disks will replace my parity drive (8TB). The other new disk will replace a data drive (which via unbalance can be data free) which is 8TB. There will be two remaining 8 TB data disks as part of the original array which will still have data on them. I also want to shrink the array my removing the 4TB drive. Can I stop the array, unassign the disks (1 x parity, 2 x data (1x 8TB and 1x 4TB)), shut down, replace and remove the drives as described above? Restart the server, assign the new 18TB disks and restart the array for parity rebuild to begin? Aim I missing something? Or do I need to do this some other way? I do have another unraid server with a backup of all the array data. I appreciate any input.

Okay, I have managed to fix this issue. Anyone who has this issue this should help. 1. Make a current backup of your flash drive (for the just in case scenario) 2. In unraid console remove the docker network database : rm /var/lib/docker/network/files/local-kv.db 3. Then restart the docker network: /etc/rc.d/rc.docker restart After the restart br0 should now point to ipvlan. I am once again able to use a fixed ip address on br0 network for docker containers. Thanks to bmartino1 for chimming in. edit: you will need to re-create any custom networks and get your docker containers pointing to the relevant recreated networks. Some of my docker containers didnt restart so I had to reinstall the container with the 'newly' recreated network.

Good catch didn't notice that. I have unchecked the DHCP pool, and allowed custom network access, but the network still points to bridge (after server restart) unfortuntely. I check with the relevant docker container still the same error. I though there would have been some command line that could force or remap br0 to ipvlan. No luck on googling this point/issue so far.

I 'll watch the video when I get a chance, but to answer your question:

Long story short made changes to the cache drives on one of my unraid boxes. After the upgrade something happened and my br0 network and it now points to bridge rather than ipvlan. I have tried restarting the docker service etc, but it persists to pointing to this network. As a result there are 2 docker containers (the only two that require static ip, nearly everything else is on proxynet) I cannot set a static IP for via the Br0 as I get "Error response from daemon: Invalid address 192.168.1.17: It does not belong to any of this network's subnets." This used to work without issue. I have checked my other box and br0 does indeed point to ipvlan. Also while trying to research this issue, all the screenshots seem to point to the ipvlan for br0. Any help would be appreciated.

Still helping to this date with the fix! Still helping to this day. Thanks!

You're not alone. After working flawlessIy for months, I started get this error from time to time - there appears to be no rhyme or reason to it popping up. When it does appear it appears to hang around for weeks (the on battery message) - where I finally end up pulling out the cable. I have tried removing and reinstalling NUT drivers etc. Just this morning I popped the USB cable back in, and it now states that I'm 'online' rather than 'on battery'. I did try ignoring the on battery message, but my server randomly shut down (gracefully) a few times so I suspect the it was initiated as result of this on battery message.

Thanks for this container. Works a treat with 2 different Nvidia GPU cards. I swapped recently from Trex-Miner as it stopped working after the latest update. Gave this a try, and I am back up and running. Anyone here scratching their heads regarding the GPU settings when you have two installed, just put the ID of one only and both will be picked up and used. However, m just not sure of the path where it installed, as it not found in the appdata share and it doesnt seem to provide the option to instal in this share via the configuation settings - unless Im missing something...

Did you ever figure this out? I recently upgrade TREX and now have the same issue, after it working for 5 months without issue prior to the update.

Not sure how as I tried many things, but my issue seems to be resolved. I now suspect that my problems revolved around my internet service connecting out to the Community App store, not an unraid configuration issue.

I tried with with nginxproxymanager. I uninstalled it, but cant reinstall as I am getting the same error when trying reinstalling dockers from CA.

hey thanks for wading in. Force updates dont work. Some dockers showing that they are up to date and other not available status. See image. The majority have unavailable status though. When I try an update an 'available' one - it doesn't pull any data down but goes through the process quickly and then states; On the containers that are marked unavailable, the update process stalls for a while then it states; but remains unavailable after the 'force update'. cheers

Thanks for the suggestion. I hadn't noticed the bond setting. I have changed it, but unfortunately I still have the same issues. No issues with the docker image file. i think that setting was something I did a long time ago, as I don't even recall changing it to be honest. What is really weird that there is only one container that seems to download ( budge ) which was a random one I picked from CA. Every other docker I have tried will not download?

I can see from searches that this issue has come up from time to time, where the docker containers in Unraid show they are unavailable. My setup previous to last night (Sydney Australia time) has been working without issue for many months in its current form. I woke up to find that many of the dockers status were change to unavailable this morning. I have attempted all the cures in the previous threads and none of those worked. So I have; 1. changed the DNS settings to 1.1.1.1 and 1.0.0.1 (cloudflare dns servers) 2. I can ping an external ip address eg google.com 3. I have checked the status of the various services docker hub etc 4. SABnzb can download files 5. I cannot force update any of the containers, they just time out 6. I have restarted Unraid a number of times 7. The plugins page in Unraid seems to be ok - as they show the status of up-to-date (edit 1) I cannot install any new containers - managed to get a random contianer (budge) down but no others? (edit 2) this is the error reported when i try to reinstall nginxproxymanager " Error response from daemon: error parsing HTTP 408 response body: invalid character '<' looking for beginning of value: "<html><body><h1>408 Request Time-out</h1> Your browser didn't send a complete request in time. </body></html> ".See 'docker run --help'." (edit 3). Diagnostics attached as requested. Also during my attempting to diagnose the issue, I uninstalled nginxproxymanager with a view to reinstalling it. This is when I found out I coudnt download any further containers from CA. (edit 4) Also tried to remove the docker networks and restart the service, then recreate the networks I had (br0 and proxynet) via console using: rm /var/lib/docker/network/files/local-kv.db /etc/rc.d/rc.docker restart docker network create ***** Any help would be appreciated. This has me stumped. cheers darkmatter-diagnostics-20220218-0008.zip

Anyone who was having problems, ge the th GPU's to transcode? I tried a 1660 super and a 2060 super with no luck. All the settings/parameters were correct - tdarr continued to use CPU. edit: My issue was from it being mis-configured in the codec selection. I think maybe an update or something had the changed the settings as everything was working previously. The container had transcoded 8TB worth of files previously without issue.

Awesome that did the trick.! Thanks for our help.

Can anyone tell me how to set power level for a specific GPU, via unraid console? I have two gf cards - a 2060 super - which I managed to get to 125 watts, but I would like to set the power level of the 1660 super I have, and Im not sure how to get the command to work against/for this card - I thinking I need to select/nominate it somehow first?