7390 über Nacht via http nicht mehr erreichbar

lp10000

Neuer User
Mitglied seit
21 Feb 2009
Beiträge
52
Punkte für Reaktionen
0
Punkte
6
Die Firmware-Version ist 84.04.83.

Eine telnet-Sitzung (von gestern oder noch früher) auf Port 23 lief immer noch,
aber über http via LAN oder WLAN auf "fritz.box" passierte gar nichts mehr.

Festnetz-Telefonieren funktionierte auch noch ungestört.

In der telnet-Sitzung funktionierte ein "ping berlin.de" nicht mehr.

Eigentlich stieß ich auf das Problem,
als ich auf einem fritz.repeater Internet-Radio hören wollte,
und dieser die Verbindung ablehnte.

So etwas hatte ich während der Zeit mit der 7270 an meinem DSL eigentlich nie.

Was kann ich das nächste Mal (vielleicht in der telnet-Sitzung?!?) tun,
um das Problem etwas genauer zu analysieren?
 
Hallo,

öhhhmmm, Gegenfrage: warum lässt du die telnet-Sitzung permanent laufen?

Mal die IP der Box versucht?
 
warum lässt du die telnet-Sitzung permanent laufen?

Weil ich da so ein hübsches Shell-Script in /var/flash/calllog habe, welches mir bei Anrufen hübsche Informationen ausgibt.
Die 7270 im Home-Office lief unter solchen Bedingungen quasi Wochen durch.

Aber eine permanente telnet- oder inzwischen ssh-Sitzung sollte jetzt nicht gerade so einen Hänger provozieren.

Mal die IP der Box versucht?

Gute Frage! Habe ich mir später auch gedacht.
Aber dann hatte ich in der telnet-Sitzung schon "reboot" abgeschickt.
(Woraus ich persönliche schließe, dass der TCP/IP-Stack noch ganz i.O. war.)
Also "nein", nein, ich habe kein http://"IP-Adresse" versucht.
Bei nächsten Mal.
Obwohl ich eigentlich hoffe,
dass es kein solches nächstes Mal gibt.

Ich wollte die "Symptomatik" hier "teilen".
Die meisten Sachen passieren einem doch nicht alleine.

Wohinter versteckt sich denn auf der 7390 der Web-Server?
Wird der vom inetd gestartet?

Vielleicht war's doch wirklich der Web-Server, der nicht mehr wollte.


Vielleich war's aber auch der Name-Service ...

Das ping nach draußen auf einen Namen ging (wie gesagt) auch nicht.
 
Zuletzt bearbeitet:
Der "Web-Server" läuft über den ctlmgr.
Vielleicht hatte sich dieser Dienst verabschiedet.

Nun, vergangene Nacht ist es wieder passiert,
allerdings hatte ich deinen Tipp von gestern bis heute Vormittag noch nicht gelesen,
deswegen setzte ich auch leider kein "ps" ab.
Aber nach dem "reboot" scheint auch ein "ps" ausgeführt zu werden,
und siehe da, alle "ctlmgr"-Prozesse sind Zombies:

Code:
  683 root            Z N [ctlmgr]
 1092 root            Z N [ctlmgr]
 1093 root            Z N [ctlmgr]
 1094 root            Z N [ctlmgr]

Aber eigentlich sind da noch viel mehr Zombies:

Code:
  PID  Uid        VSZ Stat Command
  344 root            Z   [capitransp]
  357 root            Z   [glob_codecs]
  607 root            Z < [printserv]
  653 root            Z < [hd-idle]
  683 root            Z N [ctlmgr]
 1092 root            Z N [ctlmgr]
 1093 root            Z N [ctlmgr]
 1094 root            Z N [ctlmgr]
 1696 root            Z   [dsld]
 1701 root            Z   [usermand]
 1714 root            Z   [telefon]
 1719 root            Z < [voipd]
 1726 root            Z   [pbd]
 1753 root            Z   [dect_manager]
 1756 root            Z N [kdsld_token]
 1778 root            Z   [faxd]

Ich hatte eine ssh-Session in die FB immer noch offen und konnte mich da auch noch ungehindert bewegen und bekam meine Antworten.

Ein ping von außen auf die IP-Adresse wurde ein einziges Mal erfolgreich beantwortet,
danach war Ruhe.
Von drinnen gingen keine pings,
weder ins LAN noch nach draußen.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.