Troubleshooting Netware
From SEPsesam
Erreichbarkeit der TSA-Dienste ermitteln
Bestimmung der verfügbaren TSA's eines NetWare/OES Server
- Beispiel für einen NetWare-Server (hier muss der sbc_smdr Befehl auf einem Rechner mit installiertem sesam-novell-client ausgeführt werden)
#> /opt/sesam/bin/sesam/sbc_smdr -D -N "nw1:::admin.admins.mydomain:novell:0" "/NetWare" 2007-03-21 16:42:50: sbc-3500: Info: ::/NetWare 2007-03-21 16:42:50: sbc-3036: Info: # @(#)SESAM BACKUP CLIENT FOR NETWARE FILE SYSTEMS, VERSION: 1.8R3 Build: 1.161 20070320 17:31:00 Linux i386 abas # 2007-03-21 16:42:50: sbc-3074: Info: Backup start time [20070321164250] 2007-03-21 16:42:50: sbc-3500: Info: Starting Session "SESAM SBC_NLM Session" ... 2007-03-21 16:42:52: sbc-3500: Info: NW1.NetWare File System "NW1.NetWare File System" d_ 2000.01.01 00:00:00 2000.01.01 00:00:00 4096 - , 2007-03-21 16:42:52: sbc-3500: Info: NW1.Novell Directory "NW1.Novell Directory" d_ 2000.01.01 00:00:00 2000.01.01 00:00:00 4096 - ,
In diesem Fall sind der TSAFS (NW1.NetWare File System) sowie der TSANDS (NW1.Novell Directory) geladen.
- Beispiel für einen OES(2)-Linux Server
#> /opt/sesam/bin/sesam/sbc_smdr -D -N "oesnix1::oesnix1:backup:novell:0" "/NetWare" 2007-03-21 15:55:01: sbc-3500: Info: ::/NetWare 2007-03-21 15:55:01: sbc-3036: Info: # @(#)SESAM BACKUP CLIENT FOR NETWARE FILE SYSTEMS, VERSION: 1.8R3 Build: 1.161 20070320 17:31:00 Linux i386 abas # 2007-03-21 15:55:01: sbc-3074: Info: Backup start time [20070321155501] 2007-03-21 15:55:01: sbc-3500: Info: Starting Session "SESAM SBC_NLM Session" ... 2007-03-21 15:55:01: sbc-3500: Info: OESNIX1.GroupWise System "OESNIX1.GroupWise System" d_ 2000.01.01 00:00:00 2000.01.01 00:00:00 4096 - , 2007-03-21 15:55:01: sbc-3500: Info: OESNIX1.Linux File System "OESNIX1.Linux File System" d_ 2000.01.01 00:00:00 2000.01.01 00:00:00 4096 - ,
Hier widerrum laufen der TSAFSGW (OESNIX1.GroupWise System) sowie der TSAFS (OESNIX1.Linux File System).
Bestimmung der Quellen (Resourcen) eines Target Services File System
Folgende TSA's können angesprochen werden (abhängig von den installierten Diensten):
- NetWare File System
- Linux File System
- GroupWise System
- Novell Directory
- iFolder Store
- Linux Cluster File System
- NetWare Cluster File System
NetWare Server kann zwar in Sesam aufgenommen, aber nicht gebrowst bzw. gesichert werden
- Ursache
Es ist entweder kein TSA geladen oder der eingetragene Datamover ist falsch.
- Lösung
Mit unload TSAFS und load TSAFS das "NetWare File System" neu laden.
Die Eigenschaften des NetWare Servers in Sesam bearbeiten und beim Reiter NetWare Access den Datamover anpassen.
Sesam-Fehler: Klient gibt keine Daten zurück
- Problem
In der /var/log/messages auf dem OES Linux Klienten erscheint:
nds_nss_GetGroupsbyMember: failed to init socket, status = 0 nds_nss_GetPwdbyName: init sock returned 0 nds_nss_GetPwdbyName: init sock returned 0 nds_nss_GetPwdbyName: init sock returned 0
- Lösung
Das lum-Setup ist zu bereinigen, damit die eDirectory-Anmeldung beendet werden kann.
Debugmodus für den TSA aktivieren
1.cd to /opt/novell/sms/bin/
2. Entladen des TSA mit dem folgenden Kommando: ./smsconfig -u tsafs
3. Laden des TSA mit dem folgenden Kommando: ./ smsconfig -l tsafs --smsdebug fffffffc --smsdebug2 fffffffc
4. Starten Sie einen Test der den Fehler verursacht:
5. Entladen des TSA mit dem folgenden Kommando: ./smsconfig -u tsafs
6. Die erzeugten Logs liegen unter /var/opt/novell/log/sms/tsafs_debug_xxxx.log
7. Nicht vergessen die alten TSA Konfigurationen mit dem folgenden Befehl wieder zu starten /etc/init.d
Testbackup mit Novell eigenen Tools
http://wiki.novell.com/index.php/Nbackup
Fehlermeldungen während der Sicherung und deren Ursache, Behebung
- Fehlermeldung
(0XFFFDFFD7) "Login denied"
- Ursache
Benutzername oder Kennwort ist falsch. Diese Daten können in den Eigenschaften eines Klienten im Reiter Novell SMS bzw. NetWare Access geändert werden.
- Fehlermeldung
(0XFFFDFFCD) "Öffnen eines Datenstroms nicht möglich." bzw. "A data stream cannot be opened." oder auch "Unable to open a data stream."
- Ursache
Der angegebene Benutzer ist nicht vollständig berechtigt, alles zu sichern. Hier müssen entweder die Logindaten geändert oder die Berechtigung des Benutzers angepasst werden.
- Fehlermeldung
(0XFFFEFFCC) "Could not write an object to NDS or write to a stream." oder (0XFFFEFFB1) "Connection to remote host is lost. Remote host mighthave disconnected."
- Ursache
Der angegebene TSA bzw. der smdr-Dienst läuft nicht. TSA mittels /opt/novell/sms/bin/smsconfig -t prüfen. Weitere Hilfestellung hierzu sind im näcshten Kapitel zu entnehmen.
- Fehlermeldung
(0XFFFDFFDC) "An invalid path was used."
- Ursache
Es wurde entweder ein falscher Pfad zur Sicherung eingegeben oder der falsche TSAFS ist geladen. Falls dieser mit der Option --tsamode=dual geladen ist, kann nur ein Linux-Pfad zur Sicherung verwendet werden. Mit --tsamode=netware sind die Quellen "NetWare server" für alle Volumes bzw. "Volumename:" zulässig. Im Falle --tsamode=linux ist nur "<Pfad zu den Volumes>/Volumename> gültig.
Dateien bleiben nach der Sicherung mehrere Minuten gesperrt, Server wird extrem langsam bzw. friert ein, kommt komplett zum Stillstand und muss vollständig neugestartet werden
Aufgrund der Implementierung einer Funktion für HSM-Lösungen wurden Dateien von einem Novell-Dienst offen gehalten und erst nach dem Backup wieder freigegeben. Diese Option wurde im sesam-novell-client Version höher gleich 3.4.1.78 als optional implementiert, womit Dateien wieder ordnungsgemäß freigegeben werden.
Die Sicherung einer Volume Sicherung dauert um Einiges länger als eine Dateibasierte
Dies kann gesteigert werden, indem der Novell-Cache abgeschalten werden. Zusätzlich läuft das System somit stabiler. Um dies umsetzen zu können, muss die Datei
/etc/opt/novell/sms/tsafs.conf bearbeitet und dort die Zeile
cachingmode=enable
auf
cachingmode=disable
geändert werden. Anschließend mit rcnovell-smdrd restart den notwendigen Dienst neustarten, um die Einstellungen einlesen und anwenden zu können.
Erreichbarkeit und Performance eines NSS-Volumes mit Programm tsatest ermitteln (Befehle gelten für OES2 Rechner)
/opt/novell/sms/bin/tsatest -u root -p unsecure
Sichert die Resource '/' unter Verwendung der angegebenen Zugangsdaten.
/opt/novell/sms/bin/tsatest --path=/home -u root -p unsecure
Sichert die Resource '/home' unter Verwendung der angegebenen Zugangsdaten.
/opt/novell/sms/bin/tsatest -s ACME_SERVER -v SYS: --path=SYSTEM -u root -p unsecure
Sichert das Netware Ziel SYS:\SYSTEM auf ACME_SERVER unter Verwendung der angegebenen Zugangsdaten.
/opt/novell/sms/bin/tsatest -b 131072 -u root -p unsecure
Sichert die / Resource unter Verwendung der angegebenen Zugangsdaten und einer Puffergröße von 131072 Bytes.
/opt/novell/sms/bin/tsatest -s ACME_SERVER -u root -p unsecure
Sichert die Resource '/' auf dem Server ACME_SERVER unter Verwendung der angegebenen Zugangsdaten. Dies führt eine Remotesicherung durch, wenn ACME_SERVER nicht der Server ist, auf dem tsatest geladen/ausgeführt wird.
/opt/novell/sms/bin/tsatest --path=/proc/usb -u root -p unsecure -c 6144
Sichert die Resource /proc/usb unter Verwendung der angegebenen Zugangsdaten. Der Wert 6144 schließt alle Datenströme und erweiterten Attribute aus.
/opt/novell/sms/bin/tsatest --cluster -s CLUSTER_OBJECT_CLUSTERPOOL_SERVER
Sichert den virtuellen Server Knoten, dargestellt als CLUSTER_OBJECT_CLUSTERPOOL_SERVER.
/opt/novell/sms/bin/tsatest --cluster -s CLUSTER_OBJECT_CLUSTERPOOL_SERVER -v RESOURCE_ON_THE_CLUSTER_POOL
Sichert das angegebene Volume ’RESOURCE_ON_THE_CLUSTER_POOL’ auf den Netware virtuellen Server Knoten, dargestellt als CLUSTER_OBJECT_CLUSTERPOOL_SERVER.
tsatest existiert auch für NetWare Server, jedoch mit etwas anderer Syntax:
http://support.novell.com/docs/Tids/Solutions/10092890.html
