Ich klage mal wieder mein Leid \u00fcber „Geister Snapshots“<\/p>\n
\u00dcber die Feiertage ist bei einer unserer VMs ein Snapshot stehen geblieben
\nund da ich auch den einen oder anderen Tag Urlaub bekommen habe, ist das nicht gleich aufgefallen.<\/p>\n
Auf jeden Fall war er mittlerweile 60GB gro\u00df. Das l\u00f6schen via GUI hat mal wieder nicht funktioniert. Diesmal hat das aber nicht funktioniert – nach 12h ist der Vorgang abgebrochen und der Snapshot war immer noch da.<\/p>\n Netter weise lie\u00df sich die VM aber auch nicht mehr einschalten (Schwei\u00dfperlen bilden sich auf der Stirn des Admins)<\/p>\n Fehlermeldung:<\/p>\n The parent virtual disk has been modified since the child was created<\/em><\/strong> Ich werde hier jetzt mal meinen L\u00f6sungsansatz schildern:<\/p>\n IST:<\/p>\n Durch den einen oder anderen Rettungsversuch unter der Woche haben wir jetzt schon 5 Snapshots – aber ob 2 oder 5 ist ja egal. Hier mal die „cat\u00b4s“ meiner vmdk Files:<\/p>\n Nach 5x dr\u00fcber schauen habe ich das Problem auch gefunden. Nach ein bissel probieren habe ich festgestellt, dass dies auftritt, wenn die VM nach dem Erstellen des Snapshots nicht eingeschaltet wurde (keine \u00c4nderungen am Snapshot vorgenommen wurden)<\/p>\n Gut das ist also nicht das Problem …<\/p>\n Wenn man sich jetzt aber das vmdk von der Basis HDD anschaut:<\/p>\n Dann f\u00e4llt einem auf das die CID die selbe wie von Snapshot 3 ist da kann also was nicht stimmen… Hier sollte als Parent ja eigentlich die CID der Basis HDD stehen. Zu Gunsten des Angeklagten habe ich angenommen, dass die CID der Basis HDD nicht stimmt und gegen die parentCID von Snapshot 1 getauscht. Und siehe da – die VM bootet wieder Aber das Problem ist ja noch nicht vom Tisch … Zwei L\u00f6sungen denke ich mal gibt es: und dann die orginal HDD gegen die geclonte HDD ersetzten.<\/p>\n Ich hab ersteres gemacht – und bin froh das alles wieder geht ….<\/p>\n LINKS: Ich klage mal wieder mein Leid \u00fcber „Geister Snapshots“ \u00dcber die Feiertage ist bei einer unserer VMs ein Snapshot stehen geblieben und da ich auch den einen oder anderen Tag Urlaub bekommen habe, ist das nicht gleich aufgefallen. Auf jeden Fall war er mittlerweile 60GB gro\u00df. Das l\u00f6schen via GUI hat mal wieder nicht funktioniert. […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"enabled":false},"version":2}},"categories":[16,20],"tags":[69],"class_list":["post-724","post","type-post","status-publish","format-standard","hentry","category-edv-probleme","category-esx","tag-esx"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/peux2-bG","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts\/724","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=724"}],"version-history":[{"count":0,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts\/724\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=724"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=724"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=724"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nIrgendwann hat er abgebrochen und im VI Client wurde kein Snapshot mehr angezeigt.
\nAber das kennen wir ja schon -> L\u00f6sung <\/a><\/p>\n
\nSuper – das kann ja ein toller Samstag werden!<\/p>\n60G Jan 16 10:02 SERVER-XY_1-000001-delta.vmdk\r\n256 Jan 15 17:09 SERVER-XY_1-000001.vmdk\r\n7.2G Jan 15 18:24 SERVER-XY_1-000002-delta.vmdk\r\n263 Jan 15 17:09 SERVER-XY_1-000002.vmdk\r\n6.2G Jan 15 17:02 SERVER-XY_1-000003-delta.vmdk\r\n263 Jan 14 08:59 SERVER-XY_1-000003.vmdk\r\n302K Jan 15 17:05 SERVER-XY_1-000004-delta.vmdk\r\n237 Jan 15 17:05 SERVER-XY_1-000004.vmdk\r\n16M Jan 16 20:35 SERVER-XY_1-000005-delta.vmdk\r\n263 Jan 16 11:34 SERVER-XY_1-000005.vmdk\r\n150G Jan 16 08:58 SERVER-XY_1-flat.vmdk\r\n405 Jan 16 11:30 SERVER-XY_1.vmdk\r\n<\/pre>\n
\nEine L\u00f6sung findet sich im VMWare KB1007849<\/a><\/p>\n[root@esx SERVER-XY]# cat SERVER-XY_1-000005.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=e33002b5\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1-000004.vmdk\"\r\n# Extent description\r\nRW 314572800 VMFSSPARSE \"SERVER-XY_1-000005-delta.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\n[root@esx SERVER-XY]# cat SERVER-XY_1-000004.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=e33002b5\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1-000003.vmdk\"\r\n# Extent description\r\nRW 314572800 VMFSSPARSE \"SERVER-XY_1-000004-delta.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\n[root@esx SERVER-XY]# cat SERVER-XY_1-000003.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=6d3da253\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1-000002.vmdk\"\r\n# Extent description\r\nRW 314572800 VMFSSPARSE \"SERVER-XY_1-000003-delta.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\nddb.toolsVersion = \"7303\"\r\n[root@esx SERVER-XY]# cat SERVER-XY_1-000002.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=6d3da253\r\nparentCID=d35ad50b\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1-000001.vmdk\"\r\n# Extent description\r\nRW 314572800 VMFSSPARSE \"SERVER-XY_1-000002-delta.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\nddb.toolsVersion = \"7303\"\r\n[root@esx SERVER-XY]# cat SERVER-XY_1-000001.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=d35ad50b\r\nparentCID=fee0d339\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1.vmdk\"\r\n# Extent description\r\nRW 314572800 VMFSSPARSE \"SERVER-XY_1-000001-delta.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\nddb.toolsVersion = \"7303\"\r\n[root@esx SERVER-XY]# cat SERVER-XY_1.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=ffffffff\r\ncreateType=\"vmfs\"\r\n\r\n# Extent description\r\nRW 314572800 VMFS \"SERVER-XY_1-flat.vmdk\"\r\n\r\n# The Disk Data Base\r\n#DDB\r\n\r\nddb.toolsVersion = \"7303\"\r\nddb.adapterType = \"lsilogic\"\r\nddb.geometry.sectors = \"63\"\r\nddb.geometry.heads = \"255\"\r\nddb.geometry.cylinders = \"19581\"\r\nddb.uuid = \"60 00 C2 92 aa ab 87 6b-72 50 9a 5a e3 99 fc 6b\"\r\nddb.virtualHWVersion = \"4\"\r\n<\/pre>\n
\nZuerst dachte ich mit dem Snapshot 4 stimmt was nicht,
\nda die CID und die parentCID gleich sind e33002b5
\nund dies auch noch die CID von Snapshot 3 ist.<\/p>\n[root@esx SERVER-XY]# cat SERVER-XY_1.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=ffffffff\r\ncreateType=\"vmfs\"\r\n<\/pre>\n
\nDas die parentCID fffffffff ist, ist OK – zeigt einfach das es kein weiteres Parent gibt.<\/p>\n[root@esx SERVER-XY]# cat SERVER-XY_1-000003.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=e33002b5\r\nparentCID=6d3da253\r\n<\/pre>\n
\nWenn man sich jetzt aber den Snapshot 1 anschaut:<\/p>\n[root@esx SERVER-XY]# cat SERVER-XY_1-000001.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=d35ad50b\r\nparentCID=fee0d339\r\n<\/pre>\n
\nNun ist die Frage – was ist falsch.
\nDie CID der Basis HDD oder die parentCID von Snapshot 1.<\/p>\n
\nSieht dann also so aus:<\/p>\n[root@esx SERVER-XY]# cat SERVER-XY_1-000001.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=d35ad50b\r\nparentCID=fee0d339\r\ncreateType=\"vmfsSparse\"\r\nparentFileNameHint=\"SERVER-XY_1.vmdk\"\r\n\r\n[root@esx SERVER-XY]# cat SERVER-XY_1.vmdk\r\n# Disk DescriptorFile\r\nversion=1\r\nCID=fee0d339\r\nparentCID=ffffffff\r\ncreateType=\"vmfs\"\r\n<\/pre>\n
\n„Schwei\u00df von der Stirn wischen“<\/p>\n
\nDer Snapshot ist immer noch da. Bei mir war das „Gl\u00fcck“ das der Snapshot der System HDD schon committed war und nur noch die Daten HDD das Problem darstellte.<\/p>\n
\n1. 3te HDD in die VM und die Daten r\u00fcber kopieren (robocopy)
\n2. die VHD clonen<\/p>\nvmkfstools -i \/vmfs\/volumes\/LUN1\/SERVER-XY\/SERVER-XY_1-000005.vmdk \/vmfs\/volumes\/LUN1\/SERVER-xy_recovery\/SERVER-XY_1.vmdk\r\n<\/pre>\n
\nVMWare KB1007849<\/a> Consolidating snapshots
\nVMWare KB935<\/a> Cloning an ESX Server Virtual Machine
\nVMWare KB1005228<\/a> … virtual disk with snapshot has the wrong CID
\nVMWare KB1007969<\/a> Committing snapshots generates a content ID mismatch error
\nvmwaretips.com<\/a>
\nAbout Roy I<\/a>
\nMalaysia VMware Communities<\/a> Tips to recover Snapshot problem on VM<\/p>\n\n\n","protected":false},"excerpt":{"rendered":"