it_best_practise:backup:unbuntu_update_v812
hier unsere Erfahrungen, wie wir mehrere Ubuntu Systeme erfolgreich auf TSM Client Version 8.1.2 geupdated haben, in der Hoffnung, dass so RWTH weit weniger Zeit verbrannt wird:
# neuen Client herunterladen und entpacken mkdir /tmp/tsm/ cd /tmp/tsm/ # ggf prüfen, ob eine neue Version verfügbar ist unter: # ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/client/ # ftp://public.dhe.ibm.com/storage/tivoli-storage-management/patches/client/ wget ftp://public.dhe.ibm.com/storage/tivoli-storage-management/patches/client/v8r1/Linux/LinuxX86_DEB/BA/v814/8.1.4.1-TIV-TSMBAC-LinuxX86_DEB.tar tar -xvf 8.1.4.1-TIV-TSMBAC-LinuxX86_DEB.tar cd /tmp/tsm/bacli # Aus Angst die alte Konfig sichern cp -a /opt/tivoli/tsm/client/ba/bin/dsm.opt /opt/tivoli/tsm/client/ba/bin/dsm.opt_bak cp -a /opt/tivoli/tsm/client/ba/bin/dsm.sys /opt/tivoli/tsm/client/ba/bin/dsm.sys_bak #die alten Pakete deinstallieren. Dazu erst Pakete auflisten lassen. Der jeweils zweite Befehl ist das Deinstallieren hier ggf. auf den Output des ersten Befehls anpassen dpkg -l tiv* dpkg -r tivsm-api64 tivsm-apicit tivsm-ba tivsm-bacit tivsm-bahdw tivsm-filepath tivsm-jbb dpkg -l gsk* dpkg -r gskcrypt64 gskssl64 # Installieren der neuen Pakete. dpkg -i gskssl64_8.0-50.78.linux.x86_64.deb gskcrypt64_8.0-50.78.linux.x86_64.deb dpkg -i tivsm-api64.amd64.deb dpkg -i tivsm-ba.amd64.deb dpkg -i tivsm-apicit.amd64.deb dpkg -i tivsm-bacit.amd64.deb # TSM Client anhalten systemctl stop dsmcad # Neues Zertifikat einbinden wget -O ~/rootcert.pem https://doc.itc.rwth-aachen.de/download/attachments/3476056/rootcert.pem cd /opt/tivoli/tsm/client/ba/bin/ ./dsmcert -add -server "T-TeleSec GlobalRoot Class 2" -file ~/rootcert.pem cd ~ # Verifikation, ob das importierte Zertifikat "T-TeleSec GlobalRoot Class 2" in der Cert-DB ist gsk8capicmd_64 -cert -list -db /opt/tivoli/tsm/client/ba/bin/dsmcert.kdb -stashed # in der Datei /opt/tivoli/tsm/client/ba/bin/dsm.sys muss jetzt manuell die Option „managedservices schedule” eingebunden werden # Starten und checken, ob der Client hoch kommt systemctl start dsmcad systemctl status dsmcad # Prüfen, ob u.a. TLS aktiv ist - siehe Info zu "SSL-Information" am Ende der Ausgabe dsmc query session # Mit diesem Befehl wird ein Inkrementelles Backup gestartet (als erster schneller Test) dsmc inc
in der Datei /var/log/dsmwebcl.log sollte final drin stehen:
Dsmcad arbeitet im Modus Schedule
Und etwas später der Eintrag vom Scheduler, dass ein Backup für Zeitpunkt X geplant ist.
sieh auch:
it_best_practise/backup/unbuntu_update_v812.txt · Last modified: 2024/02/27 11:41 by 127.0.0.1