On Samstag, 12. Juni 2010 Michael Monnerie wrote:
> [167981.222861] [<ffffffff8000c868>]
> system_call_fastpath+0x16/0x1b
Now it's becoming weird. I had that crash with a directory named
/disks/daten/samba/backup/uranus/WindowsImageBackup/uranus/Backup\
2010-06-12\ 010016/ /bigbackup/Backup\ 2010-06-05\ 010014/
and the file in there is
852c2690-cf1a-11de-b09b-806e6f6e6963.vhd
I moved that broken dir away to /, and did a new rsync. And, guess what,
I got the same again: the file inside this dir is broken. The 3rd rsync
did not make the same error, it seems good. The problem is that the dump
is not the same any more, as that PC made a new image in the meantime.
But as I got the same error twice on copy via rsync from one PC to
another, it looks like I triggered the error just by copying via "rsync
-aPvHAXy source destpc::dest/".
I did an xfs_metadump and just left the 2 broken dirs inside, so you can
easily verify:
http://zmi.at/backup-metadump-20100614-broken.bz2
xfs_repair 3.1.2 can't repair that, it crashes.
The filesystem is mounted with these options:
relatime,logbufs=8,logbsize=256k,attr2,barrier,largeio,swalloc,allocsize=256k
--
mit freundlichen Grüssen,
Michael Monnerie, Ing. BSc
it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31
// Wir haben im Moment zwei Häuser zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/
signature.asc
Description: This is a digitally signed message part.
|