allanp81

Maybe just try creating a blank motion.conf in that path?

do you have any other boot devices attached? I've had issues in the past with devices and option rom.

Yes, you'll need to terminal into the docker (you can access this from the docker page on your server): https://www.digitalocean.com/community/tutorials/how-to-reset-your-mysql-or-mariadb-root-password

Heidisql is a simple tool and you can use a portable version of it as well I believe.

I've lost the disk that was saving all of my recordings and now I can't start the docker as I presume it's expecting to see some folders in the new location that now don't exist. What's the best way to fix this? If I take a copy of the appdata config and then do a full reset on the docker and then copy the config files back?

Wiping the appdata would cause it to start afresh I think.

Reinstalling the docker wouldn't necessarily change anything as the appdata directory would still exist. What did you set the password as in the docker config as that's what it should be set as.

I thought I'd fixed this issue but no, still occurring so add me to the list of people with this issue and Kodi.

Others may have other insights, but for me with DVB-T/T2, continuity errors were normally caused by poor signal. Do you ever get dropouts in heavy rain or anything like that?

My server used to take about 8 hours with dual parity 4Tb drives. It's now about 12 hours for dual parity 6Tb drives. I'm assuming the amount of data disks has not much bearing on how long the process will take as the size of the parity disks is the main factor?

How easy is that to migrate what I have in my DB already though?

It's a shame it seems we won't see a version of this that works with Matrix (19) as I've finally upgraded all of my clients to 19 and rely on the headless docker for DB updating. It's not critical per se, but it's very very useful and beyond my ability to create my own docker for 19.

I think I just followed the guide here: https://mariadb.com/kb/en/mysqldump/

Solved this myself, not sure how, as I haven't done a BIOS update for ages, but VT-D had become disabled in the BIOS. The server is on 24/7 but I guess it's possible that the battery is dead and it reset when I powered the server off?

Hi all, my board used to have no issues passing through PCI-E nics etc. to VMs but for some reason recently it's not working anymore and I don't know what's going wrong. I've tried all sorts, pci-stub vfio bind etc. I've ACS override on and off but not having much luck. My hardware configuration hasn't changed for years apart from adding an NVME drive maybe a year or 2 ago. Asrock say installing a drive here disables PCIE-5. When I go to Tools > System Devices it'sdownloadbox-diagnostics-20210601-1340.zip now saying "No IOMMU Groups Available" rather than listing all of the IOMMU groups like it used to.