IOPs settings not applied when disk offering changes
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- java
- Área
- cloud, infrastructure
Línea de trabajo
Reproduce el problema en ACS 4.22.0 con KVM/QEMU en Ubuntu 24.04, cambiando una VM en ejecución entre Disk Offerings con distintos límites de IOPS. Compara el resultado de management-server.log con el XML de la VM en ejecución antes y después del cambio; se considera terminado cuando los valores de iotune de la VM en ejecución cambian sin apagarla.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
problem
Hi all.
In our PoC installation, I configured two disk offerings with different IOPs limits (1,000 and 10,000).
When I launch a test VM, the limit is applied correctly.
<target dev='sda' bus='sata'/>
<iotune>
<read_iops_sec>10000</read_iops_sec>
<write_iops_sec>10000</write_iops_sec>
</iotune>
While the VM is running, I can change the offering, and a success message is displayed. Everything also looks successful in the management-server.log.
2026-05-19 16:31:47,618 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-58:[ctx-e71e416f, job-1276, ctx-ee83f22a]) (logid:2c9eb69a) Complete async job-1276, jobStatus: SUCCEEDED, resultCode: 0, result: org.apache.cloudstack.api.response.VolumeResponse/volume/{"id":"d8a513c5-6241-46a9-b0d8-f969a5a245ce","name":"ROOT-61","zoneid":"57a96360-8053-487c-9fb9-85af87ca697d","zonename":"lc01","type":"ROOT","deviceid":"0","virtualmachineid":"e90057c4-5be9-492e-a78f-dfbca7507e07","templateid":"4c6bfba7-2457-466e-8767-7b3e620bb4e5","templatename":"Win2025-test2","templatedisplaytext":"Win2025-test2","vmname":"test-win02","vmdisplayname":"test-win02","vmstate":"Running","vmtype":"User","provisioningtype":"thin","size":"(50.00 GB) 53687091200","created":"2026-05-18T13:21:38+0200","state":"Ready","account":"admin","domainid":"b6a1560b-2912-11f1-af58-0050560103cb","domain":"ROOT","domainpath":"ROOT","diskIopsReadRate":"1000","diskIopsWriteRate":"1000","diskkbsread":"(1.33 MB) 1394345","diskkbswrite":"(43.25 KB) 44290","diskioread":"(52.04 KB) 53286","diskiowrite":"(3.00 KB) 3076","diskofferingid":"1b621070-6092-4d6e-91e1-987e662f2dd1","diskofferingname":"disk-1000","diskofferingdisplaytext":"disk-1000","destroyed":"false","isextractable":"false","displayvolume":"true","quiescevm":"false","supportsstoragesnapshot":"false","deleteprotection":"false","tags":[],"hasannotations":"false"}
However, the configuration of the VM on the KVM host remains the same.
<target dev='sda' bus='sata'/>
<iotune>
<read_iops_sec>10000</read_iops_sec>
<write_iops_sec>10000</write_iops_sec>
</iotune>
The limit is only applied if I completely power down the VM and then power it back on.
Is there a trick to this, or something I've missed?
versions
ACS 4.22.0
KVM/Qemu on Ubuntu 24.04
The steps to reproduce the bug
...
What to do about it?
No response
- Lenguaje dominante
- Java
- Estrellas
- 3.1k
- Forks
- 1.4k
- Merge medio
- 6 d 20 h
- PR fusionados (30 d)
- 27
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de apache/cloudstack
-
bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
apache/cloudstack#14222 ·
-
create-kubernetes-binaries-iso.sh builds the ISO without setting a volume ID on EL8 based os's Abiertobug component:kubernetes
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
apache/cloudstack#14180 ·
-
bug component:projects component:UI
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
apache/cloudstack#14070 · 5 comentarios ·
-
component:backup
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
apache/cloudstack#14013 ·
-
KVM agent fails to connect to Ceph RBD storage pool after upgrading Ceph client to Tentacle 20.2.4 Abiertobug component:ceph
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
apache/cloudstack#13989 · 3 comentarios ·
Todos los issues de apache/cloudstack
Issues similares
-
bug untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
opensearch-project/ml-commons#5094 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
emitter:client:csharp feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
affects/8.10 affects/8.9 component/clients kind/bug likelihood/mid severity/mid
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Two open-case totals on one screen: the Programs tile says 15,858 and the nav badge says 15,868 Abiertobug frontend maui-pilot
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100