User Tools

Site Tools


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