Sommario

Introduzione

Premesse

Abbreviazioni

Flusso di lavoro del piano di mobilità

Prerequisiti

Controllo stato

Backup

Installare il nuovo nodo OSPD

Installazione server UCS

Installazione di Redhat

Montare l'immagine ISO Red Hat

Installare RHEL

Ripristina il cloud

Preparazione installazione undercloud basata su backup

Completa la registrazione di Redhat

Ripristino undercloud

Riconnettere il undercloud ripristinato al cloud

Convalida ripristino completato

Operazione Check Identity Service (Keystone)

Caricamento di immagini per la futura introspezione dei nodi

Riavvio della restrizione

Informazioni correlate

Introduzione

In questo documento viene descritto come sostituire un server guasto che ospita OpenStack Platform Director (OSPD) in una configurazione Ultra-M. Questa procedura è valida per un ambiente OpenStack con la versione NEWTON in cui ESC non gestisce Cisco Prime Access Registrar (CPAR) e CPAR viene installato direttamente sulla VM distribuita su OpenStack.

Premesse

Ultra-M è una soluzione di base di pacchetti mobili preconfezionata e convalidata, progettata per semplificare l'installazione di VNF. OpenStack è Virtualized Infrastructure Manager (VIM) per Ultra-M ed è costituito dai seguenti tipi di nodi:

- Calcola

- Disco Object Storage - Compute (OSD - Compute)

- Controller

- OSPD

L'architettura di alto livello di Ultra-M e i componenti coinvolti sono illustrati in questa immagine:

Questo documento è destinato al personale Cisco che ha familiarità con la piattaforma Cisco Ultra-M e descrive i passaggi che devono essere eseguiti in OpenStack e Redhat OS.

Nota: Per definire le procedure descritte in questo documento, viene presa in considerazione la release di Ultra M 5.1.x.

Abbreviazioni

MOP

Metodo

OSD

Dischi Object Storage

OSPD

OpenStack Platform Director

HDD

Unità hard disk

SSD

Unità a stato solido

VIM

Virtual Infrastructure Manager

VM

Macchina virtuale

EM

Gestione elementi

UAS

Ultra Automation Services

UUID

Identificatore univoco universale

Flusso di lavoro del piano di mobilità

Flusso di lavoro di alto livello della procedura di sostituzione

Prerequisiti

Controllo stato

Prima di sostituire un server OSPD, è importante controllare lo stato corrente dell'ambiente della piattaforma Red Hat OpenStack e assicurarsi che sia integro per evitare complicazioni quando il processo di sostituzione è attivo.

1. Verificare lo stato dello stack OpenStack e l'elenco dei nodi:

[stack@director ~]$ source stackrc

[stack@director ~]$ openstack stack list --nested

[stack@director ~]$ ironic node-list

[stack@director ~]$ nova list

2. Verificare se tutti i servizi undercloud sono in stato caricato, attivo e in esecuzione dal nodo OSP-D:

[stack@al03-pod2-ospd ~]$ systemctl list-units "openstack*" "neutron*" "openvswitch*"

UNIT LOAD ACTIVE SUB DESCRIPTION

neutron-dhcp-agent.service loaded active running OpenStack Neutron DHCP Agent

neutron-metadata-agent.service loaded active running OpenStack Neutron Metadata Agent

neutron-openvswitch-agent.service loaded active running OpenStack Neutron Open vSwitch Agent

neutron-server.service loaded active running OpenStack Neutron Server

openstack-aodh-evaluator.service loaded active running OpenStack Alarm evaluator service

openstack-aodh-listener.service loaded active running OpenStack Alarm listener service

openstack-aodh-notifier.service loaded active running OpenStack Alarm notifier service

openstack-ceilometer-central.service loaded active running OpenStack ceilometer central agent

openstack-ceilometer-collector.service loaded active running OpenStack ceilometer collection service

openstack-ceilometer-notification.service loaded active running OpenStack ceilometer notification agent

openstack-glance-api.service loaded active running OpenStack Image Service (code-named Glance) API server

openstack-glance-registry.service loaded active running OpenStack Image Service (code-named Glance) Registry server

openstack-heat-api-cfn.service loaded active running Openstack Heat CFN-compatible API Service

openstack-heat-api.service loaded active running OpenStack Heat API Service

openstack-heat-engine.service loaded active running Openstack Heat Engine Service

openstack-ironic-api.service loaded active running OpenStack Ironic API service

openstack-ironic-conductor.service loaded active running OpenStack Ironic Conductor service

openstack-ironic-inspector-dnsmasq.service loaded active running PXE boot dnsmasq service for Ironic Inspector

openstack-ironic-inspector.service loaded active running Hardware introspection service for OpenStack Ironic

openstack-mistral-api.service loaded active running Mistral API Server

openstack-mistral-engine.service loaded active running Mistral Engine Server

openstack-mistral-executor.service loaded active running Mistral Executor Server

openstack-nova-api.service loaded active running OpenStack Nova API Server

openstack-nova-cert.service loaded active running OpenStack Nova Cert Server

openstack-nova-compute.service loaded active running OpenStack Nova Compute Server

openstack-nova-conductor.service loaded active running OpenStack Nova Conductor Server

openstack-nova-scheduler.service loaded active running OpenStack Nova Scheduler Server

openstack-swift-account-reaper.service loaded active running OpenStack Object Storage (swift) - Account Reaper

openstack-swift-account.service loaded active running OpenStack Object Storage (swift) - Account Server

openstack-swift-container-updater.service loaded active running OpenStack Object Storage (swift) - Container Updater

openstack-swift-container.service loaded active running OpenStack Object Storage (swift) - Container Server

openstack-swift-object-updater.service loaded active running OpenStack Object Storage (swift) - Object Updater

openstack-swift-object.service loaded active running OpenStack Object Storage (swift) - Object Server

openstack-swift-proxy.service loaded active running OpenStack Object Storage (swift) - Proxy Server

openstack-zaqar.service loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server

openstack-zaqar@1.service loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server Instance 1

openvswitch.service loaded active exited Open vSwitch

LOAD = Reflects whether the unit definition was properly loaded.

ACTIVE = The high-level unit activation state, i.e. generalization of SUB.

SUB = The low-level unit activation state, values depend on unit type.

lines 1-43

lines 2-44 37 loaded units listed. Pass --all to see loaded but inactive units, too.

To show all installed unit files use 'systemctl list-unit-files'.

lines 4-46/46 (END) lines 4-46/46 (END) lines 4-46/46 (END) lines 4-46/46 (END) lines 4-46/46 (END)

Backup

1. Verificare di disporre di spazio su disco sufficiente prima di eseguire il processo di backup. Si prevede che questa scheda sia di almeno 3,5 GB.

[stack@director ~]$ df -h

2. Eseguire questi comandi come utente root per eseguire il backup dei dati dal nodo undercloud in un file denominato undercloud-backup-[timestamp].tar.gz.

[root@director ~]# mysqldump --opt --all-databases > /root/undercloud-all-databases.sql

[root@director ~]# tar --xattrs -czf undercloud-backup-`date +%F`.tar.gz /root/undercloud-all-databases.sql

/etc/my.cnf.d/server.cnf /var/lib/glance/images /srv/node /home/stack

tar: Removing leading `/' from member names

Installare il nuovo nodo OSPD

Installazione server UCS

1. Per informazioni sulle procedure da seguire per installare un nuovo server UCS C240 M4 e sulle procedure di configurazione iniziali, consultare la Guida all'installazione e al servizio di Cisco UCS C240 M4 Server.

2. Dopo l'installazione del server, inserire i dischi rigidi nei rispettivi slot come server precedente.

3. Accedere al server utilizzando l'indirizzo IP di Cisco Integrated Management Controller (CIMC).

4. Eseguire l'aggiornamento del BIOS se il firmware non corrisponde alla versione consigliata utilizzata in precedenza. La procedura per l'aggiornamento del BIOS è illustrata di seguito: Cisco UCS C-Series Rack-Mount Server BIOS Upgrade Guide.

5. Verificare lo stato delle unità fisiche. Deve essere Non configurato correttamente. Passare a Storage > Cisco 12G SAS Modular Raid Controller (SLOT-HBA) > Physical Drive Info (Informazioni sull'unità fisica) come mostrato nell'immagine.

6. Creare un'unità virtuale dalle unità fisiche con RAID di livello 1. Selezionare Storage > Cisco 12G SAS Modular RAID Controller (SLOT-HBA) > Informazioni controller > Crea unità virtuale da unità fisiche inutilizzate come mostrato nell'immagine.

7. Selezionare il DVD e configurare Set as Boot Drive (Imposta come unità di avvio) come mostrato nell'immagine.

8. Abilitare IPMI over LAN. Passare ad Amministrazione > Servizi di comunicazione > Servizi di comunicazione come mostrato nell'immagine.

9. Disabilitare l'iperthreading. Passare a Calcola > BIOS > Configura BIOS > Avanzate > Configurazione processore come mostrato nell'immagine.

Nota: L'immagine qui illustrata e le procedure di configurazione descritte in questa sezione fanno riferimento alla versione del firmware 3.0(3e). Se si utilizzano altre versioni, potrebbero verificarsi lievi variazioni.

Installazione di Redhat

Montare l'immagine ISO Red Hat

1. Accedere al server OSP-D.

2. Avviare la console KVM.

3. Passare a Supporto virtuale > Attiva dispositivi virtuali. Accettare la sessione e abilitare Memorizzazione delle impostazioni per le connessioni future.

4. Passare a Supporto virtuale > Mappare CD/DVDe mappare l'immagine ISO Red Hat.

5. Passare a Alimentazione > Ripristinare il sistema (avvio a caldo) in ordine per riavviare il sistema.

6. Al riavvio, premere F6e selezionareCisco vKVM-Mapped vDVD1.2e premere Invio.

Installare RHEL

Nota:la procedura descritta in questa sezione rappresenta una versione semplificata del processo di installazione che identifica il numero minimo di parametri da configurare.

1. Selezionare l'opzione per installare Red Hat Enterprise Linux per avviare l'installazione.

2. Passare a Selezione software > Solo installazione minima.

3. Configurare le interfacce di rete (eno1 e eno2).

4. Fare clic su Network and Hostname (Rete e nome host).

- Selezionare l'interfaccia da utilizzare per la comunicazione esterna (eno1 o eno2)

- Fare clic su Configura

- Selezionare la scheda IPv4 Settings, selezionare Manualmethod, quindi fare clic su Add

- Impostare questi parametri come utilizzato in precedenza: Indirizzo, Netmask, Gateway, Server DNS

5. Selezionare Data e ora e specificare la regione e la città.

6. Abilitare l'ora di rete e configurare i server NTP.

7. Selezionare Installation Destination (Destinazione installazione) e utilizzare il file system ext4 .

Nota:eliminare ‘/home/’ e riallocare la capacità nella radice '/'.

8. Disabilitare Kdump

9. Impostare solo la password principale

10. Avviare l'installazione

Ripristina il cloud

Preparazione installazione undercloud basata su backup

Dopo aver installato il computer con RHEL 7.3 ed essersi trovato nello stato originario, riattivare tutte le sottoscrizioni/repository necessarie per installare ed eseguire director.

1. Configurazione del nome host.

[root@director ~]$sudo hostnamectl set-hostname <FQDN_hostname>

[root@director ~]$sudo hostnamectl set-hostname --transient <FQDN_hostname>

2. Modificare /etc/hosts file.

[root@director ~]$ vi /etc/hosts

<ospd_external_address>  <server_hostname>  <FQDN_hostname>

192.168.247.142  pod2-stack-ospd pod2-stack-ospd.cisco.com

3. Convalidare il nome host.

[root@director ~]$ cat /etc/hostname

pod2-stack-ospd.cisco.com

4. Convalidare la configurazione DNS.

[root@director ~]$ cat /etc/resolv.conf

#Generated by NetworkManager

nameserver <DNS_IP>

5. Modificare l'interfaccia NIC di provisioning.

[root@director ~]$ cat /etc/sysconfig/network-scripts/ifcfg-eno1

DEVICE=eno1

ONBOOT=yes

HOTPLUG=no

NM_CONTROLLED=no

PEERDNS=no

DEVICETYPE=ovs

TYPE=OVSPort

OVS_BRIDGE=br-ctlplane

BOOTPROTO=none

MTU=1500

Completa la registrazione di Redhat

1. Scaricare il pacchetto per configurare il gestore delle sottoscrizioni per l'utilizzo di rh-satellite.

[root@director ~]$ rpm -Uvh http://

/pub/katello-ca-consumer-latest.noarch.rpm

[root@director ~]$ subscription-manager config

2. Registrarsi con rh-satellite utilizzando questa chiave di attivazione per RHEL 7.3.

[root@director ~]$subscription-manager register --org="<ORG>" --activationkey="<KEY>"

3. Per vedere la sottoscrizione.

[root@director ~]$ subscription-manager list –consumed

4. Abilitare i repository come i repo OSPD precedenti.

[root@director ~]$ sudo subscription-manager repos --disable=*

[root@director ~]$ subscription-manager repos --enable=rhel-7-server-rpms --enable=rhel-7-server-extras-rpms --enable=rh

el-7-server-openstack-10-rpms --enable=rhel-7-server-rh-common-rpms --enable=rhel-ha-for-rhel-7-server-rpm

5. Eseguire un aggiornamento del sistema per assicurarsi di disporre dei pacchetti di sistema di base più recenti e riavviare il sistema.

[root@director ~]$sudo yum update -y

[root@director ~]$sudo reboot

Ripristino undercloud

Dopo aver abilitato la sottoscrizione, importare il file tar di backup "undercloud-backup-`date +%F`.tar.gz" nella nuova directory radice del server OSP-D /root

1. Installare il server mariadb.

[root@director ~]$ yum install -y mariadb-server

2. Estrarre il file di configurazione MariaDB e il backup del database. Eseguire l'operazione come utente root.

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/my.cnf.d/server.cnf

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz root/undercloud-all-databases.sql

3. Modificare /etc/my.cnf.d/server.cnf e commentare la voce bind-address, se presente.

[root@tb3-ospd ~]# vi /etc/my.cnf.d/server.cnf

4. Avviare il servizio MariaDB e aggiornare temporaneamente l'impostazione max_allowed_packet.

[root@director ~]$ systemctl start mariadb

[root@director ~]$ mysql -uroot -e"set global max_allowed_packet = 16777216;"

5. Pulire alcune autorizzazioni (da ricreare in seguito).

[root@director ~]$ for i in ceilometer glance heat ironic keystone neutron nova;do mysql -e "drop user $i";done

[root@director ~]$ mysql -e 'flush privileges'

Nota: se il servizio di regolazione del soffitto è stato precedentemente disattivato nell'impostazione, eseguire il comando precedente rimuovendo "ceilometro".

6. Creare l'account utente dello stack.

[root@director ~]$ sudo useradd stack

[root@director ~]$ sudo passwd stack << specify a password

[root@director ~]$ echo "stack ALL=(root) NOPASSWD:ALL" | sudo tee -a /etc/sudoers.d/stack

[root@director ~]$ sudo chmod 0440 /etc/sudoers.d/stack

7. Ripristinare la home directory dell'utente dello stack.

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz home/stack

8. Installare i pacchetti swift e glance base, quindi ripristinarne i dati.

[root@director ~]$ yum install -y openstack-glance openstack-swift

[root@director ~]$ tar --xattrs -xzC / -f undercloud-backup-$DATE.tar.gz srv/node var/lib/glance/images

9. Verificare che i dati siano di proprietà dell'utente corretto.

[root@director ~]$ chown -R swift: /srv/node

[root@director ~]$ chown -R glance: /var/lib/glance/images

10. Ripristinare i certificati SSL nel cloud (facoltativo, da eseguire solo se vengono utilizzati certificati SSL).

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/pki/instack-certs/undercloud.pem

[root@director ~]$ tar -xzC / -f undercloud-backup-$DATE.tar.gz etc/pki/ca-trust/source/anchors/ca.crt.pem

11. Eseguire nuovamente l'installazione undercloud come utente dello stack, accertandosi di eseguirla nella directory home dell'utente dello stack:

[root@director ~]$ su - stack

[stack@director ~]$ sudo yum install -y python-tripleoclient

12. Verificare che il nome host sia impostato correttamente in /etc/hosts.

13. Reinstallare il sottocloud.

[stack@director ~]$ openstack undercloud install

<snip>

#############################################################################

Undercloud install complete.

The file containing this installation's passwords is at

/home/stack/undercloud-passwords.conf.

There is also a stackrc file at /home/stack/stackrc.

These files are needed to interact with the OpenStack services, and must be

secured.

#############################################################################

Riconnettere il undercloud ripristinato al cloud

Dopo aver completato i passaggi sopra descritti, è possibile prevedere che l'undercloud ripristini automaticamente la connessione all'overcloud. I nodi continueranno a eseguire il polling dell'orchestrazione (HEAT) per le attività in sospeso, utilizzando una semplice richiesta HTTP emessa ogni pochi secondi.

Convalida ripristino completato

Utilizzare questi comandi per eseguire un controllo dello stato dell'ambiente appena ripristinato.

[root@director ~]$ su - stack

Last Log in: Tue Nov 28 21:27:50 EST 2017 from 192.182.255.20 on pts/0

[stack@director ~]$ source stackrc

[stack@director ~]$ nova list

+--------------------------------------+--------------------------+--------+------------+-------------+------------------------+

| ID | Name | Status | Task State | Power State | Networks |

+--------------------------------------+--------------------------+--------+------------+-------------+------------------------+

| 03f15071-21aa-4bcf-8fdd-acdbde305168 | pod2-stack-compute-0 | ACTIVE | - | Running | ctlplane=192.200.0.106 |

| 1f725ce3-948d-49e9-aed9-b99e73d82644 | pod2-stack-compute-1 | ACTIVE | - | Running | ctlplane=192.200.0.107 |

| fbc13c78-dc06-4ac9-a3c5-595ccc147adc | pod2-stack-compute-2 | ACTIVE | - | Running | ctlplane=192.200.0.119 |

| 3b94e0b1-47dc-4960-b3eb-d02ffe9ae693 | pod2-stack-compute-3 | ACTIVE | - | Running | ctlplane=192.200.0.112 |

| 5dbac94d-19b9-493e-a366-1e2e2e5e34c5 | pod2-stack-compute-4 | ACTIVE | - | Running | ctlplane=192.200.0.116 |

| b896c73f-d2c8-439c-bc02-7b0a2526dd70 | pod2-stack-controller-0 | ACTIVE | - | Running | ctlplane=192.200.0.113 |

| 2519ce67-d836-4e5f-a672-1a915df75c7c | pod2-stack-controller-1 | ACTIVE | - | Running | ctlplane=192.200.0.105 |

| e19b9625-5635-4a52-a369-44310f3e6a21 | pod2-stack-controller-2 | ACTIVE | - | Running | ctlplane=192.200.0.120 |

| 6810c884-1cb9-4321-9a07-192443920f1f | pod2-stack-osd-compute-0 | ACTIVE | - | Running | ctlplane=192.200.0.109 |

| 26d3f7b1-ba97-431f-aa6e-ba91661db45d | pod2-stack-osd-compute-1 | ACTIVE | - | Running | ctlplane=192.200.0.117 |

| 6e4a8aa9-4870-465a-a7e2-0932ff55e34b | pod2-stack-osd-compute-2 | ACTIVE | - | Running | ctlplane=192.200.0.103 |

+--------------------------------------+--------------------------+--------+------------+-------------+------------------------+

<snip>

[stack@director ~]$ ssh heat-admin@192.200.0.113

Last login: Fri Jul 6 09:02:41 2018 from 192.200.0.1

[heat-admin@pod2-stack-controller-0 ~]$ sudo pcs status

Cluster name: tripleo_cluster

Stack: corosync

Current DC: pod2-stack-controller-2 (version 1.1.15-11.el7_3.4-e174ec8) - partition with quorum

Last updated: Tue Jul 10 10:04:15 2018Last change: Fri Jul 6 09:03:35 2018 by root via crm_attribute on pod2-stack-controller-0

3 nodes and 19 resources configured

Online: [ pod2-stack-controller-0 pod2-stack-controller-1 pod2-stack-controller-2 ]

Full list of resources:

ip-11.120.0.49(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-1

Clone Set: haproxy-clone [haproxy]

Started: [ pod2-stack-controller-0 pod2-stack-controller-1 pod2-stack-controller-2 ]

Master/Slave Set: galera-master [galera]

Masters: [ pod2-stack-controller-0 pod2-stack-controller-1 pod2-stack-controller-2 ]

ip-192.200.0.110(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-1

ip-11.120.0.44(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-2

ip-11.118.0.49(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-2

Clone Set: rabbitmq-clone [rabbitmq]

Started: [ pod2-stack-controller-0 pod2-stack-controller-1 pod2-stack-controller-2 ]

ip-10.225.247.214(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-1

Master/Slave Set: redis-master [redis]

Masters: [ pod2-stack-controller-2 ]

Slaves: [ pod2-stack-controller-0 pod2-stack-controller-1 ]

ip-11.119.0.49(ocf::heartbeat:IPaddr2):Started pod2-stack-controller-2

openstack-cinder-volume(systemd:openstack-cinder-volume):Started pod2-stack-controller-1

Daemon Status:

corosync: active/enabled

pacemaker: active/enabled

pcsd: active/enabled

[heat-admin@pod2-stack-controller-0 ~]$ sudo ceph status

cluster eb2bb192-b1c9-11e6-9205-525400330666

health HEALTH_OK

monmap e1: 3 mons at {pod2-stack-controller-0=11.118.0.10:6789/0,pod2-stack-controller-1=11.118.0.11:6789/0,pod2-stack-controller-2=11.118.0.12:6789/0}

election epoch 10, quorum 0,1,2 pod2-stack-controller-0,pod2-stack-controller-1,pod2-stack-controller-2

osdmap e81: 12 osds: 12 up, 12 in

flags sortbitwise,require_jewel_osds

pgmap v23094282: 704 pgs, 6 pools, 809 GB data, 424 kobjects

2418 GB used, 10974 GB / 13393 GB avail

704 active+clean

client io 1841 kB/s wr, 0 op/s rd, 220 op/s wr

[heat-admin@pod2-stack-controller-0 ~]$ exit

logout

Connection to 192.200.0.113 closed.

Operazione Check Identity Service (Keystone)

Questo passaggio consente di convalidare le operazioni del servizio di identità tramite la ricerca di un elenco di utenti.

[stack@director ~]$ source stackerc

[stack@director~]$ openstack user list

+----------------------------------+------------------+

| ID | Name |

+----------------------------------+------------------+

| 4d93cc08ed314b87b4c6dce95c19558f | admin |

| c499bd1a65d94029804350e3bca19888 | aodh |

| d9b59136b2794ec1b9c18c4f7b95c674 | ceilometer |

| 4650cdca79b44f2b9d2426b7a9df9495 | glance |

| 4a6724a623f4463c971658462b505c8a | heat |

| e18ae9a5b7f14aefb9e93931dcec476e | ironic |

| 9831160669c44c10b04d6f78b7517a55 | ironic-inspector |

| 6a5d6f02b9a74dfb9f679eecfebb28e0 | mistral |

| 462c8ec91fb0485fbc7dfec6d4ecf480 | neutron |

| f3a66d84e39c47a0bdcd14d24bd72816 | nova |

| 1f16ea9035ab424a88d5f34681d3f893 | swift |

| ab4a1e5f62be4609b290c32dc93bfbce | zaqar |

| fac68a166f5f442284f7d06355369c53 | zaqar-websocket |

+----------------------------------+------------------+

[stack@director ~]$ source <overcloudrc>

[stack@director ~]$ openstack user list

+----------------------------------+------------+

| ID | Name |

+----------------------------------+------------+

| 7285a65e0c8c4447b10875d0e9c9da69 | admin |

| c7c78ac31ec24926b3eed79e7f5bd59e | neutron |

| 191c2a293beb48edb4d2c1160c9a0523 | heat |

| 1445a6ef2ae94b6f9365ffbc6b56a231 | gnocchi |

| fb8b006129554c6b8465310fcfc0ba8c | aodh |

| 5afcb816f93b4f20998c9edaf3b143a0 | nova |

| 37444af1295344809eca6058a782f871 | glance |

| e74d2d9e59f34ddfb4408a8beb88db7b | ceilometer |

| 9baab90178c141478ce7c0084e930f40 | cinder |

| 5a964c651c11402284eecb0e8f40ee33 | heat-cfn |

| 6d49ebae55da432580943d6080efcf90 | swift |

| 41a666fe64c64df593d73b4f467885be | core |

| ab004ba966bf4ddc92783fbb6045e48b | cpar |

| fce5b5c5dc7647ccbc2170b56a64db33 | cpardemo |

| 28ead2dab0ef486ba449b441715a3e04 | pcrf |

| 0aac4107e3d443dc93ca62c3928a1998 | pcrfdemo |

+----------------------------------+------------+

Caricamento di immagini per la futura introspezione dei nodi

1. Convalidare /httpboot in tutti questi file "inspector.ipxe, agent.kernel, agent.ramdisk", se non procedere con i seguenti passaggi per l'aggiornamento nell'immagine.

[stack@director ~]$ ls /httpboot

inspector.ipxe

[stack@director ~]$ source stackrc

[stack@director ~]$ cd images/

[stack@director images]$ openstack overcloud image upload --image-path /home/stack/images

Image "overcloud-full-vmlinuz" is up-to-date, skipping.

Image "overcloud-full-initrd" is up-to-date, skipping.

Image "overcloud-full" is up-to-date, skipping.

Image "bm-deploy-kernel" is up-to-date, skipping.

Image "bm-deploy-ramdisk" is up-to-date, skipping.

[stack@director images]$ ls /httpboot

agent.kernel agent.ramdisk inspector.ipxe

[stack@director images]$

Riavvio della restrizione

Lo stato della restrizione verrebbe interrotto dopo il ripristino OSPD. La procedura seguente consentirebbe la restrizione.

[heat-admin@pod2-stack-controller-0 ~]$ sudo pcs property set stonith-enabled=true

[heat-admin@pod2-stack-controller-0 ~]$ sudo pcs status

[heat-admin@pod2-stack-controller-0 ~]$sudo pcs stonith show

Informazioni correlate

- Backup e ripristino di Director Undercloud

- Applicazione della restrizione ai nodi dei controller

- Documentazione e supporto tecnico – Cisco Systems