Comment 33 for bug 618542

Hello,

I filed the bug report as stated, but since some time the problem didn't appear anymore. However, I could not enter this in the apport-collect queries.

Regards, Wolfgang

On 2012-Mar-24, at 00:20 , Christopher M. Penalver wrote:

> Ákos Maróy, thank you for reporting this bug and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, please execute the following command, as it will automatically gather debugging information, in a terminal:
> apport-collect 618542
>
> As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .
>
> If it remains an issue, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.
>
> apport-collect -p linux <replace-with-bug-number>
>
> Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.
>
> Thanks in advance.
>
> ** Changed in: linux (Ubuntu)
> Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/618542
>
> Title:
> 3ware 9650SE issue - dpkg segfaults, hangs
>
> Status in “linux” package in Ubuntu:
> Incomplete
>
> Bug description:
> 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)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/618542/+subscriptions