[ob-front: I tried to forward this bug to bugzilla.xensource.com but their system has failed to mail me a password in several hours. Maybe someone else could forward it, and add [EMAIL PROTECTED] to the CC list in bugzilla?]
I've run the following loop for several hours now on the non-Xen
kernel while resyncing the RAIDs, and it's still running, so I doubt
that the hardware is at fault:
while :; do
rsync -a --delete /home/ .; rsync -a --delete /var .;
rsync -a --delete /tmp .; rsync -a --delete /usr .;
done
Also, to follow up on waldi's reply, my personal amd64 machine runs
the PDC378 as well:
00:08.0 RAID bus controller: Promise Technology, Inc. PDC20378
(FastTrak 378/SATA 378) (rev 02)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420
SATA RAID Controller (rev 80)
and it also has a Xen kernel without stability problems. This
suggests that it's either the PDC150 or another hardware in the
Opteron system responsible for the problems.
It does seem SATA related, however, as the system never had
a problem resyncing an array of PATA disks. Only disk access to the
SATA disks would cause the failures.
--
.''`. martin f. krafft <[EMAIL PROTECTED]>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
remember, half the people you know are below average.
signature.asc
Description: Digital signature (GPG/PGP)
