Ich habe eine Umgebung mit mehr als 40 AIX. Die Nim-Mksysb-Sicherungsfunktion lief bei allen einwandfrei, aber für 3-4 Wochen begann ein bestimmter Server, den Mksysb mit der folgenden Meldung zu beschädigen:
" Informationsdatei (/image.data) für rootvg wird erstellt.
Erstellen einer Liste mit zu sichernden Dateien
. 80524 Dateien werden gesichert..................
0512-005 savevg: Sicherung abgeschlossen.
The backup command completed with errors.
The messages displayed on Standard Error contained additional
information.
0042-001 nim: Auf dem „Master“ ist ein Verarbeitungsfehler aufgetreten:
0042-001 m_mkbosi: Bei „leda“ ist ein Verarbeitungsfehler aufgetreten:
0042-001 m_mkbosi: Auf dem „Master“ ist ein Verarbeitungsfehler aufgetreten:
0042-154 c_stat: Die Datei oder das Verzeichnis "/nim/mksysb/lpars/mksysb_leda" existiert nicht
"
Information:
Nim-Client AIX: 6.1TL07SP06
Nim-Server AIX: 6.1TL09SP04
Das fsize-Limit sowohl im Client als auch im NIM-Server ist „unbegrenzt“.
Dateisysteme sind JFS2
Der Nim-Client ist der aktive Knoten eines Clusters und der Schwesterknoten funktioniert einwandfrei.
Wenn ich das mksysb manuell auf dem Knoten erstelle, funktioniert es.
Ich habe den NFS-Cache auf dem NIM-Server aktualisiert
Am Client wurde nichts geändert, bevor das Problem auftrat.
Beim Googeln habe ich einige Leute mit dem gleichen Problem gefunden, aber die meisten haben es gelöst, indem sie das fsize-Limit auf -1 gesetzt haben, was auf meinen Fall nicht zutrifft.
Hat jemand eine Ahnung? Vielen Dank im Voraus.
Antwort1
Ich habe das Problem schließlich gefunden. Obwohl der NIM-Befehl, der das mksysb generiert, das vom Master ausgelöst wird und das NFS-Dateisystem als Repository verwendet, schlugen die Befehle aufgrund des „vollen“ /tmp des NIM-Clients fehl, obwohl /tmp über mehr als 700 MB freien Speicherplatz verfügte. Ich habe die Dateisystemgröße von /tmp erhöht, sodass ich über 1 GB verfügen würde. Dies löste mein Problem.