Public bug reported: I'm trying to use a brand newly installed system (at an ISP), which has a 3ware RAID card:
05:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID PCIe (rev 01) after a brand new Ubuntu 10.04 64bit install, I'm simply using dselect to install the packages I want - and running a number of rsync instances in the meantime, to transfer data. on two different occasions, this resulted in dpkg crashing, so much that in fact I couldn't even kill it with kill -9. this is what I got in syslog: Aug 15 13:30:03 d4 kernel: [ 4.659871] 3w-9xxx: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85. Aug 15 13:30:03 d4 kernel: [ 4.660221] 3w-9xxx: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85. Aug 15 13:30:03 d4 kernel: [ 4.660706] 3w-9xxx: scsi0: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85. Aug 15 13:30:03 d4 kernel: [ 4.743196] type=1505 audit(1281893403.207:5): operation="profile_replace" pid=747 name="/sbin/dhclient3" Aug 15 13:30:03 d4 kernel: [ 4.743673] type=1505 audit(1281893403.207:6): operation="profile_replace" pid=747 name="/usr/lib/NetworkManager/nm-dhcp-client.action" Aug 15 13:30:03 d4 kernel: [ 4.743929] type=1505 audit(1281893403.207:7): operation="profile_replace" pid=747 name="/usr/lib/connman/scripts/dhclient-script" Aug 15 13:30:03 d4 kernel: [ 4.752861] type=1505 audit(1281893403.217:8): operation="profile_load" pid=748 name="/usr/sbin/tcpdump" Aug 15 13:30:04 d4 kernel: [ 6.162523] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None Aug 15 13:30:04 d4 kernel: [ 6.162526] 0000:0d:00.0: eth0: 10/100 speed: disabling TSO Aug 15 13:30:04 d4 kernel: [ 6.163308] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Aug 15 13:49:59 d4 kernel: [ 1200.730658] dpkg D 0000000000000000 0 5429 1174 0x00000000 Aug 15 13:49:59 d4 kernel: [ 1200.730663] ffff880225087db8 0000000000000082 0000000000015bc0 0000000000015bc0 Aug 15 13:49:59 d4 kernel: [ 1200.730668] ffff880224241ab0 ffff880225087fd8 0000000000015bc0 ffff8802242416f0 Aug 15 13:49:59 d4 kernel: [ 1200.730671] 0000000000015bc0 ffff880225087fd8 0000000000015bc0 ffff880224241ab0 Aug 15 13:49:59 d4 kernel: [ 1200.730675] Call Trace: Aug 15 13:49:59 d4 kernel: [ 1200.730684] [<ffffffff811663f0>] ? bdi_sched_wait+0x0/0x20 Aug 15 13:49:59 d4 kernel: [ 1200.730687] [<ffffffff811663fe>] bdi_sched_wait+0xe/0x20 Aug 15 13:49:59 d4 kernel: [ 1200.730692] [<ffffffff8154292f>] __wait_on_bit+0x5f/0x90 Aug 15 13:49:59 d4 kernel: [ 1200.730695] [<ffffffff811663f0>] ? bdi_sched_wait+0x0/0x20 Aug 15 13:49:59 d4 kernel: [ 1200.730698] [<ffffffff815429d8>] out_of_line_wait_on_bit+0x78/0x90 Aug 15 13:49:59 d4 kernel: [ 1200.730702] [<ffffffff81085470>] ? wake_bit_function+0x0/0x40 Aug 15 13:49:59 d4 kernel: [ 1200.730705] [<ffffffff811663b4>] ? bdi_queue_work+0xa4/0xe0 Aug 15 13:49:59 d4 kernel: [ 1200.730708] [<ffffffff8116776f>] bdi_sync_writeback+0x6f/0x80 Aug 15 13:49:59 d4 kernel: [ 1200.730712] [<ffffffff811677a0>] sync_inodes_sb+0x20/0x30 Aug 15 13:49:59 d4 kernel: [ 1200.730715] [<ffffffff8116b272>] __sync_filesystem+0x82/0x90 Aug 15 13:49:59 d4 kernel: [ 1200.730718] [<ffffffff8116b359>] sync_filesystems+0xd9/0x130 Aug 15 13:49:59 d4 kernel: [ 1200.730721] [<ffffffff8116b411>] sys_sync+0x21/0x40 Aug 15 13:49:59 d4 kernel: [ 1200.730725] [<ffffffff810131b2>] system_call_fastpath+0x16/0x1b interestingly, when I killed the rsync processes, dpkg somehow got resurrected the second time. this is all kind of disturbing, as it seems on a bit heavy disk I/O, the raid subsystem becomes unstable - what could be the issue here? here's some additonal info on the system: # lspci 00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller (rev 01) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02) 00:1f.2 RAID bus controller: Intel Corporation 82801 SATA RAID Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) 00:1f.6 Signal processing controller: Intel Corporation 82801I (ICH9 Family) Thermal Subsystem (rev 02) 05:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID PCIe (rev 01) 0d:00.0 Ethernet controller: Intel Corporation 82573E Gigabit Ethernet Controller (Copper) (rev 03) 0f:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller 11:04.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z9s/Z9m (XG21 core) ** Affects: ubuntu Importance: Undecided Status: New -- 3ware 9650SE issue - dpkg segfaults, hangs https://bugs.launchpad.net/bugs/618542 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs