[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-API] XCP 1.0-beta: md on dom0 kernel causes kernel oops
On 12/02/2010 05:50 PM, Simon Rowe wrote: On Wednesday 01 Dec 2010 23:03:48 Tomoe Sugihara wrote:I tried the following two and both ended up with Oops. 1. just two regular HDDs --- /dev/sdc and /dev/sde or whatever. Here's how I reproduced just now.Very soon after dd, kernel panics. $ mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sdc /dev/sde mdadm: /dev/sdc appears to be part of a raid array: level=raid1 devices=2 ctime=Mon Nov 29 15:52:53 2010 mdadm: /dev/sde appears to be part of a raid array: level=raid1 devices=2 ctime=Mon Nov 29 09:34:34 2010 Continue creating array? y mdadm: array /dev/md0 started. $ dd if=/dev/zero of=/dev/md0 bs=1M 2. dm linear devices which are on top of iscsi mdadm --create /dev/mirror/000008bc --auto=md --bitmap=internal --metadata=0 --run --bitmap-chunk=65536 --delay=5 --level=1 --assume-clean --raid-devices=3 /dev/mapper/00000001-00000003 /dev/mapper/00000002-000002d7 /dev/mapper/00000003-0000050a Interestingly, his doesn't cause kernel panic; similar stack trace shows up in dmsg and mdadm stalls.We don't support (and therefore test) software RAID in XenServer. I'll some of our kernel guys if there's anything obvious. Simon Could you see the email that I reported the issue? Here's a link to the post: http://www.mail-archive.com/xen-api@xxxxxxxxxxxxxxxxxxx/msg02151.html As I said, the issue is introduced by dom0 custom patch, which I put a link to the repository below, therefor it is not there in vanilla kernel. http://xenbits.xen.org/XCP/linux-2.6.32.pq.hg?diff/2d68a42120cf/blktap2-ioc.diff I would really want it to be addressed not only for our SM backend plugin but also for the sake of removing the vulnerability. Best, Tomoe _______________________________________________ xen-api mailing list xen-api@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/mailman/listinfo/xen-api
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |