[gentoo-user-de] Verlorene Interrupts

[gentoo-user-de] Verlorene Interrupts

[Werner Jansen]

Hallo zusammen,

meine Maschine hat unter starker Last ein Problem gehabt: Sie hat
ihre IP-Adresse vergessen, was dann zu weiteren Ausfallerscheinungen
geführt hat.

Im Log habe ich folgendes gefunden:

Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with the
"irqpoll" option) 
Mar 10 15:48:53 [kernel] Call Trace: <IRQ>
<ffffffff8014d940>{__report_bad_irq+48} 
Mar 10 15:48:53
[kernel]        <ffffffff8014db9b>{note_interrupt+523}
<ffffffff8014d465>{__do_IRQ+206} 
Mar 10 15:48:53 [kernel]
<ffffffff8010d81f>{do_IRQ+60}
<ffffffff80297a93>{evtchn_do_upcall+149} 
Mar 10 15:48:53
[kernel]        <ffffffff8010b7aa>{do_hypervisor_callback+30} <EOI>
Mar 10 15:48:53 [kernel]
<ffffffff801073aa>{hypercall_page+938}
<ffffffff801073aa>{hypercall_page+938} 
Mar 10 15:48:53
[kernel]        <ffffffff801096b7>{xen_idle+134}
<ffffffff80109dde>{cpu_idle+213} 
Mar 10 15:48:53 [kernel]
<ffffffff80501755>{start_kernel+468}
<ffffffff80501103>{_sinittext+259} 
Mar 10 15:48:53 [kernel] handlers:
Mar 10 15:48:53 [kernel] [<ffffffff802f453e>] (usb_hcd_irq+0x0/0x56)
                - Last output repeated twice -
Mar 10 15:48:53 [kernel] [<ffffffff88008e35>]
(tg3_interrupt_tagged+0x0/0x14c [tg3])


Tante Google spuckt folgendes aus:

irqpoll an den Kernel als Option dranhängen. Was macht das eigentlich?
Außerdem ist meine Maschine seitdem extrem langsam und träge
geworden, kann also nicht eine akzeptable Lösung des Problems sein.

Im Forum
http://forums.gentoo.org/viewtopic-t-344067-highlight-tg3+nobody+cared.html

habe ich ganz unten noch den Tip gelesen, noapic und/oder acpi=noirq
als Kernelparameter zu verwenden. Inwiefern kann das bei dem obig
geschilderten Problem helfen? Ich bin leider gerade zu weit weg von
der Maschine, als daß ich mir Spielereien mit grub erlauben könnte,
darum werde ich es erst morgen testen können.

Interessant finde ich vor allem, daß das Problem vor 2 Tagen das
erste Mal aufgetreten ist. Es heißt, das Problem tritt unter Last
auf. Die Maschine war jedoch schon häufiger unter Last (z.B. beim
bootstrappen), bisher ohne Probleme. 

Jemand ne Idee? Ist die Netzwerkkarte evtl. defekt? Wie kann ich mir
die Erscheinung als "neu" erklären?

uname -a :
Linux xenophob 2.6.16.28-xen #2 SMP Mon Oct 16 18:45:44 CEST
2006 x86_64 Intel(R) Xeon(TM) CPU 2.80GHz GenuineIntel 
GNU/Linux

Vielen Dank im Voraus für jeden Tip!

Viele Grüße,

Werner
--
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Verlorene Interrupts

[Jan Riedel]

Werner Jansen wrote:
> Hallo zusammen,
> 
> meine Maschine hat unter starker Last ein Problem gehabt: Sie hat
> ihre IP-Adresse vergessen, was dann zu weiteren Ausfallerscheinungen
> geführt hat.
> 
> Im Log habe ich folgendes gefunden:
> 
> Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with the
> "irqpoll" option) 
> Mar 10 15:48:53 [kernel] Call Trace: <IRQ>
> <ffffffff8014d940>{__report_bad_irq+48} 
> Mar 10 15:48:53
> [kernel]        <ffffffff8014db9b>{note_interrupt+523}
> <ffffffff8014d465>{__do_IRQ+206} 
> Mar 10 15:48:53 [kernel]
> <ffffffff8010d81f>{do_IRQ+60}
> <ffffffff80297a93>{evtchn_do_upcall+149} 
> Mar 10 15:48:53
> [kernel]        <ffffffff8010b7aa>{do_hypervisor_callback+30} <EOI>
> Mar 10 15:48:53 [kernel]
> <ffffffff801073aa>{hypercall_page+938}
> <ffffffff801073aa>{hypercall_page+938} 
> Mar 10 15:48:53
> [kernel]        <ffffffff801096b7>{xen_idle+134}
> <ffffffff80109dde>{cpu_idle+213} 
> Mar 10 15:48:53 [kernel]
> <ffffffff80501755>{start_kernel+468}
> <ffffffff80501103>{_sinittext+259} 
> Mar 10 15:48:53 [kernel] handlers:
> Mar 10 15:48:53 [kernel] [<ffffffff802f453e>] (usb_hcd_irq+0x0/0x56)
>                 - Last output repeated twice -
> Mar 10 15:48:53 [kernel] [<ffffffff88008e35>]
> (tg3_interrupt_tagged+0x0/0x14c [tg3])
> 
> 
> Tante Google spuckt folgendes aus:
> 
> irqpoll an den Kernel als Option dranhängen. Was macht das eigentlich?
> Außerdem ist meine Maschine seitdem extrem langsam und träge
> geworden, kann also nicht eine akzeptable Lösung des Problems sein.
> 
> Im Forum
> http://forums.gentoo.org/viewtopic-t-344067-highlight-tg3+nobody+cared.html
> 
> habe ich ganz unten noch den Tip gelesen, noapic und/oder acpi=noirq
> als Kernelparameter zu verwenden. Inwiefern kann das bei dem obig
> geschilderten Problem helfen? Ich bin leider gerade zu weit weg von
> der Maschine, als daß ich mir Spielereien mit grub erlauben könnte,
> darum werde ich es erst morgen testen können.
> 
> Interessant finde ich vor allem, daß das Problem vor 2 Tagen das
> erste Mal aufgetreten ist. Es heißt, das Problem tritt unter Last
> auf. Die Maschine war jedoch schon häufiger unter Last (z.B. beim
> bootstrappen), bisher ohne Probleme. 
> 
> Jemand ne Idee? Ist die Netzwerkkarte evtl. defekt? Wie kann ich mir
> die Erscheinung als "neu" erklären?
> 
> uname -a :
> Linux xenophob 2.6.16.28-xen #2 SMP Mon Oct 16 18:45:44 CEST
> 2006 x86_64 Intel(R) Xeon(TM) CPU 2.80GHz GenuineIntel 
> GNU/Linux
> 
> Vielen Dank im Voraus für jeden Tip!
> 
> Viele Grüße,
> 
> Werner

Hallo Werner,

irgendwie kam mir der Fehler doch bekannt vor. Die gleichen Meldungen
hatte ich vor ein par Wochen auch, jedoch schon beim booten. Hatte an
dem Tag nen BIOS-Update gemacht und frisch den vanilla-kernel-2.6.20
installiert und hatte es dann auf den kernel geschoben. Mit der Option
irqpoll wollte meine Maschine jedoch ueberhaupt nicht booten. Am Ende
stellte sich heraus, dass es das neue BIOS war, dass den Aerger
verursacht hatte. Mit der "alten" BIOS-Version trat das Problem dann
nicht mehr auf.

Gruss,
Jan

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Verlorene Interrupts

[Arnold Krille]

Da mein Rechner ein ähnliches Problem hat:

Am 12.03.07 schrieb Werner Jansen <jansenw@cs.tum.edu>:
> Hallo zusammen,
>
> meine Maschine hat unter starker Last ein Problem gehabt: Sie hat
> ihre IP-Adresse vergessen, was dann zu weiteren Ausfallerscheinungen
> geführt hat.
>
> Im Log habe ich folgendes gefunden:
>
> Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with the
> "irqpoll" option)
> irqpoll an den Kernel als Option dranhängen. Was macht das eigentlich?
> Außerdem ist meine Maschine seitdem extrem langsam und träge
> geworden, kann also nicht eine akzeptable Lösung des Problems sein.

Da wurde ein IRQ von keinem Treiber bearbeitet. "cat /proc/interrupts"
sagt Dir, welche Hardware/Treiber an dem IRQ hängen...

Die Option irqpoll veranlasst den Kernel in so einem Fall alle
Interrupt-Handler (also alle Treiber) nach Daten forschen zu lassen.
Das machts zwar sicherer, aber auch viel langsamer.
Bei mir machen die PATA-Geräte auf diese Art "Zicken", seit ich meine
Festplatten am SATA hängen habe. Die DVD-/CD-Laufwerke am PATA funzen
aber dennoch klaglos.
Dementsprechend hab ich statt irqpoll jetzt noirqdebug in der
append-Zeile des Kernels, wodurch diese IRQs einfach ignoriert werden.
Probier das doch einfach mal aus, wenn alles geht ists anscheinend in
Ordnung. Ansonsten halt BIOS-update oder -downgrade.

Arnold
-- 
visit http://www.arnoldarts.de/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

Re: [gentoo-user-de] Verlorene Interrupts

[Werner Jansen]

On Tue, 13 Mar 2007 13:06:03 +0100
"Arnold Krille" <arnold.krille@gmail.com> wrote:

> Da mein Rechner ein ähnliches Problem hat:
> 
> Am 12.03.07 schrieb Werner Jansen <jansenw@cs.tum.edu>:
> > Hallo zusammen,
> >
> > meine Maschine hat unter starker Last ein Problem gehabt: Sie hat
> > ihre IP-Adresse vergessen, was dann zu weiteren
> > Ausfallerscheinungen geführt hat.
> >
> > Im Log habe ich folgendes gefunden:
> >
> > Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with
> > the "irqpoll" option)
> > irqpoll an den Kernel als Option dranhängen. Was macht das
> > eigentlich? Außerdem ist meine Maschine seitdem extrem langsam
> > und träge geworden, kann also nicht eine akzeptable Lösung des
> > Problems sein.
> 
> Da wurde ein IRQ von keinem Treiber bearbeitet.
> "cat /proc/interrupts" sagt Dir, welche Hardware/Treiber an dem IRQ
> hängen...

In der ursprünglichen Fehlermeldung stand etwas von "tg3", was meine
Netzwerkkarte ist. Passt auch zum komischen Verhalten der
Netzwerkkarte (Konfiguration vergessen).

> 
> Die Option irqpoll veranlasst den Kernel in so einem Fall alle
> Interrupt-Handler (also alle Treiber) nach Daten forschen zu lassen.
> Das machts zwar sicherer, aber auch viel langsamer.
> Bei mir machen die PATA-Geräte auf diese Art "Zicken", seit ich
> meine Festplatten am SATA hängen habe. Die DVD-/CD-Laufwerke am
> PATA funzen aber dennoch klaglos.
> Dementsprechend hab ich statt irqpoll jetzt noirqdebug in der
> append-Zeile des Kernels, wodurch diese IRQs einfach ignoriert
> werden. Probier das doch einfach mal aus, wenn alles geht ists
> anscheinend in Ordnung. Ansonsten halt BIOS-update oder -downgrade.

Die Frage, die sich mir immer noch stellt: Warum tritt das jetzt auf
einmal auf? Der Rechner ist seit Lieferung nicht verändert worden.
Kein Hardwareumbau, kein BIOS-Update, gar nichts. Warum ist das nicht
schon früher aufgetreten, z.B. bei einem emerge -ve world nach
libc-update? Dabei wäre die Maschine auch unter Last. 

Inwiefern kann mir irqdebug dadurch helfen, daß es diese IRQs einfach
ignoriert? Da hängt meine Netzwerkkarte dran, wäre schade, wenn diese
ignoriert würde. :)


Viele Grüße,

Werner
--
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Verlorene Interrupts

[Arnold Krille]

Hi,

Am 14.03.07 schrieb Werner Jansen <jansenw@cs.tum.edu>:
> On Tue, 13 Mar 2007 13:06:03 +0100
> "Arnold Krille" <arnold.krille@gmail.com> wrote:
> > Da mein Rechner ein ähnliches Problem hat:
> > Am 12.03.07 schrieb Werner Jansen <jansenw@cs.tum.edu>:
> > > meine Maschine hat unter starker Last ein Problem gehabt: Sie hat
> > > ihre IP-Adresse vergessen, was dann zu weiteren
> > > Ausfallerscheinungen geführt hat.
> > > Im Log habe ich folgendes gefunden:
> > > Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with
> > > the "irqpoll" option)
> > > irqpoll an den Kernel als Option dranhängen. Was macht das
> > > eigentlich? Außerdem ist meine Maschine seitdem extrem langsam
> > > und träge geworden, kann also nicht eine akzeptable Lösung des
> > > Problems sein.
> > Da wurde ein IRQ von keinem Treiber bearbeitet.
> > "cat /proc/interrupts" sagt Dir, welche Hardware/Treiber an dem IRQ
> > hängen...
> In der ursprünglichen Fehlermeldung stand etwas von "tg3", was meine
> Netzwerkkarte ist. Passt auch zum komischen Verhalten der
> Netzwerkkarte (Konfiguration vergessen).

Hängt Deine Netzwerkkarte wirklich auf IRQ16?

> > Die Option irqpoll veranlasst den Kernel in so einem Fall alle
> > Interrupt-Handler (also alle Treiber) nach Daten forschen zu lassen.
> > Das machts zwar sicherer, aber auch viel langsamer.
> > Bei mir machen die PATA-Geräte auf diese Art "Zicken", seit ich
> > meine Festplatten am SATA hängen habe. Die DVD-/CD-Laufwerke am
> > PATA funzen aber dennoch klaglos.
> > Dementsprechend hab ich statt irqpoll jetzt noirqdebug in der
> > append-Zeile des Kernels, wodurch diese IRQs einfach ignoriert
> > werden. Probier das doch einfach mal aus, wenn alles geht ists
> > anscheinend in Ordnung. Ansonsten halt BIOS-update oder -downgrade.
> Die Frage, die sich mir immer noch stellt: Warum tritt das jetzt auf
> einmal auf? Der Rechner ist seit Lieferung nicht verändert worden.
> Kein Hardwareumbau, kein BIOS-Update, gar nichts. Warum ist das nicht
> schon früher aufgetreten, z.B. bei einem emerge -ve world nach
> libc-update? Dabei wäre die Maschine auch unter Last.

Ist die Netzwerkkarte mal warm geworden? Erhöhter Netzwerkverkehr kann
das verursachen...

> Inwiefern kann mir irqdebug dadurch helfen, daß es diese IRQs einfach
> ignoriert? Da hängt meine Netzwerkkarte dran, wäre schade, wenn diese
> ignoriert würde. :)

Naja, bei mir ist das Problem, das IRQs kommen, die nicht bearbeitet
werden müssen. Also spurious. Und statt da dann volles debug drauf zu
fahren, werden die halt ignoriert. Machnmal wird damit auch ein IRQ
ignoriert, der wichtig war, aber sobald der nächste wieder durchkommt,
werden die Daten ja abgearbeitet...

Arnold

-- 
visit http://www.arnoldarts.de/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

[gentoo-user-de] sandbox

[sven kux]

Hallo alle zusammen. 
Ich habe ein kleines Problem. Ich hatte einen Fehler gemacht beim updaten 
meines Systems.
Ich habe das Paket sandbox-1.2.11.tar.bz2 und libssl.so.0.9.7 nicht mehr. 
Irgendwie wurde ziemlich viel von meinen   /usr/portage/distfiles geloescht.
Zur Zeit habe ich keine Moeglichkeit irgendwas neu zu emergen.
Ich waere um ein paar Tipps und  Hilfe dankbar.
Sven
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] sandbox

[Bernd Wurst]

[-- Attachment #1: Type: text/plain, Size: 1611 bytes --]

Hallo.

Was hat das mit "Verlorene Interrupts" zu tun?
Bitte antworte nicht auf bestehende Mails wenn du gar keine Antwort erstellen 
willst...


Am Dienstag, 13. März 2007 schrieb sven kux:
> Ich habe ein kleines Problem. Ich hatte einen Fehler gemacht beim updaten
> meines Systems.
> Ich habe das Paket sandbox-1.2.11.tar.bz2 und libssl.so.0.9.7 nicht mehr.

Also die Benutzung von sandbox kannst du über FEATURES="-sandbox" ausschalten. 
libssl ist vermutlich Bestandteil von wget und daher kann wget keine Dateien 
mehr runterladen.

Ich würde jetzt mal versuchen mit irgendeinem Programm, das nicht gegen 
openSSL gelinked ist (browser?), die Source-Dateien für openssl und sandbox 
runter zu laden und nach /usr/portage/distfiles zu legen.

Dann solltest du mit 
FEATURES="-sandbox" emerge --oneshot sandbox
die sandbox neu erstellen können und mit 
emerge --oneshot openssl
sollte sich openssl neu installieren lassen.

Wenn alles nichts mehr hilft, dann kannst du das portage-rescue-Paket (ich hab 
grade keine URL mehr parat) runterladen, das enthält alles was nötig ist um 
irgendwie wieder ein lauffähiges portage zu bekommen.


> Irgendwie wurde ziemlich viel von meinen   /usr/portage/distfiles
> geloescht. Zur Zeit habe ich keine Moeglichkeit irgendwas neu zu emergen.

Eine genauere Fehlerbeschreibung wäre sinnvoll, damit man genauer sagen kann 
wo's grade hakt.

cu, Bernd

-- 
Und aus der Trübnis sprach eine Stimme zu mir:
"Lächle und sei froh, denn es könnte schlimmer kommen!"
Und ich lächelte und war froh -
und es kam schlimmer!

[-- Attachment #2: Type: application/pgp-signature, Size: 827 bytes --]

[gentoo-user-de] Sandbox

[gg]

Hallo ,

habe eben ein Gentoo installiert mit einem gemischten Profil

( hardened-nomultilib und desktop ) und funktioniert wunderbar !!


Aber  sandbox bricht ab beim emergen  wie folgt :

!!!
/var/tmp/portage/sys-apps/sandbox-2.13/work/sandbox-2.13-abi_x86_32.x86/config.log
 * ERROR: sys-apps/sandbox-2.13::gentoo failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *               ebuild.sh, line  124:  Called src_configure
 *             environment, line 2841:  Called
multilib-minimal_src_configure
 *             environment, line 1959:  Called multilib_foreach_abi
'multilib-minimal_abi_src_configure'
 *             environment, line 2173:  Called
multibuild_foreach_variant '_multilib_multibuild_wrapper'
'multilib-minimal_abi_src_configure'
 *             environment, line 1889:  Called _multibuild_run
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *             environment, line 1887:  Called
_multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
 *             environment, line  362:  Called
multilib-minimal_abi_src_configure
 *             environment, line 1953:  Called multilib_src_configure
 *             environment, line 2388:  Called econf
 *        phase-helpers.sh, line  666:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *              die "$@"
 *

Es sieht so aus als ob sandbox vom   " nomultilib "  nichts

mitbekommen hat !!  Wieso ??