beim Verschicken von Mails mit Anlagen friert Rechner ein
Hallo Liste, bei mir tritt folgendes Problem auf. Wenn ich eine Mail mit Anhang verschicken möchte, friert der Rechner ein. Zwei LED's blinken am NUM-Block und nichts geht mehr. Ich kann den Rechner nur noch per Reset neu starten. Bei der nächsten Sitzung muss ich aus dem entsprechenden Verzeichnis die Dateien aus der Warteschlange löschen, bevor ich mich wieder mit dem Internet verbinden kann. Das Gleiche (Enfrieren) passiert übrigens sporadisch auch beim Surfen im Netz. Das kann ich allerdings im Gegensatz zur der Mail-Geschichte nicht reproduzieren. Ich benutze die Suse 8.2 mit Kernel k_deflt 2.4.20-100, eine Fritz Card PCI V2.0, die Einwahl erfolgt per KInternet, ibod läuft, amavis und antivir prüfen, MTA ist postfix, fetchmail und sendmail starten bei Einwahl, Provider ist t-online, smtp bei gmx. Ich bitte um Lösungsvorschläge ;-) Heiko
Am Donnerstag, 23. Oktober 2003 21:08 schrieb Heiko Zander:
Hallo Liste, bei mir tritt folgendes Problem auf. Wenn ich eine Mail mit Anhang verschicken möchte, friert der Rechner ein. Zwei LED's blinken am NUM-Block und nichts geht mehr. Ich kann den Rechner nur noch per Reset neu starten. Bei der nächsten Sitzung muss ich aus dem entsprechenden Verzeichnis die Dateien aus der Warteschlange löschen, bevor ich mich wieder mit dem Internet verbinden kann. Das Gleiche (Enfrieren) passiert übrigens sporadisch auch beim Surfen im Netz. Das kann ich allerdings im Gegensatz zur der Mail-Geschichte nicht reproduzieren. Ich benutze die Suse 8.2 mit Kernel k_deflt 2.4.20-100, eine Fritz Card PCI V2.0, die Einwahl erfolgt per KInternet, ibod läuft, amavis und antivir prüfen, MTA ist postfix, fetchmail und sendmail starten bei Einwahl, Provider ist t-online, smtp bei gmx. Ich bitte um Lösungsvorschläge ;-) Heiko
Hallo Heiko Ich habe exakt das gleiche Problem wie du. Ich habe genau das gleiche laufen wie du, nur bin ich bei NEFkom. Ich hab schon mit mit acpi=off probiert, jedoch alles ohne erfolg. Unter SuSE 8.1 Prof. hatte ich dieses Problem noch nicht. Erst seit ich 8.2 Prof. benutze. Aufgefallen ist mir auch, dass der Rechner einfriert, wenn ich mit dem Konqueror auf www.icq.com surfe. Die Einstellungen im Konqueror wurden von mir nach der Installation nicht verändert. Seitdem ich den Galeon nehme, friert die Kiste nicht mehr ein.(bis jetzt,also seit 2 Tagen :-) Wenn du eine Lösung hast, teile sie mir doch bitte mit. -- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
Am Donnerstag, 23. Oktober 2003 23:25 schrieb Gunnar Salbeck:
Seitdem ich den Galeon nehme, friert die Kiste nicht mehr ein.(bis jetzt,also seit 2 Tagen :-)
...allerdings öffnet sich nun der Galeon unendlich-fach, wenn ich nicht zuvor den "Totenkopf" auf ihn loslasse. Warum öffnet sich Galeon "unendlich-Fach"? -- Mit freundlichen Grüßen Gunnar Salbeck ++ GnuPG Frau&Kind ICQ(162837078) vorhanden ++ http://www.nefkom.net/gunnar.salbeck/GPG-Key.html
Guten Morgen.
Ich benutze die Suse 8.2 mit Kernel k_deflt 2.4.20-100, eine Fritz Card PCI V2.0, die Einwahl erfolgt per KInternet, ibod läuft, amavis und antivir prüfen, MTA ist postfix, fetchmail und sendmail starten bei Einwahl, Provider ist t-online, smtp bei gmx. Ich bitte um Lösungsvorschläge ;-)
Was für ein Rechner, welcher Treiber, der wie installiert wurde, ist hier involviert? Ich bitte um Auskunft. :-P Gruß, =OF= -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++
Am Freitag, 24. Oktober 2003 09:03 schrieb Ole Foskaty:
Guten Morgen.
Was für ein Rechner, welcher Treiber, der wie installiert wurde, ist hier involviert?
Rechner: P4 - 2,66 GHz Treiber: AVM Capi2.0 (mit HiSax hab ich es aber auch schon vergebens versucht) was meinst du mit "der wie installiert wurde"? Gruss Heiko
On Fri, Oct 24, 2003 at 11:04:53PM +0200, Heiko Zander wrote:
Am Freitag, 24. Oktober 2003 09:03 schrieb Ole Foskaty:
Guten Morgen.
Was für ein Rechner, welcher Treiber, der wie installiert wurde, ist hier involviert?
Rechner: P4 - 2,66 GHz Treiber: AVM Capi2.0 (mit HiSax hab ich es aber auch schon vergebens versucht)
Was heisst vergebens versucht ?
was meinst du mit "der wie installiert wurde"?
Er meinte sicherlich, falls Du eine neuere Version des CAPI Driveres von AVM genommen hast, mit welchen Schritten der installiert wurde. Der in meiner Mail angegebene fcpci.o ist der aktuellste von AVM. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten,
Was heisst vergebens versucht ?
Als ich HiSax als Treiber eingestellt hatte, traten die gleichen Probleme auf.
was meinst du mit "der wie installiert wurde"?
Er meinte sicherlich, falls Du eine neuere Version des CAPI Driveres von AVM genommen hast, mit welchen Schritten der installiert wurde.
Ich habe den AVM-Treiber von der Suse-DVD benutzt.
Der in meiner Mail angegebene fcpci.o ist der aktuellste von AVM.
Das probiere ich sofort aus, bis gleich ...
Am Freitag, 24. Oktober 2003 23:27 schrieb Heiko Zander:
Der in meiner Mail angegebene fcpci.o ist der aktuellste von AVM.
Das probiere ich sofort aus, bis gleich ...
Tja, hat leider wieder nicht geklappt. Absturz wie beschrieben :-(
On Fri, Oct 24, 2003 at 11:27:51PM +0200, Heiko Zander wrote:
Hallo Karsten,
Was heisst vergebens versucht ?
Als ich HiSax als Treiber eingestellt hatte, traten die gleichen Probleme auf.
Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI. Verwendest Du Kanalbuendlung ? Wie sieht die IRQ Verteilung aus (cat /proc/interrupts) ?
was meinst du mit "der wie installiert wurde"?
Er meinte sicherlich, falls Du eine neuere Version des CAPI Driveres von AVM genommen hast, mit welchen Schritten der installiert wurde.
Ich habe den AVM-Treiber von der Suse-DVD benutzt.
OK, das stimmt nicht ganz, aber ich weis was gemeint ist (der Treiber ist Bestandteil des Kernels, das heist Du hast den Treiber des k_deflt-2.4.20-100 benutzt, der der aktuelle Update kernel ist und nicht auf den CD/DVDs). Um das Problem weiter einzugrenzen, kannst Du mal probieren ob es auch ohne ISDN4linux passiert ? Dazu (mit CAPI Treiber): ifdown ippp0 killall isdnlog rcsmpppd stop rmmod -r capidrv machen. Dann eine Datei in /etc/ppp/peers/isdn erstellen, als Beispiel kannst Du /etc/ppp/peers/isdn/arcor nehmen cp /etc/ppp/peers/isdn/arcor /etc/ppp/peers/isdn/test editiere /etc/ppp/peers/isdn/test und passe username, password und number an (mit den Eintraegen aus der Provider Datei in /etc/sysconfig/network/provider/). Verbindung herstellen mit: pppd call isdn/test -- Karsten Keil SuSE Labs ISDN development
Am Samstag, 25. Oktober 2003 18:38 schrieb Karsten Keil:
Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI.
Verwendest Du Kanalbuendlung ?
ja
Wie sieht die IRQ Verteilung aus (cat /proc/interrupts) ?
CPU0 0: 48159 XT-PIC timer 1: 69 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 10800 XT-PIC eth0, usb-uhci, usb-uhci 8: 2 XT-PIC rtc 9: 2 XT-PIC acpi, ohci1394, ehci-hcd 10: 121030 XT-PIC fcpci, ehci-hcd, usb-uhci 11: 34263 XT-PIC usb-uhci, Creative P16X 14: 13053 XT-PIC ide0 15: 337 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0
Um das Problem weiter einzugrenzen, kannst Du mal probieren ob es auch ohne ISDN4linux passiert ?
Dazu (mit CAPI Treiber):
ifdown ippp0 ok killall isdnlog ok rcsmpppd stop ok rmmod -r capidrv rmmod: capidrv: Device or resource busy rmmod: isdn: Device or resource busy ???
Am Samstag, 25. Oktober 2003 20:10 schrieb Heiko Zander:
Karsten Kiel schrieb: Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI.
Verwendest Du Kanalbuendlung ?
Hab mal die Kanalbuendelung abgeschaltet. Und siehe da ... jetzt funktioniert das Verschicken von Anlagen - mit Hisax und mit AVMCapi. Stelle mal was von der ibod.cf ein. Liegt das das Problem? # global section # INTERVAL 1000 FILTER 8 LIMIT 7000 STAYUP 0 STAYUP_TIME 30 # # define bundle ippp0 # DEVICE ippp0 ENABLE 1 MAXCHAN 2 SLAVES ippp1
On Sat, Oct 25, 2003 at 08:33:59PM +0200, Heiko Zander wrote:
Am Samstag, 25. Oktober 2003 20:10 schrieb Heiko Zander:
Karsten Kiel schrieb: Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI.
Verwendest Du Kanalbuendlung ?
Hab mal die Kanalbuendelung abgeschaltet. Und siehe da ... jetzt funktioniert das Verschicken von Anlagen - mit Hisax und mit AVMCapi. Stelle mal was von der ibod.cf ein. Liegt das das Problem?
Nein mit ibod hat es nichts zu tun, aber wahrscheinlich mit der Kanalbuendlung selbst, ich werde es mal naeher untersuchen, bis dahin am besten die Buendlung ausschalten. -- Karsten Keil SuSE Labs ISDN development
On Sat, Oct 25, 2003 at 08:10:34PM +0200, Heiko Zander wrote:
Am Samstag, 25. Oktober 2003 18:38 schrieb Karsten Keil:
Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI.
Verwendest Du Kanalbuendlung ?
ja
Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar. --- linux.old/drivers/isdn/isdn_ppp.c 2003-08-06 18:44:25.000000000 +0200 +++ linux/drivers/isdn/isdn_ppp.c 2003-10-02 22:48:31.000000000 +0200 @@ -1251,7 +1251,7 @@ if (!lp) { printk(KERN_WARNING "%s: all channels busy - requeuing!\n", netdev->name); retval = 1; - goto unlock; + goto out; } /* we have our lp locked from now on */ Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o !!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!! mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o ...
Um das Problem weiter einzugrenzen, kannst Du mal probieren ob es auch ohne ISDN4linux passiert ?
Dazu (mit CAPI Treiber):
ifdown ippp0 ok killall isdnlog ok rcsmpppd stop ok rmmod -r capidrv rmmod: capidrv: Device or resource busy rmmod: isdn: Device or resource busy ???
Hmm da greift noch etwas auf die devices zu, kann man mit 'fuser /dev/isdnctrl' oder 'fuser /dev/isdninfo' eventuell rausbekommen. -- Karsten Keil SuSE Labs ISDN development
Hi, hab' das interessiert mitgelesen. Hab' momentan auch das Problem, daß der PC manchmal beim Surfen unter DSL - nicht reproduzierbar - einfriert. Verwende k_deflt 2.4.20-100 mit SuSE 8.2 und einer Fritz!Card DSL. könnte da das gleiche Problem vorliegen? Mailversand funktioniert bisher problemlos. Servus Horst Am Sonntag, 26. Oktober 2003 13:54 schrieb Karsten Keil:
On Sat, Oct 25, 2003 at 08:10:34PM +0200, Heiko Zander wrote:
Am Samstag, 25. Oktober 2003 18:38 schrieb Karsten Keil:
Das ist sehr seltsam, Abstuerze mit HiSax sind mir schon lange nicht mehr untergekommen im Zusammenhang mit der Fritz PCI.
Verwendest Du Kanalbuendlung ?
ja
Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar.
--- linux.old/drivers/isdn/isdn_ppp.c 2003-08-06 18:44:25.000000000 +0200 +++ linux/drivers/isdn/isdn_ppp.c 2003-10-02 22:48:31.000000000 +0200 @@ -1251,7 +1251,7 @@ if (!lp) { printk(KERN_WARNING "%s: all channels busy - requeuing!\n", netdev->name); retval = 1; - goto unlock; + goto out; } /* we have our lp locked from now on */
Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o
!!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!!
mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o
...
Um das Problem weiter einzugrenzen, kannst Du mal probieren ob es auch ohne ISDN4linux passiert ?
Dazu (mit CAPI Treiber):
ifdown ippp0
ok
killall isdnlog
ok
rcsmpppd stop
ok
rmmod -r capidrv
rmmod: capidrv: Device or resource busy rmmod: isdn: Device or resource busy ???
Hmm da greift noch etwas auf die devices zu, kann man mit 'fuser /dev/isdnctrl' oder 'fuser /dev/isdninfo' eventuell rausbekommen.
-- Karsten Keil SuSE Labs ISDN development
On Sun, Oct 26, 2003 at 04:36:01PM +0100, Horst Richter wrote:
Hi,
hab' das interessiert mitgelesen. Hab' momentan auch das Problem, daß der PC manchmal beim Surfen unter DSL - nicht reproduzierbar - einfriert. Verwende k_deflt 2.4.20-100 mit SuSE 8.2 und einer Fritz!Card DSL. könnte da das gleiche Problem vorliegen?
Mailversand funktioniert bisher problemlos.
Definitiv: Nein. DSL greift nicht auf das fehlerhafte isdn.o Modul zu. Du kannst wenn Du das mal etwas debuggen willst mal einen kernel mit zusaetzlichem debug testen: //ftp.suse.com/pub/people/kkeil/i4ldevel/k_deflt-2.4.20-101.i586.rpm Du solltest dann ab und zu mal grep "SQD __kfree_skb" /var/log/messages machen Wenn da was kommt sag mir Bescheid. -- Karsten Keil SuSE Labs ISDN development
Am Sonntag, 26. Oktober 2003 13:54 schrieb Karsten Keil:
Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar.
Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o
!!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!!
mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o
Super, die Sache funktioniert jetzt. Besten Dank.
Um das Problem weiter einzugrenzen, kannst Du mal probieren ob es auch ohne ISDN4linux passiert ?
Dazu (mit CAPI Treiber):
ifdown ippp0
ok
killall isdnlog
ok
rcsmpppd stop
ok
rmmod -r capidrv
rmmod: capidrv: Device or resource busy rmmod: isdn: Device or resource busy ???
Hmm da greift noch etwas auf die devices zu, kann man mit 'fuser /dev/isdnctrl' oder 'fuser /dev/isdninfo' eventuell rausbekommen.
Das klappt allerdings nicht so richtig, bei beiden Befehlen bekomme ich keine Ausgabe.
On Mon, Oct 27, 2003 at 10:49:25PM +0100, Heiko Zander wrote:
Am Sonntag, 26. Oktober 2003 13:54 schrieb Karsten Keil:
Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar.
Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o
!!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!!
mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o
Super, die Sache funktioniert jetzt. Besten Dank.
Gut. ...
rmmod: capidrv: Device or resource busy rmmod: isdn: Device or resource busy ???
Hmm da greift noch etwas auf die devices zu, kann man mit 'fuser /dev/isdnctrl' oder 'fuser /dev/isdninfo' eventuell rausbekommen. ^^^^^^^^^
Das klappt allerdings nicht so richtig, bei beiden Befehlen bekomme ich keine Ausgabe.
Es kann noch andere Sachen geben, z.B. Verwendung eines ttyIx (vbox oder mgetty). -- Karsten Keil SuSE Labs ISDN development
On Thu, Oct 23, 2003 at 09:08:14PM +0200, Heiko Zander wrote:
Hallo Liste, bei mir tritt folgendes Problem auf. Wenn ich eine Mail mit Anhang verschicken möchte, friert der Rechner ein. Zwei LED's blinken am NUM-Block und nichts geht mehr. Ich kann den Rechner nur noch per Reset neu starten. Bei der nächsten Sitzung muss ich aus dem entsprechenden Verzeichnis die Dateien aus der Warteschlange löschen, bevor ich mich wieder mit dem Internet verbinden kann. Das Gleiche (Enfrieren) passiert übrigens sporadisch auch beim Surfen im Netz. Das kann ich allerdings im Gegensatz zur der Mail-Geschichte nicht reproduzieren. Ich benutze die Suse 8.2 mit Kernel k_deflt 2.4.20-100, eine Fritz Card PCI V2.0, die Einwahl erfolgt per KInternet, ibod läuft, amavis und antivir prüfen, MTA ist postfix, fetchmail und sendmail starten bei Einwahl, Provider ist t-online, smtp bei gmx. Ich bitte um Lösungsvorschläge ;-)
Welcher Treiber HiSax oder CAPI2.0 ? !!! Achtung nur wenn der Kernel k_deflt-2.4.20-100 verwendet wird !!! Falls CAPI probier mal ftp://ftp.suse.com/pub/people/kkeil/testing/fcpci.o aus. Kopier den nach /lib/modules/2.4.20-4GB/misc: mv /lib/modules/2.4.20-4GB/misc/fcpci.o /lib/modules/2.4.20-4GB/misc/fcpci.o.old cp fcpci.o /lib/modules/2.4.20-4GB/misc/fcpci.o -- Karsten Keil SuSE Labs ISDN development
participants (5)
-
Gunnar Salbeck -
Heiko Zander -
Horst Richter -
Karsten Keil -
Ole Foskaty