VMware-Forum

Hallo,

ich nutze ghettoVCB.sh um meine Systeme auf eine Qnap zu sichern.
Die Anbindung erfolgt per NFS.
Unten aufgeführter Fehler tritt bei einigen Systemen auf.
das unten aufgeführte System hat eine 30 GB Platte.
Was ich getestet habe:
1)
Das Problem tritt bei verschiedenen Qnaps als Zielserver auf.
2)
Andere deutlich größere Systeme laufen durch.
3)
Alle Systeme sind ähnlich konfiguriert.
4)
Die Sicherung dieses Systems bricht immer bei 75% ab.
5)
Die aktuelle Version des Scripts wird verwendet.
6)
Auf dem Server kann ich keine Fehler in den Logfiles erkennen.

Gruß und Dank


/opt/cc_tools/backup # ./ghettoVCB.sh -f liste
2010-05-18 08:04:15 -- info: ============================== ghettoVCB LOG START ==============================

2010-05-18 08:04:15 -- info: CONFIG - VM_BACKUP_VOLUME = /mnt/backup
2010-05-18 08:04:15 -- info: CONFIG - VM_BACKUP_ROTATION_COUNT = 3
2010-05-18 08:04:15 -- info: CONFIG - VM_BACKUP_DIR_NAMING_CONVENTION = 2010-05-18_08-04-15
2010-05-18 08:04:15 -- info: CONFIG - DISK_BACKUP_FORMAT = zeroedthick
2010-05-18 08:04:15 -- info: CONFIG - ADAPTER_FORMAT = buslogic
2010-05-18 08:04:15 -- info: CONFIG - POWER_VM_DOWN_BEFORE_BACKUP = 0
2010-05-18 08:04:15 -- info: CONFIG - ENABLE_HARD_POWER_OFF = 0
2010-05-18 08:04:15 -- info: CONFIG - ITER_TO_WAIT_SHUTDOWN = 3
2010-05-18 08:04:15 -- info: CONFIG - POWER_DOWN_TIMEOUT = 5
2010-05-18 08:04:15 -- info: CONFIG - SNAPSHOT_TIMEOUT = 15
2010-05-18 08:04:15 -- info: CONFIG - LOG_LEVEL = info
2010-05-18 08:04:15 -- info: CONFIG - BACKUP_LOG_OUTPUT = stdout
2010-05-18 08:04:15 -- info: CONFIG - VM_SNAPSHOT_MEMORY = 0
2010-05-18 08:04:15 -- info: CONFIG - VM_SNAPSHOT_QUIESCE = 0
2010-05-18 08:04:15 -- info: CONFIG - VMDK_FILES_TO_BACKUP = all

2010-05-18 08:04:29 -- info: Initiate backup for ccdevq1
Destination disk format: VMFS zeroedthick
Cloning disk '/vmfs/volumes/datastore1/ccdevq1/ccdevq1.vmdk'...
Clone: 75% done.Failed to clone disk : Input/output error (327689).
2010-05-18 08:25:55 -- info: Backup Duration: 21.43 Minutes
2010-05-18 08:25:55 -- info: Successfully completed backup for ccdevq1!

2010-05-18 08:25:55 -- info: ###### Final status: All VMs backed up OK! ######

2010-05-18 08:25:55 -- info: ============================== ghettoVCB LOG END ================================

Hi,

kannst Du mal ein anderes System/Protokoll/Datastore als Ziel für die Sicherung dieser VM nehmen?
(um festzustellen, ob der Fehler evtl. beim Lesen und nicht beim Schreiben liegt)

oder via Datastore-Browser, vmkfstools oder ähnlichem die Platte händisch kopieren...

seht was im vmkernel-log? steht was im log des NFS-Servers?

viele grüße,
jörg

Tschoergez hat geschrieben:Hi,

kannst Du mal ein anderes System/Protokoll/Datastore als Ziel für die Sicherung dieser VM nehmen?
(um festzustellen, ob der Fehler evtl. beim Lesen und nicht beim Schreiben liegt)

oder via Datastore-Browser, vmkfstools oder ähnlichem die Platte händisch kopieren...

seht was im vmkernel-log? steht was im log des NFS-Servers?

viele grüße,
jörg

Die gute Nachricht:
Mit Triled VMexplorer bricht die Kopie auch ab wen ich auf eine Windows-Büchse kopiere.
Melung internal server error file can not be downloaded.

Die schlechte Nachricht:
Keine Ahnung warum.

Die Logfiles gegen nichts her.

Gruß

rprengel hat geschrieben:

Tschoergez hat geschrieben:Hi,

kannst Du mal ein anderes System/Protokoll/Datastore als Ziel für die Sicherung dieser VM nehmen?
(um festzustellen, ob der Fehler evtl. beim Lesen und nicht beim Schreiben liegt)

oder via Datastore-Browser, vmkfstools oder ähnlichem die Platte händisch kopieren...

seht was im vmkernel-log? steht was im log des NFS-Servers?

viele grüße,
jörg

Die gute Nachricht:
Mit Triled VMexplorer bricht die Kopie auch ab wen ich auf eine Windows-Büchse kopiere.
Melung internal server error file can not be downloaded.

Die schlechte Nachricht:
Keine Ahnung warum.

Die Logfiles gegen nichts her.

Gruß

Ich versuche jetzte einfach mal dem Ordner mit dem virtuellen System auf dem Server von einem Storage in ein anderes zu kopieren 8einfach per ssh aufegschaltet und mit mv verschieben).
Läuft aber auch schon seit einer guten Stunde.

rprengel hat geschrieben:

rprengel hat geschrieben:

Tschoergez hat geschrieben:Hi,

kannst Du mal ein anderes System/Protokoll/Datastore als Ziel für die Sicherung dieser VM nehmen?
(um festzustellen, ob der Fehler evtl. beim Lesen und nicht beim Schreiben liegt)

oder via Datastore-Browser, vmkfstools oder ähnlichem die Platte händisch kopieren...

seht was im vmkernel-log? steht was im log des NFS-Servers?

viele grüße,
jörg

Die gute Nachricht:
Mit Triled VMexplorer bricht die Kopie auch ab wen ich auf eine Windows-Büchse kopiere.
Melung internal server error file can not be downloaded.

Die schlechte Nachricht:
Keine Ahnung warum.

Die Logfiles gegen nichts her.

Gruß

Ich versuche jetzte einfach mal dem Ordner mit dem virtuellen System auf dem Server von einem Storage in ein anderes zu kopieren 8einfach per ssh aufegschaltet und mit mv verschieben).
Läuft aber auch schon seit einer guten Stunde.

Das klappt auch nicht.
Ich werde einen neuen Server aufsetzen und die Platten der betroffenen Systems darin mounten. es sind einzelne Platten und das System ist eh ein Testsystem. Mal schau was dann passiert.