Skip to content
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

Failed to rename backups, aborting upload: unexpected EOF #34

Open
jamesmyatt opened this issue Jun 9, 2023 · 4 comments
Open

Failed to rename backups, aborting upload: unexpected EOF #34

jamesmyatt opened this issue Jun 9, 2023 · 4 comments

Comments

@jamesmyatt
Copy link

The problem

I'm getting the error message "unexpected EOF" which is causing the upload to fail. The main issue is that this error message isn't very useful.

Looking at the source code, I suspect it's coming from here, which I suspect means that one of the backup files is corrupt, probably because of running out of disk space when making the backup. If that's right, then the error message really ought to say which file it was reading when it got the "unexpected EOF", which would allow me to find and remove the corrupt backup.

Second, if this is correct, then it would be great if the upload could also continue without the corrupt file.

What version of Rclone Backup has the issue?

3.0.1

What version of Home Assistant are you running?

2023.5.4

What type of installation are you running?

Home Assistant OS

If you're running HA OS/Supervised, what version of the Supervisor are you running?

2023.06.1

Example YAML snippet

No response

Anything in the logs that might be useful for us?

[2023-06-09] [04:45:00] [INFO]: running "Sync Onedrive"; /backup -> onedrive:Backup/home-assistant/main
[2023-06-09] [04:45:00] [ERROR]: failed to rename backups, aborting upload: unexpected EOF

Additional information

No response

@FillR2
Copy link

FillR2 commented Dec 26, 2023

Same error here, seems to have solved the problem by adding:

no_rename: true
no_slugify: true

@jcwillox
Copy link
Owner

It probably means you have some corrupted tar files in your backups folder, or non-backup tar files in there, maybe try temporarily removing all the backups except known good ones, or as @FillR2 said add no_rename: true to disable the renaming functionality.

@angristan
Copy link

I agree that a more resilient approach would be nice here; right now, it fails to sync any backup until the corrupted tar is removed 🤔 (and renaming is nicer!)

@angristan
Copy link

Maybe a continue here instead of a return?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants