René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Configdrive/storage repository issue on XCP-ng","articleBody":"### problem\n\nIssue No1:\nIn case of failed deployments there are unused storage repositories left behind.\n\n\u003cimg width=\"205\" height=\"386\" alt=\"Image\" src=\"https://github.com/user-attachments/assets/bd04c8a7-ff78-494d-992b-3b078d543940\" /\u003e\n\n`example:\n**xe vdi-list uuid=f16e0133-2074-49af-a393-1bb9fa007fb5**\nuuid ( RO)                : f16e0133-2074-49af-a393-1bb9fa007fb5\n          name-label ( RW): i-2-24-VM.iso\n    name-description ( RW):\n             sr-uuid ( RO): **608c63b9-9c12-bf6a-8d28-f2bc7d01d343**\n        virtual-size ( RO): 409600\n            sharable ( RO): false\n           read-only ( RO): true\n\n\n**xe sr-list name-label=i-2-24-VM-CONFIGDRIVE-ISO**\nuuid ( RO)                : 12b1e17a-fb1c-d99f-451c-baf035b822f2\n          name-label ( RW): i-2-24-VM-CONFIGDRIVE-ISO\n    name-description ( RW): 10.1.32.4:/acs/secondary/ref-trl-6095-x-Mu24/ref-trl-6095-x-Mu24-sec2/configdrive\n                host ( RO): \u003cshared\u003e\n                type ( RO): iso\n        content-type ( RO): iso\n\n\nuuid ( RO)                : **608c63b9-9c12-bf6a-8d28-f2bc7d01d343**\n          name-label ( RW): i-2-24-VM-CONFIGDRIVE-ISO\n    name-description ( RW): 10.1.32.4:/acs/secondary/ref-trl-6095-x-Mu24/ref-trl-6095-x-Mu24-sec2/configdrive\n                host ( RO): \u003cshared\u003e\n                type ( RO): iso\n        content-type ( RO): iso\n\n\nuuid ( RO)                : 222f3918-75e1-99f9-f7f2-e63d714c130f\n          name-label ( RW): i-2-24-VM-CONFIGDRIVE-ISO\n    name-description ( RW): 10.1.32.4:/acs/secondary/ref-trl-6095-x-Mu24/ref-trl-6095-x-Mu24-sec2/configdrive\n                host ( RO): \u003cshared\u003e\n                type ( RO): iso\n        content-type ( RO): iso`\n\n\n\nAs you see above just one storage repository is being used for the ISO file.\nThis has no functional impact but leaves something unused behind.\n\nIssue No 2:\nWithin a storage repository which name is specified to one particular VM you can see all the iso files from all the other VMs since they are located in the same secondary storage. Why not have one general storage repository like \"VM-CONFIGDRIVE-ISO\" to avoid both issues?\n\n\n\n### versions\n\nACS: 4.20.1\nXCP-ng: 8.2\n\n### The steps to reproduce the bug\n\n1. Build a couple of VMs where you have limited resources available on the hypervisors.\n2. \n\n\u003cimg width=\"491\" height=\"308\" alt=\"Image\" src=\"https://github.com/user-attachments/assets/4b7cf30d-6d40-45e4-ae5c-4befc9d81972\" /\u003e\n\n3. The hypervisor still has been selected for deployments but failed from hypervisor side\n4. Several attempts have happened\n```\ncat  /var/log/cloudstack/management/management-server.log | grep job-117 | grep  'VM start attempt'\n2025-10-28 14:22:19,361 DEBUG [c.c.v.ClusteredVirtualMachineManagerImpl] (Work-Job-Executor-42:[ctx-a1bf013f, job-117/job-118, ctx-520420a9]) (logid:67fb25c7) VM start attempt #1\n2025-10-28 14:22:24,301 DEBUG [c.c.v.ClusteredVirtualMachineManagerImpl] (Work-Job-Executor-42:[ctx-a1bf013f, job-117/job-118, ctx-520420a9]) (logid:67fb25c7) VM start attempt #2\n2025-10-28 14:22:25,371 DEBUG [c.c.v.ClusteredVirtualMachineManagerImpl] (Work-Job-Executor-43:[ctx-34843ad3, job-117/job-119, ctx-605dae51]) (logid:67fb25c7) VM start attempt #1\n2025-10-28 14:22:28,159 DEBUG [c.c.v.ClusteredVirtualMachineManagerImpl] (Work-Job-Executor-43:[ctx-34843ad3, job-117/job-119, ctx-605dae51]) (logid:67fb25c7) VM start attempt #2\n```\n5. For each attempt a storage repository has been created. Every time an ISO file as well. On failed attempt the ISO file has been removed but the storage repository not. \n6. Once the VM finally got deployed you'll end up with multiple storage repositories, used and unused once with the same name.\n\n\n### What to do about it?\n\nOption 1: Besides removing the ISO file do also remove the storage repository on failed deployments.\nOption 2: Use one general storage repository for all ISO files.","author":{"url":"https://github.com/ingox","@type":"Person","name":"ingox"},"datePublished":"2025-11-05T08:31:20.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":0},"url":"https://github.com/11984/cloudstack/issues/11984"}