Kein tägliches Backup der Tausch- und Nutzerverzeichnisse!

[Rüdiger Kupper]

Ups, das müssen wir aber ganz schnell ändern:

/home/share ist auf dem paedml ja jetzt ein eigenes Dateisystem. Das Backupskript macht (wie zuvor) ein Backup von /home/. Dabei wird nun aber nur noch der leere Mountpoint /home/share gesichert. Wir haben also seit der Gluster-Umstellung keine neuen Backups der Tauschverzeichnisse mehr bekommen!

Mist, das ist mir durch die Lappen gegangen!

Abhilfe: Entweder /home/share neu in die rsnapshot.conf aufnehmen, oder beim Backup von /home erlauben, dass Filesystemgrenzen überschritten werden.

[Rüdiger Kupper]

Und es wäre geschickt, so vorzugehen, dass nicht morgen das gesamte Tauschverzeichnis komplett neu gebackupt wird – also die Hard-Links einmal von Hand herstellen, so dass nur neue und geänderte Dateien neu gesichert werden.

[Rüdiger Kupper]

OH NEIN! /home/teachers und /home/students sind ja auch eigene Filesysteme! Das ist jetzt aber eine sehr ungünstige Kombi mit richs verschwundenem Verzeichnis!!

[Rüdiger Kupper]

Sinnvoller ist es natürlich, die Gluster-Volumes direkt auf dem Backup-Server zu mounten und darauf das rbackup laufen zu lassen – statt die Daten über rsync vom paedml zu holen.

Das richte ich jetzt ein. Muss nur entscheiden, ob es sinnvoller ist, die Gluster-Volumes an sich zu sichern (/fast-storage und /slow-storage), oder die Unterverzeichnisse (teachers, students, shares).

• Beim ersten Vorgehen wäre automatisch alles mitgesichert, was wir jetzt und in Zukunft nach /{fast,slow}-storage schreiben. (Etwa in Zukunft das data-Verzeichnis des NC-Servers)
• Das zweite Vorgehen hätte den Vorteil, dass die Backups nicht neu gemacht werden müssen, falls wir etwas zwischen slow- und fast-storage verschieben. (Vielleicht z.B. die Schüler-Homes, falls der Platz im fast-storage knapp wird.)

Neige derzeit zu Option 2, weil sie auch die Mounts auf dem paedml widerspiegelt.

[Rüdiger Kupper]

@bau

um den Gluster-Client auf dem Backup-Server zu installieren, muss ich das apt-Repository einbinden. Das scheitert aber, weil der name "gluster.org" auf dem Rechner nicht aufgelöst wird. In der resolv.conf steht:

• auf backup:

  domain kg-fds.de
  search kg-fds.de
  nameserver 10.16.112.2
  

• auf proxmoxls2:

  search kg-fds.de
  nameserver 129.143.2.1
  

• auf gluster1:

  domain kg-fds.de
  search kg-fds.de
  nameserver 10.0.0.250
  

Offenbar funktioniert der Nameserver-Eintrag auf backup nicht. Wie ist der richtig?

[Rüdiger Kupper]

Okay, dann richten wir das in den nächsten Tagen ein und ich habe zunächst einmal die Config so geändert, dass alle Unterverzeichnisse von paedml:/home gesichert werden. Ich will heute Nacht aktuelle Backups haben.

[bau]

Der Backup-Server steht im Schulverwaltungsnetz, dort gibt es bekanntlicherweise keine Namensauflösung!
Eventuell benötigte Packages müssen über den proxysw geholt werden - die URLs müssen dort im squid freigegeben werden. Wenn du was per http(s) brauchst, muss der proxysw wie immer als Variable http_proxy oder https_proxy gesichert werden.

[Rüdiger Kupper]

Ah, richtig! Der proxysw muss in der apt.conf als Proxy eingetragen werden – auf den Lehrernetzrechnern ist er das schon lange, auf dem backup noch nicht. Ich probier's heute noch mal, danke!