Created attachment 567337 [details] dmesg of the f16 laptop Description of problem: I see an udisks-daemon trap int3 xxxx after plugging a 3g modem. I did not notice any bad consequence of such error. # ls -l /var/log/mess* -rw-------. 1 root root 1641222 Mar 3 17:27 /var/log/messages -rw-------. 1 root root 4256179 Feb 6 10:22 /var/log/messages-20120206 -rw-------. 1 root root 3333632 Feb 12 17:39 /var/log/messages-20120212 -rw-------. 1 root root 9216182 Feb 19 03:20 /var/log/messages-20120219 -rw-------. 1 root root 2551210 Feb 26 16:03 /var/log/messages-20120226 # grep udisks-daemon /var/log/mess* /var/log/messages:Feb 28 15:40:39 grimmjow kernel: [ 392.227854] udisks-daemon[1458] trap int3 ip:3fe2c4d313 sp:7ffff985f890 error:0 /var/log/messages:Feb 28 15:40:39 grimmjow abrt[2658]: Saved core dump of pid 1458 (/usr/libexec/udisks-daemon) to /var/spool/abrt/ccpp-2012-02-28-15:40:39-1458 (18034688 bytes) /var/log/messages:Mar 3 17:22:53 grimmjow kernel: [99486.488429] udisks-daemon[1447] trap int3 ip:3fe2c4d313 sp:7fff7ee9c5a0 error:0 /var/log/messages:Mar 3 17:22:53 grimmjow abrt[13908]: Saved core dump of pid 1447 (/usr/libexec/udisks-daemon) to /var/spool/abrt/ccpp-2012-03-03-17:22:53-1447 (18071552 bytes) abrt: # cat component udisks[root@grimmjow ccpp-2012-02-28-15:40:39-1458] # cat reason Process /usr/libexec/udisks-daemon was killed by signal 5 (SIGTRAP)[root@grimmjow ccpp-2012-02-28-15:40:39-1458] udisks.x86_64 1.0.4-3.fc1 kernek 3.2.7-1.fc16.x86_64 Version-Release number of selected component (if applicable): How reproducible: allways Steps to Reproduce: 1. boot 2. plug a 3g modem Actual results: udisk-daemon in messages and abrt Expected results: no message and no fault. Additional info:
I'm facing the same message on Archlinux with a custom kernel, since the release of Gnome "3.4". Therefore automount of thumbdrives, SD-Cards and others don't work anymore. I'm afraid it is a kernel option I don't know. Does automount still work on your system? 10565 Apr 29 17:59:19 cupcake kernel: udisksd[834] trap int3 ip:7fbbaa4115a1 sp:7fff78a33470 error 10565 :0
According to my logs, the last time it happened was on: Apr 26 09:24:53 XXXXXX kernel: [ 1599.335578] udisks-daemon[1480] trap int3 ip:3fe2c4d313 sp:7fff066f1be0 error:0 A few days ago. > Does automount still work on your system? I do use KDE, and i am able to mount usb mas storage devices. I do use luks for my home partition. Do you use luks also?
It still does happen. # cat /var/log/messages| grep -i trap May 28 00:42:03 XXXXX kernel: [33261.216926] udisks-daemon[4952] trap int3 ip:37b124d783 sp:7fff8bd4c7b0 error:0 May 28 02:51:38 XXXXX kernel: [41017.478537] udisks-daemon[12186] trap int3 ip:37b124d783 sp:7fff0d1e1b10 error:0 The time 28 02:51:38 coincides with the usage of a 3g modem. I attached the logs of the event. The modem (HUAWEI E173s-6) needs usb-modeswitch.
Created attachment 588723 [details] section of the logfile in which the modem is plugged and the trap is generated the inserted modem is a HUAWEI E173s-6.
There is some kind of relationship between the usb 3g modem (Huawei E173s-6) and this issue. It does not happen all the time, just sometimes. The Huawei E173s-6 present also an SD Memory Slot, and needs usb_modeswitch. Abrt: # cat component udisks # cat reason Process /usr/libexec/udisks-daemon was killed by signal 5 (SIGTRAP) # cat var_log_messages Jun 5 14:48:36 grimmjow kernel: [ 2640.245296] udisks-daemon[1559] trap int3 ip:325224d783 sp:7fff138041a0 error:0 Jun 5 14:48:36 grimmjow abrt[3757]: Saved core dump of pid 1559 (/usr/libexec/udisks-daemon) to /var/spool/abrt/ccpp-2012-06-05-14:48:36-1559 (18014208 bytes) # cat kernel 3.3.7-1.fc16.x86_64 # cat package udisks-1.0.4-3.fc16 usb_modeswitch.x86_64 1.2.3-1.fc16 usb_modeswitch-data.noarch 20120120-1.fc16
Created attachment 590679 [details] F17 issue reproduced, attached abrt's remote backtrace output I was able to reproduce it on a F17 host. I used the abrt remote bracktrace server to generate a backtrace.
I was able to reproduce the issue with greater precision. Tested Kernel: 3.4.4-4.fc16.x86_64 The first time one plug the 3G Modem HUAWEI E173s-6 two things may happen: * The modem is not correctly detected (no /dev/ttyUSB* devices) In this case, the 'trap' issue will NOT happen. Also see rh-bz# (725265) This happens sometimes and it is reported in rh-bz# (725265) * The modem is correctly detected (/dev/ttyUSB* devices are ok) In this case, the 'trap' issue will happen when: <Applies to THIS Bug-Report> * The first time the modem IS DETECTED OK, and one was able to connect successfully with the modem. * one ended the connection. (disconnect) * one unplugged the HUAWEI E173s-6 3G modem * one RE-PLUG/RE-INSTERT the HUAWEI E173s-6 3G Modem At this point the 'trap' is generated.
Extended Explanation of the reproduction of the issue: POWER-OFF POWER-ON I opened two terminals: T#1: 'tail -f /var/log/messages | grep -i trap' T#2: 'udisks --monitor' 1) Plug the HUAWEI E173s-6 3G Modem on the USB Port. T#1: <NOTHING> T#2: added: /org/freedesktop/UDisks/devices/sr1 added: /org/freedesktop/UDisks/devices/sdb changed: /org/freedesktop/UDisks/devices/sr1 removed: /org/freedesktop/UDisks/devices/sr1 changed: /org/freedesktop/UDisks/devices/sdb changed: /org/freedesktop/UDisks/devices/sdb In thids case it was the first time i plugged the modem in and it was not detected ok. The /dev/ttyUSB* devices were not created. This is relevant to rh-bz (725265), i will update it later. IT WAS NOT POSSIBLE TO CONNECT, so Unplugged the modem, T#1: <NOTHING> T#2: removed: /org/freedesktop/UDisks/devices/sdb I plugged the 3G Modem back, T#1: nothing T#2: added: /org/freedesktop/UDisks/devices/sr1 added: /org/freedesktop/UDisks/devices/sdb changed: /org/freedesktop/UDisks/devices/sdb changed: /org/freedesktop/UDisks/devices/sr1 changed: /org/freedesktop/UDisks/devices/sdb I was able to Connect, Terminal#1: nothing Terminal#2: nothing Now i disconnected the modem, Terminal#1: nothing Terminal#2: nothing Now, i unplugged the modem, Terminal#1: nothing Terminal#2: removed: /org/freedesktop/UDisks/devices/sr1 removed: /org/freedesktop/UDisks/devices/sdb No error, no trap, now, Now i plugged the modem back again: T#1: Jul 10 18:20:13 grimmjow kernel: [ 598.722673] udisks-daemon[1601] trap int3 ip:325224d783 sp:7fff520ef430 error:0 T#2: added: /org/freedesktop/UDisks/devices/sr1 added: /org/freedesktop/UDisks/devices/sdb changed: /org/freedesktop/UDisks/devices/sr1 removed: /org/freedesktop/UDisks/devices/sr1 changed: /org/freedesktop/UDisks/devices/sdb removed: /org/freedesktop/UDisks/devices/sdb added: /org/freedesktop/UDisks/devices/sdb
The same, but with 'udisks --monitor-detail', this is : (udisks:3698): udisks-WARNING **: Couldn't call GetAll() to get properties for /org/freedesktop/UDisks/devices/sdb: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist ------------------~~~~~~~~~~ Complete output: added: /org/freedesktop/UDisks/devices/sr1 Showing information for /org/freedesktop/UDisks/devices/sr1 native-path: /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0/host16/target16:0:0/16:0:0:0/block/sr1 device: 11:1 device-file: /dev/sr1 presentation: /dev/sr1 by-id: /dev/disk/by-id/usb-HUAWEI_HUAWEI_Mobile detected at: Tue 10 Jul 2012 06:50:16 PM ART system internal: 1 removable: 0 has media: 1 (detected at Tue 10 Jul 2012 06:50:16 PM ART) detects change: 0 detection by polling: 0 detection inhibitable: 0 detection inhibited: 0 is read only: 0 is mounted: 0 mount paths: mounted by uid: 0 presentation hide: 0 presentation nopolicy: 0 presentation name: presentation icon: automount hint: size: 0 block size: 512 job underway: no usage: type: version: uuid: label: changed: /org/freedesktop/UDisks/devices/sr1 (udisks:3698): udisks-WARNING **: Couldn't call GetAll() to get properties for /org/freedesktop/UDisks/devices/sr1: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist removed: /org/freedesktop/UDisks/devices/sr1 added: /org/freedesktop/UDisks/devices/sdb Showing information for /org/freedesktop/UDisks/devices/sdb native-path: /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.1/host17/target17:0:0/17:0:0:0/block/sdb device: 8:16 device-file: /dev/sdb presentation: /dev/sdb by-id: /dev/disk/by-id/usb-HUAWEI_SD_Storage-0:0 by-path: /dev/disk/by-path/pci-0000:00:1d.0-usb-0:1.1:1.1-scsi-0:0:0:0 detected at: Tue 10 Jul 2012 06:50:16 PM ART system internal: 1 removable: 0 has media: 1 (detected at Tue 10 Jul 2012 06:50:16 PM ART) detects change: 0 detection by polling: 0 detection inhibitable: 0 detection inhibited: 0 is read only: 0 is mounted: 0 mount paths: mounted by uid: 0 presentation hide: 0 presentation nopolicy: 0 presentation name: presentation icon: automount hint: size: 0 block size: 512 job underway: no usage: type: version: uuid: label: changed: /org/freedesktop/UDisks/devices/sdb (udisks:3698): udisks-WARNING **: Couldn't call GetAll() to get properties for /org/freedesktop/UDisks/devices/sdb: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist removed: /org/freedesktop/UDisks/devices/sdb added: /org/freedesktop/UDisks/devices/sdb Showing information for /org/freedesktop/UDisks/devices/sdb native-path: /sys/sdb device: 8:16 device-file: /dev/sdb presentation: /dev/sdb detected at: Tue 10 Jul 2012 06:50:16 PM ART system internal: 1 removable: 0 has media: 1 (detected at Tue 10 Jul 2012 06:50:16 PM ART) detects change: 0 detection by polling: 0 detection inhibitable: 0 detection inhibited: 0 is read only: 0 is mounted: 0 mount paths: mounted by uid: 0 presentation hide: 0 presentation nopolicy: 0 presentation name: presentation icon: automount hint: size: 0 block size: 512 job underway: no usage: type: version: uuid: label:
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
Pease note that in comment #6, the issue was reproduced on Fedora 17. I will test it again on a current F17 host.