scharbag 19 Posted March 17, 2024 Author Posted March 17, 2024 28 minutes ago, Happy2Play said: I am a little confused but would suggest the plugin cannot pause the database to back it up via your setup/system? So in theory you can shutdown Emby and backup the database manually and reuse it correct. Yeah, I can shutdown Emby and copy ll the config files to a new Docker and everything works. I just dislike when things throw errors...
scharbag 19 Posted March 22, 2024 Author Posted March 22, 2024 On 17/03/2024 at 12:24, Happy2Play said: I am a little confused but would suggest the plugin cannot pause the database to back it up via your setup/system? So in theory you can shutdown Emby and backup the database manually and reuse it correct. Likely yes - I can copy the /config folder to a new instance and it works fine. BUUUUT - I would prefer if the backup system worked. I have tried everything I can find on the forums for reseting DBs, verifying DB integrity, restoring DBs etc. Nothing helps. Dev system I do not care about - easy rebuild. Prod system, I can easily rebuild but I want to keep play states. For now, I am not too worried as I have a good Veeam history of the VM so recovery will not be too hard if something goes snaky. Still, my OCD hates silly things like this. Thanks for the help and suggestions to date.
Luke 42077 Posted March 22, 2024 Posted March 22, 2024 That’s really odd. Are you sure the two dockers are configured identically?
scharbag 19 Posted March 23, 2024 Author Posted March 23, 2024 19 hours ago, Luke said: That’s really odd. Are you sure the two dockers are configured identically? I execute everything in a single docker compose file. I have 2 different instances running and I have added a 3rd for testing (only changed the name and where the config files are stored). The new testing one works FINE until I copy the config files from one of my production Emby dockers (containers are stopped during copy). Then I get the backuop issues again. Very strange, really annoying but not debilitating.
Luke 42077 Posted March 25, 2024 Posted March 25, 2024 OK let us know if you find anything else. Thanks.
scharbag 19 Posted November 21, 2024 Author Posted November 21, 2024 Yeah, still no joy on backups working - not worried to much as I have Veeam backing up my systems. But I would love to fix this some day... On 4.8.10.0 now... 1 1
Carlo 4560 Posted December 16, 2024 Posted December 16, 2024 Sorry, haven't read the whole thread but Have you checked permissions of files/folders that you are reading/writing to for the Backup plugin? Depending on platform, have you given permission to the Internal Emby user and Emby group to this same share? Carlo
scharbag 19 Posted April 17, 2025 Author Posted April 17, 2025 Was still failing - it was not a critical thing cause I have Veeam, but FML, I needed to have this solved. Running Version 4.8.11.0 on Compose. Bakcups go to: That directory shares back over SMB through the fstab mount. Was still getting this error: Notice that it is trying to use a cache folder that is also on an fstab share. So, given I increased the space of my Docker host, I set it to use the default cache location (removed the cache folder setting) and BLAMMO - the gosh darn thing works... So, it seems that I have a weee bit of an issue with the cache directory... I will remember that for the future... Odd, but solved. Yippee! 1
Luke 42077 Posted April 17, 2025 Posted April 17, 2025 13 hours ago, scharbag said: Was still failing - it was not a critical thing cause I have Veeam, but FML, I needed to have this solved. Running Version 4.8.11.0 on Compose. Bakcups go to: That directory shares back over SMB through the fstab mount. Was still getting this error: Notice that it is trying to use a cache folder that is also on an fstab share. So, given I increased the space of my Docker host, I set it to use the default cache location (removed the cache folder setting) and BLAMMO - the gosh darn thing works... So, it seems that I have a weee bit of an issue with the cache directory... I will remember that for the future... Odd, but solved. Yippee! Thanks for following up !
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now