blog/shl@INTERDOSE

Mit dem iPhone bloggen ist, sofern ein Wordpress als Backend dient, ganz einfach geworden.

iPhone.wordpress.org

Einfach mal ausprobieren.

iPhone

Stand: 11.08.2008

openafs-client in etch/stable: 1.4.2-6etch1
openafs-client in etch-backports: 1.4.7.dfsg1-3~bpo40+1
openafs-client in lenny/testing: 1.4.7.dfsg1-5

Mit dem Hintergedanken, daß Lenny im September 2008 erscheinen wird sollte, darf sich jeder jeder für sich überlegen, ob ein Upgrade auf Lenny oder Backports die richtige Wahl sind.

Linux, OpenAFS

Bin über zwei recht gute Artikel gestolpert. Beide durchaus lesenswert.

• ZFS Management & Troubleshooting
• ZFS Evil Tuning Guide

OpenSolaris, ZFS

In der Nacht vom 6. auf den 7. August hat Dennis Clarke, seines Zeichens “Admin and Director for blastwave.org” eine Mail an die Blastwave Entwickler geschrieben [...] Gleichzeitig hat er die Repositories des zentralen Master Servers geleert. Heute früh gab es also keine Blastwave Pakete mehr auf den einzelnen Mirrors.

[anfalas]

Um es kurz zu machen: auf suncsw.de ist das Projekt wieder zum Leben erwacht. Und wer die ganze Story lesen will: anfalas hat sie in seinem Blog.

OpenSolaris

Folgendes Problem: Ein AFS-Volume, verteilt auf zwei Volume-Server.

vos listvldb:
data.gaming.4c
 RWrite: 536871005  ROnly: 536871006
  number of sites -> 2
   server bfd9000.tow5.interdose.net partition /vicepu RW Site
   server bfd9001.z2.interdose.net partition /vicepw RO Site


RW-Instanz auf BFD9000, RO auf BFD9001.

df -h /vicepu:
Filesystem Size  Used  Avail  Use%  Mounted on
/dev/mapper/bfd9000-vicepu
   28M  10M  16M  39%  /vicepu


Man beachte den Unterschied.

df -h /vicepw:
Filesystem Size  Used  Avail  Use%  Mounted on
/dev/mapper/bfd9001-vicepw
   28M  27M  0  100%  /vicepw


Sowohl der Salvager als auch ein fsck -f auf Dateisystem-Ebene (in beiden Fällen ein ext3) haben nichts an dem vollgelaufenen Volume geändert. Laut fsck liegt kein Fehler vor.

Auf die (mögliche) Lösung kamen wir (danke Jakob!) dann erst nach einigem Suchen: das Journal vom ext3 braucht ja auch Platz. BFD9001 hatte leider in den letzten Wochen mit zwei Stromausfällen kämpfen müssen (der Server steht temporär in einer Abstellkammer, nein, da gibt’s keine USV) so daß sich scheinbar das Journal nicht wieder sauber hat herstellen lassen und im File-Space des ext3 gelaundet ist. Und da AFS so lange schreibt, bis das Betriebssystem meldet “Du kommst hier net rein!” ist das Volume komplett voll gelaufen. Und das mit knappen 10MB Daten.

Die Lösung: es ist keine wirklich tolle Idee AFS-Volumes in dieser Größenordnung zu erstellen, sofern ein ext3 darunter liegt. Wenn die minimale Größe bei ca. 100MB liegt, das AFS-Quota auf 90% davon, dann sollte nichts mehr schief gehen. Seit dem Resize läuft dieses Volume jetzt auch brav durch.

Und nachdem mich Jakob fast erschlagen hätte, hab ich den Volume-Resize dann doch in Shell gegossen:
(Ja, ich hätte auch von vorneherein scripten können.)

#!/bin/bash
umount /vicep$1
lvextend -L 100MB /dev/bfd9001/vicep$1
e2fsck -f /dev/mapper/bfd9001-vicep$1
resize2fs /dev/mapper/bfd9001-vicep$1
mount /vicep$1

Disclaimer: Bisher hab ich keine Ahnung ob wirklich das oben beschriebene das Problem war. Mit einem größeren Volume funktioniert wieder alles, daher gehe ich davon aus. Ich werd’s auf jeden Fall nochmal genauer untersuchen und meine Ergebnisse hier posten.

OpenAFS

Wir alle sind Systemhelden. Und wie es bei fast allen anderen heldenhaften Tätigkeiten gleich ist, leben wir Systemhelden vom Austausch von Wissen.

Die HELDENBlogs sind genau dafür ideal, doch leider verwehren uns die Helden-Entwickler einen sinnvollen RSS-Feed über die Artikel der Helden-Kollegen.

Bitte, liebe Systemhelden-Entwickler. Bitte baut einen RSS-Feed über die HELDENBlogs ein. Ihr bekommt dann auch Gummibärchen von mir!

Wer genauso denkt wie ich, soll sich doch bitte in den Kommentaren verewigen. Vielleicht hören die Helden-Entwickler auf die Stimmen von vielen Systemhelden.

Update:
Es ist offiziell:

Systemhelden

24. – 26. September 2008
TU Graz, Österreich

Call for Papers!

(Open)AFS is a distributed file system, used by people all over the world. After the last few workshops hold in the United States of America, this year the conference will be a hosted in Europe: Graz, Austria – September 24th-26th 2008.

In the last 13 years the German AFS workshop took place at different locations all over Germany. This year we broke this rule, held the workshop in Austria and invite ALL AFS users, administrators, developers and all with interest to the AFS file system to join our European conference. The conference talks will be held in English.

Invited speakers – Mr. Derrick Brashear and Mr. Jeffrey Altman – will attend the conference and talk about the current status of the OpenAFS foundation, software and future development. Additionally a debugging session is planned.

[afs-konferenz.de]

Mehr Infos, Agenda und Registrierung: openafs.at

Kerberos, LDAP, OpenAFS