language de This page is mostly written in german as the first FAI-Workshop will be held in german. But the results will be published in english or perl
FAI Workshop 1.2.3./04/05
Bitte nicht einfach diese Seite editieren, sondern zumindest die Änderungen auf der Workshop-Mailingliste (ML) ankündigen/begleiten
- Namen habe sind im allgemeinen mit den Initialien (HL, TL, usw) abgekürzt, afaik gibt es dabei keine Kollisionen.
Ablauf:
Anfahrtsbeschreibung: http://www.guug.de/veranstaltungen/telephony-summit-2005/location.html?view=print
TL: Am Anfang des FAI Workshops stelle ich mir vor, das jeder die Moeglichkeit hat (aber nicht muss) in kurzer Zeit (max 10 Minuten, wirklich nicht mehr!) Themen, Bugs, Erweiterungen vorzustellen, die ihn in FAI interessieren.
Danach sollten wir dann ueberlegen welche Themen in welchen Kleingruppen vielleicht intensiver bearbeitet werden, was nicht heissen soll das andere nicht moeglich ist. Ich moechte nur in kurzer Zeit hoeren Wer was mit FAI so anstellt oder wo er gerne dran arbeiten moechte. Jetzt geht es erstmal darum das sich jeder ueberlegt, ob er gerne max 10 Minuten lang was ueber seine Arbeit mit FAI oder seine aktuellen Probleme mit FAI erzahlen moechte. Kein offizieller Vortrag, sondern einfach in lockerer Runde den anderen etwas mitteilen.
MS: Das Einlaufen in Geilenkirchen kann im Laufe des Freitag nachmittags erfolgen, ich würde das Abendessen für 19:00 vorsehen, die Vorstellungsrunde für 20:00. Es wäre also schön, wenn alle um 19:00, spätestens aber um 20:00 da wären, bei späterer Ankunft wäre ich für eine kurze Nachricht dankbar. Für Sonntag ist noch ein Mittagessen geplant - ich würde es mal für 13:00 ansetzen. Danach wollen alle erfahrungsgemäß weg, weil die Luft ohnehin raus ist.
Topics von Thomas, ohne eine bestimmte Reihenfolge
- Was ist sarge relevant? !!!
important bugs - see http://bugs.debian.org/fai
- preseeding (siehe mail von Brian Sutherland, debconf-proposal)
- debconf-set-seletions oder debconf-communicate
- welche default Dinge sollte FAI per debconf/preseeding configurieren?
- (shadow/md5...)
- fai-cd mastering
- Maintainance/Softupdate (Update eines bestehenden Systems mit FAI)
- fcopy erweiterung (preinst)
- bessere Beispiele (webserver mit 1 account, ganglia, php, mysql, apache2)
amd64, sparc, ?IA64, powerpc,...
- neues Partitionierungstool (mit parted_server, lvm, raid)
- fai 3.x (neue Paketierung, wo sollen log und config files hin?)
- fai infrastruktur (neues web layout, fai logo)
- wichtiges in der doku, FAI wiki
- Umstellung der Beispiele auf cfengine2
Ergänzungen:
- Verbesserte Integration von cvs/svn und evtl. anderen Systemen
- Erläuterung: Einerseits gibt es doch meines Wissens nach etwa kein "get_fai_svn", andererseits wäre es IMHO sinnvoll, eine Option zur Auswahl des Systems zu haben, anstatt FAI_LOCATION leer zu lassen - keine große Sache...
andere Systeme: z.B. arch, svk (http://svk.elixus.org/)
- fai-cd remastering howto
- ubuntu mit fai installieren
Weitere Ergänzungen:
- softupdate:
HG überarbeitet seine Patches dazu, HL wünscht sich Doku dazu
- AS findet das auch interessant
- HM schreibt:
- Interessantes Thema. Dazu kann ich eine Lösung beitragen, die bei uns seit ca. 6 Monaten im Einsatz ist. Der Ansatz unterscheidet sich dabei vollständig von Henning Glawes Lösung. Ich setzte lediglich auf die Klasseneinteilung von FAI bei der Installation auf, danach ist es ein eigenständiges System.
Auf einem LDAP-Server wird für jeden Host eine Liste mit Paketen verwaltet. in Client führt regelmäßig ein Skript aus, um zu überprüfen, ob sich seine lokale Paketliste von der auf dem Server unterscheidet. Wenn ja, werden die Pakte installiert bzw. deinstalliert. Ein weiteres Skript macht dann noch regelmäßig ein upgrade der installierten Pakete. Des Weiteren kann das System Konfigurationsdateien verwalten. Dazu kann ich über das FAI-Klassensystem eine Konfigurationsdatei verschiedenen Klassen zuordnen. Die Clients vergleichen regelmäßig ihre lokalen Konfigurationsdateien mit denen im Netz und machen dann evtl. Änderungen (über diese wird man der per ?EMail mit dem diff-Output benachrichtigt). Zugriffsrechte und Besitzer, Gruppe einer Datei werden ebenfalls überwacht. Bei der Installation neuer Pakete werden ebenfalls diese Konfigurationsdateien verwendet. Dabei kann man zwischen preinst (Konfigurationsdatei vor Paketinstallation auf Zielsystem kopieren) und postinst (nach der Installation kopieren) wählen. Ebenfalls kann festgelegt werden, ob bei der Änderung von Konfigurationsdateien Dienste neu gestartet werden sollen.
- Derzeit bin ich dabei, das ganze ordentlich neuzuschreiben. Dabei habe ich versucht auf Modularität zu achten. D.h., wer z.B. mit dem LDAP-Server nicht zufrieden ich ist, kann auch einen SQL-Server oder sonst etwas verwenden.
- Xen: findet MT hochinteressant, HG hat damit schon ein wenig experimentiert, HL interessiert das auch
- Multi-Arch-FAI: HM, OO, HL
- Multi-Distribution (stable, te..., ubuntu): HM, HS, HL
- zentrales Configfile für Clients: OO
- FAI-CD: wohl einige, u.a. HS
- bessere Beispiele: HS
- FAI-Glossar: HS
chroots/vserver/lessdisks: HS, AS - HL versteht nicht, wo da das Problem bei ist HG hatte dazu auch noch Ideen zu make-fai-nfsroot, die HL aber auch nicht wirklich verstanden hat...
- FAI-Sourcen in Subversion verwalten ? (TL) - HG schlägt ein dezentrales System vor, um die Sourcen zu verwalten: darcs oder arch, HL würde lieber mit subversion arbeiten (Umstieg von CVS leichter, das Problem mit den dezentralen Branches ließe sich ja auch lösen, indem HG Schreibzugriff auf das zentrale Repository (erstmal in einem Branch) bekommt...) hat aber auch viel gutes von arch gehört
- FAI-Client.deb: - um nach der Installation des Basis-Systems mit dem Debian-Installer FAI-basiert die restliche Software und Konfiguration zu instalieren - genauere Vorstellung des Konzepts erfolgt noch. (Holger Levsen)
- HS hat noch einige Ideen aus seinem wiki:
- Modularisierung, Trennung zwischen software, mitgelieferten Modulen (alles, was irgendwas auf Basis einer Klassendefintion macht)
- GUI-admin-tool
- Versionskontrolle von Klassenconfigs integrieren (auch: automatisch alle änderungen, die eine betsimmte klasse betreffen, um eine version zurücknehmen
- python oder ruby?
- Klassen müssen besser dokumentiert werden können
- Klassen brauchen vererbung und abhängigkeiten
- Einführung von klassentypen:
- Usecase
- (software)Package
- Action?
config(file)->hd/treiber/netz/drucker/dateien in /etc?
- wie unterscheidet man fest vorgegeben von dynamischer Konfiguration? (also: wie sehe ich im admintool, dass eine Partitionierung des Systems anhand Festplattengrösse vorgenommen wird?
- was ist ein System? ein System ist ein Kombination von Hardware (die zum Beispiel anhand macadresse identifizierbar ist), usecases und usern mit denen wiederum zugeordneten rollen (können bei jedem system unterschiedlich sein) oder auch usern zugeordnete/erlaubte usecases?
- fai modul für crux, suse, redhat, knoppix-installation
- FAI debian installer mit faibootcd, knoppix-mässiger hardwareerkennung und interaktiver installationsauswahl
Welche Hardware steht uns zur Verfügung?
- i386:
- 7 HP-Notebooks von CSB
- TL,MK,HS;IW,HG,BS,AS: 1 Notebook als arbeitsplatz fuer mich
- OO: 3 Laptops
- TL: 1 P4 2.8 Ghz als install server mit i386, powerpc und amd64 mirror drauf
- TL: 2 P4 2.X Ghz als install clients mit/ohne CD-ROM
- HS: 1 PC mit Monitor
- powerpc:
- HL: 1 Notebook als arbeitsplatz fuer mich
?PMac 7200 oder 4400 (h01ger)
- evtl. Pegasos (h01ger)
- amd64
- OO: V20z
- alpha ?
- Netzwerk
BS: diverse kleine Switches (nur ?100MBit/s), Kabel, Mehrfachsteckdosen
wlan vorhanden ? -> sonst bring hsprang nen wlan-ap mit...
- dhcp-server / dns ??
- Thomas bringt einen x86+ppc Mirror mit, andere Archs bitte auf der ML melden...
- 12 port 100mbit switch (h01ger)
- 24 port 10mbit hub? (h01ger)
virtuelle Hardware
Qemu-Kureinführung: http://www.debian-administration.org/articles/95
building arm, sparc and ppc chroots on x86: http://people.Debian.org/~ballombe/qemu