Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

VDR hinterlässt Snapshots die nicht zu Konsolidieren sind

Moderatoren: Dayworker, irix

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

VDR hinterlässt Snapshots die nicht zu Konsolidieren sind

Beitragvon vBenny » 29.11.2011, 11:05

Hallo zusammen,

hab schon ewig im Netz gesucht, konnte aber mein exaktes Problem nicht finden... hoffe jemand von euch kann mir weiterhelfen.

Ich habe 2 esxi 5 hosts mit ca 15 VMs die unter anderem via VDR gesichert werden.

Aktuell habe ich die Situation dass bei 2 VMs die Snapshots von der VDR nicht entfernt wurden.
In den Log Files der VDR steht das:

Aufgabe "meine Server" unvollständig
Trouble reading files, Fehler -3956 (Vorgang fehlgeschlagen)

Trotz des Fehlers kann ich auf die Sicherung zugreifen und Daten davon wieder herstellen.

Vor der Sicherung hatte die VM defenitiv nur eine vmdk, jetzt sind es 5.

Wenn ich an der VM einen Snapshot erstelle und danach "alle löschen" ausführe, läuft das erfolgreich durch. Allerdings habe ich danach immer noch 5 vmdks.

Auch wenn die VM ausgeschalten ist, bleiben beim "alle löschen" die vmdks bestehen.

Wenn ich die VM auf einen anderen Host verschiebe, bleibt das Fehlerbild gleich.

Seit ESXi 5 gibt es ja die Option "Konsolidieren" unter Snapshots. Diese Funktion läuft bei mir auf einen Fehler:

Zugriff auf eine Datei <unspecified filename> nicht möglich, weil sie gesperrt ist.


Wenn ich auf dem ESXi Host auf dem die VM läuft die management dienste neu starte mit
/sbin/services.sh restart

kann ich danach die vm problemlos konsolidieren.

Kennt jemand das Problem, bzw. hat jemand einen Leitfaden wie ich heruasfinden kann welche Datei von wem (ich nehm mal an VDR) gesperrt wird?

Danke,

MfG vBenny

Member
Beiträge: 490
Registriert: 26.05.2008, 15:52

Beitragvon deathrow » 29.11.2011, 11:08

die unter anderem via VDR


Sicherst Du die gleichen VMs mit verschiedenen Tools gleichzeitig?

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 29.11.2011, 11:11

einmal wöchentlich erstelle ich eine Bandsicherung wichtiger Daten die ausser Haus aufbewahrt wird falls mal zufällig unser Gebäude abbrennen sollte.

Das ganze mit BackupExec, denke das macht an der Stelle keine Probs.

MfG vBenny

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 29.11.2011, 11:12

Hallo
kannst du mal eine Dateiliste und die vmsd Datei posten ?
Am besten auch die aktuelle vmx

Anhaenge gehen hier nicht - nimm http://ifile.it

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 29.11.2011, 11:29

Hallo,

hier ist ein Screenshot der Dateiliste
http://ifile.it/nqjx3mg

Inhalt der vmsd:

.encoding = "UTF-8"
snapshot.lastUID = "18"
snapshot.current = "18"
snapshot.needConsolidate = "TRUE"
snapshot.helperUID = "18"
snapshot0.uid = "18"
snapshot0.filename = "MeinServer-Snapshot18.vmsn"
snapshot0.displayName = "Consolidate Helper- 0"
snapshot0.description = "Helper snapshot for online consolidate."
snapshot0.clientFlags = "1"
snapshot0.createTimeHigh = "307919"
snapshot0.createTimeLow = "599335989"
snapshot0.numDisks = "1"
snapshot0.disk0.fileName = "MeinServer-000004.vmdk"
snapshot0.disk0.node = "scsi0:0"
snapshot.numSnapshots = "1"


Inhalt der vmx:

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
pciBridge0.present = "true"
pciBridge4.present = "true"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "true"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "true"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "true"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "true"
nvram = "MeinServer.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "MeinServer"
extendedConfigFile = "MeinServer.vmxf"
floppy0.present = "true"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsisas1068"
memsize = "4096"
scsi0:0.present = "true"
scsi0:0.fileName = "MeinServer-000005.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
scsi0:0.ctkEnabled = "true"
sched.scsi0:0.shares = "normal"
sched.scsi0:0.throughputCap = "off"
ide1:0.present = "true"
ide1:0.clientDevice = "true"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.fileName = ""
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "VM Network"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:ab:49:96"
svga.vramSize = "8388608"
disk.EnableUUID = "true"
guestOS = "windows7srv-64"
uuid.bios = "42 2b 3d 0f eb 09 e9 c7-79 76 fa c9 5a 35 63 2c"
vc.uuid = "50 2b c5 1d 3a 3a ed 5b-a7 db 73 d9 40 9d 4b c7"
log.fileName = "vmware.log"
ctkEnabled = "true"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
tools.upgrade.policy = "manual"
replay.supported = "FALSE"
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "160"
ethernet0.pciSlotNumber = "32"
vmci0.pciSlotNumber = "33"
scsi0.sasWWID = "50 05 05 6f eb 09 e9 c0"
vmotion.checkpointFBSize = "8388608"
ethernet0.generatedAddressOffset = "0"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000206c220200800029ee3ffbfebfbff"
hostCPUID.80000001 = "0000000000000000000000012c100800"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a400010800809822010febfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000206c220200800009822010febfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
evcCompatibilityMode = "TRUE"
replay.filename = ""
unity.wasCapable = "FALSE"
vmci0.id = "1513448236"
tools.syncTime = "FALSE"
uuid.location = "56 4d 14 7e 8e dd 1a 1b-ee 5c e1 ad ca 16 0e 3c"
cleanShutdown = "TRUE"
migrate.hostlog = "./MeinServer-bb4c7fc7.hlog"
sched.swap.derivedName = "/vmfs/volumes/4ecaad7d-d45e8b19-4a8a-001b2172595c/MeinServer/MeinServer-bb4c7fc7.vswp"
scsi0:1.deviceType = "scsi-hardDisk"

MfG vBenny

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 29.11.2011, 11:48

die vmsd Datei ist defekt.
Damit koennen GUI funktionen nicht mehr korrekt ausgefuehrt werden.

Ich weurde die VM abschalten und dann per vmkfsfools alles konsolidieren - dann hast du erstmal wieder Ruhe

cd <verzeichnis der VM>
vmkfstools -i DSBedaTime-000005.vmdk neuerName.vmdk

Danach DSBedaTime-000005.vmdk aus der VM entfernen - aber noch nicht loeschen - und durch neuerName.vmdk ersetzten.
VM testen und wenn alles geschmeidig laeuft die alten DSBedaTime*.vmdks loeschen.
Die vmsd musst du auch loeschen.

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 29.11.2011, 12:36

Danke für die Antwort!

Ich habe leider zu wenig Speicher frei auf diesem Datenspeicher. Das gleich bekomm ich doch auch hin, wenn ich die VM einfach klone?

MfG vBenny

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 29.11.2011, 13:29

die neue .vmdk kann auch auf einem anderen Datastoreliegen - ganz nach Bedarf /Wunsch

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 29.11.2011, 13:31

Danke!

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 05.12.2011, 13:41

Hallo zusammen,

nachdem ich dachte letzte Woche alle VMs repariert zu haben, musste ich heute feststellen, dass 4 verschiedenen VMs (eine von letzter Woche ist auch dabei) schon wieder konsolidiert werden müssen.

Wieder gleichen Fehler "Trouble reading files -3956"

Hat jemand noch eine Idee was die ursache sein könnte?
Danke,

vBenny

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 05.12.2011, 13:58

Auffällig ist, dass immer VMs betroffen sind, die auf dem gleichen ESXi-Host laufen.

Kann es sein, dass die Fehler verursacht werden, weil ich im Cluster vSphere HA und vSphere DRS aktuell nicht eingeschalten habe?

MfG vBenny

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 05.12.2011, 14:12

hast du vielleicht letz\te Woche nicht ordentlich aufgeraeumt ?

gab es noch alte vmsds oder vmsn ?

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 05.12.2011, 14:30

Ich dachte schon.
Nach der Aufräumarbeit letzte Woche liefen ja alle VM-Sicherungen Problemlos.

Das komische ist, dass ich jetzt das Konsolidierungsproblem mit VMs habe, die vorher einwandfrei gesichert wurden.

vmsd hatte ich nur eine (in den Maschinen letzte Woche), und die habe ich, wie du gesagt hast, gelöscht.

vmsn? Von der hast du nichts geschrieben...

Gibts eine Möglchkeit vmsds und vmsn auf konsistenz zu prüfen? ..und was zu lesen, dass ich auch mal verstehe, welche aufgaben die Dateien genau haben?

Danke,

MfG vBenny

Member
Beiträge: 490
Registriert: 26.05.2008, 15:52

Beitragvon deathrow » 05.12.2011, 16:21

Sicherst Du alle VMs gleichzeitig?

Ich würde max. so drei bis vier pro Host zur Zeit machen.

Member
Beiträge: 18
Registriert: 29.11.2011, 09:55

Beitragvon vBenny » 06.12.2011, 10:52

Ja, ich sichere alle auf einmal.
Ich schau mal was passiert, wenn ich das auf mehrere Jobs verteile.

MfG vBenny


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 6 Gäste