Versions Compared

Old Version 12

changes.mady.by.user Federica Fanzago

Saved on

compared with

New Version 13

changes.mady.by.user Federica Fanzago

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • KEYSTONE

    Code Block
    languagebash
    #crudini --set /etc/keystone/keystone.conf database connection mysql+pymysql://keystone:KEYSTONE_xx_yyy@192.168.60.88:4306/keystone
#crudini --set /etc/keystone/keystone.conf token provider fernet

su -s /bin/sh -c "keystone-manage doctor" keystone
su -s /bin/sh -c "keystone-manage db_sync --expand" keystone

FacciamoDopo ripartire httpd
systemctl start httpd


Spegnamo Keystone sul l'aggiornamento del controller2 e facciamofatto aggiornamentoripartire allahttpd, finesi dideve tuttieseguire iil servizi o aggiorniamo ogni servizio singolarmente?

Nel caso di aggiornamento del servizio nel controller2: 

systemctl stop httpd
dnf install -y https://trunk.rdoproject.org/rdo_release/rdo-release.el9s.rpm  (potrebbe servire)
dnf install centos-release-openstack-epoxy
dnf update openstack-keystone httpd python3-mod_wsgi

e con i file di configurazione come facciamo?

systemctl start httpd
su -s /bin/sh -c "keystone-manage db_sync --contract" keystone   

Dalla doc openstack:
Update your configuration files (/etc/keystone/) on all nodes (except the first node, which you’ve already done) with those corresponding to the latest release.
Upgrade all keystone nodes to the next release, and restart them one at a time. During this step, you’ll have a mix of releases operating side by side, both writing to the database.
As the next release begins writing to the new schema, database triggers will also migrate the data to the old schema, keeping both data schemas in sync.
Run keystone-manage db_sync --contract to remove the old schema and all data migration triggers.
When this process completes, the database will no longer be able to support the previous release.

Farei aggiornamento del controller2 tutto alla fine
in questo caso, dopo l'aggiornamento del controller2 e fatto ripartire keystone, si deve eseguire il comandocomando
su -s /bin/sh -c "keystone-manage db_sync --contract" keystone
  • PLACEMENT
  • Code Block
    languagebash
    su -s /bin/sh -c "placement-manage db expand" placement    ---> ATTENZIONE: da verificare, altre guide dicono di fare solo il sync, che expand e contract non c'e' per placement... Al cnaf hanno fatto solo il sync

accendere il servizio httpd sul controller1 (di fatto keystone, dashboard e placement), 
systemctl start httpd

modificare HA proxy in modo che per questi tre servizi punti al controller 1

spegnere httpd sul controller2
systemctl stop httpd

Controllare che funzioni tutto a livello di dashboard, in particolare il calendario prenotazioni GPU (se non funziona interviene Sergio)

Quando il controller2 sara' aggiornato
su -s /bin/sh -c "placement-manage db contract" placement ( da verificare)

  • GLANCE

    Code Block
    languagebash
    ATTENZIONE: controllare se c'e'un ordine per l'update di glance (si possono avere due release diverse contemporaneamente?)

su -s /bin/sh -c "glance-manage db expand" glance
su -s /bin/sh -c "glance-manage db migrate" glance

systemctl start openstack-glance-api.service

Modificare l'HA proxy im podo che per glance punti al controller1

Spegnere il servizio nel controller2
systemctl stop openstack-glance-api.service

Quanto anche il controller2 sara' aggiornato, eseguire
su -s /bin/sh -c "
    • keystone
  • glance-manage db
    • _sync
  •
    • --
  • contract"
    • keystone GLANCE
  • glance
  • NOVA
    Code Block
    languagebash
    • # crudini
  • su -
    • -set
  • s /
    • etc/glance/glance-api.conf database connection mysql+pymysql://glance:GLANCE_xx_yyy@192.168.60.88:5306/glance 
  • bin/sh -c "nova-status upgrade check" nova
su -s /bin/sh -c "
    • glance
  • nova-manage api_db
    • expand
  • sync"
    • glance 
  • nova
su -s /bin/sh -c "
    • glance
  • nova-manage db
    • migrate
  • sync"
    • glance
  • nova
    • systemctl
  • Far
    • start openstack-glance-api.service Spegnamo 
  • partire il servizio nel controller1
    • controller2
  •
    • systemctl stop
  • systemctl start \
    openstack-
    • glance
  • nova-api.service
  •  \
    • Quanto
  •
    • anche
  •
    • il
  •
    • controller2 sara' aggiornato, eseguire su -s /bin/sh -c "glance-manage db contract" glance

    PLACEMENT

    Code Block
    languagebash
    crudini --set /etc/placement/placement.conf placement_database connection \ mysql+pymysql://placement:PLACEMENT_xx_yyy@192.168.60.88:6306/placement su -s /bin/sh -c "placement-manage db expand" placement ---> da verificare, altre guide dicono di fare solo il sync, che expand e contract non c'e' per placement... accendere il servizio placement sul controller1 e spengerlo sul controller2 systemctl stop httpd Quando il controller2 sara' aggiornato
  •  openstack-nova-scheduler.service \
    openstack-nova-conductor.service \
    openstack-nova-novncproxy.service

Modificare l'HA in modo che nova punti al controller1

Spegnere il servizio nel controller2

 systemctl stop \
    openstack-nova-api.service \
    openstack-nova-scheduler.service \
    openstack-nova-conductor.service \
    openstack-nova-novncproxy.service
 
Quando anche il controller2 e tutti i compute saranno aggiornati, eseguire di nuovo
su -s /bin/sh -c "
    • placement-manage db contract" placement ( da verificare) 
  • nova-manage db online_data_migrations" nova

  • NEUTRON

    Code Block
    languagebash
    su

  • NOVA

    Code Block
    languagebash
    #crudini --set /etc/nova/nova.conf api_database connection mysql+pymysql://nova:NOVA_xx_yyy@192.168.60.88:6306/nova_api
#crudini --set /etc/nova/nova.conf database connection mysql+pymysql://nova:NOVA_xx_yyy@192.168.60.88:6306/nova
#crudini --set /etc/nova/nova.conf DEFAULT transport_url rabbit://openstack:RABBIT_zzz@192.168.60.223:5672

su -s /bin/sh -c "nova-status upgrade check" nova
su -s /bin/sh -c "nova-manage api_db sync" nova
su -s /bin/sh -c "nova-manage db sync" nova

Far partire il servizio nel controller1 e spegnerlo nel controller2 
systemctl start/stop \
    openstack-nova-api.service \
    openstack-nova-scheduler.service \
    openstack-nova-conductor.service \
    openstack-nova-novncproxy.service

Quando anche il controller2 e tutti i compute saranno aggiornati, eseguire di nuovo
su -s /bin/sh -c "nova-manage db online_data_migrations" nova

  • NEUTRON

    Code Block
    languagebash
    #crudini --set /etc/neutron/neutron.conf database connection mysql+pymysql://neutron:NEUTRON_xx_yyy@192.168.60.88:5306/neutron
#crudini --set /etc/neutron/neutron.conf DEFAULT transport_url rabbit://openstack:RABBIT_zzz@192.168.60.223:5672
#crudini --set /etc/neutron/neutron.conf DEFAULT core_plugin ml2
#crudini --set /etc/neutron/neutron.conf DEFAULT service_plugins router
#crudini --set /etc/neutron/neutron.conf DEFAULT allow_overlapping_ips True 

#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini ml2 type_drivers flat,vlan,vxlan,gre
#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini ml2 tenant_network_types gre
#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini ml2 mechanism_drivers openvswitch
#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini ml2 extension_drivers port_security
#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini ml2_type_flat flat_networks *
#crudini --set /etc/neutron/plugins/ml2/ml2_conf.ini securitygroup enable_ipset True

#su -s /bin/sh -c "neutron-db-manage upgrade --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini upgrade head" neutron
 
su -s /bin/sh -c "neutron-db-manage upgrade --expand" neutronexpand" neutron

Far partire il servizio 

systemctl start neutron-server.service \
  neutron-openvswitch-agent.service neutron-dhcp-agent.service \
  neutron-metadata-agent.service

systemctl start neutron-l3-agent.service

Modificare l'HA per far puntare neutron al controller2

Stoppare il servizio sul controller2
systemctl stop neutron-server.service \
  neutron-openvswitch-agent.service neutron-dhcp-agent.service \
  neutron-metadata-agent.service

systemctl stop neutron-l3-agent.service

Quando anche il controller2 sara' aggiornato eseguire il comando

su -s /bin/sh -c "neutron-db-manage upgrade --contract" neutron


  • CINDER

    Code Block
    languagebash
    #crudinisu --sets /etc/cinder/cinder.conf database connection mysql+pymysql://cinder:CINDER_xx_yyy@192.168.60.88:5306/cinder
#crudini --set /etc/cinder/cinder.conf DEFAULT transport_url rabbit://openstack:RABBIT_zzz@192.168.60.223:5672

su -s /bin/sh -c "cinder-manage db sync" cinder

Far partire il servizio sul controller1 e stopparlo sul controller2
systemctl start/bin/sh -c "cinder-manage db sync" cinder

Far partire il servizio sul controller1 
systemctl start openstack-cinder-api.service openstack-cinder-scheduler.service openstack-cinder-volume.service

Modificare l'HA per far puntare il servizio al controller1

Stopparlo sul controller2

systemctl stop openstack-cinder-api.service openstack-cinder-scheduler.service openstack-cinder-volume.service

Quando il controller2 sara' aggiornato rieseguire il online_data_migration
su -s /bin/sh -c "cinder-manage db online_data_migrations" cinder

    HEAT

    _migration
su -s /bin/sh -c "cinder-manage db online_data_migrations" cinder


    HEAT

    Code Block
    languagebash
    Code Block
    languagebash
    crudini --set /etc/heat/heat.conf database connection mysql+pymysql://heat:HEAT_xx_yyy@192.168.60.88:4306/heat
crudini --set /etc/heat/heat.conf DEFAULT transport_url rabbit://openstack:RABBIT_zzz@192.168.60.223:5672

su -s /bin/sh -c "heat-manage db_sync --command expand" heat
su -s /bin/sh -c "heat-manage db_sync --command migrate_data" heat

Accendere il servizio sul controller1 
systemctl start openstack-heat-api.service \
  openstack-heat-api-cfn.service openstack-heat-engine.service

Modificare l'HA per far puntare il servizio nel controller1

e spegnerlo sul controller2

 systemctl start/stop openstack-heat-api.service \
  openstack-heat-api-cfn.service openstack-heat-engine.service
 
Quando anche il controller2 sara' aggiornato
su -s /bin/sh -c "heat-manage db_sync --command contract" heat


  • DASHBOARD: nulla da fare

...