[ jalogisch]

ich hatte das problem einer vollgelaufenen /var partition. über nacht gab es wohl einen massiven run auf den mailserver wodurch dieser mal eben über 5gb logfiles erzeugte und somit die partition gesprengt hat …

zum glück handelte es sich um eine über xen virtualisierte kiste, sodas eine lösung schnell gefunden war.

also erstes das device (sprich das lvm) für die partition vergrössern, nach einem reboot war mittels fdisk -l zu sehen, die virtuelle festplatte war grösser geworden, jedoch fehlte doch die partitionstabelle für den voll virtualisierten kernel.

also ein fdisk /dev/xvdf¹ und jetzt als erstes d zum löschen der partition, danach ein n zum neu anlegen der partition² und schliesslich w um das ganze auch zu schreiben und fdisk zu verlassen. durch einen erneuten reboot wusste der kernel dann auch von seinem mehr an platz auf der partition und ein xfs_growfs /dev/xvdf sorgte dafür das es auch ein grösseres dateisystem gegeben hat.

der sicherlich richtigere weg, wäre über ein rettungssystem gegangen, da ich so ein root dateisystem nicht vergrössern würde³ aber bei einer logpartition war mir das risiko schnuppe. ausserdem wäre dies umständlicher gewesen.

so kann ich dann jetzt auch die gesetzlich vorgeschriebenen vorhaltezeiten für logfiles einhalten ohne diese quer durchs netzwerk zu schieben …. virtualisierung kann auch stellenweise das leben erleichtern habe ich da gemerkt.

1. es handelte sich zum glück um die einzige Partition auf dem device [↩]
2. hier sieht man schon die mehr vorhandenen blocks [↩]
3. einfach aus dem risiko heraus daten zu verlieren [↩]

ich habe mir den luxus eines kleinen nas für mein lokales netzwerk gegönnt … schluss endlich ist es eine buffalo linkstation mini geworden, da ich es gerne klein und leise haben wollte … und mir die festplattengrösse auch ausreicht.

aber irgendwas war komisch im auslieferungszustand, via afp konnte ich nicht auf die box zugreifen und stellenweise waren die daten zwar drauf gespielt, aber erst nach einem neustart sichtbar … zeit zum debuggen.

zum glück konnte ich ohne das aufspielen einer neuen firmware rootzugriff auf die kiste bekommen, dabei hilft nas-central.org ziemlich weiter.

jetzt hatte ich root auf der kiste … erst war ich versucht ein debian aufzuspielen, habe mich letztlich dann aber doch nur dafür entschieden meine probleme zu beseitigen.

das problem das ich via afp nicht verbinden konnte, war mit einem blick in /var/log/messages schnell identifiziert. ebenfalls bei der nas-central.org¹ habe ich den hinweis gefunden, das genau drei dateien zu ändern sind.

in der datei /etc/inet.d/atalk.sh zeile 54 einfach das configure auskommentieren, wobei einem klar sein muss, das jedes neue share ab jetzt von hand gepflegt werden muss, bzw. nach einer änderung muss man einmal die konfiguration neu schreiben lassen.
in der datei /etc/atalk/afpd_conf das vorhandene ISO8859-15 durch MAC_ROMAN ersetzen und als letztes das ganze in der konfigurations /etc/atalk/AppleVolumes.default ebenfalls durchführen.

danach dann ein beherztes /etc/init.d/atalk.sh restart und der zugriff auf die mini via afp funktioniert einwandfrei.

das zweite problem hatte ich damit dann auch beseitigt … was mir einiges an debug arbeit erspart hat.

1. diesmal im forum [↩]

es gab probleme mit dem shared imap account eines kollegen, das von ihm eingesetzte outlook wollte nicht so wirklich mit dem shared account zusammen arbeiten. damit das debuggen leichter wird, hatte ich ihm vorgeschlagen mal einen anderen client zu benutzen. worauf sich folgender dialog im jabber entspannte.

15:48:18 jd : kannst du dir vorstellen mal den thunderbird auszuprobieren ?
15:48:19 jd :
15:48:43 G : zum testen oder dauerhaft?
15:49:08 jd : erstmal zum testen
15:49:12 G : jo
15:49:58 G : ist das mozilla oder was?
15:50:07 jd : mozilla.org
15:50:13 jd : und dann thunderbird
15:51:32 G : verträgt der sich mit dem firefox oder soll ich den besser deinstallieren
15:51:46 jd : nein ist alles kein problem
15:51:56 jd : das eine ist ja der browser das andere das mailprogramm
15:52:12 G : ah so. bin am installieren

Continue reading

jeder der sich öfters via forum oder mail über die konfiguration von diensten austauscht kennt das problem das stellenweise in einer konfigurationsdatei von dreihundert zeilen nur einige wichtige optionen gesetzt sind. beim rest handelt es sich um kommentare und hinweise.

will man sich jedoch jetzt darüber austauschen sind nur diese paar zeilen wirklich wichtig. ganz im sinne von keep it short an simple sollten also alle kommentare aus dem ganzen gelöscht werden. aber wie ging das nochmal. ist jedenfalls eine frage die ich mir des öfteren wieder stelle.

ich habe dazu einen alias in meiner /etc/profile angelegt, welcher es mir leicht ermöglicht mal eben eine konfigurationsdatei nur mit den benötigten informationen via copy & paste weiterzubenutzen.

alias confcat="sed -e 's/[#;].*//;/^\s*$/d' "$@""

es werden sowohl # also auch die ; als kommentarzeichen erkannt und entsprechend rausgeschnitten. vielleicht findet das ja noch jemand interessant

ich hasse es kernel-maintainer zu sein … das bedeutet ich muss auf der arbeit den linux kernel neu bauen, bei sicherheitslücken und wenn neue features benötigt werden. leider habe ich arge probleme damit einen aktuellen kernel zu bauen der auf sämtlicher dell hardware läuft.

das bedeutet zwar läuft meine konfiguration auf allen gängigen systemen, für alle benötigten aufgaben, aber auf dieser verflixten 860 mit perc controller will der einfach nicht laufen. ziemlich ätzend, da wir die kiste oft eingesetzt haben.

hat jemand einen tip für mich wie ich nen kernel (unter debian) bekommen kann, der sowohl auf der 2950, der 1950, der 2900 und der 860 läuft … modelle wie eine 750 und 850 sollten auch noch damit laufen …

ich hasse es!

… ich habe das problem, das ich multihomed bin was meine rechnerumgebung angeht … ich sitze zuhause und an der arbeit an unterschiedlichen rechnern, auf der arbeit dann auch gleich nochmal unterschiedliche … klar da muss ein rss reader her bzw. eine entsprechende oberfläche … eine zeitlang hatte ich meine eigene weboberfläche, die war nicht schlecht, konnte aber nicht alles was ich wollte und die zeit das zu implementieren war dann auch irgendwie nicht da … dann ist mir mal bloglines empfohlen worden und das hat mir gefallen … also hab ich das benutzt, es konnte alles was ich wollte … bis auf ein paar kleinigkeiten …

… und über einen artikel, auf den google reader aufmerksam geworden und habe mir das ganze dann mal angeschaut. nach einigen tagen nutzung muss ich sagen das mir das konzept besser gefällt als bloglines.

zwar reagiert bei mir das ganze bisweilen etwas träge, aber da kann man sich dran gewöhnen, es ist halt keine lokale applikation.

für mich die beiden entscheidenden argumente von bloglines zu wechseln sind das gelesene artikel immer noch sichtbar sind¹ und das taggen der feeds mit multiplen tags. die statistiken sind auch nett aber nur beiwerk. für mich ein wichtiger kritikpunkt an google ist, wie langsam die feeds ein update erfahren.

gefühlt im moment hat google hier die nase vorn und ich habe mich mal wieder für ein produkt entschieden bei dem ich ein leicht mulmiges gefühl habe, aber vielleicht kann mir ja jemand einen wirklich guten rss reader für macosx empfehlen.

1. es kann natürlich sein das ich zu blöd war und die einstellmöglichkeit bei bloglines nicht gefunden habe [↩]

… endlich habe ich etwas zeit und ruhe ein wenig im internet zu surfen, news zu lesen und festzustellen das ich nicht der einzigste bin …

laut dieser heise meldung haben gerade alle ein kleines problem … ich habe stellenweise einen anstieg von 100% festgestellt bei der menge der connections und der emails die eingeliefert werden wollen … zum glück muss ich nicht aufrüsten wie andere … ich hab da noch ein paar reserven über … und dann verbringen ich mal ein wenig zeit damit unsere systeme zu optimieren das nicht soviel durchkommt … lets fight!

völlig versunken tippe ich auf der tastatur rum … im augenwinkel sehe ich das die zahl der wartenden mails steigt, der mails die beantwortet werden wollen … da sind bestimmt auch einige mails von ihnen dabei … ich operiere gerade am offenen herzen.

in einem forum habe ich die lösung für die probleme gefunden, jedenfalls hoffe ich das. ab und an ohne erkennbaren grund meldete das php backend sich einfach ab. in dem beitrag ist es technisch beschrieben … aber wenn das so völlig unmotiviert passiert, was soll man machen? mit monit habe ich eine überwachung gebaut, die leider auch nicht immer funktioniert hat …

… doch jetzt einfach in den kalten teich gesprungen, ein update auf feisty fawn, damit einhergehend ein update vom lighttpd und einiges andere … dann weil ich gerade dabei war diesen beitrag genutzt um die mysql datenbank zu tunen.

das ergebniss hat mich erst schockiert, heute zu stosszeiten war entweder ein link auf einem der grossen portale oder das ganze verbraucht mehr cpu ressourcen … das werden dann die nächsten tage zeigen … aber ich weiß was für hardware dahinter steckt und bin doch ein wenig stolz das die kiste im vergleich immer noch sehr wenig last hat. beim nächsten update gibt es auch mal ein paar lustige grafiken.

aber jetzt kann ich erstmal wieder melden … alles im grünen bereich!

nur ein kleiner hinweis … der malcolm hat seine kleinen probleme die er gestern auf eye-said-it-before hatte dazu genutzt und hat meinem generve endlich nachgegeben und ist dann gerade mal so am umziehen auf einen neuen server … der braucht bestimmt das wochenende um wieder alles richtig einzurichten .. also eyesaiditbefore ist gerade wegen umzug down … warum er das nicht selber schreibt der malcolm von eye-said-it-before? genau er hatte vorher komisch technische probleme… und wenn jetzt jemand nach der webseite sucht, könnte er bei mir landen und diese information bekommen … woher ich das alles weiß? … ich hab ihm gerade etwas unter die arme geholfen!

den techniker oder admin vergisst man solange es keine probleme gibt … aber wenn, dann ist er derjenige dessen namen alle als erstes sagen … eine feststellung im täglichen arbeitsleben.

frei nach dem motto, schön das ihr euch keine gedanken um uns macht.