update fehlgeschlagen

da denkt man: ich mach mal schnell ein update, bevor ich an die arbeit fahre. gerade sind nur ganz wenige benutzer angemeldet. und was ist? nach dem update geht die adminconsole nicht mehr. diese quittiert den dienst mit “ERROR: 503 SERVICE_UNAVAILABLE”. schnell gegoogelt, kein brauchbares ergebnis gefunden, alles wieder rueckgaengig gemacht. sorry fuer die downtime. naechster versuch folgt die tage. dafuer tuts der yahoo transport nach dem reboot wieder 😉

es war wiedermal so weit…

ein neues zertifikat von cacert musste her, da das alte abgelaufen ist. und wenn ich schonmal dabei bin, gibts gleich noch betriebssystem updates und eine neue version des jabber servers. total scheisse ist, dass man sich mit dem firefox nicht mehr per ssl in die adminconsole einloggen kann. mit anderen browsern gehts (safari etc.). ich hoffe, dass die entwickler das mal schnell in den griff bekommen. hier noch die fingerprints zum neuen zertifikat:
MD5: 1F E4 6B 92 AF 8A BB A7 CC E2 43 C6 FA BE 2F 01
SHA1: EC 0D 7B 49 92 2D B5 0A 26 A7 31 93 CB 7E 6A 46 BF 25 85 79

ausfall + 300 user

mich hat jemand gefragt, warum ich jeden ausfall des servers hier dokumentiere. das wuerde kein gutes licht auf den server werfen. ..blablabla…. was mich aufregte, war zeitgleich eine “beschwerde”, dass der server grad mal nicht erreichbar war, als dieser jemand gerade am chatten war mit irgendeiner tusse im icq. der kommunikationsstil mit mir liess mich auf chronische geistige umnachtung der person schliessen.

also:

1. weils so ist und weil ich das von anderen auch so erwarten wuerde. bei grossen anbietern mit bekanntem namen wird das meist nur vertuscht. der client zeigt fleissig immernoch alles online an, obwohl nix so richtig geht. (es muss ja gruende dafuer geben, sein protokoll nicht offen zu legen.) mal ganz davon abgesehen, dass die nicht >einen< server betreiben, sondern die dinger schraenkeweise irgendwo rumstehen und einen stromverbrauch wie eine kleinstadt haben. 2. ein ausfall ist ein ausfall, ist ein ausfall. da nutzt es nichts, zu hoffen, dass es niemand mitbekommt und so zu tun als waere nichts gewesen. 3. dieser jabber server wird just for fun betrieben. das mache ich in meiner freizeit und hauptsaechlich fuer mich. wer den server benutzen will, soll das tun. freut mich, wenn ich anderen damit helfen kann. es besteht aber kein anspruch auf die verfuegbarkeit dieses dienstes. ich gebe mein bestes, dass die downtimes so gering wie moeglich sind (sind sie ja auch), aber wenn ich wie heute mit freunden zum fruehstuecken verabredet bin, dann bin ich eben unter umstaenden mal offline und bekomme nicht alles mit. ja, auch ich habe ein leben abseits der tastatur und gewisse prioritaeten. und um mal etwas luft abzulassen: das ganze jabber zeugs ist frei, offen, funktioniert dezentral und was weiss ich noch alles. und ich finds einfach scheisse, von irgendeinem computerhelden angemacht zu werden, der zu doof ist, seinen eigenen client richtig zu bedienen und rumzickt, weil das ver****** icq nicht funktioniert. immer erstmal an die eigene nasen fassen und es besser machen, gell? installiere dir deinen eigenen jabber server mit gateways. wenn sich jemand berufen fuehlt der oeffentlichkeit was gutes zu tun, sich an dem projekt beteiligen und hin und wieder nach dem rechten sehen will, kann sich gerne bei mir melden. einen account, nagios und weiterleitung der nagios messages habe ich schnell eingerichtet und waere sogar noch dankbar fuer die hilfe. btw: gerade hat sich user nummer 300 registriert. willkommen kahuna!

reboot

entschuldigt den ungeplanten reboot. wegen vorbereitungsarbeiten fuer ein groesseres update musste ich kurzfristig die kiste neu booten.

umzug

jabber.schnied.net zieht auf einen anderen server um. geplant ist die ganze sache heute von 22:15 bis 22:45. dadurch aendern sich auch die ip-adressen. sollte alles reibungslos weiterlaufen. ttl im dns is so klein wie es nur geht. wenn die windows-nutzer doch probleme mit der namensaufloesung haben sollten, hilft ein “ipconfig /flushdns” und/oder restart des plastik-dsl-routers.

update: sorry… hat dann doch etwas laenger gedauert als geplant. 23.50 war der server wieder erreichbar. und alles nur wegen murphy – dem drecksack.

maintenance

der kurzfristig eingeschobene reboot dauerte dann doch laenger als 5 minuten. immer, wenn man nicht dran denkt, kommt einem der dateisystem check in die quere. dann waren es halt doch 20 minuten. ich dachte eigentlich, dass ich das schon oft genug gemacht habe und irgendwann mal dran denken muesste. auf der anderen seite ist der check bestimmt auch fuer was gut 😉