Ausfall
nanu. da war die seite seit 13:47 nicht mehr erreichbar.. und ich merks erst kurz vor 0 uhr. und warum?
erst dachte ich helma wäre tot.. aber im log nichts zu sehen. dann dachte ich der apache hat sich verhaspelt - obwohl die anderen webseiten noch liefen.. das wars dementsprechend auch nicht. dann fiel es mir wie schuppen von den augen: letzte tage wurde der mod_jk port aktualisiert. straeflicherweise hatte ich das update zwar mitlaufen lassen, den apache aber nicht neu gestartet (trotz offenem sicherheitsloch). aus irgendeinem grund hat der apache den verpassten neustart dann heute um 13:47 nachgeholt. und warum war nun die seite nicht erreichbar?
ganz einfach.. das jk modul ist in der apache konfiguration durch den port per default deaktiviert. da frage ich mich doch.. was bewegt einen portmaintainer dazu einen port per default zu deaktivieren, den man explizit installieren muss und das wohl in aller regel auch tut, weil man ihn danach benutzen will? nun auf jeden fall fehlte dem apache nach dem neustart das jk modul und da fuer diese seite kein sonstiger documentroot existiert, wurde einfach das getan, was logisch ist: nichts.
update: und zu allem ueberfluss habe ich dann auch noch vergessen diesen artikel online zu schalten... das war nicht mein tag.
erst dachte ich helma wäre tot.. aber im log nichts zu sehen. dann dachte ich der apache hat sich verhaspelt - obwohl die anderen webseiten noch liefen.. das wars dementsprechend auch nicht. dann fiel es mir wie schuppen von den augen: letzte tage wurde der mod_jk port aktualisiert. straeflicherweise hatte ich das update zwar mitlaufen lassen, den apache aber nicht neu gestartet (trotz offenem sicherheitsloch). aus irgendeinem grund hat der apache den verpassten neustart dann heute um 13:47 nachgeholt. und warum war nun die seite nicht erreichbar?
ganz einfach.. das jk modul ist in der apache konfiguration durch den port per default deaktiviert. da frage ich mich doch.. was bewegt einen portmaintainer dazu einen port per default zu deaktivieren, den man explizit installieren muss und das wohl in aller regel auch tut, weil man ihn danach benutzen will? nun auf jeden fall fehlte dem apache nach dem neustart das jk modul und da fuer diese seite kein sonstiger documentroot existiert, wurde einfach das getan, was logisch ist: nichts.
update: und zu allem ueberfluss habe ich dann auch noch vergessen diesen artikel online zu schalten... das war nicht mein tag.
geschrieben am 13. März, 23:51 in internes · 805x gelesen
ich bewundere wie akribisch sie solchen ereignissen auf den grund gehen! das ist grosse klasse (keine verar*!!!).
vielleicht sind sie diesbezüglich beruflich vorbelastet, oder bringt das hobby das so mit sich!?
ich wäre ja schon zufrieden wenn die kiste wieder liefe... ;-)
vielleicht ham sie bei dieser sache auch eine lösung parat?
Re:
zu der leeren seite habe ich allerdings keine wirklich hilfreiche idee. ich habe bei einer schnell-untersuchung von aussen nur gesehen, dass helma und antville wohl zu funktionieren scheinen, da vom server korrekte antworten kommen. http://asconet.org:8000/antville/asco/ funktioniert ja auch.
koennte es sein, dass da im layout der hauptseite ein macro vergessen wurde? <% response.body %> oder sowas?
Re:
welches skin wurde denn da editiert? und wie heisst das layout? (kann man ja zur not in der datenbank direkt nachgucken). dann koennte ich mit einem "reset" link behilflich sein.. dann sind bisherige aenderungen zwar verloren, aber so wie mir scheint ist von dem skin ohnehin nicht mehr viel uebrig - die seite ist ja auch im quelltext relativ leer.
merci!