sane-find-scanner startet und startet und startet und startet ... (MDK 10 CE)

[nggalai]

Hola,

mir ist klar, dass ich einen "unstable" Release Candidate fahre, also bitte keine Moralpredigt. ;) Mir geht's darum:


Mar 27 01:31:40 karoshi scannerdrake[2691]: ### Program is starting ###
Mar 27 01:31:42 karoshi scannerdrake[2760]: ### Program is starting ###
Mar 27 01:31:43 karoshi kernel: lp: driver loaded but no devices found
Mar 27 01:31:45 karoshi scannerdrake[2691]: running: /sbin/chkconfig --list
Mar 27 01:31:45 karoshi scannerdrake[3129]: ### Program is starting ###
Mar 27 01:31:46 karoshi scannerdrake[3196]: ### Program is starting ###
Mar 27 01:31:52 karoshi scannerdrake[3867]: ### Program is starting ###
Mar 27 01:31:53 karoshi scannerdrake[3988]: ### Program is starting ###
Mar 27 01:31:53 karoshi scannerdrake[3976]: ### Program is starting ###
Mar 27 01:31:59 karoshi scannerdrake[4527]: ### Program is starting ###
Mar 27 01:31:59 karoshi scannerdrake[4550]: ### Program is starting ###
Mar 27 01:31:59 karoshi scannerdrake[4567]: ### Program is starting ###
Mar 27 01:32:04 karoshi scannerdrake[5177]: ### Program is starting ###
Mar 27 01:32:04 karoshi scannerdrake[5092]: ### Program is starting ###
Mar 27 01:32:05 karoshi scannerdrake[5216]: ### Program is starting ###
Mar 27 01:32:06 karoshi scannerdrake[5242]: ### Program is starting ###
Mar 27 01:32:06 karoshi scannerdrake[5252]: ### Program is starting ###
Mar 27 01:32:10 karoshi kernel: usbfs: USBDEVFS_BULK failed dev 3 ep 0x3 len 5 ret -108
Mar 27 01:32:10 karoshi scannerdrake[5726]: ### Program is starting ###
Mar 27 01:32:13 karoshi scannerdrake[6000]: ### Program is starting ###
Mar 27 01:32:13 karoshi scannerdrake[5994]: ### Program is starting ###
Mar 27 01:32:13 karoshi scannerdrake[5984]: ### Program is starting ###
Mar 27 01:32:13 karoshi scannerdrake[6025]: ### Program is starting ###
Mar 27 01:32:14 karoshi scannerdrake[6023]: ### Program is starting ###
Mar 27 01:32:18 karoshi kernel: usbfs: USBDEVFS_BULK failed dev 3 ep 0x3 len 5 ret -108
Mar 27 01:32:21 karoshi scannerdrake[6783]: ### Program is starting ###
Mar 27 01:32:21 karoshi scannerdrake[6745]: ### Program is starting ###
Mar 27 01:32:21 karoshi scannerdrake[6762]: ### Program is starting ###
Mar 27 01:32:21 karoshi scannerdrake[6807]: ### Program is starting ###
Mar 27 01:32:21 karoshi scannerdrake[6798]: ### Program is starting ###
Mar 27 01:32:22 karoshi scannerdrake[6826]: ### Program is starting ###
Mar 27 01:32:26 karoshi kernel: usbfs: USBDEVFS_BULK failed dev 3 ep 0x3 len 5 ret -108
Mar 27 01:32:27 karoshi scannerdrake[7374]: ### Program is starting ###
Mar 27 01:32:29 karoshi scannerdrake[7602]: ### Program is starting ###
Mar 27 01:32:29 karoshi scannerdrake[7630]: ### Program is starting ###
Mar 27 01:32:30 karoshi scannerdrake[7660]: ### Program is starting ###
Mar 27 01:32:30 karoshi scannerdrake[7668]: ### Program is starting ###
Mar 27 01:32:30 karoshi scannerdrake[7652]: ### Program is starting ###
Mar 27 01:32:30 karoshi scannerdrake[7683]: ### Program is starting ###
Mar 27 01:32:35 karoshi kernel: usbfs: USBDEVFS_BULK failed dev 3 ep 0x3 len 5 ret -108
Mar 27 01:32:35 karoshi kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
Mar 27 01:32:35 karoshi kernel: printing eip:
Mar 27 01:32:35 karoshi kernel: f98791c5
Mar 27 01:32:35 karoshi kernel: *pde = 00000000
Mar 27 01:32:35 karoshi kernel: Oops: 0000 [#1]
Mar 27 01:32:35 karoshi kernel: CPU: 0
Mar 27 01:32:35 karoshi kernel: EIP: 0060:[__crc_netlink_broadcast+537298/4897988] Tainted: PF VLI
Mar 27 01:32:35 karoshi kernel: EIP: 0060:[<f98791c5>] Tainted: PF VLI
Mar 27 01:32:35 karoshi kernel: EFLAGS: 00010246
Mar 27 01:32:35 karoshi kernel: EIP is at __crc_usb_disconnect+0x1867fdb/0x186c098 [usbcore]
Mar 27 01:32:35 karoshi kernel: eax: 00000000 ebx: ffffffea ecx: bffffc34 edx: fffffff2
Mar 27 01:32:35 karoshi kernel: esi: e0f5dd20 edi: 00000000 ebp: f4ef5f04 esp: f4ef5ef0
Mar 27 01:32:35 karoshi kernel: ds: 007b es: 007b ss: 0068
Mar 27 01:32:35 karoshi kernel: Process sane-find-scann (pid: 7556, threadinfo=f4ef4000 task=f3e3f980)
Mar 27 01:32:35 karoshi kernel: Stack: 00000000 000003e8 00000000 e0f5dd20 ffffffe7 f4ef5f1c f987ab0d f7b8f600
Mar 27 01:32:35 karoshi kernel: 00000000 e0f5dd20 e0f5dd28 f4ef5f68 f987af25 e0f5dd20 bffffc34 4064cba2
Mar 27 01:32:35 karoshi kernel: 00030002 f4ef5f50 c0157dfa f7b815e0 c50f1960 00000002 08067da8 f6d40000
Mar 27 01:32:35 karoshi kernel: Call Trace:
Mar 27 01:32:35 karoshi kernel: [__crc_netlink_broadcast+543770/4897988] __crc_usb_disconnect+0x1869923/0x186c098 [usbcore]
Mar 27 01:32:35 karoshi kernel: [<f987ab0d>] __crc_usb_disconnect+0x1869923/0x186c098 [usbcore]
Mar 27 01:32:35 karoshi kernel: [__crc_netlink_broadcast+544818/4897988] __crc_usb_disconnect+0x1869d3b/0x186c098 [usbcore]
Mar 27 01:32:35 karoshi kernel: [<f987af25>] __crc_usb_disconnect+0x1869d3b/0x186c098 [usbcore]
Mar 27 01:32:35 karoshi kernel: [dentry_open+298/448] dentry_open+0x12a/0x1c0
Mar 27 01:32:35 karoshi kernel: [<c0157dfa>] dentry_open+0x12a/0x1c0
Mar 27 01:32:35 karoshi kernel: [filp_open+90/96] filp_open+0x5a/0x60
Mar 27 01:32:35 karoshi kernel: [<c0157cca>] filp_open+0x5a/0x60
Mar 27 01:32:35 karoshi kernel: [file_ioctl+253/416] file_ioctl+0xfd/0x1a0
Mar 27 01:32:35 karoshi kernel: [<c0169ccd>] file_ioctl+0xfd/0x1a0
Mar 27 01:32:35 karoshi kernel: [sys_ioctl+569/576] sys_ioctl+0x239/0x240
Mar 27 01:32:35 karoshi kernel: [<c0169fa9>] sys_ioctl+0x239/0x240
Mar 27 01:32:35 karoshi kernel: [sys_open+120/160] sys_open+0x78/0xa0
Mar 27 01:32:35 karoshi kernel: [<c01580e8>] sys_open+0x78/0xa0
Mar 27 01:32:35 karoshi kernel: [sysenter_past_esp+82/113] sysenter_past_esp+0x52/0x71
Mar 27 01:32:35 karoshi kernel: [<c010b10d>] sysenter_past_esp+0x52/0x71
Mar 27 01:32:35 karoshi kernel:
Mar 27 01:32:35 karoshi kernel: Code: 5e 5f 5d c3 89 f6 55 89 e5 57 56 53 83 ec 08 bb ea ff ff ff f7 45 0c 00 ff ff ff 75 59 8b 45 08 31 ff 8b 80 94 01 00 00 89 45 ec <0f> b6 50 04 39 d7 73 3e 89 55 f0 8b 44 b8 0c 31 c9 8b 70 08 39
Mar 27 01:32:38 karoshi scannerdrake[8472]: ### Program is starting ###
Mar 27 01:32:38 karoshi scannerdrake[8489]: ### Program is starting ###
Mar 27 01:32:38 karoshi scannerdrake[8517]: ### Program is starting ###
etc etc etc. Mein momentaner Rekord liegt bei knapp 28000 laufenden "scannerdrakes". ;D

Konkret: wann immer eine Applikation oder ein Konfigurations-Tool "sane-find-scanner" verwendet, passiert das da oben. In dem Fall hier hab' ich auf die Hardware-Übersicht geklickt. Wenn man sane-find-scanner "von Hand" verwendet, macht er zwar seinen job und gibt auch das Resultat aus (Canon blabla found yay), aber er spawnt weiterhin schön Prozesse bis die Kiste abschmiert. Ein paarmal killall sane-find-scanner reichen, und die ganzen Prozesse sind wieder weg. Hier meine Fragen:


1) an MDK 10.0 CE-User: habt ihr sowas auch? Wenn ja/nein, wo muss ich mit der Fehlersuche beginnen?

2) auch an MDK-User (egal welche Version)--wie bringe ich MDK dazu, NICHT bei jedem Hardware-Übersicht-Aufrufen, starten von xSane etc. nach neuen Scannern "zu suchen?" Das Teil läuft ja. Kann man das irgendwo "hardcoded" reinhacken und Ruhe ist?

3) an alle: Gibt's eine generelle Möglichkeit, Applikationen, die sich so verhalten, zu stoppen? Oder darf man wie ich 2h nach dem Auslöser suchen und dann den einfach killen wie ein Weltmeister?

93,
-Sascha.rb

P.S. habe ich schon erwähnt, dass die MDK-Konfigurationstools jede einzelne der Instanzen mit nice -10 startet? ;D -.rb

[Spartakus]

Mach erstmal Update auf'n aktuellen Cooker, bitte. Die Liste gefixter Bugs is ellenlang. Vielleicht ist Dein Prob mit dabei.

[nggalai]

Ich bin schon aufm aktuellen update, und bin praktisch stündlich am urpmi.update -a machen um zu schaun, ob was neues da ist. ;)

Mit dem Kernel 2.4.22 läuft's wie immer (also sauber), aber da werden die Scanner auch über /dev eingebunden, während bei den 2.6.3ern libusb herhalten muss. Ich hab' mal gegoogled, und auch wenn niemand mein Problem hat, so haben sich Fragen nach "wie zum Geier krieg ich den Scanner zum laufen?" gehäuft. Das lustige ist ja, dass mein Scanner tut, aber halt aus welchen Gründen auch immer sane-find-scanner bei allem mitgestartet wird (obwohl der Scanner erkannt und konfiguriert ist und eben: auch läuft), was zum genannten ich-starte-mal-im-sekundentakt-prozesse Verhalten führt.

Rechteproblem mitm usbfs? ?(

93,
-Sascha.rb