...
Code Block |
---|
# Skru av VMen som ikke booter # Ta en backup (uuid er VMens uuid fra nova) cephmon1# rbd -p volumes export <uuid>_disk <filnavn> # Kjør flatten (uuid er VMens uuid fra nova) cephmon1# rbd flatten volumes/<uuid>_disk # Skru den på igjen |
Skru av reabalansering av OSDer
...
Code Block |
---|
from_node=compute07 to_node=compute04 for a in $(openstack server list --host $from_node --all -f value -c ID); do do echo $a to $to_node openstack server migrate --block-migration --live $to_node --wait $a echo break sleep 3 echo break done |
...
Specify virtual disk controller and/or virtual nic type
...
Code Block |
---|
openstack project set --property expiry='<dd.mm.yyyy>' <prosjekt id> |
Hent totalt utdelte gigabyte av en gitt volumtype
Code Block |
---|
openstack volume list --all-projects --long -c Size -c Type -f value | grep <VOLUMETYPE> | awk '{split($0,a," "); sum += a[1]} END {print sum}' |
Rabbitmq
Manually drain a queue
...
- Vi har observert at VMer som migreres til ny host kan finne på å ta samme macvtap-interface som allerede kjørende VM. Det skaper åpenbart meget lite nettvirk når disse maskinen står på samtidig.
- Hvilket macvtap-interface VMene har, kan sjekkes med
virsh domiflist <vm-navn>
- Løsning: Skru av begge VMene. Skru dem på igjen, én og én
- Hvilket macvtap-interface VMene har, kan sjekkes med
...
- Hvis du endret CPU-model for VMen på flyttefot, kan det være hyggelig å endre den tilbake når den er ferdig flyttet. "Copy host-model" er en fin variant.
...
Det virker som om VMene ikke helt klarer å få med seg at disken vokser. Derfor kan det være en god idé å skru den av og på igjen. (her dropper vi kommandoeksempel, for det tror vi de fleste vet hvordan man gjør)
VMene kjører også LVM. Derfor må vi utvide LVM-partisjonen:
...
Code Block |
---|
root@kulvm# lvextend -L +20G -r /dev/kulvm-vg/var |
...
ipmitool
Code Block |
---|
apt install ipmitool |
...