Índice

Introdução

Informações de Apoio

Abreviaturas

Trabalhos do espanador

Pré-requisitos

Verificação de status

Backup

Instale o nó novo OSPD

Instalação do servidor UCS

A instalação do chapéu vermelho

Monte a imagem ISO do chapéu vermelho

Instale Red Hat Enterprise Linux

Restaure o Undercloud

Prepare a instalação do undercloud baseada no backup

Termine o registro do chapéu vermelho

Restauração de Undercloud

Reconecte o Undercloud restaurado encobrir

Valide a restauração terminada

Verifique a operação do serviço da identidade (peça fundamental)

Transfira arquivos pela rede imagens para a introspecção futura do nó

Reinicie o cerco

Informações Relacionadas

Introdução

Este documento descreve as etapas exigidas a fim substituir um server defeituoso que hospede o diretor da plataforma de OpenStack (OSPD) em uma instalação de Ultra-M.

Informações de Apoio

Ultra-M é uma solução móvel virtualizada pré-embalada e validada do núcleo do pacote que seja projetada a fim simplificar o desenvolvimento de VNFs. OpenStack é o gerente virtualizado da infraestrutura (VIM) para Ultra-M e consiste nestes tipos de nó:

- Cálculo

- Disco do armazenamento do objeto - Cálculo (OSD - Cálculo)

- Controlador

- OSPD

A arquitetura de nível elevado de Ultra-M e os componentes envolvidos são descritos nesta imagem:

Arquitetura de UltraM

Este documento é pretendido para os Ciscos personnel que são familiares com a plataforma de Cisco Ultra-M e detalha as etapas que são exigidas a fim ser realizadas no OpenStack em nível na altura da substituição do server OSPD.

Nota: A liberação M 5.1.x é considerada ultra a fim definir os procedimentos neste documento.

Abreviaturas

VNF

Função da rede virtual

CF

Função de controle

SF

Função de serviço

ESC

Controlador elástico do serviço

ESPANADOR

Método do procedimento

OSD

Discos do armazenamento do objeto

HDD

Unidade de disco rígido

SSD

Movimentação de circuito integrado

VIM

Gerente virtual da infraestrutura

VM

Máquina virtual

EM

Element Manager

UA

Ultra Automation Services

UUID

Universalmente identificador exclusivo

Trabalhos do espanador

Trabalhos de nível elevado do procedimento de substituição

Pré-requisitos

Verificação de status

Antes que você substitua um server OSPD, é importante verificar o estado atual do ambiente da plataforma de OpenStack do chapéu vermelho e assegurar-se de que seja saudável a fim evitar complicações quando o processo de substituição está ligada.

Verifique o estado da pilha de OpenStack e da lista do nó:

[stack@director ~]$ source stackrc

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

[stack@director ~]$ ironic node-list

[stack@director ~]$ nova list

Assegure-se de se todos os serviços do undercloud estiverem no carregado, active e estado de execução do nó OSP-D:

[stack@director ~]$ systemctl list-units "openstack*" "neutron*" "openvswitch*"

UNIT                                       LOAD   ACTIVE SUB     DESCRIPTION

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

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

neutron-ovs-cleanup.service                loaded active exited  OpenStack Neutron Open vSwitch Cleanup Utility

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.

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

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

Backup

Assegure-se de que você tenha o espaço de disco suficiente disponível antes que você execute o processo de backup. Este tarball é esperado ser pelo menos 3.5 GB.

[stack@director ~]$df -h

Execute este comando como o backup do usuário de raiz os dados do nó do undercloud a um arquivo nomeado o [timestamp] .tar.gz do undercloud-backup.

[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

Instale o nó novo OSPD

Instalação do servidor UCS

As etapas a fim instalar um server novo UCS C240 M4 assim como as etapas da instalação inicial podem ser consultadas da instalação do servidor de Cisco UCS C240 M4 e do guia do serviço.

Entre ao server com o uso do IP CIMC.

Execute a elevação BIOS se o firmware não é conforme a versão recomendada usada previamente. As etapas para a elevação BIOS são dadas aqui: Guia da elevação do server BIOS do montagem de rack da série C de Cisco UCS.

Verifique o estado de movimentações físicas. Deve ser desconfigurado bom:

Navegue ao armazenamento > ao controlador modular da invasão de Cisco 12G SAS (SLOT-HBA) > informação física da movimentação como mostrado aqui na imagem.

Crie uma unidade virtual das movimentações físicas com o nível 1 RAID:

Navegue ao armazenamento > ao controlador modular da invasão de Cisco 12G SAS (SLOT-HBA) > informação do controlador > criam a unidade virtual das movimentações físicas não utilizadas segundo as indicações da imagem.

Selecione o VD e configurar o grupo como a unidade de inicialização segundo as indicações da imagem.

Permita IPMI sobre o LAN:

Navegue a Admin > serviços de comunicação > serviços de comunicação segundo as indicações da imagem.

Desabilitação que hyperthreading:

Navegue para computar > BIOS > configuram BIOS > avançou > configuração do processador segundo as indicações da imagem.

Nota: A imagem mostrada aqui e as etapas de configuração mencionadas nesta seção são com referência à versão de firmware 3.0(3e) e pôde haver umas leves variações se você trabalha em outras versões.

A instalação do chapéu vermelho

Monte a imagem ISO do chapéu vermelho

1. Entre ao server OSP-D.

2. Lance o console KVM.

3. Navegue aos Meios virtuais > ativam dispositivos virtuais. Aceite a sessão e permita a recordação de seu ajuste para as conexões futuras.

4. Selecione o mapa dos Meios virtuais > do mapa CD/DVDand a imagem ISO do chapéu vermelho.

5. Selecione a potência > para restaurar o sistema (bota morna) para recarregar o sistema.

6. Em cima do reinício, a imprensa F6and que Cisco seleto vDVD1.22and vKVM-traçado pressiona entra.

Instale Red Hat Enterprise Linux

Nota: O procedimento nesta seção representa uma versão simplificada do processo de instalação que identifica o número mínimo de parâmetros que devem ser configurados.

1. Selecione a opção para instalar Red Hat Enterprise Linux (RHEL) a fim começar a instalação.

2. A seleção > o mínimo seletos do software instalam somente.

3. Configurar interfaces de rede (eno1 e eno2).

4. Clique sobre a rede e o hostname.

- Selecione a relação que seria usada para uma comunicação externa (eno1 ou eno2)

- O clique configura

- Selecione o IPv4 Settingstab, selecione o método manual e clique sobre Add

- Ajuste estes parâmetros como usados previamente: Endereço, Máscara de rede, gateway, servidor DNS

5. Selecione a data e hora e especifique suas região e cidade.

6. Permita o tempo de rede e configurar servidores de NTP.

7. Selecione o destino da instalação e use o
do sistema de arquivos ext4.

Nota: Suprima de /home/ e readjudique a capacidade sob a raiz/.

8. Desabilite Kdump.

9. Ajuste a senha root somente.

10. Comece o
da instalação.

Restaure o Undercloud

Prepare a instalação do undercloud baseada no backup

Uma vez que a máquina instalada com RHEL 7.3 e está em um estado limpo, re-permite todas as assinaturas/repositórios necessários instalar e executar o diretor.

Configuração do hostname:

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

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

Edite o arquivo de /etc/hosts:

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

<ospd_external_address>  <server_hostname>  <FQDN_hostname>

10.225.247.142  pod1-ospd pod1-ospd.cisco.com

Valide o hostname:

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

pod1-ospd.cisco.com

Valide a Configuração de DNS:

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

#Generated by NetworkManager

nameserver <DNS_IP>

Altere a relação NIC do abastecimento:

[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

Termine o registro do chapéu vermelho

Transfira este pacote a fim configurar o assinatura-gerente a fim usar o rh-satélite:

[root@director ~]$ rpm -Uvh http://<satellite-server>/pub/katello-ca-consumer-latest.noarch.rpm

[root@director ~]$ subscription-manager config

Registrar-se com o rh-satélite com o uso deste activationkey para RHEL 7.3.

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

A fim ver a assinatura:

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

Permita os repositórios similares ao repos velho OSPD:

[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

Execute uma atualização em seu sistema a fim assegurar-se de que você tenha os pacotes de sistema baixos os mais atrasados e para recarregar o sistema:

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

[root@director ~]$sudo reboot

Restauração de Undercloud

Depois que você permite a assinatura, importe o `suportado .tar.gz da undercloud-backup-data +%F do arquivo TAR do undercloud ao diretório de raiz do servidor novo /root OSP-D.

Instale o server do mariadb:

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

Extraia o arquivo de configuração de MariaDB e o backup do base de dados (DB). Execute esta operação como o usuário de raiz.

[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

Edite /etc/my.cnf.d/server.cnf e comente para fora a entrada do ligamento-endereço se presente:

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

Comece o serviço de MariaDB e atualize temporariamente o ajuste do max_allowed_packet:

[root@director ~]$ systemctl start mariadb

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

Limpe determinadas permissões (para ser recreado mais tarde):

[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 o serviço do ceilometer tem sido desabilitado previamente na instalação, execute este comando e remova o ceilometer.

Crie a conta do stackuser:

[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

Restaure o diretório home do usuário da pilha:

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

Instale os pacotes baixos rápidos e do relance, e restaure então seus dados:

[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

Confirme que os dados estão possuídos pelo usuário correto:

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

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

Restaure os Certificados do undercloud SSL (opcionais - para ser feito somente se a instalação usa Certificados 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

Torne a colocar em funcionamento a instalação do undercloud como o stackuser e assegure-a para executá-lo no diretório home do usuário da pilha:

[root@director ~]$ su - stack

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

Confirme que o hostname está ajustado corretamente em /etc/hosts.

Reinstale o undercloud:

[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.

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

Reconecte o Undercloud restaurado encobrir

Depois que você termina estas etapas, o undercloud pode ser esperado restaurar automaticamente sua conexão encobrir. Os Nós continuarão a votar a orquestração (calor) para tarefas pendentes, com o uso de um pedido do HTTP simples que seja emitido cada poucos segundos.

Valide a restauração terminada

Use estes comandos a fim executar um exame médico completo do ambiente recentemente restaurado:

[root@director ~]$ su - stack

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

[stack@director ~]$ source stackrc

[stack@director ~]$ nova list

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

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

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

| b1f5294a-629e-454c-b8a7-d15e21805496 | pod1-compute-0 | ACTIVE | - | Running | ctlplane=192.200.0.119 |

| 9106672e-ac68-423e-89c5-e42f91fefda1 | pod1-compute-1 | ACTIVE | - | Running | ctlplane=192.200.0.120 |

| b3ed4a8f-72d2-4474-91a1-b6b70dd99428 | pod1-compute-2 | ACTIVE | - | Running | ctlplane=192.200.0.124 |

| 677524e4-7211-4571-ac35-004dc5655789 | pod1-compute-3 | ACTIVE | - | Running | ctlplane=192.200.0.107 |

| 55ea7fe5-d797-473c-83b1-d897b76a7520 | pod1-compute-4 | ACTIVE | - | Running | ctlplane=192.200.0.122 |

| c34c1088-d79b-42b6-9306-793a89ae4160 | pod1-compute-5 | ACTIVE | - | Running | ctlplane=192.200.0.108 |

| 4ba28d8c-fb0e-4d7f-8124-77d56199c9b2 | pod1-compute-6 | ACTIVE | - | Running | ctlplane=192.200.0.105 |

| d32f7361-7e73-49b1-a440-fa4db2ac21b1 | pod1-compute-7 | ACTIVE | - | Running | ctlplane=192.200.0.106 |

| 47c6a101-0900-4009-8126-01aaed784ed1 | pod1-compute-8 | ACTIVE | - | Running | ctlplane=192.200.0.121 |

| 1a638081-d407-4240-b9e5-16b47e2ff6a2 | pod1-compute-9 | ACTIVE | - | Running | ctlplane=192.200.0.112 |

<snip>

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

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

Cluster name: tripleo_cluster

Stack: corosync

Current DC: pod1-controller-0 (version 1.1.15-11.el7_3.4-e174ec8) - partition with quorum

3 nodes and 22 resources configured

Online: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

Full list of resources:

ip-10.1.10.10 (ocf::heartbeat:IPaddr2): Started pod1-controller-0

ip-11.120.0.97 (ocf::heartbeat:IPaddr2): Started pod1-controller-1

Clone Set: haproxy-clone [haproxy]

Started: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

Master/Slave Set: galera-master [galera]

Masters: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

ip-192.200.0.106 (ocf::heartbeat:IPaddr2): Started pod1-controller-0

ip-11.120.0.95 (ocf::heartbeat:IPaddr2): Started pod1-controller-1

ip-11.119.0.98 (ocf::heartbeat:IPaddr2): Started pod1-controller-0

ip-11.118.0.92 (ocf::heartbeat:IPaddr2): Started pod1-controller-1

Clone Set: rabbitmq-clone [rabbitmq]

Started: [ pod1-controller-0 pod1-controller-1 pod1-controller-2 ]

Master/Slave Set: redis-master [redis]

Masters: [ pod1-controller-0 ]

Slaves: [ pod1-controller-1 pod1-controller-2 ]

openstack-cinder-volume (systemd:openstack-cinder-volume): Started pod1-controller-0

my-ipmilan-for-controller-0 (stonith:fence_ipmilan): Stopped

my-ipmilan-for-controller-1 (stonith:fence_ipmilan): Stopped

my-ipmilan-for-controller-2 (stonith:fence_ipmilan): Stopped

Failed Actions:

* my-ipmilan-for-controller-0_start_0 on pod1-controller-1 'unknown error' (1): call=190, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-1 'unknown error' (1): call=192, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:53:08 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-1 'unknown error' (1): call=188, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:23 2017', queued=0ms, exec=20004ms

* my-ipmilan-for-controller-0_start_0 on pod1-controller-0 'unknown error' (1): call=210, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:53:08 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-0 'unknown error' (1): call=207, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20004ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-0 'unknown error' (1): call=206, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:45 2017', queued=0ms, exec=20006ms

* ip-192.200.0.106_monitor_10000 on pod1-controller-0 'not running' (7): call=197, status=complete, exitreason='none',

last-rc-change='Wed Nov 22 13:51:31 2017', queued=0ms, exec=0ms

* my-ipmilan-for-controller-0_start_0 on pod1-controller-2 'unknown error' (1): call=183, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:23 2017', queued=1ms, exec=20006ms

* my-ipmilan-for-controller-1_start_0 on pod1-controller-2 'unknown error' (1): call=184, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:23 2017', queued=0ms, exec=20005ms

* my-ipmilan-for-controller-2_start_0 on pod1-controller-2 'unknown error' (1): call=177, status=Timed Out, exitreason='none',

last-rc-change='Wed Nov 22 13:52:02 2017', queued=0ms, exec=20005ms

Daemon Status:

corosync: active/enabled

pacemaker: active/enabled

pcsd: active/enabled

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

cluster eb2bb192-b1c9-11e6-9205-525400330666

health HEALTH_OK

monmap e1: 3 mons at {pod1-controller-0=11.118.0.40:6789/0,pod1-controller-1=11.118.0.41:6789/0,pod1-controller-2=11.118.0.42:6789/0}

election epoch 58, quorum 0,1,2 pod1-controller-0,pod1-controller-1,pod1-controller-2

osdmap e1398: 12 osds: 12 up, 12 in

flags sortbitwise,require_jewel_osds

pgmap v1245812: 704 pgs, 6 pools, 542 GB data, 352 kobjects

1625 GB used, 11767 GB / 13393 GB avail

704 active+clean

client io 21549 kB/s wr, 0 op/s rd, 120 op/s wr

Verifique a operação do serviço da identidade (peça fundamental)

Esta etapa valida operações de serviço da identidade perguntando para uma lista de usuários.

[stack@director ~]$ source stackrc

[stack@director ~]$ openstack user list

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

| ID | Name |

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

| 69ac2b9d89414314b1366590c7336f7d | admin |

| f5c30774fe8f49d0a0d89d5808a4b2cc | glance |

| 3958d852f85749f98cca75f26f43d588 | heat |

| cce8f2b7f1a843a08d0bb295a739bd34 | ironic |

| ce7c642f5b5741b48a84f54d3676b7ee | ironic-inspector |

| a69cd42a5b004ec5bee7b7a0c0612616 | mistral |

| 5355eb161d75464d8476fa0a4198916d | neutron |

| 7cee211da9b947ef9648e8fe979b4396 | nova |

| f73d36563a4a4db482acf7afc7303a32 | swift |

| d15c12621cbc41a8a4b6b67fa4245d03 | zaqar |

| 3f0ed37f95544134a15536b5ca50a3df | zaqar-websocket |

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

[stack@director ~]$

[stack@director ~]$ source <overcloudrc>

[stack@director ~]$ openstack user list

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

| ID | Name |

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

| b4e7954942184e2199cd067dccdd0943 | admin |

| 181878efb6044116a1768df350d95886 | neutron |

| 6e443967ee3f4943895c809dc998b482 | heat |

| c1407de17f5446de821168789ab57449 | nova |

| c9f64c5a2b6e4d4a9ff6b82adef43992 | glance |

| 800e6b1163b74cc2a5fab4afb382f37d | cinder |

| 4cfa5a2a44c44c678025842f080e5f53 | heat-cfn |

| 9b222eeb8a58459bb3bfc76b8fff0f9f | swift |

| 815f3f25bcda49c290e1b56cd7981d1b | core |

| 07c40ade64f34a64932129175150fa4a | gnocchi |

| 0ceeda0bc32c4d46890e53adef9a193d | aodh |

| f3caab060171468592eab376a94967b8 | ceilometer |

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

[stack@director ~]$

Imagens da transferência de arquivo pela rede para a introspecção futura do nó

Valide /httpboot e todos estes arquivos inspector.ipxe, agent.kernel, agent.ramdisk, se não continue a estas etapas.

[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]$

Reinicie o cerco

Cercar estará no estado parado após a recuperação OSPD. Este procedimento permitirá o cerco.

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

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

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

Informações Relacionadas

- Alternativo e restauração o diretor Undercloud

- Cercando os Nós do controlador

- Suporte Técnico e Documentação - Cisco Systems