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
