CajunCoding

@ramair02 did your Cache fail shortly after updating to 6.12??? Mine crashed within 1-2 days of updating... I fought instability for several days with dozens of re-boots, some not helping, others working for a few hours before my cache drive went back to read-only again (completely killing Docker). I also rolled back to 6.11.5, re-built my cache drives, and now appear to be very stable again.

Unraid 6.12 definitely seems to be much more picky about VFIO bindings left after hardware has been removed.... for me however, I was able to boot but was greeted with error notifications that were very confusing (not intuitive of how to resolve) because of course the VFIO page didn't show anything checked.

I had similar issues on my containers, where the port configurations in the template were not being applied. Most of them were targeting a custom network (proxynet).... for me it was finally resolved by changing each and every container (one-by-one) to use a different network (changed most to Bridge) and then back again, however for CrashPlan PRO I had to change it to Host to get the VNC Gui to work again, where previously it always worked on Bridge (🤷‍♂️)....

I suddenly got VFIO binding Error notifications after upgrading to 6.12.1... combined with a sudden Cache drive crash I rolled back to 6.11.5 for now and am watching for updates. But clearly 6.12 is far more picky, than before, about VFIO bindings that weren't cleared when hardware was removed (which is def. what happened to me)...

Yeah, I rolled back too... watching for any updates on why various folks are encountering issues.

@Flemming I had a similar issue with CrashPlan UI not showing -- just an error page in the browser. I had to change the Docker Network type in my template from `Bridge` which used to work fine to `Host` (no other type worked), and now my UI is showing and launching correctly from the Unraid right click menu....

I hope @Beardiful gets something helpful out of all this, and/or others keep chiming in and posting diagnostics so we can see if there may be an underlying issue....?

Ok, Good News, I'm Finally back up and running! I deleted and re-created the Docker Image (Just to be safe), and I replace my SATA cables going to my two cache drives (also just-to-be-safe; and I may have gotten another CRC error but hard to tell if it was due to all the jockying around to get the Cache backed up (just-in-case), etc. But, none of that got me up and running . . . because I was still seeing Docker behaviour I described above where the Docker apps appeared to be ignoring the template settings -- primarily the Network settings. The Dockers were starting up (but numerous errors in logs), and most obviously many of the Networks said `None`. So re-created the custom network (I used a `proxynet` like many others based on SpaceInvaderOne's tutorials), and then the Docker Template reflected that setting, but alas was still showing `None` on the Docker list, and the wrong network IPs, etc. At this point no amount of stopping, re-started, deleting, re-installing was doing any good! Then I stumbled upon this Reddit post (Reddit can occasionally be super helpful) which said they toggled their Network to something else (other than the custom network) and then back again! Boom! FINALLY the Docker app loaded the correct settings, correct IP mappings, etc! `Swag` started right up without any errors in logs now -- perfectly happy to use `appsettings` and find my certs... `HomeAssistant` started up now without any issues also happy to use `appsettings` connect to MariaDB and start up just as expected... Of course `MariaDB` had the same treatment and responded similarly and is running fine now . . . Nextcloud had some hiccups, but logs showed it was installing an update, and then a few support searches later I was able to fix the 'stuck in maintenance mode' issue and now it's working great too! SOOO, all this to say that the "Install Previous Apps" does not work as well as we all wish it did -- especially if you have a custom network, etc. NOW, all this was triggered right after my update to 6.12 -- and others are experiencing similar issues. So I think I'll sit tight on 6.11.5 and not rock the boat for a (probably long) while!

Oh 6.12 has zfs option for Cache Pool? Unfortunately I've already rebuilt it... and am now trying to get my Dockers workign again... After running "Install Previous Apps"... they did NOT magically come back to life... currently Swag cannot load Certs, ports are all wrong, HomeAssistant isn't even loading data from `appdata` because it thinks it's a brand new install..... what a cluster! Now I'm trying to use the CA Backup/Restore (which I was faithfully running weekly) to see if that helps... it says that "No adjustments to the Docker templates should be necessary", but that's if you re-add Docker apps after you restore App Data. I had moved my share to my array and then re-set it back to Cache:Prefer so the mover would then restore `appdata`, but that did not work (soooooo Frustrating)....

@JorgeB yes, based on Forum searches I reached a similar conclusion.... I don't know or why it suddenly got corrupted... and was just reading a thread you help support on, so Thank You very for responding and supporting us all on the Forum! 🙏 Ugggg, this was the point to having a Cache Pool . . . for redundancy to self-heal? I'm currently using a Cache Pool with 2 X Samsung 1TB SSD drives with BTRFS. I have some extra SATA cables that I'm thinking about swapping -- just in case but I find it odd that a cable would suddenly fail after nearly 2 years and right after an update to v6.12.1? And I use a dozen or so Docker applications . . . I'm currently moving all data to my array per documentation (backing-up-the-pool-to-the-array) . . . . My questions now are: I read that there are (maybe historically) numerous issues with curruption using BTRFS & Docker, etc. Since I have to re-build my cache, are there any other recommendations that I should do? Is there any other valid file-system for a Cache Pool?

Welp the downgrade did not go well now I'm stuck with a slew of `DockerClient.php` errors on my Docker Page... And if I try to disable and then re-enable the Docker service I'm greeted with a "Docker Service failed to start" error requiring a reboot . . .

Yes I have been having what appear to be the same problems... but I can't even get a couple days, maybe several hours. Every morning though my sever is dead in the water again, usually noticeable by non-responsive Docker containers (espeically `HomeAssistant` which automates many things), but also when my wife can't access media because Shares are unreachable. I run headless so I don't have a monitor connected and have had to resort to hard-resets to get it back up and running. The other night I actually had to restart it 5-6 times, and though the UI was responsive most of those times, each time something different wonky was happening with Docker -- sometimes Docker Service wouldn't start, sometimes it would look like it started but ALL Containers said `Not Available', one time I tried to update a container and it looked like it worked but then Docker Service died and failed to re-start. It's been extremely frustrating & annoying . . . I do have some diagnostics (attaching), but I'm reverting to `6.11.5` to see if stability will return! unraid-diagnostics-20230627-2238.zip

I had this very same issue this evening trying to use File Integrity plugin.... can anyone provide additional details/resolution on this error? Allowed memory size of 134217728 bytes exhausted (tried to allocate 505585896 bytes) in /usr/local/emhttp/plugins/dynamix.file.integrity/include/ProgressInfo.php

Ok, thanks for the feedback. Yeah if it doesn't work then C'est la vie . . . it's not that hard for me to periodically run a file scan via rsync to gather files, and then encode them via Handbrake. But if I get some time I may experiment with a fork . . . (learning curve though on how to install plugin manually, etc.). Wish it was something that was configurable.

Hey @Josh am I able to configure Unmanic to re-encode existing h265 files that are larger than a size specified? I have many files encoded already as h265 but their size is still very large 40-60+GB… and I did some proof-of-concept re-encodes using Handbrake (eg. h265, CPU encoding, 10-bit, 2160p, RF22), and the file size was dramatically smaller 15-22gb with excellent quality (for my standards). Is this possible to do or will there be a plug-in to provide this kind of flexibility? Maybe it could just be a setting to allow re-encoding on an existing plugin?

Worth sharing one more thing to simplify complications later on. You can set the trusted_proxies value in the HomeAssistant configuration to the Docker IP Range! This way if you ever have to change (or re-install SWAG; like I just had to do) you won't have a broken HomeAssistant instance (with no recollection of having worked all this very specific IP stuff out some time back).... http: use_x_forwarded_for: true trusted_proxies: - 172.X.0.0/12 # The IP Range for SWAG docker IP address