github-actions[bot] commented on issue #11888: URL: https://github.com/apache/cloudstack/issues/11888#issuecomment-4856144607
## ๐ฏ Triage report When creating a new instance from a Veeam backup in a VMware/vSAN environment, the CloudStack PowerShell script passes the primary storage UUID (without hyphens, NFS-style) to `Find-VBRViDatastore`, but vSAN datastores have a native datastore name that is different from the CloudStack UUID. This causes `Find-VBRViDatastore` to fail, and the restore is aborted. The same bug also affects the "Restore single volume from Veeam" path. ### ๐ Assessment | Dimension | Value | Reasoning | |---|---|---| | **Type** | type:bug | Feature is completely broken for vSAN (VMFS) storage; NFS works | | **Component** | component:vmware | VMware/vSAN-specific Veeam backup-restore integration | | **Severity** | Severity:Major | VM restore from backup is entirely non-functional on vSAN | | **Labels** | type:bug, component:vmware, Severity:Major | As above | | **Coding agent** | Suitable | Root cause clearly identified: must use the native vSAN datastore name instead of the CloudStack UUID when building the PowerShell command | ### ๐ Similar issues - https://github.com/apache/cloudstack/issues/11876 (related) โ the original discussion issue (closed/locked); #11888 is the proper tracking issue <details><summary>๐ก Notes and suggestions</summary> - For NFS, the datastore name is derived by stripping hyphens from the CS primary storage UUID โ this is what the current code does. - For VMFS/vSAN, CloudStack sets a `cloud.uuid` custom attribute on the datastore but the actual datastore name is the native VMware name. - Fix: before constructing the PowerShell command, detect the storage type. For VMFS/vSAN pools, retrieve the native datastore name (e.g., via the `cloud.uuid` custom field lookup on the vCenter datastore list) instead of the UUID. - Alternatively, add a `datastoreName` field to the primary storage metadata that is populated with the correct native name at pool registration time. </details> > Generated by [Daily Issue Triage](https://github.com/apache/cloudstack/actions/runs/28523943189) ยท [โท](https://github.com/search?q=repo%3Aapache%2Fcloudstack+%22gh-aw-workflow-call-id%3A+apache%2Fcloudstack%2Fdaily-issue-triage%22&type=issues) > <details> <summary>Add this agentic workflows to your repo</summary> To install this agentic workflow, run ``` gh aw add githubnext/agentics/workflows/daily-issue-triage.md@d7c1dc4b72b00607a67caaffdcc216cb64379cf9 ``` </details> <!-- gh-aw-agentic-workflow: Daily Issue Triage, engine: copilot, version: 1.0.52, model: claude-sonnet-4.6, id: 28523943189, workflow_id: daily-issue-triage, run: https://github.com/apache/cloudstack/actions/runs/28523943189 --> <!-- gh-aw-workflow-call-id: apache/cloudstack/daily-issue-triage --> -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
