Re: 3.9.3: Oops running xfstests

CAI Qian
2013-05-27T06:04:55Z

Hi,
> So automate the collection of all the static information.
Yes, that probably the best to do.
> > I will provide the information as far I knew for now.
> > - kernel version (uname -a): 3.9.3
> > - xfsprogs version (xfs_repair -V): Fedora-19 xfsprogs-3.1.10
> > - number of CPUs: 8
>
> What type of CPUs? That's why we ask for /proc/cpuinfo....
Reproduced on both, Dual-Core AMD Opteron(tm) Processor 8218 and
Intel(R) Xeon(R) CPU E31220 @ 3.10GHz.
>
> > - RAID layout (hardware and/or software):
> > Nothing special,
>
> You say nothing special. I see:
>
> > 06:21:51,812 INFO kernel:[ 27.480775] mptsas: ioc0: attaching ssp device:
> > fw_channel 0, fw_id 0, phy 0, sas_addr 0x500000e0130ddbe2
> > 06:21:51,812 NOTICE kernel:[ 27.539634] scsi 0:0:0:0: Direct-Access
> > IBM-ESXS MAY2073RC T107 PQ: 0 ANSI: 5
> > 06:21:51,812 INFO kernel:[ 27.592421] mptsas: ioc0: attaching ssp device:
> > fw_channel 0, fw_id 1, phy 1, sas_addr 0x500000e0130fa8f2
> > 06:21:51,812 NOTICE kernel:[ 27.651334] scsi 0:0:1:0: Direct-Access
> > IBM-ESXS MAY2073RC T107 PQ: 0 ANSI: 5
>
> Hardware RAID of some kind. So, details, please. Indeed, googling
> for "IBM-ESXS MAY2073RC" turns up this lovely link:
>
> http://webcache.googleusercontent.com/search?client=safari&rls=x86_64&q=cache:dD2J_ZuKGF4J:http://www.ibm.com/support/entry/portal/docdisplay%3Flndocid%3DMIGR-5078767%2BIBM-ESXS+MAY2073RC&oe=UTF-8&redir_esc=&hl=en&ct=clnk
>
> "Corrects firmware defect that can cause data corruption"
>
> http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=MIGR-5092677
>
> "Additional Information
> A subset of optional IBM Options hard drive shipped between April
> 2010 and January 2013 running firmware levels A3C2, A3C0, A3BE, or
> A3B8 may be exposed to a possible undetected data loss or data error
> during a proximal write."
>
>
> That might be relevant to a filesystem corruption problem, yes?
> Start to understand why we ask for basic information about your
> hardware now?
OK, and this was also reproduced on,
[ 9.778658] hpsa 0000:04:00.0: hpsa0: <0x323a> at IRQ 43 using DAC
[ 9.796557] [TTM] Zone kernel: Available graphics memory: 4066866 kiB
[ 9.796558] [TTM] Zone dma32: Available graphics memory: 2097152 kiB
[ 9.796558] [TTM] Initializing pool allocator
[ 9.796594] [TTM] Initializing DMA pool allocator
[ 9.930529] scsi0 : ata_piix
[ 9.934804] scsi1 : ata_piix
[ 9.937735]SATA max UDMA/133 cmd 0x1400 ctl 0x1408 bmdma 0x1420 irq 17
[ 10.143857] fbcon: mgadrmfb (fb0) is primary device
[ 10.143943] ata2: SATA max UDMA/133 cmd 0x1410 ctl 0x1418 bmdma 0x1428 irq 17
[ 10.146870] scsi2 : hpsa
[ 10.146900] ata_piix 0000:00:1f.5: MAP [
[ 10.146901] P0 -- P1 -- ]
[ 10.149376] scsi3 : ata_piix
[ 10.151329] scsi4 : ata_piix
[ 10.151702] ata3: SATA max UDMA/133 cmd 0x1440 ctl 0x1448 bmdma 0x1460 irq 17
[ 10.151705] ata4: SATA max UDMA/133 cmd 0x1450 ctl 0x1458 bmdma 0x1468 irq 17
[ 10.152789] hpsa 0000:04:00.0: RAID device c2b3t0l0 added.
[ 10.152790] hpsa 0000:04:00.0: Direct-Access device c2b0t0l0 added.
[ 10.153206] scsi 2:3:0:0: RAID HP P410 5.14 PQ: 0 ANSI: 5
[ 10.153563] scsi 2:0:0:0: Direct-Access HP LOGICAL VOLUME 5.14 PQ: 0 ANSI: 5
[ 10.213887] [drm] mga base 0
[ 10.285126] Console: switching to colour frame buffer device 128x48
[ 10.387399] mgag200 0000:01:00.1: fb0: mgadrmfb frame buffer device
[ 10.387399] mgag200 0000:01:00.1: registered panic notifier
[ 10.387441] [drm] Initialized mgag200 1.0.0 20110418 for 0000:01:00.1 on minor 0
[ 10.469431] ata3: SATA link down (SStatus 0 SControl 300)
[ 10.508564] ata4: SATA link down (SStatus 0 SControl 300)
[ 10.765662] ata2.00: SATA link down (SStatus 0 SControl 300)
[ 10.793575] ata2.01: SATA link down (SStatus 0 SControl 300)
[ 10.833455] ata1.00: SATA link down (SStatus 0 SControl 300)
[ 10.861780] ata1.01: SATA link down (SStatus 0 SControl 300)
[ 10.900174] sd 2:0:0:0: [sda] 143305920 512-byte logical blocks: (73.3 GB/68.3 GiB)
[ 10.940769] sd 2:0:0:0: [sda] Write Protect is off
[ 10.965161] sd 2:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 11.013492] sda: sda1 sda2
[ 11.029787] sd 2:0:0:0: [sda] Attached SCSI disk
[ 11.288535] bio: create slab <bio-1> at 1
>
> > - LVM configuration: nothing special. Just Fedora-19 autopart. The below
> > information
> > from the installation time. Later, everything been formatted to XFS.
>
> Manually?
Partitioning and formatting during the installation time using kickstart files.
> So, can you reproduce this problem on a clean, *pristine* system
> that hasn't been used for destructive testing for 24 hours prior to
> running xfstests?
Yes, I can try that and let you know if I can.

Regards,