Posted: Thu Nov 05, 2009 16:59 Post subject: Der alte "httpd -S"-Bug ist zurück
Sash wrote:
du hast https an.
naja...erstmal 2 moeglichkeiten
1. reboot
2. https aus
dann schauen obs geht
Sash, was sind das nur für Antworten?
1. Schon im ersten Post steht, daß der Effekt nach ein paar Stunden auftritt. Selbstverständlich verschwindet er nach einem Reboot - eben für die besagten paar Stunden. Aber was hilft das hier? Soll der Vorschlag jetzt lauten "Diese Software ist mittlerweile so instabil, daß Ihr am besten einmal stündlich einen Reset ausführt."? Ist das die Empfehlung zur Benutzung von dd-wrt?
2. Natürlich kann man dadurch, daß man einen Dienst gar nicht erst startet, verhindern, daß er ein Fehlverhalten zeigt. Aber was hilft das hier?
Um's mal ganz deutlich zu sagen, Sash, bei aller Freundschaft, einen Hilferuf wie "Mein Auto säuft immer nach 'ner Stunde unvermittelt ab" achselzuckend mit "1. Auto neu starten, 2. zu Fuß gehen" zu beantworten, das erscheint mir nicht besonders hilfreich.
Da kannst man auch gleich wie all die anderen Schlaumeier unsystemmatisches Herumgefrickel empfehlen wie "30/30/30" (bringt natürlich nichts), oder "schalt doch mal ssh ab" (auch nutzlos) oder "schalt doch mal http ab" (ändert gar nichts) oder "benutz doch mal versuchsweise folgende 10 alten Versionen" (Play 'as time goes by') oder "also, ich hab das Problem nicht" (danke für die Info!) antworten. Nichts von alledem hilft irgendwem hier weiter, nichts führt zu einer Analyse des Problems, geschweige denn zu einer Lösung.
Es geht einfach nur ungeheuer auf die Nerven.
Darum die Frage: gibt es hier jemanden, der Ursache oder Lösung für das Problem kennt, oder jemanden, der das Problem im Moment analysiert, oder ist dieser Absturz der GUI nur ein weiterer to-be-ignored-problem-report in diesem Projekt, dessen Mantis-Datenbank schon seit Monaten von ungelösten Problemen überquillt?
ich habe etliche alix boards mit https laufen und die funktionieren damit einwandfrei. uptimes mehere wochen. ergo ein userfehler.
jetzt kommt ihr.
Sash, ich hoffe wirklich innständig, daß Du Dein Geld nicht mit Produktentwicklungen verdienst.
Ich weiß nämlich wirklich nicht, wie
A) Du den hochgeradig unlogischen Schluß "Sehe und verstehe Problem nicht->Muß vom Nutzer selbst herbeigeführt sein" herleiten willst. Es gibt, von der Abwesenheit von Logik abgesehen, keinerlei Indikation für die Korrektheit so einer These.
B) solche Aussagen (wie das bereits vor Tagen - s.o. - in Kenntnis des geistigen Niveaus der im dd-wrt-Forum notorischen Dampfplauderer vorausgesehene, an Ignoranz und Dummschwätzertum unübertreffliche "ich hab' das Problem nicht!") irgendwem weiterhelfen sollen. Sowas ist einfach nur SPAM.
Könntest Du, wenn Du schon offensichtlich in keiner Weise helfen kannst oder willst, dann nicht wenigstens die Klappe halten?
Übrigens, um das Posting mit wenigstens einer hilfreichen Information abzuschließen: auf Broadcom-Plattformen tritt exakt dasselbe Problem auf und wird dort ebenfalls diskutiert.
zu den Antworten einiger User sage ich am besten nichts, sind ähnlich konstruktiv wie die Antworten google doch mal.
so lange mir keiner sagen kann was der "httpd -S" Prozess innerhalb der dd-wrt Software macht und es nicht aussieht als brauche ich ihn ?! wird er bei mir per cron job regelmäßig gekillt um die 100% Auslastung zu verhindern.
aber vielleicht sollt ich auch nur in keller gehen, liegt ja eh an mir