...
Code Block |
---|
storageNN# puppet agent --disable ceph-mon# ceph osd crush reweight osd.<id> 0 // Sett vekting på OSDen til 0, for å migrere data av den, og for å hindre en ny rebalansering når man fjerner OSDen fra crushmap // Vent til rebalanseringen er ferdig ceph-mon# ceph osd out osd.<id> storageNN# systemctl stop ceph-osd@<id> ceph-mon# ceph osd purge osd.<id> --yes-i-really-mean-it storageNN# umount /var/lib/ceph/osd/ceph-<id> // Slett raidet fra hpacucli e.l. Bytt disken fysisk, og opprett nytt raid. // Sørg for at OSet har oppdaget ny disk, og at hieradata for disken stemmer storageNN# puppet agent --enable; puppet agent --test |
Foreman
Liste alle interfjes
Code Block |
---|
hammer host interface list --host <hostname>
hammer host interface list --host compute06.skyhigh |
Slette interfjes
Code Block |
---|
hammer host interface delete --id <interface-id> --host <hostname> |
Interface-id blir listet ut av liste-kommandoen. Da kan man f.eks gjøre smarte ting som:
Code Block |
---|
hammer host interface list --host compute05.skyhigh | egrep 'qv|qbr|tap|virbr|ovs|qg|qr|ha' | awk '{print $1}' > delete.txt |
og
Code Block |
---|
for i in $(cat delete.txt); do hammer host interface delete --id $i --host compute05.skyhigh; done |
Haproxy
To take a server out of haproxy rotation the following command can be used:
...
- 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.
Utvide disk på VMer på infra-/api-noder som kjører KVM
De aller fleste VMene på disse KVM-hostene klarer seg fint med de 20 kjempebitene vi bruker som standard. Allikevel hender det at behovet for fler kjempebiter melder seg. Da bør man følge denne oppskriften:
Logg inn på KVM-hosten VMen kjører på, og kjør følgende kommando. Da blir VMens disk større
Code Block |
---|
root@infraN# lvextend -L +<NN>G /dev/vmvg/<vm-navn> |
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# parted /dev/vda (parted) print <snip> Number Start End Size Type File system Flags 1 1049kB 1024MB 1023MB primary ext4 boot 2 1026MB 42.9GB 41.9GB extended 5 1026MB 5120MB 4095MB logical linux-swap(v1) 6 5121MB 42.9GB 37.8GB logical lvm ##### Her er partisjon 6 en del av den utvidede partisjon 2, derfor må vi først utvide 2, deretter 6. (parted) resizepart 2 100% Warning: Partition /dev/vda2 is being used. Are you sure you want to continue? Yes/No? yes (parted) resizepart 6 100% (parted) print <snip> Number Start End Size Type File system Flags 1 1049kB 1024MB 1023MB primary ext4 boot 2 1026MB 64.4GB 63.4GB extended 5 1026MB 5120MB 4095MB logical linux-swap(v1) 6 5121MB 64.4GB 59.3GB logical lvm ##### Og, vips har partisjonen blitt større |
Nå må vi fortelle LVM at partisjonen har vokst (vda6 er da tilsvarende partisjon 6 i forrige steg. Den kan finne på å ha et annet tall). Sjekk gjerne at den har ledig plass etter å ha kjørt resize.
Code Block |
---|
root@kulvm# pvresize /dev/vda6
Physical volume "/dev/vda6" changed
1 physical volume(s) resized / 0 physical volume(s) not resized
root@kulvm# pvs
PV VG Fmt Attr PSize PFree
/dev/vda6 kulvm-vg lvm2 a-- 55.23g 20.00g |
Da gjenstår det bare å utvide det logiske volumet på VMen som trenger mer plass. Flagget -r
utvider filsystemet i samme slengen.
Code Block |
---|
root@kulvm# lvextend -L +20G -r /dev/kulvm-vg/var |