Ich habe also das ghettoVCB-Script auf meinen Server kopiert und lokal funktioniert es auch bestens. Allerdings wäre es ja schöner wenn das backup auf einen anderen PC kopiert werden würde. Dazu wollte ich die NFS-Funktionalität nutzen.
meine Konfiguration:
Code: Alles auswählen
DISK_BACKUP_FORMAT=zeroedthick
VM_BACKUP_ROTATION_COUNT=3
POWER_VM_DOWN_BEFORE_BACKUP=0
ENABLE_HARD_POWER_OFF=0
ITER_TO_WAIT_SHUTDOWN=3
POWER_DOWN_TIMEOUT=5
ENABLE_COMPRESSION=0
ADAPTER_FORMAT=buslogic
VM_SNAPSHOT_MEMORY=0
VM_SNAPSHOT_QUIESCE=0
ENABLE_NON_PERSISTENT_NFS=1
UNMOUNT_NFS=1
NFS_SERVER=192.168.2.114
NFS_MOUNT=/nfs
NFS_LOCAL_NAME=datastore1/vm_backups
NFS_VM_BACKUP_DIR=mybackups
SNAPSHOT_TIMEOUT=15
EMAIL_LOG=0
EMAIL_DEBUG=0
EMAIL_SERVER=auroa.primp-industries.com
EMAIL_SERVER_PORT=25
EMAIL_TO=auroa@primp-industries.com
EMAIL_FROM=root@ghettoVCBDabei handelt es sich um ein debian-5 Linux mit eingerichtetem NFS-Dateiserver.
Die Freigabe aus der exports-Datei:
/nfs 192.168.2.0/255.255.255.0(rw)
Der ESX-Server legt aber das Backup nur lokal an und nicht auf dem NFS-Share.
Nachdem das Script durchgelaufen ist steht "Datastore not found." in der Konsole.
Ich habe dann versucht das NFS-Share mit dem Befehl
mount 192.168.2.114: /nfs datastore/vm_backups einzubinden
allerdings klappt auch dies nicht:
failed: No such file or directory
Wenn ich den Befehl wie folgt abwandle:
mount -t nfs 192.168.2.114: /nfs datastore/vm_backups einzubinden
Kommt folgende Fehlermeldung:
failed: Device or resource busy
in der Log-datei Messages wird folgendes eingetragen:
Code: Alles auswählen
Dec 8 12:10:40 shell[9626]: mount -t nfs 192.168.2.114:/nfs /vmfs/volumes/datastore1/nfs/
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.295 FF9FEE90 verbose 'Proxysvc Req00163'] New proxy client TCP(local=127.0.0.1:53136, peer=127.0.0.1:80)
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.296 FF9FEE90 info 'Vmomi'] Activation [N5Vmomi10ActivationE:0xa02dbd8] : Invoke done [waitForUpdates] on [vmodl.query.PropertyCollector:ha-property-collector]
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.296 FF9FEE90 verbose 'Vmomi'] Arg version:
Dec 8 12:10:51 Hostd: "18"
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.296 FF9FEE90 info 'Vmomi'] Throw vmodl.fault.RequestCanceled
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.297 FF9FEE90 info 'Vmomi'] Result:
Dec 8 12:10:51 Hostd: (vmodl.fault.RequestCanceled) {
Dec 8 12:10:51 Hostd: dynamicType = <unset>,
Dec 8 12:10:51 Hostd: faultCause = (vmodl.MethodFault) null,
Dec 8 12:10:51 Hostd: msg = "",
Dec 8 12:10:51 Hostd: }
Dec 8 12:10:51 Hostd: [2010-12-08 12:10:51.297 22B06B90 error 'App'] Failed to read header on stream TCP(local=127.0.0.1:62101, peer=127.0.0.1:0): N7Vmacore15SystemExceptionE(Connection reset by peer)In meiner Verzweifelung habe ich ein zweites debian-system aufgesetzt und versucht von dort aus auf das NFS-Share zuzugreifen und hier klappt es problemlos.
natürlich habe ich mir auch schon einen Wolf gegoogelt und die entsprechende Seite von VmWare gefunden: http://kb.vmware.com/selfservice/micros ... Id=1003967
Hier steht das man die Firewall für NFS entsprechend konfigurieren soll, aber unter Konfiguration/Sicherheitsprofil kann ich nur die Dienste entsprechend konfigurieren nicht die Firewall. Da unter /etc/init.d auch keine iptables datei vorhanden ist gehe ich also davon aus das keine Firewall läuft.
Also was mache ich Falsch.
HIlfe!