[Eisfair_dev] [e1] Backup-zip: Fehler bei Restore

[Marcus Roeckrath]

Hallo Thomas,

Thomas Bork wrote:

>> Aber das, was Hans-Peter dort mal speziell für Samba zusätzlich zur
>> eisfair-Samba-Konfiguration gesichert hat, passt zu den aktuellen
>> Samba-Versionen und weiteren strukturellen Änderungen von eisfair nicht
>> mehr.
> 
> Vielleicht kann man das wieder auf einen aktuellen Stand heben. Wie kann
> ich helfen?

Vielen Dank für das Angebot.

Hans-Peter hat die Samba-Dateien gesichert - z. B. die Passwortdatei, die
Drucker-Treiber-Zuordnungen, ... - die nicht durch die
Samba-eisfair-Konfiguration erzeugt werden:

cp -a \
/etc/smbpasswd \
/etc/secrets.tdb \
/var/lock/samba/share_info.tdb \
/$BACKUP_MEDIUM/samba/ >/dev/null 2>&1

cp -a \
/var/lock/samba/ntdrivers.tdb \
/var/lock/samba/ntforms.tdb \
/var/lock/samba/ntprinters.tdb \
/samba_printer_drivers \
/$BACKUP_MEDIUM/samba/ >/dev/null 2>&1

Das ganze für eine Samba-Version von ca. 2009.

Also wäre es zunächst an der Zeit, die Dateien festzulegen, die für ein
aktuelles Samba zu sichern wären.

Naja, je nach bei der Rescue-Medium-Erzeugung installierten Samba- und
Base-Version (Umlagerung von Dateien nach /var/lib/samba) wären da wohl
umfangreiche Prüfungen und Fallunterscheidungen notwendig.

Was ist, wenn das Rescue-Medium mit Samba Version x erzeugt würde, dann aber
dann später bei Zurückspielen eine viel neuere Samba-Version installiert
wird. Wie stellt man sicher, dass die gesicherten Daten noch zur
Samba-Version passen?

Oder kein automatischen Rückspielen nach Recue-Vorgang, sondern der Admin
die Daten selbst aus dem Samba-Daten-Tarball extrahiert.

Zum Sichern könnte auch Dein Code benutzt werden, den Du zur Erstellung
eines tarballs bei Samba-Versionswechseln verwendest.

-- 
Gruss Marcus