verbosity with respect to rsync errors

Asked by avlas

Hi,

I am recursively suffering the following error when trying to make my backups, but I don't know how to fix it:

[E] Error: rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
[E] Failed to take snapshot 10/29/10 12:00:08 !!!

From some bugs reported in launchpad, it seems that the reason is the attributes of some files/folders that rsync doesn't like. Btw, I run backintime as root because I want to make backups of the whole system (I discard though /dev /proc /sys and my $HOME because it is encrypted, so I just save the encrypted version of it).

The problem is that I don't know how to find which file/-s or folder/-s are generating those issues. There is not any info for it in the log files. I would really appreciate if you can indicate some strategy to follow because all I tried didn't result.

I wonder whether it could be possible to run rsync within backintime with different degrees of verbosity and save such information in the logs. Of course this would increase the time that backintime needs to make a backup, and this doesn't have to be used if everything goes just fine. So I would suggest to put it as an option to enable only when some error has happened before in order to allow a much more efficient exploration of the errors.

On other hand, not related to this at all, I wonder if it would be possible to indicate somehow the expected time to finish when making manual backups.

Thanks in advance

Question information

Language:
English Edit question
Status:
Solved
For:
Back In Time Edit question
Assignee:
No assignee Edit question
Solved by:
Dan
Solved:
Last query:
Last reply:
Revision history for this message
Best Dan (danleweb) said :
#1

Hi,

You can try to show all informations (not only errors). I don't know why but sometimes this is all the informations I can get (normaly if you don't exclude ".gvfs").

For progress bar (or other kind of estimations) I din't had the time to see how to do it (if it is possible).

Regards,
Dan

Revision history for this message
avlas (avlas) said :
#2

Hi Dan,

Thanks, I put all info in the log and I saw that the problem was a subfolder in /tmp that had vanished in the meantime, so the solution comes from excluding the /tmp folder.

Thanks for this nice application!

Salva

Revision history for this message
Dan (danleweb) said :
#3

Good new, can you attach the line that show you the error. Maybe BIT don't detect all errors (this is why you didn't find it in '[E]' like lines).

Regards,
Dan

Revision history for this message
avlas (avlas) said :
#4

oops, I'm afraid that I removed the log right away, so bad, sorry about that.

Revision history for this message
Igor Santos (igorsantos07) said :
#5

I'm having the same problem. Two things to consider:
1 - you can always run BIT from command line, using "$ backintime --backup". It will output all rsync data.
2 - maybe should BIT automatically exclude /tmp?