| View previous topic :: View next topic |
| Author |
Message |
Martux
Veteran
Joined: 04 Feb 2005
Posts: 1917
|
 Posted: Sat Jun 19, 2010 7:54 pm Post subject: rdiff-backup crashes infrequently |
 |
|
Hi!
Sometimes when using rdiff-backup on an external sata drive (esata), I get errors like this:
| Code: |
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 30, in <module>
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/lib64/python2.6/site-packages/rdiff_backup/Main.py", line 304, in error_check_Main
try: Main(arglist)
File "/usr/lib64/python2.6/site-packages/rdiff_backup/Main.py", line 321, in Main
rps = map(SetConnections.cmdpair2rp, cmdpairs)
File "/usr/lib64/python2.6/site-packages/rdiff_backup/SetConnections.py", line 78, in cmdpair2rp
return rpath.RPath(conn, filename).normalize()
File "/usr/lib64/python2.6/site-packages/rdiff_backup/rpath.py", line 884, in __init__
else: self.setdata()
File "/usr/lib64/python2.6/site-packages/rdiff_backup/rpath.py", line 908, in setdata
self.data = self.conn.rpath.make_file_dict(self.path)
File "/usr/lib64/python2.6/site-packages/rdiff_backup/rpath.py", line 287, in make_file_dict
return C.make_file_dict(filename)
OSError: [Errno 5] Input/output error: '/media/backup/daten-backup'
|
The drive seems ok, reiserfsck does not bring up issues.
Right now I checked my /var/log/messages and get this (shortened):
| Code: |
Jun 19 21:41:51 amarok kernel: sd 5:0:0:0: [sdh] Unhandled error code
Jun 19 21:41:51 amarok kernel: sd 5:0:0:0: [sdh] Result: hostbyte=0x04 driverbyte=0x00
Jun 19 21:41:51 amarok kernel: sd 5:0:0:0: [sdh] CDB: cdb[0]=0x2a: 2a 00 00 00 07 af 00 00 10 00
Jun 19 21:41:51 amarok kernel: end_request: I/O error, dev sdh, sector 1967
Jun 19 21:41:51 amarok kernel: quiet_error: 318 callbacks suppressed
Jun 19 21:41:51 amarok kernel: Buffer I/O error on device sdh1, logical block 238
Jun 19 21:41:51 amarok kernel: lost page write due to I/O error on sdh1
Jun 19 21:41:51 amarok kernel: Buffer I/O error on device sdh1, logical block 239
Jun 19 21:41:51 amarok kernel: lost page write due to I/O error on sdh1
|
I hope that does not mean there are defect sectors on the hdd?
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
| Back to top |
|
 |
BradN
Advocate
Joined: 19 Apr 2002
Posts: 2391
Location: Wisconsin (USA)
|
| Posted: Sat Jun 19, 2010 11:38 pm Post subject: |
|
|
If badblocks doesn't return anything for the drive (or gives non-repeatable errors) then it's probably a bad SATA connection or a buggy controller (not sure if there even are buggy SATA controllers). I know on one machine if SATA would drop out I would have to move the cables, resync my raid-5 and try again, after once or twice I'd get it to stay working. I wish they had used the higher voltage SAS signalling levels instead of the consumer crap fed to us for SATA, but I digress.
Another way to check is using smartctl to read out the drive's error log, which might give you a more readable message than the kernel (or possibly might not even show an error if it was a communication glitch that only the computer detected).
But whatever's going on, it's more than likely between the drive and the controller. |
|
| Back to top |
|
|
Martux
Veteran
Joined: 04 Feb 2005
Posts: 1917
|
| Posted: Sun Jun 20, 2010 12:05 pm Post subject: |
|
|
Thanks. That really seems to be the case. The only '"solution" then, is to reboot the PC and try again.
The backup ran through now and another reiserfsck did not bring up anything. So I will not investigate any further, badblocks takes way too long on a 1TB drive.
_________________
"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction" |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Other Things Gentoo
