-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
skin backup issue #2
Comments
Marcel, wanted to update you on the issue I am seeing with skinbackup (auto and manual it seems). I commented the following out of the backuprestore python script:
because I was consistently seeing a skinbackup in cache being created and populated along with a zip file. the issue I am seeing when the backup "fails" is that the created zip in cache does not get copied/moved to the destination directory and then the "cleanup" removes the backup files and the zip, for some reason (and I can't seem to thrown and error to give me a clue (even with debug enabled)) the zip never makes it out of temp and then cleanup - well cleans it up 😄 the odd thing is - I created a shortcut sub-menu to run the backup action over and over and the results are random for the success of the zip making it to the final destination but every time the script reports a success via dialog OK. maybe this will help you see something I am missing? I am on Windows 10 Pro x64 AE running latest Krypton nightly with latest repo copies of scripts/skin. Thanks and Hope this finds you well! Mario |
Ok, I changed log_msg to use LOGNOTICE (instead of debug) and added several checks with log entries I think I have narrowed down the problem to something that is keeping the zip file from being copied out of temp (race condition? also of note the most of the failures are at startup... kodi / system too busy?) Anyway I think if you add a check to see if the temp.zip actually is copied and exists or not before cleanup that would help. Something like if the copied zip does not exist at the expected destination maybe enter a delay with up to 3 retries to get it to copy before you throw an exception and log the error? From what I am seeing is the temp dir always gets created. files always copied to the dir. and then the temp zip always get created but then that zip getting out of temp alive does not always happen. I can't find the reason for it not... but hope that a check will help overcome that 😀 Just had a thought.... to avoid trying to do the backup at the usually pretty busy system at startup maybe consider adding a startup delay (or add a setting option) for the daily auto backup script run in addition to the check (and retry/delay) of a successful copy of temp_zip to the backup_dest. ? Thanks again Marcel! Have a great day - Mario |
Hey Marcel, Just wanted to follow up with you about this issue after the latest update you pushed. Automatic backup is still doing the following:
As a test I used the add on Kodi Callbacks to run the python script below as a startup task and it works every time without fail. I did notice the skinbackup script actually does the auto backup and "manual" backup with separate code and since I am not the best python script writer I wasn't sure if I was following your code right or not so wasn't able to catch anything obvious that was causing the difference.
|
Hi Mario can you test this again with the latest version ? |
Sure thing. I had noticed the previous changes finally was creating backups without deleting the temp files before they could be moved but was not cleaning up old backups based on the setting. I will test the latest in a bit and let you know. |
FYI running on latest krypton nightly under windows 10 pro x64
automatic skin backups still aren't working but noticed in the log script threw and exception even though GUI reported backup was successful.
This may be the cause of auto backups not working.. I noticed the settings for the script in addon_data updates the with a new date of last backup even though it never gets created.
settings.xml.txt
let me know if I can do any testing for you with this issue.
Hope you are having a wonderful Holiday Season!
Mario
The text was updated successfully, but these errors were encountered: