1721 CPU Auslastung 100%
Moderator: Lancom-Systems Moderatoren
- terror4tec
- Beiträge: 64
- Registriert: 13 Jun 2005, 09:30
- Wohnort: Absurdistan
1721 CPU Auslastung 100%
Liebe Gemeinde,
Ein 1721, mit Firmware 7.60.160REL und CPUtype Intel iXP425 Stepping B1,
ist nicht mehr administrierbar. Die CPU-Auslastung beträgt ständig und sofort nachdem Einschalten 100%.
Die "Hauptschuldigen" habe ich mit SHOW JOB auf der Console ermittelt.
Meine Frage ist: Kennt jemand zufällig diese Täter:
ID = YF
ID = TI
ID = I0
Für Sachdienliche Hinweise die zur Ermittlung der Täter führen bin ich sehr dankbar.
Hier ein DUMP der die "Täter" bei der Arbeit zeigt:
|------------|------|-----------|------|---------------|------------|--------|------------|
| | | | | Stack | | | |
| Job@ | ID | State | Prio | Free/Size Prc | File | Load | MCBs |
|------------|------|-----------|------|---------------|------------|--------|------------|
| 0x007a3634 | YF | WAITMSG | 0008 | 0da8/1100 80% | 0x004ea05c | 54.46% | 0x00000f53 |
| 0x007c49c0 | TI | RUNNING | 0008 | 37d4/4000 87% | 0x004ea05c | 12.79% | 0x00000057 |
| 0x0080d0c0 | l0 | WAITMSG | 0006 | 1e08/2000 93% | 0x004ea05c | 27.53% | 0x00002337 |
Was mache ich falsch ?
Vielen Dank !!!
Ein 1721, mit Firmware 7.60.160REL und CPUtype Intel iXP425 Stepping B1,
ist nicht mehr administrierbar. Die CPU-Auslastung beträgt ständig und sofort nachdem Einschalten 100%.
Die "Hauptschuldigen" habe ich mit SHOW JOB auf der Console ermittelt.
Meine Frage ist: Kennt jemand zufällig diese Täter:
ID = YF
ID = TI
ID = I0
Für Sachdienliche Hinweise die zur Ermittlung der Täter führen bin ich sehr dankbar.
Hier ein DUMP der die "Täter" bei der Arbeit zeigt:
|------------|------|-----------|------|---------------|------------|--------|------------|
| | | | | Stack | | | |
| Job@ | ID | State | Prio | Free/Size Prc | File | Load | MCBs |
|------------|------|-----------|------|---------------|------------|--------|------------|
| 0x007a3634 | YF | WAITMSG | 0008 | 0da8/1100 80% | 0x004ea05c | 54.46% | 0x00000f53 |
| 0x007c49c0 | TI | RUNNING | 0008 | 37d4/4000 87% | 0x004ea05c | 12.79% | 0x00000057 |
| 0x0080d0c0 | l0 | WAITMSG | 0006 | 1e08/2000 93% | 0x004ea05c | 27.53% | 0x00002337 |
Was mache ich falsch ?
Vielen Dank !!!
...kann man Administratoren eigentlich einen "guten ab-end" wünschen? ...
- terror4tec
- Beiträge: 64
- Registriert: 13 Jun 2005, 09:30
- Wohnort: Absurdistan
100% Auslastung wg. LANCAPI ?
Liebe Gemeinde,
danke für die schnelle Hilfe,
die Lancapi liegt unkonfiguriert auf dem Lancom "herum", Das ISDN-Kabel steckt in einem Adapter der von der neuen TK-Anlage (Telekoma) steckt.
Der Telkomatechniker hatte die Anweisung mir einen internen S0-Bus zur Verfügung zu stellen.
Der 1721 mit seiner LANCAPI hängt in einem Transfer-Netz.
Der Aufbau sieht wie folgt aus:
Lancom 192.168.22.1 <-> 192.168.22.2 (VM-Ware-Host) <-> VM 192.168.122.202 mit Lancapi + default Gateway (192.168.122.4).
Das Gateway ist ein virtuelles Software CSG (Untangle) das wiederum den LANCOM als Default gateway eingetragen hat auf dem Externen Interface.
Es liegt auf dem Physischen Host 192.168.22.3
Im Wireshark sieht man "merkwürdige" TFTP - Requests der Clients im 192.168.122.0 Netz als Broadcast (Lancapi geht doch über 65 oder ?)
Ich fürchte es muss ein Trace + D-channel erfolgen - gell ?
Vielen Dank für die Unterstützung !!!!!

danke für die schnelle Hilfe,
die Lancapi liegt unkonfiguriert auf dem Lancom "herum", Das ISDN-Kabel steckt in einem Adapter der von der neuen TK-Anlage (Telekoma) steckt.
Der Telkomatechniker hatte die Anweisung mir einen internen S0-Bus zur Verfügung zu stellen.
Der 1721 mit seiner LANCAPI hängt in einem Transfer-Netz.
Der Aufbau sieht wie folgt aus:
Lancom 192.168.22.1 <-> 192.168.22.2 (VM-Ware-Host) <-> VM 192.168.122.202 mit Lancapi + default Gateway (192.168.122.4).
Das Gateway ist ein virtuelles Software CSG (Untangle) das wiederum den LANCOM als Default gateway eingetragen hat auf dem Externen Interface.
Es liegt auf dem Physischen Host 192.168.22.3
Im Wireshark sieht man "merkwürdige" TFTP - Requests der Clients im 192.168.122.0 Netz als Broadcast (Lancapi geht doch über 65 oder ?)
Ich fürchte es muss ein Trace + D-channel erfolgen - gell ?
Vielen Dank für die Unterstützung !!!!!

...kann man Administratoren eigentlich einen "guten ab-end" wünschen? ...
- terror4tec
- Beiträge: 64
- Registriert: 13 Jun 2005, 09:30
- Wohnort: Absurdistan
100% Auslastung durch...
Liebe Gemeinde,
gerade bekam ich den Tipp die Funktion den Sende-Modus unter "Datum/Zeit => Zeit-Server" zu deaktivieren und zu beobachten ob das Problem weiterhin auftritt.
Und was soll ich sagen, das Problem besteht weiterhin, auch nach dem Abschalten des Sende-Modus kocht der Lancom bei 97% und mehr.
Nach dem ich jetzt schon mitbekommen habe das
YF = LANCAPI ist -> Wo kann ich die gesamte "Auflösung" der doch etwas kryptischen Schlüssel (YF= Lancapi) finden? Im Handbuch bin ich nicht fündig geworden...

gerade bekam ich den Tipp die Funktion den Sende-Modus unter "Datum/Zeit => Zeit-Server" zu deaktivieren und zu beobachten ob das Problem weiterhin auftritt.
Und was soll ich sagen, das Problem besteht weiterhin, auch nach dem Abschalten des Sende-Modus kocht der Lancom bei 97% und mehr.
Nach dem ich jetzt schon mitbekommen habe das
YF = LANCAPI ist -> Wo kann ich die gesamte "Auflösung" der doch etwas kryptischen Schlüssel (YF= Lancapi) finden? Im Handbuch bin ich nicht fündig geworden...

...kann man Administratoren eigentlich einen "guten ab-end" wünschen? ...
- terror4tec
- Beiträge: 64
- Registriert: 13 Jun 2005, 09:30
- Wohnort: Absurdistan
Gelöst: 100% CPU Auslastung 1721 wg. ISDN-INTERFACE
Liebe Gemeinde,
ich habe das Problem mit eurer Hilfe lösen können!
Es war der Tip mit der LANCAPI...
Genauer: Nachdem deaktivieren des ISDN Interface sank die CPU-Last schlagartig auf 1%. Warum weiß ich nicht. Ein D-Channel Trace zeigte keine Regung im Draht.
Ist das ISDN-Interface im Eimer oder könnte Telekoma irgendetwas so eingestellt haben, das der Router bei bloßem Anschluß an den S0 Bus kolabiert?
Was kann die weltbesten Router so beschäftigen auf dem unbenutzten S0?
ich habe das Problem mit eurer Hilfe lösen können!
Es war der Tip mit der LANCAPI...
Genauer: Nachdem deaktivieren des ISDN Interface sank die CPU-Last schlagartig auf 1%. Warum weiß ich nicht. Ein D-Channel Trace zeigte keine Regung im Draht.
Ist das ISDN-Interface im Eimer oder könnte Telekoma irgendetwas so eingestellt haben, das der Router bei bloßem Anschluß an den S0 Bus kolabiert?
Was kann die weltbesten Router so beschäftigen auf dem unbenutzten S0?

...kann man Administratoren eigentlich einen "guten ab-end" wünschen? ...
Moin,
konsumieren), aber irgendetwas auf der Netzwerkseite der LANcapi...
benutzt TFTP, um das Gerät erstmal zu finden (ähnlich wie LANconfig bei der Gerätesuche).
Hast Du irgendwo einen LANcapi-Client installiert?
Gruß Alfred
Auf dem S0 offensichtlich nichts (dann müßten auch noch andere Jobs heftig CPU-ZeitWas kann die weltbesten Router so beschäftigen auf dem unbenutzten S0?
konsumieren), aber irgendetwas auf der Netzwerkseite der LANcapi...
Die LANcapi geht üblicherweise über Port 75 (wenn man nichts umstellt), aber der LANcapi-ClientIm Wireshark sieht man "merkwürdige" TFTP - Requests der Clients im 192.168.122.0 Netz als Broadcast (Lancapi geht doch über 65 oder ?)
benutzt TFTP, um das Gerät erstmal zu finden (ähnlich wie LANconfig bei der Gerätesuche).
Hast Du irgendwo einen LANcapi-Client installiert?
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
Dann freu dich, das ist der "Ios Idle" Job, sprich Leerlauf.loadme77 hat geschrieben:Hi @ ALL!
was ist ID = II ? ist bei mir ständig über 50%

Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.