errorlogs

der naechste bot, der “nicht rund laeuft” fliegt ohne vorwarnung sofort und fuer immer raus. errorlogs hatten die platte vollgeschrieben….. grrr

*seufz*

leider ist es in letzer zeit ein paar mal vorgekommen, dass der jabberserver einmal am tag abgeschmiert ist. es laeuft zwar ein monitoring, aber manchmal dauerts halt ne halbe stunde, bis jemand reagieren kann. eine analyse brachte nichts wirklich brauchbares. jetzt habe ich ein update auf die neueste version eingespielt… mal sehen, ob diese stabiler laeuft. leider hatten die entwickler das teil erstmal umbenannt und damit auch gleich ein paar scripte und config dateien veraendert. mit dem anpassen und debuggen gingen gerade ueber 2 stunden ins lande, die der server nur sehr sporadisch erreichbar war.

lahmgelegt

irgendwer hat wohl seine bot-scripte nicht wirklich im griff und hat so viele connections zum server aufgebaut, dass keine anderen verbindungen zum jabber mehr moeglich waren. und das leider ein paar stunden lang 🙁

update update update

es war mal wieder soweit. ein update der jabber server-software und teile des betriebssystems mussten sich einem update unterziehen. das update des jabber-servers war diesmal etwas kniffliger als sonst, da alte einstellungen ueberschrieben wurden und ich die erst alle wieder gerade ziehen durfte. nach ca 15 minuten laeut nun wieder alles.

die priority – nachtrag

ich habe noch was ergaenzendes zu dem text aus der faq:

wenn du gleichzeitig mit mehreren clients mit dem server verbunden bist, dann empfängt der client mit der am höchsten eingestellten priority alle dir geschickten nachrichten (es sei denn, der sender entscheidet sich bewusst fuer eine andere ressource) die werte der prioritaet sollten laut RFC3921 zwischen -128 und +127 liegen, wobei manche serverimplementationen auch groessere/kleinere werte zulassen. wird von einem client keine priority mitgesendet, so wird 0 angenommen. negativwerte sind fuer den normalgebrauch nicht zu empfehlen. hat ein benutzer mehrere ressourcen mit derselben prioritaet, so werden nachrichten der zuletzt eingeloggten zugesandt.

in verbindung mit den transports in andere im-netze verhaelt sich das aber ein bischen anders. da kommen die nachrichten bei dem client an, der zuerst mit dem transport online war. wenn du zuerst ueber den transport schreibst, kommen die antworten am richtigen client an.

serverumzug

an diesem wochenende erweitert mein provider seine flaeche im rechenzentrum. damit verbunden ist auch ein umzug des servers. mit mindestens einem (ein klein wenig laengerem) ausfall ist also zu rechnen, da der server seinen standort wechselt. was ip-technisch an ausfall zustandekommt bleibt abzuwarten und zu hoffen, dass es nicht viel sein wird.

UPDATE: hmm… das war wohl nix. keine rueckmeldung vom provider… nix hat sich getan. komisch. abwarten.

UPDATE2: angeblich geht der umzug gleich los (10.12.2006 ~23:00 uhr). ich bin gespannt.

UPDATE3: (11.12.2006 6:30) umzug ist vollzogen und wieder alles up and running.