* Re: Possible mptsas regression post 3.5.0 [not found] ` <CAD9gYJJQ+vsv12+-0e_nMtgs71Snvt4j2s48-HnwkrV2yOiwLQ@mail.gmail.com> @ 2012-08-27 16:13 ` John Drescher 2012-08-28 5:37 ` Dan Williams 0 siblings, 1 reply; 5+ messages in thread From: John Drescher @ 2012-08-27 16:13 UTC (permalink / raw) To: 王金浦; +Cc: LKML, djbw, linux-scsi, DL-MPTFusionLinux >> I have bisected it down to the following patch: >> >> Bisecting: 0 revisions left to test after this (roughly 0 steps) >> [10f8d5b86743b33d841a175303e2bf67fd620f42] SCSI: fix hot unplug vs >> async scan race >> >> It appears this patch caused the bad behavior although I have not >> tested that yet. I am rebuilding the array (takes ~2 hours) from the >> previous good bisect. >> Confirmed. This patch appears to cause the bug in my test setup. [ 291.808375] netpoll: netconsole: local IP 192.168.2.91 [ 291.808614] console [netcon0] enabled [ 291.808614] netconsole: network logging started [ 308.643881] mptbase: ioc1: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00) cb_idx mptbase_reply [ 312.882907] sd 1:0:2:0: [sdj] Synchronizing SCSI cache [ 312.883044] sd 1:0:2:0: [sdj] [ 312.883088] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 312.887098] md/raid1:md0: Disk failure on sdj1, disabling device. [ 312.887098] md/raid1:md0: Operation continuing on 9 devices. [ 312.887226] md/raid:md1: Disk failure on sdj2, disabling device. [ 312.887226] md/raid:md1: Operation continuing on 11 devices. [ 339.406778] BUG: soft lockup - CPU#2 stuck for 23s! [kworker/u:8:2202] [ 339.406876] Modules linked in: netconsole configfs w83627ehf hwmon_vid autofs4 coretemp hwmon kvm_intel kvm i2c_i801 i2c_core microcode pcspkr lpc_ich mfd_core e1000e video button xts gf128mul aes_x86_64 aes_generic cbc sha256_generic e1000 nfs lockd fscache auth_rpcgss nfs_acl sunrpc reiserfs multipath linear raid0 dm_raid dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log scsi_wait_scan sl811_hcd ohci_hcd uhci_hcd usb_storage ehci_hcd megaraid_sas megaraid_mbox megaraid_mm megaraid sr_mod cdrom sd_mod sata_mv ata_piix ahci libahci pata_marvell pata_mpiix libata [ 339.409581] CPU 2 [ 339.409621] Modules linked in:[ 339.409745] netconsole configfs w83627ehf hwmon_vid autofs4 coretemp hwmon kvm_intel kvm i2c_i801 i2c_core microcode pcspkr lpc_ich mfd_core e1000e video button xts gf128mul aes_x86_64 aes_generic cbc sha256_generic e1000 nfs lockd fscache auth_rpcgss nfs_acl sunrpc reiserfs multipath linear raid0 dm_raid dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log scsi_wait_scan sl811_hcd ohci_hcd uhci_hcd usb_storage ehci_hcd megaraid_sas megaraid_mbox megaraid_mm megaraid sr_mod cdrom sd_mod sata_mv ata_piix ahci libahci pata_marvell pata_mpiix libata [ 339.412474] Pid: 2202, comm: kworker/u:8 Not tainted 3.5.0-bisect-7-00014-g10f8d5b #8 To be filled by O.E.M. To be filled by O.E.M./P8B-X series [ 339.412739] RIP: 0010:[<ffffffff815c8282>] [<ffffffff815c8282>] _raw_spin_unlock_irqrestore+0x32/0x40 [ 339.412928] RSP: 0018:ffff880222267aa0 EFLAGS: 00000282 [ 339.413022] RAX: 0000000000000002 RBX: ffff880222267a50 RCX: 000000000000b828 [ 339.413120] RDX: 0000000000002e40 RSI: ffff880226a00000 RDI: ffff8802233f2090 [ 339.413218] RBP: ffff880222267ab0 R08: 0000000000000001 R09: 0000000000000000 [ 339.413317] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88021ea94460 [ 339.413418] R13: 0000000000000082 R14: ffff880222267a20 R15: ffff8802233f20a8 [ 339.413519] FS: 0000000000000000(0000) GS:ffff880226a00000(0000) knlGS:0000000000000000 [ 339.413672] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 339.413769] CR2: 00007feeee723ea0 CR3: 0000000001a0b000 CR4: 00000000000407e0 [ 339.413870] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 339.413970] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 339.414069] Process kworker/u:8 (pid: 2202, threadinfo ffff880222266000, task ffff88021ea94460) [ 339.414219] Stack: [ 339.414306] ffff880222c3d000 ffff8802233f1ff0 ffff880222267b00 ffffffff8141782a [ 339.414593] 0000000000000282 ffff8802233f2000 0000000000000046 ffff880222c3b800 [ 339.414884] 0000000000000008 ffff8802233865c0 ffff8802233d2000 1221000004000000 [ 339.415175] Call Trace: [ 339.415268] [<ffffffff8141782a>] scsi_remove_target+0xda/0x1f0 [ 339.415368] [<ffffffff81421de5>] sas_rphy_remove+0x55/0x60 [ 339.415463] [<ffffffff81421e01>] sas_rphy_delete+0x11/0x20 [ 339.415561] [<ffffffff81421e35>] sas_port_delete+0x25/0x160 [ 339.415660] [<ffffffff814549a3>] mptsas_del_end_device+0x183/0x270 [ 339.415757] [<ffffffff81458e5c>] mptsas_hotplug_work+0x1ec/0x920 [ 339.415854] [<ffffffff814530eb>] ? mptsas_free_fw_event+0x6b/0xb0 [ 339.415952] [<ffffffff81061e95>] ? sched_clock_cpu+0xc5/0x120 [ 339.416047] [<ffffffff8145a650>] mptsas_firmware_event_work+0xbc0/0xfa0 [ 339.416147] [<ffffffff81080d0f>] ? __lock_acquire.isra.27+0x29f/0xb30 [ 339.416244] [<ffffffff81459a90>] ? mptsas_expander_add+0x140/0x140 [ 339.416342] [<ffffffff81459a90>] ? mptsas_expander_add+0x140/0x140 [ 339.416442] [<ffffffff8104c474>] process_one_work+0x184/0x460 [ 339.416541] [<ffffffff8104c416>] ? process_one_work+0x126/0x460 [ 339.416641] [<ffffffff8104cd4e>] worker_thread+0x15e/0x350 [ 339.416739] [<ffffffff8104cbf0>] ? manage_workers.isra.31+0x220/0x220 [ 339.416841] [<ffffffff81051f9d>] kthread+0x9d/0xb0 [ 339.416939] [<ffffffff815cfcd4>] kernel_thread_helper+0x4/0x10 [ 339.417035] [<ffffffff81051f00>] ? __init_kthread_worker+0x70/0x70 [ 339.417133] [<ffffffff815cfcd0>] ? gs_change+0xb/0xb [ 339.417229] Code: 10 48 8b 55 08 48 89 5d f0 48 89 f3 4c 89 65 f8 be 01 00 00 00 49 89 fc 48 8d 7f 18 e8 68 a8 ab ff 4c 89 e7 e8 d0 8f ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Possible mptsas regression post 3.5.0 2012-08-27 16:13 ` Possible mptsas regression post 3.5.0 John Drescher @ 2012-08-28 5:37 ` Dan Williams 2012-08-28 14:03 ` John Drescher 0 siblings, 1 reply; 5+ messages in thread From: Dan Williams @ 2012-08-28 5:37 UTC (permalink / raw) To: John Drescher Cc: 王金浦, LKML, linux-scsi, DL-MPTFusionLinux [-- Attachment #1: Type: text/plain, Size: 862 bytes --] On Mon, 2012-08-27 at 12:13 -0400, John Drescher wrote: > >> I have bisected it down to the following patch: > >> > >> Bisecting: 0 revisions left to test after this (roughly 0 steps) > >> [10f8d5b86743b33d841a175303e2bf67fd620f42] SCSI: fix hot unplug vs > >> async scan race > >> > >> It appears this patch caused the bad behavior although I have not > >> tested that yet. I am rebuilding the array (takes ~2 hours) from the > >> previous good bisect. > >> > > Confirmed. This patch appears to cause the bug in my test setup. > > [ 339.406778] BUG: soft lockup - CPU#2 stuck for 23s! [kworker/u:8:2202] [..] > [ 339.415268] [<ffffffff8141782a>] scsi_remove_target+0xda/0x1f0 I wonder if we are preventing scsi_device_dev_release_usercontext() from making forward progress? ...the attached patch should confirm this or give more info otherwise. -- Dan [-- Attachment #2: dbg-scsi-remove-target.patch --] [-- Type: text/x-patch, Size: 1551 bytes --] scsi_remove_target: debug softlockup From: Dan Williams <djbw@fb.com> dump more info in the case where we get stuck trying to remove a device. --- drivers/scsi/scsi_sysfs.c | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/drivers/scsi/scsi_sysfs.c b/drivers/scsi/scsi_sysfs.c index 093d4f6..011f8ee 100644 --- a/drivers/scsi/scsi_sysfs.c +++ b/drivers/scsi/scsi_sysfs.c @@ -1032,8 +1032,11 @@ void scsi_remove_target(struct device *dev) { struct Scsi_Host *shost = dev_to_shost(dev->parent); struct scsi_target *starget, *found; + struct scsi_target *found_log[3]; unsigned long flags; + memset(found_log, 0, sizeof(found_log)); + restart: found = NULL; spin_lock_irqsave(shost->host_lock, flags); @@ -1041,8 +1044,24 @@ void scsi_remove_target(struct device *dev) if (starget->state == STARGET_DEL) continue; if (starget->dev.parent == dev || &starget->dev == dev) { + int i; + found = starget; found->reap_ref++; + for (i = 0; i < ARRAY_SIZE(found_log); i++) + if (!found_log[i]) { + found_log[i] = found; + break; + } else if (found_log[i] == found) { + struct scsi_device *sdev = NULL; + + if (!list_empty(&found->devices)) + sdev = list_entry(found->devices.next, typeof(*sdev), same_target_siblings); + pr_err_once("%s[%d]: reap %d:%d state: %d reap: %d dev_del: %d\n", + __func__, i, found->channel, found->id, + found->state, found->reap_ref, + sdev ? work_busy(&sdev->ew.work) ? 2 : 1 : 0); + } break; } } ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: Possible mptsas regression post 3.5.0 2012-08-28 5:37 ` Dan Williams @ 2012-08-28 14:03 ` John Drescher 2012-08-28 16:12 ` Dan Williams 0 siblings, 1 reply; 5+ messages in thread From: John Drescher @ 2012-08-28 14:03 UTC (permalink / raw) To: Dan Williams; +Cc: LKML, linux-scsi, DL-MPTFusionLinux > I wonder if we are preventing scsi_device_dev_release_usercontext() from > making forward progress? > > ...the attached patch should confirm this or give more info otherwise. > [ 148.960318] console [netcon0] enabled [ 148.960363] netconsole: network logging started [ 170.415487] mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00) cb_idx mptbase_reply [ 174.739904] mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00) cb_idx mptscsih_io_done [ 174.747449] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 174.747520] sd 0:0:0:0: [sda] Unhandled error code [ 174.747566] sd 0:0:0:0: [sda] [ 174.747586] sd 0:0:0:0: [sda] [ 174.747587] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 174.747746] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 174.747841] scsi 0:0:0:0: [sda] CDB: [ 174.747931] Read(10): 28 00 00 20 ec 08 00 00 08 00 [ 174.748375] end_request: I/O error, dev sda, sector 2157576 [ 174.751387] md/raid1:md0: Disk failure on sda1, disabling device. [ 174.751387] md/raid1:md0: Operation continuing on 9 devices. [ 174.751448] md/raid:md1: Disk failure on sda2, disabling device. [ 174.751448] md/raid:md1: Operation continuing on 11 devices. [ 174.758218] scsi_remove_target[0]: reap 0:0 state: 2 reap: 1 dev_del: 1 [ 199.724758] BUG: soft lockup - CPU#2 stuck for 23s! [kworker/u:8:2202] [ 199.724855] Modules linked in: netconsole configfs w83627ehf hwmon_vid autofs4 coretemp hwmon kvm_intel kvm i2c_i801 i2c_core pcspkr e1000e microcode lpc_ich mfd_core video button xts gf128mul aes_x86_64 aes_generic cbc sha256_generic e1000 nfs lockd fscache auth_rpcgss nfs_acl sunrpc reiserfs multipath linear raid0 dm_raid dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log scsi_wait_scan sl811_hcd ohci_hcd uhci_hcd usb_storage ehci_hcd megaraid_sas megaraid_mbox megaraid_mm megaraid sr_mod cdrom sd_mod sata_mv ata_piix ahci libahci pata_marvell pata_mpiix libata [ 199.727536] CPU 2 [ 199.727576] Modules linked in:[ 199.727699] netconsole configfs w83627ehf hwmon_vid autofs4 coretemp hwmon kvm_intel kvm i2c_i801 i2c_core pcspkr e1000e microcode lpc_ich mfd_core video button xts gf128mul aes_x86_64 aes_generic cbc sha256_generic e1000 nfs lockd fscache auth_rpcgss nfs_acl sunrpc reiserfs multipath linear raid0 dm_raid dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log scsi_wait_scan sl811_hcd ohci_hcd uhci_hcd usb_storage ehci_hcd megaraid_sas megaraid_mbox megaraid_mm megaraid sr_mod cdrom sd_mod sata_mv ata_piix ahci libahci[ 199.731316] R10: 0000000000000001 R11: 0000000000000000 R12: ffff8802222bc460 ffff8802230e0400 ffff8802232df010 [ 199.732875] ffff880222defb00 ffffffff81417974 ffff880200000001 ffff880200000001 [ 199.733164] Call Trace: [ 199.733255] [<ffffffff8141503d>] scsi_target_reap+0x7d/0x100 [ 199.733355] [<ffffffff81417974>] scsi_remove_target+0x224/0x300 [ 199.733455] [<ffffffff81421ef5>] sas_rphy_remove+0x55/0x60 [ 199.733554] [<ffffffff81421f11>] sas_rphy_delete+0x11/0x20 [ 199.733652] [<ffffffff81421f45>] sas_port_delete+0x25/0x160 [ 199.733749] [<ffffffff81454ab3>] mptsas_del_end_device+0x183/0x270 [ 199.733848] [<ffffffff81458f6c>] mptsas_hotplug_work+0x1ec/0x920 [ 199.733945] [<ffffffff814531fb>] ? mptsas_free_fw_event+0x6b/0xb0 [ 199.734042] [<ffffffff81061e95>] ? sched_clock_cpu+0xc5/0x120 [ 199.734138] [<ffffffff8145a760>] mptsas_firmware_event_work+0xbc0/0xfa0 [ 199.734238] [<ffffffff81080d0f>] ? __lock_acquire.isra.27+0x29f/0xb30 [ 199.734335] [<ffffffff81459ba0>] ? mptsas_expander_add+0x140/0x140 [ 199.734433] [<ffffffff81459ba0>] ? mptsas_expander_add+0x140/0x140 [ 199.734534] [<ffffffff8104c474>] process_one_work+0x184/0x460 [ 199.734632] [<ffffffff8104c416>] ? process_one_work+0x126/0x460 [ 199.734731] [<ffffffff8104cd4e>] worker_thread+0x15e/0x350 [ 199.734830] [<ffffffff8104cbf0>] ? manage_workers.isra.31+0x220/0x220 [ 199.734930] [<ffffffff81051f9d>] kthread+0x9d/0xb0 [ 199.735028] [<ffffffff815cfdd4>] kernel_thread_helper+0x4/0x10 [ 199.735127] [<ffffffff81051f00>] ? __init_kthread_worker+0x70/0x70 [ 199.735224] [<ffffffff815cfdd0>] ? gs_change+0xb/0xb [ 199.735317] Code: 10 48 8b 55 08 48 89 5d f0 48 89 f3 4c 89 65 f8 be 01 00 00 00 49 ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Possible mptsas regression post 3.5.0 2012-08-28 14:03 ` John Drescher @ 2012-08-28 16:12 ` Dan Williams 2012-08-28 16:42 ` John Drescher 0 siblings, 1 reply; 5+ messages in thread From: Dan Williams @ 2012-08-28 16:12 UTC (permalink / raw) To: John Drescher; +Cc: LKML, linux-scsi, DL-MPTFusionLinux [-- Attachment #1: Type: text/plain, Size: 391 bytes --] On Tue, 2012-08-28 at 10:03 -0400, John Drescher wrote: > > I wonder if we are preventing scsi_device_dev_release_usercontext() from > > making forward progress? > > > > ...the attached patch should confirm this or give more info otherwise. > > > > [ 174.758218] scsi_remove_target[0]: reap 0:0 state: 2 reap: 1 dev_del: 1 Thanks! Does the attached patch fix the issue for you? -- Dan [-- Attachment #2: test-scsi-remove-target-fix.patch --] [-- Type: text/x-patch, Size: 1983 bytes --] scsi_remove_target: fix softlockup condition From: Dan Williams <djbw@fb.com> Don't restart lookup of stargets in the multi-target case, just arrange to traverse the list once, on the assumption that new targets are always added at the end. There is no guarantee that the target will change state in scsi_target_reap() so we can end up spinning if we restart. --- drivers/scsi/scsi_sysfs.c | 30 ++++++++++++++---------------- 1 file changed, 14 insertions(+), 16 deletions(-) diff --git a/drivers/scsi/scsi_sysfs.c b/drivers/scsi/scsi_sysfs.c index 093d4f6..ce5224c 100644 --- a/drivers/scsi/scsi_sysfs.c +++ b/drivers/scsi/scsi_sysfs.c @@ -1031,33 +1031,31 @@ static void __scsi_remove_target(struct scsi_target *starget) void scsi_remove_target(struct device *dev) { struct Scsi_Host *shost = dev_to_shost(dev->parent); - struct scsi_target *starget, *found; + struct scsi_target *starget, *last = NULL; unsigned long flags; - restart: - found = NULL; + /* remove targets being careful to lookup next entry before + * deleting the last + */ spin_lock_irqsave(shost->host_lock, flags); list_for_each_entry(starget, &shost->__targets, siblings) { if (starget->state == STARGET_DEL) continue; if (starget->dev.parent == dev || &starget->dev == dev) { - found = starget; - found->reap_ref++; - break; + /* assuming new targets arrive at the end */ + starget->reap_ref++; + spin_unlock_irqrestore(shost->host_lock, flags); + if (last) + scsi_target_reap(last); + last = starget; + __scsi_remove_target(starget); + spin_lock_irqsave(shost->host_lock, flags); } } spin_unlock_irqrestore(shost->host_lock, flags); - if (found) { - __scsi_remove_target(found); - scsi_target_reap(found); - /* in the case where @dev has multiple starget children, - * continue removing. - * - * FIXME: does such a case exist? - */ - goto restart; - } + if (last) + scsi_target_reap(last); } EXPORT_SYMBOL(scsi_remove_target); ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: Possible mptsas regression post 3.5.0 2012-08-28 16:12 ` Dan Williams @ 2012-08-28 16:42 ` John Drescher 0 siblings, 0 replies; 5+ messages in thread From: John Drescher @ 2012-08-28 16:42 UTC (permalink / raw) To: Dan Williams; +Cc: LKML, linux-scsi, DL-MPTFusionLinux >> [ 174.758218] scsi_remove_target[0]: reap 0:0 state: 2 reap: 1 dev_del: 1 > > Thanks! Does the attached patch fix the issue for you? > That worked! [ 169.402990] netconsole: network logging started [ 200.903700] mptbase: ioc0: LogInfo(0x31110d00): Originator={PL}, Code={Reset}, SubCode(0x0d00) cb_idx mptbase_reply [ 205.173793] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 205.173876] sd 0:0:0:0: [sda] [ 205.173919] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 205.177611] md/raid:md1: Disk failure on sda2, disabling device. [ 205.177611] md/raid:md1: Operation continuing on 11 devices. [ 205.177653] md/raid1:md0: Disk failure on sda1, disabling device. [ 205.177653] md/raid1:md0: Operation continuing on 9 devices. [ 205.234825] md: recovery of RAID array md0 [ 205.234921] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. [ 205.235016] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery. [ 205.235171] md: using 128k window, over a total of 1048512k. [ 205.244799] md: delaying recovery of md1 until md0 has finished (they share one or more physical units) [ 205.304574] md: unbind<sda1> [ 205.313688] md: unbind<sda2> [ 205.321117] md: export_rdev(sda1) [ 205.331098] md: export_rdev(sda2) [ 214.452649] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 0, phy 0, sas_addr 0x1221000000000000 [ 214.459858] scsi 0:0:7:0: Direct-Access ATA WDC WD2500JD-00H 2D08 PQ: 0 ANSI: 5 [ 214.461941] sd 0:0:7:0: Attached scsi generic sg0 type 0 [ 214.462949] sd 0:0:7:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB) [ 214.781445] sd 0:0:7:0: [sda] Write Protect is off [ 214.788044] sd 0:0:7:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 215.017999] sda: sda1 sda2 [ 215.342944] sd 0:0:7:0: [sda] Attached SCSI disk [ 230.608957] md: md0: recovery done. [ 230.641045] md: recovery of RAID array md1 [ 230.641140] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. [ 230.641238] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery. [ 230.641394] md: using 128k window, over a total of 243147776k. localhost ~ # uname -a Linux localhost 3.5.0-bisect-9-test-scsi-remove-target-fix-00014-g10f8d5b-dirty #10 SMP Tue Aug 28 12:33:16 EDT 2012 x86_64 Intel(R) Xeon(R) CPU E31230 @ 3.20GHz GenuineIntel GNU/Linux localhost ~ # cat /proc/mdstat Personalities : [raid1] [raid10] [raid6] [raid5] [raid4] [raid0] [linear] [multipath] md0 : active raid1 sdj1[0] sdk1[2] sdf1[10](S) sdb1[11](S) sdg1[9] sdh1[8] sdl1[7] sdm1[6] sde1[5] sdd1[4] sdi1[3] sdc1[1] 1048512 blocks [10/10] [UUUUUUUUUU] md1 : active raid6 sdk2[17] sdj2[18] sdf2[16] sdm2[19] sdl2[14] sdi2[12] sdg2[15] sde2[5] sdd2[4] sdh2[21] sdb2[20] sdc2[1] 2431477760 blocks super 1.2 level 6, 512k chunk, algorithm 2 [12/11] [_UUUUUUUUUUU] [>....................] recovery = 1.2% (3134952/243147776) finish=100.1min speed=39954K/sec unused devices: <none> John ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-08-28 16:42 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CAEhu1-6wq1YsNiscGMwP4ud0Q+MrViRzv=kcWCQSBNc8c68N5Q@mail.gmail.com>
[not found] ` <CAEhu1-5VLuFsZomDZ1yxixqD7oLEhoXs+N698_VBkdGz5trK8g@mail.gmail.com>
[not found] ` <CAEhu1-5sHQOTZ=KRxkpiAeBFC5BReR+svUGpp=9tk3drqJNg0A@mail.gmail.com>
[not found] ` <CAD9gYJJQ+vsv12+-0e_nMtgs71Snvt4j2s48-HnwkrV2yOiwLQ@mail.gmail.com>
2012-08-27 16:13 ` Possible mptsas regression post 3.5.0 John Drescher
2012-08-28 5:37 ` Dan Williams
2012-08-28 14:03 ` John Drescher
2012-08-28 16:12 ` Dan Williams
2012-08-28 16:42 ` John Drescher
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox