Software auf paedml-Rechner updaten

[Rüdiger Kupper]

Die Software auf dem paedml-Rechner (Debian 4.0 [Etch]) ist recht betagt. Wir sollten in einer ruhigen Minute auf die letzte stabile Debian-Distro updaten (Debian 6.0 [Squeeze]).

Ich habe zunehmend das Problem, dass die Pakete auf dem paedml nicht aktuell genug sind. Um z.B. Trac zum laufen zu bringen, musste ich Tools von Hand installieren, so z.B. aktuelle Python-Bibliotheken. Je mehr wir hier von Hand installieren, um so schwieriger wird es werden, die Software konsistent zu halten. Ich möchte gerne zur normalen Paketverwaltung zurückkehren.

Updates benötigen u.a.:

• Python
• Subversion

Laut bau ist das Problem der Update der Linux-Musterlösung, an der manuelle Änderungen vorgenommen wurden, die nicht überschrieben werden sollen.

Ich schlage folgendes Vorgehen vor:

1. kup schließt #17 ab (Subversion-Repository einrichten, gerade in Arbeit)
2. bau
   • lokalisiert alle manuell angepassten Datein auf dem paedml
   • checkt sie ins Subversion-Repository ein
   • und dokumentiert sie im Wiki, z.B. unter --> LinuxmusterAnpassungen.
3. kup
   • lokalisiert alle manuell durchgeführten Installationen und Anpassungen
   • dokumentiert sie im Wiki, z.B. unter --> PaedmlAnpassungen
   • und checkt angepasste Skripte (sofern vorhanden) ins Subversion-Repository ein.
4. bau passt die Paketsourcen in /etc/apt/sources an für
   • die neue Linuxmusterlösung
   • Debian Squeeze
5. bau und kup
   • führen in einer ruhigen Minute :-) den Update durch und
   • stellen die Anpassungen wieder her.

[Rüdiger Kupper]

Achtung: aufwändiges Ticket! Vielleicht Subtickets anlegen.

[bau]

!!STOP!!

Es handelt sich um die offizielle paedml des LMZ Baden-Württemberg!
Diese wird mit allem supportet vom LMZ BW, das setzt aber vorraus, dass die Distri genau die ist, die die LMZ-Entwickler vorgeben. In der Version paedml 4 ist dies Debian 4, derzeit beta (leider) ist die paedml 5, ich vermute mal, die nutzt Debian 5 (und nicht 6).

Wenn wir da was schrauben, dann sind wir auf uns selbst gestellt - ich rate dringen ab!

Grüße
Jens

[Rüdiger Kupper]

Hallo Jens, verstehe. Weisst Du, wieso die Entwicklung der PaedML so stockt? Viele andere Schulen in BW müssten doch ein ähnliches Problem haben. Debian 4 ist in seinen Paketen meist mehrere Generationen von den aktuellen stabilen Varianten zurück. Das merkt man, wenn man irgendetwas über das Paketsystem installieren will (z.B. Trac).

Aber ich stimme Dir zu, abwarten, bis wir mit Support upgraden können.

Weisst Du, wann die PaedML 5 rauskommt, oder kann man die Betaversion schon verwenden?

[Rüdiger Kupper]

Das hier liest sich so, als sei die 5er-Version inzwoschen draußen:
​http://lehrerfortbildung-bw.de/netz/muster/linux/

[Rüdiger Kupper]

Zumindest von der Open-Source-Variante gibt es Version 5.02:
​http://lml.support-netz.de/open/iso/

Wie genau unterscheidet sich die Open-Source-Variante? Vor allem durch den Support, nehme ich an?

[Rüdiger Kupper]

Zwecks Sicherung der Anpassungen auf dem paedml befindet sich jetzt das komplette /etc-Verzeichnis im svn-Repository.

[bau]

habe heute ein

aptitude update
aptitude dist-upgrade

gemacht. Die Firewall wurde nicht angepasst aber das Import-Script musste ich wieder anpassen.
Den TGS-Server werde ich gleich mit paedml 5.02 aufsetzen, bei unserer Musterlösung wie gesagt: am Freitag ein FULL-Backup, dann könnten wir auf Version 5.02 gehen.

[Rüdiger Kupper]

Der Upgrade hat auch die /etc/dhcp3/dhcpd.conf mit einer neuen Version überschrieben. Offenbar wurden einige kleine Änderungen gemacht. Dabei wurden aber natürlich auch die Abschnitte entfernt, die wir selbst hinzugefügt hatten.
Hier siehst Du, was sich beim Überschreiben geändert hat: diff:keplertools/etc/trunk/dhcp3/dhcpd.conf@63:64

Praktischerweise war aber die alte Version im svn.
Um einen ähnlichen Unfall das nächste mal zu verhindern, hab ich unsere Änderungen jetzt in ein eigenes File verlegt. Im Standard-dhcpd.conf steht dann nur ein include: diff:keplertools@71:72.

Das neue File heißt dhcpd.conf.kepler. Bitte wirf einen Blick darauf (die Linbo- und Rembo-Gruppe, die hab ich noch auskommentiert gelassen, weil ich mich damit nicht auskenne).

[Rüdiger Kupper]

Der Upgrade hat das Syntaxhighlighting in Trac deaktiviert, vermutlich wegen eines Updates des Pygments-paketes, das ich von Hand installiert hatte.
Folgeticket: #71

[Rüdiger Kupper]

Sorry, der letzte Kommentar sollte noch nicht abgesendet werden:

Beachte, dass diese Änderungen an der dhcpd.conf beim nächsten Update des dhcp-Paketes vermutlich wieder überschrieben werden: diff:keplertools/etc/trunk/dhcp3/dhcpd.conf@83:84.
Das Update hat diese subnet-Regel hinzugefügt, und das wird vermutlich beim nächsten Update wieder passieren. Das sollten wir wohl dokumentieren.

Wenn möglich sollten wir alle Kepler-spezifischen Anpassungen nach source:keplertools/etc/trunk/dhcp3/dhcpd.conf.kepler verlagern, um sie vor Updates zu schützen.

[bau]

Die Änderungen sind größtenteils bereits in /etc/dhcp3/dhcpd.conf.kepler drin.
Es ist nur so, dass das eine Subnetz auskommentiert werden muss und ja zuätzlich die /etc/dhcp3/dhcpd.conf.kepler eingebunden werden muss. Da muss nach dem Update nachghearbeitet werden.

Ich dokumentier's im Wiki (PaedmlAnpassungen)

[Rüdiger Kupper]

Sehr gut!

[Rüdiger Kupper]

Habe Deine Änderungen in dhcpd.conf und dhcpd.conf.kepler ins svn eingecheckt. Das kannst Du auch selbst tun, wenn Du eine Änderung gemacht hast:
Als root@paedml:

cd /etc/dhcp3
svn commit

Eine Nachricht schreiben, was Du geändert hast, speichern, fertig.

[bau]

Als nächstes soll auf Version 5 upgedatet werden.
Zunächst Datensicherung (Fullbackup!)

[Rüdiger Kupper]

• Fullbackup ist durchgelaufen.
• nächstes inkrementelles Backup meldete einen Fehler
  • bau vermutet, dass der Fehler mit einem erneuten Full-Backup verschwindet

Todo

• Neues Full-Backup durchführen
• beobachten, ob inkrementelle Backups funktionieren
• Paedml updaten

• Das sollte auch #127 lösen!

[bau]

Backup lief nun durch, die INC und DIFF_Backups auch.
Ich gehe nun das Update an.

[bau]

Nach langwierigem Update und anschließender Rettungsaktion in den Weihnachtsferien scheint nun alles wieder zu funktionieren.
Geplant ist jedoch die Anschaffung von neuer Serverhardware (AMD FX 8core mit Raid1 über vier Platten, davon eine als Wechselplatte für die Datensicherung des Komplettsystems, eine Wechselplatte für die Datensicherung der aktuell anfallenden Nutzerdaten unter /home) auf der der Server unter Proxmox virtualisiert werden soll. Der IPCop soll auf dem ProxmoxS virtualisiert werden.