Page History

Ceph

Mulig feilfix for VMer som booter til initramfs/bsod

(muligens) pga en manglende konfigurasjon i ceph-mon capabilities i alle versjoner av puppet-modulen ntnuopenstack før versjon VQ.1.1, kan VMer som har blitt skrudd av med tvang, bli meget triste i disken sin og nekte å boote skikkelig. Dette kan fikses ved å gjøre en "flatten" av disken i ceph.

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

Dette er nyttig hvis man skal ha planlagt vedlikehold av en ceph-server. Det sørger for at ceph IKKE rebalanserer data når man skrur av en ceph-boks (det skaper veldig mye trafikk).

Gjøres på en ceph-mon host

Code Block
ceph osd set noout

Etter utført vedlikehold, må man skru på igjen rebalanseringen

Code Block
ceph osd unset noout

Bytte en disk

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

Lokal montering av disk fra ceph

Det hender at noen brukere ødelegger for seg selv. Da kan det være hyggelig å hjelpe dem litt. I den forbindelse kan det være praktisk å f.eks kunne montere opp disken til en VM, for å hente ut data, fikse feilconfig o.l.

Dette er skrevet for ceph luminous, og må utføres på en host som har Linux Kernel >=4.15, og ha pakken rbd–nbd installert, og ha rett ceph keyrings osv. Pakken blir installert av puppet på alt som inkluderer klassen profile::ceph::client

Nevnte kjerne, kan installeres på Ubuntu 16.04 vha

Code Block
# apt install linux-image-generic-hwe-16.04-edge

Eller, tank maskinen med HWE-kjernen i utgangspunktet.

Code Block

- Finn UUID-en til VMen du skal montere opp disken til
# openstack server list
+--------------------------------------+-----------+---------+--------------------------------------------------------------------------+------------------------------------------+---------+
| ID                                   | Name      | Status  | Networks                                                                 | Image                                    | Flavor  |
+--------------------------------------+-----------+---------+--------------------------------------------------------------------------+------------------------------------------+---------+
| 65af6457-51ca-407d-8ab4-aea00ab297c3 | edbmaskin | SHUTOFF | larsep-v6-testnet=192.168.123.14, 2001:700:1d00:ec40:f816:3eff:fe76:b9a9 | Ubuntu Server 16.04 (Xenial Xerus) amd64 | m1.tiny |
+--------------------------------------+-----------+---------+--------------------------------------------------------------------------+------------------------------------------+---------+
// Noter ID-en, og sørg for at maskinen er skrudd av før du fortsetter.
// På en host med kernel >=4.15, rbd-nbd installert og korrekte ceph-keyrings på plass:

# rbd -p volumes ls | grep 65af6457-51ca-407d-8ab4-aea00ab297c3
65af6457-51ca-407d-8ab4-aea00ab297c3_disk // <- dette er objektet vi skal montere opp

# rbd-nbd map volumes/65af6457-51ca-407d-8ab4-aea00ab297c3_disk
/dev/nbd0

# fdisk -l /dev/nbd0
Disk /dev/nbd0: 20 GiB, 21474836480 bytes, 41943040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf1917857

Device      Boot Start      End  Sectors Size Id Type
/dev/nbd0p1 *     2048 41943006 41940959  20G 83 Linux

# mount /dev/nbd0p1 /monter/disken/her
// Og vips, har du tilgang til filsystemet :-)

Avmontering

Når du er ferdig, må du selvfølgelig avmontere ceph-objektet

Code Block

# umount /monter/disken/her
// For sikkerhets skyld, kan du sjekke hvilke ceph objekter som er mappet opp
# rbd-nbd list-mapped
pid     pool    image                                     snap device    
1037278 volumes 65af6457-51ca-407d-8ab4-aea00ab297c3_disk -    /dev/nbd0
# rbd-nbd unmap /dev/nbd

Done! Nå er det trygt å skru på igjen VMen

Fjerne passord på Windowsbrukere

Vha trikset "lokal montering av disker fra ceph" nevnt ovenfor, kan man fjerne passordet fra en Windowsbruker dersom brukeren har glemt det; eller at cloudbase-init har funnet på endre det av seg selv (ja, dette har skjedd - flere ganger).

Monter opp volumet fra ceph, slik nevnt over
Installer chntpw, dersom det ikke er installert fra før

Code Block

collapse	true

# cd /montert/volum/Windows/System32
# chntpw -l SAM # Dette lister ut alle brukere
# chntpw -i SAM # Gir deg et interaktivt prompt for å manipulere SAM-databasen

<>========<> chntpw Main Interactive Menu <>========<>

Loaded hives: <SAM>

  1 - Edit user data and passwords
  2 - List groups
      - - -
  9 - Registry editor, now with full write support!
  q - Quit (you will be asked if there is something to save)


What to do? [1] ->

# Velg 1

===== chntpw Edit User Info & Passwords ====

| RID -|---------- Username ------------| Admin? |- Lock? --|
| 03e9 | Admin                          | ADMIN  |          |
| 01f4 | Administrator                  | ADMIN  |          |
| 03e8 | cloudbase-init                 | ADMIN  |          |
| 01f7 | DefaultAccount                 |        | dis/lock |
| 01f5 | Guest                          |        | dis/lock |
| 01f8 | WDAGUtilityAccount             |        | dis/lock |

Please enter user number (RID) or 0 to exit:

# Skriv inn RID-en til brukeren som trenger å få passordet sitt fjerna
================= USER EDIT ====================

RID     : 1001 [03e9]
Username: Admin
fullname: Admin
comment : 
homedir : 

00000220 = Administrators (which has 3 members)

Account bits: 0x0010 =
[ ] Disabled        | [ ] Homedir req.    | [ ] Passwd not req. | 
[ ] Temp. duplicate | [X] Normal account  | [ ] NMS account     | 
[ ] Domain trust ac | [ ] Wks trust act.  | [ ] Srv trust act   | 
[ ] Pwd don't expir | [ ] Auto lockout    | [ ] (unknown 0x08)  | 
[ ] (unknown 0x10)  | [ ] (unknown 0x20)  | [ ] (unknown 0x40)  | 

Failed login count: 0, while max tries is: 0
Total  login count: 5

- - - - User Edit Menu:
 1 - Clear (blank) user password
(2 - Unlock and enable user account) [seems unlocked already]
 3 - Promote user (make user an administrator)
 4 - Add user to a group
 5 - Remove user from a group
 q - Quit editing user, back to user select
Select: [q] >

# Velg 1
# Nå kommer det en haug med output, men første linja skal være "Password Cleared!"
# User Edit Menu kommer tilbake, velg q
# Hovedmenyen kommer tilbake, velg q igjen
# Da får man disse valgene

Hives that have changed:
 #  Name
 0  <SAM>
Write hive files? (y/n) [n] :

# Velg y
 0  <SAM> - OK

# Hurra passordet er nå fjerna. Avmonter volumet, og unmap block devicen slik forklart over

RDP trenger ikke nødvendigvis å godta innlogging uten passord, så det kan godt hende man må logge inn via konsollet i Horizon og sette nytt passord der.

Mappe disk-device til fysisk disk

Når vi har en døende disk, trenger man å mappe devicen i OSet til fysisk disk i serveren. Den mest idiotsikre måten å gjøre dette på:

Code Block

root@storageNNN# smartctl -i /dev/sd[abcdef...]
=== START OF INFORMATION SECTION ===
Vendor:               SEAGATE
Product:              ST4000NM0023
Revision:             GS11
Compliance:           SPC-4
User Capacity:        4,000,787,030,016 bytes [4.00 TB]
Logical block size:   512 bytes
LU is fully provisioned
Rotation Rate:        7200 rpm
Form Factor:          3.5 inches
Logical Unit id:      0x5000c500964af273
Serial number:        S1Z1VXJT
Device type:          disk
Transport protocol:   SAS (SPL-3)
Local Time is:        Wed Sep 21 09:45:11 2022 CEST
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Disabled or Not Supported

Dette printer bl.a serienummer på disken. Den kan man finne igjen i iDRAC, og dermed finner man også den fysiske slot-en devicen/disken sitter i.

Haproxy

To take a server out of haproxy rotation the following command can be used:

Code Block

title	Disable server in haproxy

root@servicelb3:~# echo "disable server bk_keystone_public/controller03" | nc -U /var/lib/haproxy/stats

Openstack

List status of all vm's and which compute node

Code Block
for a in $(openstack compute service list -c Host \| egrep -e "comp\|gpu" \| cut -d' ' -f2); do openstack server list --host $a --long -c ID -c Name -c Status -c Host --sort-column Host --all; done

Fix instances stuck in powering-off or powering-on

Code Block

# Stuck powering-off?
nova reset-state --active <id>
openstack server stop <id>

# Stuck powering-on
nova reset-state <id>
Reset state for server <id> succeeded; new state is error
nova reset-state --active <id>
openstack server stop  <id>
openstack server start <id

List instances on all compute nodes on stack.it.ntnu.no

Code Block

tmp_file=/tmp/$$.stack.tmp
while true ; do
  rm /tmp/*.stack.tmp
  for a in $(seq -w 01 07);
    do echo compute$a  >> $tmp_file
    openstack server list --all --host compute$a >> $tmp_file
  done
  clear
  cat /tmp/bjarneskvms
  rm $tmp_file
  sleep 1
done

List all instances in a project

Code Block
openstack server list --project ntnu-00001

List all instances in a project with specified name

Code Block
openstack server list --project ntnu-00001 --name bjarneskvm-\*

Migrate all instances away from one node. Be sure that destination have capasity to receive. The break time is included for a safe time to hold ctrl+c

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

Windows does not ship with the virtio drivers. Since our installation always will default to virtio devices for i.e the virtual disk controller and the virtual network interface, the windows images in Glance needs to have these drivers pre-installed.

There may be situations where users want to upload existing Windows images without these drivers installed. To be able to boot them without adding these drivers, it is possible to change the virtual hardware devices:

Code Block
openstack image set --property hw_disk_bus='ide' <image-id> openstack image set --property hw_vif_model='e1000' <image-id>

This commands will tell KVM/libvirt to use IDE disk controller and E1000 NIC. Be aware that this may reduce the virtual machine performance significantly!

Ping all routers in a given external network

Code Block
openstack port list -f value --long --network ntnu-[global\|internal] \| grep router \| awk '{print $3}' \| cut -d"'" -f2 \| xargs -n1 ping -c2

Fix missing neutron dragents in BGP speakers

For some odd reason the BGP speakers seems to forget which neutron dragents they have been configured to include. Here's som troubleshooting tips. Typical symptom is that all the tenant IPv6 routes are gone..

Code Block

# List all neutron dragents (you will need the ID)
$ openstack network agent list --sort-column Host --agent-type bgp
+--------------------------------------+---------------------------+---------------+-------------------+-------+-------+---------------------+
| ID                                   | Agent Type                | Host          | Availability Zone | Alive | State | Binary              |
+--------------------------------------+---------------------------+---------------+-------------------+-------+-------+---------------------+
| 73d17a70-6d81-4b41-9a17-ea0b64fbbca8 | BGP dynamic routing agent | neutronnet1   | None              | :-)   | UP    | neutron-bgp-dragent |
| 181618ad-ec71-4dc2-8074-459ff691d032 | BGP dynamic routing agent | neutronnet2   | None              | :-)   | UP    | neutron-bgp-dragent |
| 990cfb8d-4f21-48fa-9bd3-e1eed9f68b1f | BGP dynamic routing agent | neutronnet3   | None              | :-)   | UP    | neutron-bgp-dragent |
| f4cbef36-e812-41fc-acc2-57f0fc5e5604 | BGP dynamic routing agent | neutronv4bgp1 | None              | :-)   | UP    | neutron-bgp-dragent |
| 16546bec-d33a-4b44-8a0a-ac04b4fbc4af | BGP dynamic routing agent | neutronv4bgp2 | None              | :-)   | UP    | neutron-bgp-dragent |
| 8862c571-8e44-47a8-8e89-b091058497d8 | BGP dynamic routing agent | neutronv6bgp1 | None              | :-)   | UP    | neutron-bgp-dragent |
| 088a8f05-fb6f-4e2d-8b0c-4dcb2166337f | BGP dynamic routing agent | neutronv6bgp2 | None              | :-)   | UP    | neutron-bgp-dragent |
+--------------------------------------+---------------------------+---------------+-------------------+-------+-------+---------------------+

# List the BGP speakers (you will need the name)
$ openstack bgp speaker list
+--------------------------------------+---------------+----------+------------+
| ID                                   | Name          | Local AS | IP Version |
+--------------------------------------+---------------+----------+------------+
| 33dc46ad-e6fc-4369-872e-b05436d320ee | bgpspeaker-v4 |    65102 |          4 |
| 4c7c1129-f7c4-4756-af32-3d57abe4dc77 | bgpspeaker-v6 |    65102 |          6 |
+--------------------------------------+---------------+----------+------------+

# List the dragents currently attached to a given speaker
$ openstack bgp speaker show dragents bgpspeaker-v6
+--------------------------------------+---------------+-------+-------+
| ID                                   | Host          | State | Alive |
+--------------------------------------+---------------+-------+-------+
| 088a8f05-fb6f-4e2d-8b0c-4dcb2166337f | neutronv6bgp2 | True  | :-)   |
| 8862c571-8e44-47a8-8e89-b091058497d8 | neutronv6bgp1 | True  | :-)   |
+--------------------------------------+---------------+-------+-------+

# If some of the agents above are missing, re-add them:
$ openstack bgp dragent add speaker 8862c571-8e44-47a8-8e89-b091058497d8 bgpspeaker-v6

Endre expiry dato på prosjekt

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}'

Finne alle security groups som er i bruk i et prosjekt

Code Block
for i in $(openstack server list --sort-column Name -c Name -f value); do openstack server show -f json $i -c security_groups \| jq '.security_groups[] \| {name} \| join("")'; done \| sort \| uniq

Eksemplet antar at du er autha i et spesifikt prosjekt. Gjør du det der som admin, bør du hekte på --project <prosjektnavn> i kommandoen som løkka itererer over.

Rabbitmq

Manually drain a queue

Code Block
kanin1# rabbitmqadmin purge queue name=name_of_the_queue_to_be_purged

Fjerne en node fra clusteret (f.eks hvis det har delt seg)

Code Block

kaninN# rabbitmqctl stop_app
kaninN# rabbitmqctl reset
 
## På dette tidspunktet er det lurt å sjekke rabbitmqctl cluster_status på en annen node, for å verifisere at clusteret ikke lenger er flere partitions
 
# Legg den til igjen
kaninN# rabbitmqctl start_app
kaninN# rabbitmqctl cluster_status # sjekk at alle er med, og det ikke er noen partitions

Migrering av VMer på infra-noder som kjører KVM

Smørbrødliste med prereqs for å migrere VMer mellom infra-/api-noder som kjører KVM. Lista tar høyde for at du gjør migreringen med en personliggrupper som har nødvendige rettigheter for å arbeide med kvm/librt/qemu. Denne guiden forklarer migrering tunnellert over SSH av VMer uten delt lagring.

root på noden du skal flytte fra må ha et SSH-nøklepar hvor public keyen er lagt i ~/.ssh/authorized_keys for din egen bruker på noden du flytter til.
1. Dette kan vel muligens egentlig fikse med puppet, men det kan selvfølgelig også fikses manuelt per behov...
Opprett LVM-volumet for VMen som skal flyttes, på noden den skal flyttes til. Gjør gjerne dette i Virtual Machine Manager. Det er enklest.
VMen som skal flyttes må være konfigurert med en CPU-model som er kompatibel med noden den skal flyttes til. Dersom den ikke er det, skru VMen av, velg en passende modell, og skru den på igjen.

Migreringen gjøres slik, på noden du skal flytte fra. VMen må være på.

Code Block
$ virsh migrate --p2p --tunneled --persistent --copy-storage-all --verbose <vm-navn> qemu+ssh://<bruker>@<noden du skal flytte til>/system

VMen vil pauses under migreringen

Eksempel:

Code Block
$ virsh migrate --p2p --tunneled --persistent --copy-storage-all --verbose flyttevm qemu+ssh://foo@kjempefinserver.mitt.domene.er.be.st/system

Kjente og/eller mulige ymse problemer og triks

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

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
Warning: Partition /dev/vda2 is being used. Are you sure you want to continue?
Yes/No? yes
End?  [42.9GB]? 100%
(parted) resizepart 6
End?  [42.9GB]? 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
(parted) quit

##### 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

ipmitool

Code Block
apt install ipmitool

Hvis den ikke oppfører seg:

Code Block
Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory then you need to enable the following modules modprobe ipmi_devintf modprobe ipmi_si

SQL

Div kjekke SQL-spørringer som er mye raskere enn Openstack CLI og ei for-løkke

Hente info fra MISC-VMer

Code Block

# Hent alle kjørende VMer i SkyHiGh's MISC-prosjekt, og all metadata knyttet til VMene
MariaDB [nova]> 
SELECT i.uuid,i.hostname,md.key,md.value FROM instances i INNER JOIN instance_metadata md ON i.uuid = md.instance_uuid WHERE i.project_id='d9c7305133b44e98b2cf74aca04cc610' AND i.deleted=0 ;
# Det eksemplet der var ikke så kult, fordi dette er også ganske raskt:
openstack server list --project MISC --fit-width -c ID -c Name -c Status -c Networks -c Properties

Hent alle prosjekter som har igjen færre enn N dager å leve

Hvor N er tallet (her eksempelvis 30) på slutten av spørringa

Code Block

language	sql

MariaDB [keystone]> 
SELECT name, extra FROM project WHERE domain_id=(SELECT id FROM project WHERE is_domain=1 AND name='NTNU') AND DATEDIFF(STR_TO_DATE(JSON_VALUE(extra,'$.expiry'),'%d.%m.%Y'),NOW()) <= 30;

Hent alle prosjekter uten expiry satt

Code Block
MariaDB [keystone]> SELECT name FROM project WHERE domain_id=(SELECT id FROM project WHERE is_domain=1 AND name='NTNU') AND extra NOT LIKE '%expiry%';

Mappe instans til VGPU-nummer når man ser på munin-grafer:

Code Block
MariaDB [munin-vgpu]> select * from instancemapping where instance_id = '<instans-ID>';

Mappe instanser til en gitt VGPU-graf når man ser på munin-grafer:

Code Block
MariaDB [munin-vgpu]> select * from instancemapping where gpu = '<pci-e-ID>' and vgpu = '<VGPU-nr>' order by attached;

Shiftleader

Triks for å mekke DNS til TTM4135-prosjekter

Prosjekter til dette emnet skal opprettes med scriptet createProjectTTM4135.sh. Outputen her, er prosjekt som alle har tilgang på et felles nett, ttm4135 (lever i MISC), har en forhåndsallokert FIP fra ntnu-global, hvor FIPen er tagget med ttm4135 og TTM4135_V<år>_<gruppe>.

Til slutt bruker vi shiftleader CLI for å mekke DNS-navn på formatet ttm4135-v<år>-<gruppe>.public.skyhigh.iik.ntnu.no

For å mekke DNS, gjøre vi følgende. Først, finn alle adressene og navnene

Code Block
openstack floating ip list -f value --tags ttm4135 --long -c 'Floating IP Address' -c Tags

Formateringa blir litt jalla, men det fikser du med litt vim-triks. Smekk alt inn i ei fil på en shiftleader-boks, på formatet: (det er VIKTIG at _ erstattes med - fordi _ i DNS-navn går itte)

Code Block
<ip>,ttm4135-<semester>-<gruppe>

Med den fila på plass, kan du gjøre følgende triks, for å mekke DNS-records

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' \| awk '{print $1}' > delete.txt

og

Code Block

for i in $(cat deleteFILADI.txt); do hammer host interface delete --id $i --host compute05.skyhigh /opt/shiftleader/manage.py dns_register --name $(echo $i | cut -d',' -f2).public.skyhigh.iik.ntnu.no --ipv4 $(echo $i | cut -d',' -f1); done

Og da skal alt være i mål =)

Kanskje du får lyst til å slette de igjen når emnet er ferdig?

Code Block
for i in $(cat FILADI.txt \| cut -d',' -f2); do /opt/shiftleader/manage.py dns_delete --name "${i}.public.skyhigh.iik.ntnu.no"; done

Page tree

Versions Compared

Old Version 3

New Version Current

Key

Table of Contents

Ceph

Mulig feilfix for VMer som booter til initramfs/bsod

Skru av reabalansering av OSDer

Bytte en disk

Lokal montering av disk fra ceph

Avmontering

Fjerne passord på Windowsbrukere

Mappe disk-device til fysisk disk

Haproxy

Openstack

List status of all vm's and which compute node

Fix instances stuck in powering-off or powering-on

Specify virtual disk controller and/or virtual nic type

Ping all routers in a given external network

Fix missing neutron dragents in BGP speakers

Endre expiry dato på prosjekt

Hent totalt utdelte gigabyte av en gitt volumtype

Finne alle security groups som er i bruk i et prosjekt

Rabbitmq

Migrering av VMer på infra-noder som kjører KVM

Kjente og/eller mulige ymse problemer og triks

Utvide disk på VMer på infra-/api-noder som kjører KVM

ipmitool

SQL

Hente info fra MISC-VMer

Hent alle prosjekter som har igjen færre enn N dager å leve

Hent alle prosjekter uten expiry satt

Mappe instans til VGPU-nummer når man ser på munin-grafer:

Mappe instanser til en gitt VGPU-graf når man ser på munin-grafer:

Shiftleader

Triks for å mekke DNS til TTM4135-prosjekter

Foreman

Kanskje du får lyst til å slette de igjen når emnet er ferdig?