DE · EN

Anrufen

build 6ddc7a35 | content blog-content@417154f · 338 posts | profiles 32 · corpus 315 | ● 0 skipped | built 2026-10-21 12:35 UTC format run

$ soultec get post/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files -o yaml$ soultec get post/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files -o json$ soultec get post/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files -o toml$ soultec get post/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files -o xml$ python3 problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.pyPS> ./problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.ps1$ go run problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.go$ node problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.js

apiVersion: soultec.ch/v1kind: Postmetadata: name: problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files locale: de labels: author: dario-doerflinger series: lessons-learned capability/virtualization: 1.42 capability/backup-recovery: 2.14 vendor/vmware: 0.98 annotations: source: blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md route: /de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/ schema: /nerd/schema/posts.json markdown: /de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.mdspec: title: >- Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien date: 2014-11-21 author: dario-doerflinger locale: de summary: >- Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte. capabilities: [virtualization, backup-recovery] vendors: [vmware] series: lessons-learned migrated: 2026-08-24 translationReviewed: false draft: false sections: - body: | Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte. Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den "Snapshot Manager" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: "VM needs consolidation". Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete. Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an. Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst. Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch. Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.status: corpus: 315 alsoLike: - {ref: posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object, score: 1.00} - {ref: solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager, score: 1.00} - {ref: experts/marco-betschart, score: 0.74} search: /de/search.json

{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "lessons-learned", "capability/virtualization": 1.42, "capability/backup-recovery": 2.14, "vendor/vmware": 0.98 }, "annotations": { "source": "blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", "route": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md" } }, "spec": { "title": "Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien", "date": "2014-11-21", "author": "dario-doerflinger", "locale": "de", "summary": "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.", "capabilities": [ "virtualization", "backup-recovery" ], "vendors": [ "vmware" ], "series": "lessons-learned", "migrated": "2026-08-24", "translationReviewed": false, "draft": false, "sections": [ { "body": "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.\n\nWie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den \"Snapshot Manager\" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: \"VM needs consolidation\".\n\nAuch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.\n\nZeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.\n\nEs stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.\n\nDer nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.\n\nDas war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten." } ] }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object", "score": "1.00" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager", "score": "1.00" }, { "ref": "experts/marco-betschart", "score": "0.74" } ], "search": "/de/search.json" }}

apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files"locale = "de"[metadata.labels]author = "dario-doerflinger"series = "lessons-learned""capability/virtualization" = 1.42"capability/backup-recovery" = 2.14"vendor/vmware" = 0.98[metadata.annotations]source = "blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md"route = "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md"[spec]title = "Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien"date = 2014-11-21author = "dario-doerflinger"locale = "de"summary = "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte."capabilities = ["virtualization", "backup-recovery"]vendors = ["vmware"]series = "lessons-learned"migrated = 2026-08-24translationReviewed = falsedraft = false[[spec.sections]]body = '''Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den "Snapshot Manager" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: "VM needs consolidation".Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.'''[status]corpus = 315search = "/de/search.json"[[status.alsoLike]]ref = "posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object"score = "1.00"[[status.alsoLike]]ref = "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager"score = "1.00"[[status.alsoLike]]ref = "experts/marco-betschart"score = "0.74"

<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files</name> <locale>de</locale> <labels> <author>dario-doerflinger</author> <series>lessons-learned</series> <entry key="capability/virtualization">1.42</entry> <entry key="capability/backup-recovery">2.14</entry> <entry key="vendor/vmware">0.98</entry> </labels> <annotations> <source>blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md</source> <route>/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md</markdown> </annotations> </metadata> <spec> <title>Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien</title> <date>2014-11-21</date> <author>dario-doerflinger</author> <locale>de</locale> <summary>Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.</summary> <capabilities> <item>virtualization</item> <item>backup-recovery</item> </capabilities> <vendors> <item>vmware</item> </vendors> <series>lessons-learned</series> <migrated>2026-08-24</migrated> <translationReviewed>false</translationReviewed> <draft>false</draft> <sections> <section> <body>Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den "Snapshot Manager" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: "VM needs consolidation".Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten. </body> </section> </sections> </spec> <status> <corpus>315</corpus> <alsoLike> <item> <ref>posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object</ref> <score>1.00</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager</ref> <score>1.00</score> </item> <item> <ref>experts/marco-betschart</ref> <score>0.74</score> </item> </alsoLike> <search>/de/search.json</search> </status></manifest>

# Code generated by the soultec.ch build. DO NOT EDIT.import jsonPAGE = { "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "lessons-learned", "capability/virtualization": 1.42, "capability/backup-recovery": 2.14, "vendor/vmware": 0.98, }, "annotations": { "source": "blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", "route": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", }, }, "spec": { "title": "Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien", "date": "2014-11-21", "author": "dario-doerflinger", "locale": "de", "summary": "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.", "capabilities": ["virtualization", "backup-recovery"], "vendors": ["vmware"], "series": "lessons-learned", "migrated": "2026-08-24", "translationReviewed": False, "draft": False, "sections": [ { "body": ( "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.\n" "\n" "Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den \"Snapshot Manager\" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: \"VM needs consolidation\".\n" "\n" "Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.\n" "\n" "Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.\n" "\n" "Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.\n" "\n" "Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.\n" "\n" "Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten." ), }, ], }, "status": { "corpus": 315, "alsoLike": [ { "ref": "posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object", "score": "1.00", }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager", "score": "1.00", }, { "ref": "experts/marco-betschart", "score": "0.74", }, ], "search": "/de/search.json", },}if __name__ == "__main__": print(json.dumps(PAGE, indent=2, ensure_ascii=False))

# Code generated by the soultec.ch build. DO NOT EDIT.$Page = [ordered]@{ apiVersion = 'soultec.ch/v1' kind = 'Post' metadata = [ordered]@{ name = 'problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files' locale = 'de' labels = [ordered]@{ author = 'dario-doerflinger' series = 'lessons-learned' 'capability/virtualization' = 1.42 'capability/backup-recovery' = 2.14 'vendor/vmware' = 0.98 } annotations = [ordered]@{ source = 'blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md' route = '/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/' schema = '/nerd/schema/posts.json' markdown = '/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md' } } spec = [ordered]@{ title = 'Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien' date = '2014-11-21' author = 'dario-doerflinger' locale = 'de' summary = 'Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.' capabilities = @('virtualization', 'backup-recovery') vendors = @('vmware') series = 'lessons-learned' migrated = '2026-08-24' translationReviewed = $false draft = $false sections = @( [ordered]@{ body = @'Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den "Snapshot Manager" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: "VM needs consolidation".Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.'@ } ) } status = [ordered]@{ corpus = 315 alsoLike = @( [ordered]@{ ref = 'posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object' score = '1.00' } [ordered]@{ ref = 'solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager' score = '1.00' } [ordered]@{ ref = 'experts/marco-betschart' score = '0.74' } ) search = '/de/search.json' }}$Page | ConvertTo-Json -Depth 32

// Code generated by the soultec.ch build. DO NOT EDIT.package mainimport ( "encoding/json" "os")var page = map[string]any{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": map[string]any{ "name": "problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files", "locale": "de", "labels": map[string]any{ "author": "dario-doerflinger", "series": "lessons-learned", "capability/virtualization": 1.42, "capability/backup-recovery": 2.14, "vendor/vmware": 0.98, }, "annotations": map[string]any{ "source": "blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", "route": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", }, }, "spec": map[string]any{ "title": "Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien", "date": "2014-11-21", "author": "dario-doerflinger", "locale": "de", "summary": "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.", "capabilities": []any{"virtualization", "backup-recovery"}, "vendors": []any{"vmware"}, "series": "lessons-learned", "migrated": "2026-08-24", "translationReviewed": false, "draft": false, "sections": []any{ map[string]any{ "body": "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.\n" + "\n" + "Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den \"Snapshot Manager\" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: \"VM needs consolidation\".\n" + "\n" + "Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.\n" + "\n" + "Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.\n" + "\n" + "Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.\n" + "\n" + "Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.\n" + "\n" + "Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.", }, }, }, "status": map[string]any{ "corpus": 315, "alsoLike": []any{ map[string]any{ "ref": "posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object", "score": "1.00", }, map[string]any{ "ref": "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager", "score": "1.00", }, map[string]any{ "ref": "experts/marco-betschart", "score": "0.74", }, }, "search": "/de/search.json", },}func main() { enc := json.NewEncoder(os.Stdout) enc.SetEscapeHTML(false) enc.SetIndent("", " ") if err := enc.Encode(page); err != nil { os.Exit(1) }}

// Code generated by the soultec.ch build. DO NOT EDIT.const page = { apiVersion: "soultec.ch/v1", kind: "Post", metadata: { name: "problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files", locale: "de", labels: { author: "dario-doerflinger", series: "lessons-learned", "capability/virtualization": 1.42, "capability/backup-recovery": 2.14, "vendor/vmware": 0.98, }, annotations: { source: "blog-content/posts/de/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", route: "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files/", schema: "/nerd/schema/posts.json", markdown: "/de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md", }, }, spec: { title: "Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien", date: "2014-11-21", author: "dario-doerflinger", locale: "de", summary: "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.", capabilities: ["virtualization", "backup-recovery"], vendors: ["vmware"], series: "lessons-learned", migrated: "2026-08-24", translationReviewed: false, draft: false, sections: [ { body: "Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.\n" + "\n" + "Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den \"Snapshot Manager\" und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: \"VM needs consolidation\".\n" + "\n" + "Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.\n" + "\n" + "Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.\n" + "\n" + "Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm\\_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.\n" + "\n" + "Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.\n" + "\n" + "Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.", }, ], }, status: { corpus: 315, alsoLike: [ { ref: "posts/backing-up-fault-tolerance-protected-vms-the-operation-is-not-supported-on-the-object", score: "1.00", }, { ref: "solutions/vmware/vmware-cloud-foundation/addon/site-recovery-manager", score: "1.00", }, { ref: "experts/marco-betschart", score: "0.74", }, ], search: "/de/search.json", },};console.log(JSON.stringify(page, null, 2));

# 53 lines · YAML · validated at build# 62 lines · JSON · validated at build# 65 lines · TOML · validated at build# 76 lines · XML · validated at build# 77 lines · Python · read back at build, equals the JSON record# 74 lines · PowerShell · read back at build, equals the JSON record# 87 lines · Go · read back at build, equals the JSON record# 72 lines · JavaScript · read back at build, equals the JSON record · served at /de/insights/problems-with-a-restored-vm-invalid-ids-in-the-snapshot-files.md

Lessons Learned · 2014-11-21

Probleme mit einer wiederhergestellten VM: falsche IDs in den Snapshot-Dateien

Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.

2014-11-21Datum

Dario DörflingerAutor

1Min. Lesezeit

Themen Virtualisierung 1.42 Backup und Recovery 2.14

Hersteller VMware 0.98

Dieser Beitrag ist von 2014. Er bleibt online, weil er nach wie vor nachgefragt wird, beschreibt aber einen Produktstand von damals.

Kürzlich durften wir eine Datenbank-VM aus dem letzten Backup zurückholen, weil ein Kollege versehentlich eine wichtige .vmdk auf dem Datastore gelöscht hatte.

Wie auch immer: Der Restore lief durch, warf aber eine Fehlermeldung, dass der Snapshot nicht entfernt werden konnte. Kein Problem, dachte ich. Also in den “Snapshot Manager” und alle Snapshots gelöscht. Der Task lief sauber durch, dafür kam die nächste Meldung: “VM needs consolidation”.

Auch gut. Über die GUI wollte ich die Disks konsolidieren, was ebenfalls in einem Fehler endete.

Zeit, sich direkt per ssh auf den ESXi Host zu verbinden und dort nachzuschauen. Ich ging auf den Datastore mit der VM (genauer gesagt lag die VM über sieben Datastores verteilt, aber der Punkt bleibt) und sah mir die Descriptor-Dateien an.

Es stellte sich heraus, dass sämtliche Snapshot-Descriptor-Dateien (somevm_1-000001.vmdk) eine falsche ParentCID hatten. Sie verwiesen auf sich selbst.

Der nächste Schritt war, alle falschen CIDs durch die korrekte CID der Parent-Disk zu ersetzen. Bei einer VM mit 16 Disks über 7 Datastores ist das eine ordentliche Fleissarbeit. Danach (wichtig: Prüfe zweimal, dass die richtige CID in der Descriptor-Datei steht, sonst zerlegst du dir die ganze VM) musste ich die VM nur noch neu ins Inventory registrieren. Sie erkannte den Snapshot wieder, und der Consolidate-Task lief ohne Fehler durch.

Das war es. Die falschen CIDs in den Descriptor-Dateien waren behoben und die VM liess sich wieder starten.