github-actions[bot] commented on issue #14622: URL: https://github.com/apache/cloudstack/issues/14622#issuecomment-6744188213
> [!WARNING] > threat detection engine error > The threat detection engine encountered an error and could not complete analysis. This is a tooling failure, not a security finding. > > <!-- gh-aw-threat-engine-error --> > > <details> > <summary>What happened</summary> > > The threat detection engine failed to produce results. > > Review the [workflow run logs](https://github.com/apache/cloudstack/actions/runs/42625769126) for details. > > </details> ## ๐ฏ Triage report On KVM with RBD primary storage, a resize fails with "Storage volume not found" if libvirt has not yet cached the volume. This happens after #14188, which made `getPhysicalDisk()` stat RBD images through librbd without refreshing the libvirt pool. The resize wrapper then calls `storageVolLookupByPath()` against a cold cache. Freshly deployed ROOT volumes are the usual case, and the resize only works after something refreshes the pool. The reporter proposes refreshing the pool once on a "not found" error for RBD pools. ### ๐ Assessment | Dimension | Value | Reasoning | | --- | --- | --- | | **Type** | type:bug | Resize fails until a manual or incidental pool refresh | | **Component** | component:kvm | KVM agent libvirt resize path | | **Severity** | Severity:Major | Resize of new RBD volumes fails; workaround is a manual `virsh pool-refresh` | | **Labels** | type:bug, component:kvm, Severity:Major | | | **Coding agent** | Suitable | Fix is specified: refresh the RBD pool once on not-found, then retry the lookup | ### ๐ Similar issues - #14601 (related) โ KVM ROOT volume grow through disk offering refused while running - #14508 (related) โ KVM with Linstor detach reports success while disk remains attached - #14030 (related) โ KVM VM snapshot merge leaves volume path pointing to a missing file <details> <summary>๐ก Notes and suggestions</summary> - Reproduction: deploy a KVM VM with ROOT on RBD, then resize before anything refreshes the libvirt pool on that host. - Per the reporter, the unit tests mock `storageVolLookupByPath`, which is why this was not caught; a test that exercises the cold-cache path would help. </details> > Generated by [Daily Issue Triage](https://github.com/apache/cloudstack/actions/runs/42625769126) ยท copilot ยท haiku55 ยท \~4 AIC ยท โ 3.8K ยท [โท](https://github.com/search?q=repo%3Aapache%2Fcloudstack+%22gh-aw-workflow-call-id%3A+apache%2Fcloudstack%2Fdaily-issue-triage%22&type=issues) <details> <summary><sub>Add this agentic workflow to your repo</sub></summary> To install this agentic workflow, run ``` gh aw add githubnext/agentics/workflows/daily-issue-triage.md@139fa09ef17cde4135e696ff8e7af09bc5ddfa6e ``` </details> <!-- gh-aw-workflow-call-id: apache/cloudstack/daily-issue-triage --> <!-- gh-aw-agentic-workflow: Daily Issue Triage, engine: copilot, model: claude-haiku-5.5, id: 42625769126, workflow_id: daily-issue-triage, run: https://github.com/apache/cloudstack/actions/runs/42625769126 --> <!-- gh-aw-execution: {"version":1,"repo_id":"9759448","repository":"apache/cloudstack","aw_workflow_id":"daily-issue-triage","run_id":"42625769126","run_attempt":"1","run_url":"https://github.com/apache/cloudstack/actions/runs/42625769126","publishing_job":{"key":"safe_outputs","check_run_id":"129262122857"}} --> -- 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]
