Solverz

I mean, the logs say "error at 1,4,6,7" Looking at the part "1,4,6,7" in your crontab.txt file, I do not understand what this is here for and Cron does not understand what it is.

I understand, maybe settings up the Logrotate daemon in the container also so the log files don't grow too large would help also.

Hello, I see in your crontab.txt example you put: 0 1 * * * PATH=$PATH:/usr/bin /usr/bin/borgmatic --stats -v 0 2>&1 What is the purpose of PATH=$PATH:/usr/bin I know it adds /usr/bin to the users PATH variable, but what is the purpose/need of this in the cron file? Additionally, where do the borg log files end up?

Borgmatic would be a great addition, especially as borgbackup is already in the pack. Please add Borgmatic

That is correct and it works great for me. However I would love for this command to be run for a specific container when it is recreated or on start. Any ideas anyone? pls

Ahh that's great news then! That reassures me that the P16 IT firmware should be fine for use, I am going to flash it now and install the controller in my system. Can finally move my SSD's from the petty 3Gbps onboard sata ports to 6Gbps using the 9207-8i controller on the P16 IT firmware. Appreciate you both sharing your expereince using the P16 It firmware, I am sure many will read these posts which will help others make their decision

@JorgeB @ezhik Is the 9207-8i P16 firmware still the only firmware that allows for trim with the latest mpt3sas driver in UNRAID 6.9.1? Or have they decided to allow it again in the driver? Ezhik - Have you noticed any issues with the P16 firmware e.g. stability, data corruption etc? I understand it has been about 2 years since you started using the P16 firmware on the 9207-8i controller so if anyone can answer this question it would be yourself haha If not, does anyone have any recommendations on a good controller that supports TRIM?

Is it reccommeded to back up your flash drive, docker appdata, libvirt & domain folder directly with Crashplan? or is there a more reccommended method to do this but still backing up to crash plan?

Thank you for this helpful information! I will give this a try However, mapping to /tmp or /tmp/example/ also started to cause issues, so I have edited my previous post... Anyway, I am going to stop discussing this here as it is going to get off the topic of this UD thread

Mapping to a sub folder worked! Thank you so much for all the help!!! EDIT: After testing for a while, mapping to a sub folder in /tmp also started to cause issues.... So based on this I do not think it is a good idea to map to /tmp in any way

That makes sense, the only reason I mapped it to /tmp is because it is a temp directory in the memory which seems a perfect place for on the fly transcodes and I read everyone else was doing it so thought it was fine to do so but this shows that it is not a good idea. I do not fully understand how it all fundamentally works but I will try and map it to a sub folder in /tmp to see if that makes a difference as I assume it wont interfere with any of the other stuff that is loaded in the root /tmp that way? I could be wrong about this though. Thank you for the help again!!!

I do not have any UD devices being passed through to any dockers but your mention of mappings got me thinking, so I checked them all and decided to re create the Jellyfin docker step by step identically until I ran into the issue. I found out that mapping the dockers transcode folder to /tmp on the host was causing the issue! So after removing this mapping the UD error was no more even with auto start enabled on the Jellyfin Docker. So now the question is why would this mapping cause this error

Thank you for testing that, I just found some important information to add below as soon as your post came through! I just done some more testing and I found out that the issue only occurs when the jellyfin docker has auto start enabled. This happens on the stock and the nvidia unraid build. (I was incorrect in saying it was the unraid nvidia build causing the issue before Sorry!) So to explain what happens: if the jellyfin docker has auto-start enabled and I reboot the server I get the errors (on stock and nvidia unraid). If i disable autostart on the jellyfin docker and reboot the server I get no errors at all. So basically I have no idea why enabling autostart on the jellyfin docker causes this, I tested all my other dockers which includes plex and I get no errors when autostart is enabled on them...

I see, thank you for the help by the way I appreciate it Would you think this issue is being caused by an issue with the unraid build or unassigned devices itself? or any ideas on what I could do to figure out what is going on?

Just did some more testing. This only happens with the nvidia unraid build as when using stock unraid, I get no errors at all! Have you heard of this issue before?

Thank you for getting back to me! I just tried this in the order you wrote it and the errors are still there after the reboot

Hi all, hope you can help! I have a clean nvidia unraid install and I have unassigned devices installed. When I first installed UD it worked great. However after a reboot of the server I now get the below errors: Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/unassigned.devices/include/lib.php on line 1106 Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/unassigned.devices/include/lib.php on line 1298 I have uninstalled UD and deleted /flash/config/plugins/unassigned.devices/ and then installed UD again as @dlandon instructed another user to do and this worked after installing but keeps showing that same error every time the server is rebooted. Hope someone can help!!!