Wednesday, 2025-06-04

opendevreviewMerged openstack/openstack-ansible master: Add AIO bootstrap support for EL10  https://review.opendev.org/c/openstack/openstack-ansible/+/95114004:57
opendevreviewMerged openstack/openstack-ansible master: Remove LIBSYSTEMD_VERSION override for AIO  https://review.opendev.org/c/openstack/openstack-ansible/+/95132404:57
opendevreviewOpenStack Proposal Bot proposed openstack/openstack-ansible master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/openstack-ansible/+/95160705:47
kleiniUpgrade in production A->C failed to upgrade RabbitMQ. Somehow during install of first RabbitMQ it stopped all instances and the restart of first instance failed. cluster_status JSON output now contains Errors on feature flags on stdout, parsing JSON results in non-sense and playbook failes here: https://opendev.org/openstack/openstack-ansible-rabbitmq_server/src/branch/stable/2024.1/tasks/rabbitmq_feature_flags.yml#L4308:03
kleiniI am trying to recover now08:03
noonedeadpunkUnder no conditions it should have stopped all cluster nodes...08:09
kleinihttps://paste.opendev.org/show/bTLFSqNWOZyOFtxstWqw/08:09
kleiniI could reproduce the problem08:09
noonedeadpunkthis task is called multiple times, just in case. 08:09
kleininodes 1: should not be stopped but all nodes are stopped again08:09
noonedeadpunkbut task is not really executed....08:10
noonedeadpunkand it's just running service locally: https://opendev.org/openstack/openstack-ansible-rabbitmq_server/src/branch/master/tasks/rabbitmq_stopped.yml#L1608:10
noonedeadpunkso pretty much `systemctl stop rabbitmq-server`08:11
kleinihttps://paste.opendev.org/show/bs03sm8L3JfEXxx0mMMQ/ <- it is coming from Ansible, but why?08:15
kleiniit says always skipping "Ensure RabbitMQ nodes [1:] are stopped"08:18
jrosserin your first paste that says "skipping" for that task08:18
jrosserwhich i think is what noonedeadpunk meant with saying they are not really executed08:19
kleinihttps://paste.opendev.org/show/bIOyDzDYxBqJI4aHtHQ6/ <- okay, here the nodes, which are not the upgrader are stopped08:21
kleinithen the upgrader node is stopped and the whole cluster is dead08:21
kleinihttps://docs.openstack.org/openstack-ansible/2024.1/admin/upgrades/major-upgrades.html#upgrade-infrastructure <- says rabbitmq_upgrade=true08:31
kleinihttps://opendev.org/openstack/openstack-ansible/src/branch/stable/2024.1/playbooks/rabbitmq-install.yml#L61 <- here nodes 1: are stopped, then node 0 is upgraded but starting fails08:32
noonedeadpunkso why are they stopped when you're running the playbook for the fiurst time?08:38
noonedeadpunkoh08:38
noonedeadpunkI see what you mean now08:39
kleiniwill check later, why node 0 did not want to start without the others after upgrade08:39
noonedeadpunkI think we have also refactored all of that lately...08:40
noonedeadpunkalong with adding more checks before starting the upgrade08:41
noonedeadpunkok, so on 2024.1 in feature flags are checked before upgrade starts, and at the very end here, when all nodes should have been upgraded: https://opendev.org/openstack/openstack-ansible-rabbitmq_server/src/branch/stable/2024.1/tasks/main.yml#L85-L8708:43
noonedeadpunkbut yes, if first node fails to start, running playbook again will fail as cluster not healthy08:43
noonedeadpunkoh... or it just proceeds skipping all checks...08:44
noonedeadpunkkleini: what rabbitmq version you got in? It's not >=4.0, right?08:45
kleinihttps://paste.opendev.org/show/b63rWHtnHEageTyNsRww/ <- the checks here https://opendev.org/openstack/openstack-ansible-rabbitmq_server/src/branch/stable/2024.1/tasks/rabbitmq_feature_flags.yml#L43 fail due to errors in stdout of JSON cluster_status08:46
kleinirabbit@controller1-rabbit-mq-container-70bd14b9: RabbitMQ 3.13.7 on Erlang 26.2.5.1208:46
noonedeadpunkoh, interesting... never seen that....08:47
kleiniwith removing the stop of non-upgrader nodes, I was able to get through upgrade process of RabbitMQ08:47
kleiniThat must be a bug in RabbitMQ to print error messages on stdout and not stderr08:49
kleinihttps://paste.opendev.org/show/bqVrzGja0GJxiH88Ew43/ <- RabbitMQ upgrade from 3.11.13 to 3.13.7 and it refused to start, because it could not connect to the other nodes09:18
noonedeadpunkwell, if it did not have features enabled which are required now in 3.13 - that would explain it09:22
noonedeadpunkas some which are optional in 3.11 are required in 3.1309:22
noonedeadpunkso it's really important to enable them09:22
noonedeadpunkand given https://paste.opendev.org/show/b63rWHtnHEageTyNsRww/ - I'm not sure they were09:22
noonedeadpunkthus it feels that smth is off in the cluster, though it was not self-reporting about it in any way09:23
kleiniI did start nodes 1: again manually to recover from totally broken cluster. And node 0 could then not talk to nodes 1: because they are still on old version.09:27
kleiniThe first upgrade try to start node 0 failed because it could not connect to the other nodes09:27
noonedeadpunkthe reason why could be absent features on other nodes, as their enablement failed with stack trace in paste you've provided09:28
noonedeadpunkas they are only compatible if all required feature flags are present09:28
kleinionly for correct history: I tried upgrade with rabbitmq_upgrade=true. it stopped nodes 1:. Upgrade of node 0 failed because of connect to nodes 1: failed. I have no information about feature flags of node 0 during that failure.09:30
kleiniLogs from OSA are not visible in terminal history anymore from that time. I am sorry. Checking logs of node 0 during that time about feature flags.09:31
noonedeadpunkosa save the log file to /openstack/log/ansible-logging/ansible.log09:37
noonedeadpunkbut well, if rabbitmq did stdout and exit with code 0 even though flags were not enabled...09:38
noonedeadpunkbut also not sure if they were09:38
noonedeadpunkit's really worth to be checked with `rabbitmqctl list_feature_flags` on currently running nodes09:39
noonedeadpunkas frankly it looks like smth is off with mnesia db somewhere...09:42
kleinihttps://paste.opendev.org/show/bjuEQY8Xlv7HnfpetTO1/09:48
kleinihttps://paste.opendev.org/show/bujgOSVLskNdvizBhSWm/ <- feature flags09:49
kleiniups, logs not complete09:51
noonedeadpunkthat looks right10:05
noonedeadpunkall which are required are enabled10:05
noonedeadpunkkhepri_db is experimental, so it's expected to leave disabled10:05
kleinihttps://paste.opendev.org/show/bYue1fFabRnzhgwgGjuW/ <- This is my first failed run. And there I read, that task for enable all feature flags is skipped10:06
kleiniand that is not reproducible as I don't have now one of the old RabbitMQs running anymore10:08
kleiniso, information about problem cause is lost10:08
kleiniwe can only assume returned list of RabbitMQ 3.11.13 features did not contain any disabled one10:10
noonedeadpunkyeah, so that should not be an issue or deal breaker for startup of the upgraded one10:11
noonedeadpunkso the only suggestion I would have, to remove upgraded one from the cluster, reset the node, and re-add to cluster10:11
noonedeadpunkso `stop_app` on the upgraded one, execute `forget_cluster_node` on the active ones with reference to upgraded one10:12
noonedeadpunk`force_reset` , `join_cluster` , `start_app` on the upgraded one10:13
noonedeadpunkthat should wipe mnesia db basically10:14
kleiniand start of RabbitMQ 3.13.7 failed with https://paste.opendev.org/show/bqVrzGja0GJxiH88Ew43/ meaning node 0 assumed somehow not to be the last node to be shut down, which is wrong as OSA log shows, other nodes are down10:14
noonedeadpunkwhat is the cluster list?10:14
kleinicluster list?10:15
kleinithree nodes10:15
noonedeadpunkdon't you accidentally have controller1-rabbit-mq-container-70bd14b9 added 2 times there or smth10:15
noonedeadpunkok10:15
noonedeadpunkbut now you have it running on 02 and 03, 01 still refuses to start?10:16
noonedeadpunkor you have everything down?10:16
kleinihttps://paste.opendev.org/show/bxSARndcuDqnsHIQGpdu/ <- three nodes10:17
noonedeadpunkyeah, but in rabbitmqctl cluster_status also 2 nodes?10:17
noonedeadpunkAs I can recall seeing once that some node was added 2 times to the cluster for some reason...10:18
noonedeadpunk* also 3 nodes10:18
kleiniI recovered by starting 1: manually. then manual start of 0 was successful, too. rerun rabbitmq-install.yml and fail with list_feature_flags containing error messages in stdout. manual check of running_nodes, alarms and partitions and disable those when conditions in rabbitmq_feature_flags.yml. then rerun, require again to manually start nodes 1: otherwise start of node 0 fails again, and then everything was successful10:20
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/2025.1: Add CentOS Stream 10 to molecule tests  https://review.opendev.org/c/openstack/openstack-ansible/+/95172810:22
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/2025.1: Add CentOS Stream 10 to molecule tests  https://review.opendev.org/c/openstack/openstack-ansible/+/95172810:22
kleiniSo I have all nodes upgraded and rerunning works. I don't see anywhere duplicate nodes in cluster_status10:22
kleiniWhere did you see a dublicate node in cluster_status?10:22
noonedeadpunkin disk nodes10:23
noonedeadpunkbut it was a while ago and only once and could be some operator mistake as well10:23
noonedeadpunkand frankly - I can't even remember if it was my environment or someone from irc/bug report/etc10:24
kleinichecked cluster_status again and it looks fine. three nodes everywhere, no differences10:29
noonedeadpunk++10:46
noonedeadpunkrabbit keeps bringing surprises....10:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_trove master: Add support for generation of SSH keypairs  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/95159011:53
opendevreviewMerged openstack/openstack-ansible-galera_server master: Temporary disable molecule jobs  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95161412:51
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: fix incorrect use of bool values  https://review.opendev.org/c/openstack/openstack-ansible/+/95163212:57
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove resolved bug + duplicated phrase from sentence  https://review.opendev.org/c/openstack/openstack-ansible/+/95151813:22
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove resolved bug + duplicated phrase from sentence  https://review.opendev.org/c/openstack/openstack-ansible/+/95151813:23
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:47
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:47
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:49
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:50
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:50
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: Move deploy-guide under docs for translation  https://review.opendev.org/c/openstack/openstack-ansible/+/94949713:52
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Remove Ubuntu 16.04 reference from deploy guide  https://review.opendev.org/c/openstack/openstack-ansible/+/95169713:53
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: scaling deployment with MariaDB and RabbitMQ  https://review.opendev.org/c/openstack/openstack-ansible/+/94997914:45
mgariepyanyone seen this task taking a very long time to run ? TASK [python_venv_build : Fail if wheels are not built for multiple hosts] 14:56
mgariepyit's on yoga fyi14:56
mgariepyansible-playbook is taking 100% cpu... not much else going on14:57
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: scaling deployment with MariaDB and RabbitMQ  https://review.opendev.org/c/openstack/openstack-ansible/+/94997915:07
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: proper highlighting of states in HAProxy  https://review.opendev.org/c/openstack/openstack-ansible/+/95148015:11
noonedeadpunkmgariepy: it should be a simple assertion. But Ansible might hide next task output under the hood15:20
noonedeadpunkso while executing task + 1 for a while still show-up N-115:20
noonedeadpunkwhich would be package installation I guess..15:21
noonedeadpunkstill should not take too long though15:21
mgariepyps auxf doesnt show anything.15:23
noonedeadpunkhuh15:24
noonedeadpunkI was jsut spotting kinda alike behavior with tempest, when ansible was showing smth like "Installing packages into venv" but in fact was already running tempest tests15:25
noonedeadpunkso maybe it's building wheels or smth at this point and didn't sync output15:25
mgariepybash /usr/local/bin/openstack-ansible os-nova.... then python3 form ansbile-runtime under and nothuing else15:25
noonedeadpunkthen dunno...15:26
mgariepyafter a while, like time to socket to expire. the next tasks is printed `TASK [python_venv_build : include_tasks]`15:26
mgariepybut i only have this:    Z+   15:25   0:06  |           \_ [ansible-playboo] <defunct>15:27
noonedeadpunkmaybe related to ssh options and session persistance...15:27
noonedeadpunkbut then it would be random places15:27
noonedeadpunknot a specific one15:27
mgariepyalways this place even if i comment preview tasks in the playbook15:28
mgariepytried to flush cache.15:28
noonedeadpunkit was *backported* to Yoga15:28
noonedeadpunkbut no idea if you have that15:28
noonedeadpunkhttps://review.opendev.org/q/I54a9e637c9575c32429d28b89541ba026580e51115:28
noonedeadpunkyou probably should as it was quite early in Yoga15:29
mgariepyyes i do.15:29
mgariepy;et15:30
mgariepylet's run -vv .. :/15:30
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_horizon master: Add El10 support  https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/95178415:31
noonedeadpunkdoh. forgot to push that one :(15:31
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_horizon master: Add EL10 support  https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/95178415:31
mgariepy-vv does help. to see it seems to do something tho.15:42
mgariepynot sure why it's slow like that.15:42
mgariepysomething like 3-5 sec per host.15:43
mgariepyi have about 120 on this cluster15:44
mgariepywow 7 sec for the second task.. 15:45
mgariepynewer release are way better lol.15:48
mgariepyonce every 7 second one more line.. Task "" has been omitted from the job because the conditional "["nova_install_method == 'source'", 'venv_wheel_build_enable | bool', 'inventory_hostname in _venv_wheels_first_play_hosts']" was evaluated as "False"15:50
mgariepy100 cpu for this.15:50
mgariepythat's impressive how wasteful it is haha15:51
noonedeadpunkhuh, indeed15:54
noonedeadpunkthat's not fun at all :(15:55
noonedeadpunkthere could also be differences in imports/includes which did not play well together15:55
mgariepyyep.15:56
mgariepystrace was showing a bunch the lstat on various directory15:56
mgariepyi'm not patient enough to wait for 2 tasks for 15 minutes each without any output. lol15:58
mgariepyrunning upgrade on 2024.1 the other with a similar sized cluster was way faster.16:04
mgariepywhich i though at first that it was due to nvme vs sata ssd.. haha16:05
opendevreviewMerged openstack/openstack-ansible master: docs: fix incorrect use of bool values  https://review.opendev.org/c/openstack/openstack-ansible/+/95163216:09
opendevreviewMerged openstack/openstack-ansible master: docs: fix minor grammar mistake  https://review.opendev.org/c/openstack/openstack-ansible/+/95149716:09
opendevreviewMerged openstack/openstack-ansible master: docs: add guilabels for managing images page  https://review.opendev.org/c/openstack/openstack-ansible/+/95151416:09
opendevreviewMerged openstack/openstack-ansible master: docs: minor instructions update for managing instances  https://review.opendev.org/c/openstack/openstack-ansible/+/95151516:09
noonedeadpunkI kinda if that is smth else potentially16:20
noonedeadpunklike how variables are structured16:21
noonedeadpunkor maybe hashi vault is used there?16:21
mgariepyno hashivault.16:21
noonedeadpunkas remote loopback can be also very slow16:22
mgariepyi really feel like it's ansible code issues here.16:22
noonedeadpunkextremely likely...16:23
mgariepyyeah 16:24
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: proper highlighting of states in HAProxy  https://review.opendev.org/c/openstack/openstack-ansible/+/95148016:24
mgariepyit's really annoying anyway 16:26
mgariepylet's exclude half the computes..16:34
mgariepyshould be at least twice as fast lol.16:35
noonedeadpunkyou should be able to set smth like `nova_compute_serial: 30%` or smth...16:41
noonedeadpunkbut also I wonder if worth increasing amount of ansible forks?16:42
noonedeadpunknot sure if it helps if 100% cpu is used anyway16:42
mgariepyalready a 150 forks16:44
noonedeadpunkum16:44
noonedeadpunkhave you tuned SSHD settings for that?16:44
mgariepyit was working for the last upgrade.16:45
mgariepywhen it hangs it not doing ssh connection.16:46
noonedeadpunktalkign about smth like that: https://bugs.launchpad.net/openstack-ansible/+bug/1479812/comments/1016:46
noonedeadpunkit's been a while... But I'd assume it still an issue16:46
noonedeadpunkas you also have a delegated task to repo container right where it hanfs16:47
noonedeadpunklike dunno... 16:48
mgariepyi'll run the cmputes nodes in 2 batches. not a big deal 16:48
mgariepythere is something really weird with that particual release of ansible.16:49
mgariepyi'll try with nova_compute 35% next time around.16:54
opendevreviewMerged openstack/openstack-ansible master: docs: Correct service name for Manila + fix URL links  https://review.opendev.org/c/openstack/openstack-ansible/+/95162917:03
noonedeadpunkthese should pretty much conclude el10 topic, at least core parts: https://review.opendev.org/q/topic:%22osa/el10%22+status:open17:32
noonedeadpunkrest we will discover when CI will be available I guess17:33
opendevreviewMerged openstack/openstack-ansible-galera_server master: Do not verify MariaDB version when installed from distro repos  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95131718:09
mgariepyyoga is my less favorite release in a while lol.18:48
mgariepyyoga > 2023.1 is painless usually ?18:49
noonedeadpunkusually :)18:50
mgariepylol.18:50
noonedeadpunkI was always upgrading to 2023.1 from xena18:50
mgariepyso from yoga should be easy18:50
mgariepyever swapped network switches from one vendor to another one in prod?18:54
mgariepyeverything is bonded on 2 switches18:54
mgariepyand obviously there are no room to just install a new switch under the one that needs to swap out.18:55
jrosseris it mlag18:55
mgariepyyep18:56
jrosserprobably the only option is to just remove one entirely and break the mlag setup from the switch POV18:56
mgariepyour plan is pretty much break mlag, swap 1 switch, poweroff everything, and powert back on validating network. on the new one.18:57
jrosseryou may not need to power off18:58
mgariepynot quite sure how to pass the undernet vlan on the new one.18:58
jrosserif you down the relevant interface on all the servers then you can perhaps fail it over18:58
mgariepynetwork underneat is vxlan accross DC rooms.18:59
jrosseroh ok :)18:59
mgariepylol18:59
mgariepyonly vlan it would have been a lot easier i think19:00
jrosseri think so19:00
mgariepyhaha yeah.19:00
jrosseri have a similar migration to do but it's leaf/spine so i can do one pod at once19:01
jrosserwhich is perhaps easier19:01
mgariepyi only have 2 ""pods"" to do.19:01
jrosserso lonk as the vxlan is interoperable (hahahaha)19:01
mgariepybut the network span accross them19:01
mgariepylol the reason we need to migrate is because your statement doesn't work (LOL)19:02
mgariepycompat issues 19:02
jrosserexcellent :)19:02
mgariepycumulus to sonic fyi.19:02
jrosserwe attempt cisco to arista19:03
mgariepywe are too poor for arista here :D ahah19:03
* jrosser bought loads of used stuff recently19:04
jrossercannot afford new19:04
mgariepywe were mosly using cumulus until covid hit and we were not able to get hardware enymore.19:04
mgariepythe sad part about sonic is that the open version is not working.19:05
mgariepylooks like nova will succeed! with serial 35% and 30 forks19:11
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-galera_server stable/2025.1: Do not verify MariaDB version when installed from distro repos  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95180619:45
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-galera_server stable/2024.2: Do not verify MariaDB version when installed from distro repos  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95180719:45
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-galera_server stable/2024.1: Do not verify MariaDB version when installed from distro repos  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95180819:46
opendevreviewMerged openstack/openstack-ansible master: docs: proper highlighting of states in HAProxy  https://review.opendev.org/c/openstack/openstack-ansible/+/95148019:47
opendevreviewMerged openstack/openstack-ansible master: docs: scaling deployment with MariaDB and RabbitMQ  https://review.opendev.org/c/openstack/openstack-ansible/+/94997919:47
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: wip  https://review.opendev.org/c/openstack/openstack-ansible/+/95181120:00
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: wip  https://review.opendev.org/c/openstack/openstack-ansible/+/95181120:03
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: wip  https://review.opendev.org/c/openstack/openstack-ansible/+/95181120:05
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text Change-Id: I214a1922aeb1bd436fb315ea9ce22acaa8d3872d  https://review.opendev.org/c/openstack/openstack-ansible/+/95181120:06
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181120:06
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove deprecated nova and neutron CLI clients  https://review.opendev.org/c/openstack/openstack-ansible/+/95150720:17
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove duplicate code blocks  https://review.opendev.org/c/openstack/openstack-ansible/+/94763420:44
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove duplicate code blocks  https://review.opendev.org/c/openstack/openstack-ansible/+/94763420:47
opendevreviewMerged openstack/openstack-ansible-galera_server master: Add support for EL10  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/95131520:48
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove duplicate code blocks  https://review.opendev.org/c/openstack/openstack-ansible/+/94763420:50
opendevreviewMerged openstack/openstack-ansible-os_tempest master: Remove support for sahara and senlin  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/95105320:50
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove deprecated nova and neutron CLI clients  https://review.opendev.org/c/openstack/openstack-ansible/+/95150720:55
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181122:39
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181122:39
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181122:41
opendevreviewDmitriy Chubinidze proposed openstack/openstack-ansible master: docs: remove duplicate code blocks  https://review.opendev.org/c/openstack/openstack-ansible/+/94763422:50
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181122:57
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text  https://review.opendev.org/c/openstack/openstack-ansible/+/95181123:09
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text and few mistakes  https://review.opendev.org/c/openstack/openstack-ansible/+/95181123:10
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: small fix for formatting text and few mistakes  https://review.opendev.org/c/openstack/openstack-ansible/+/95181123:16
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: wip  https://review.opendev.org/c/openstack/openstack-ansible/+/95181623:41
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: wip  https://review.opendev.org/c/openstack/openstack-ansible/+/95181623:43
opendevreviewIvan Anfimov proposed openstack/openstack-ansible master: docs: MySQL replaced to MariaDB in deploy-guide  https://review.opendev.org/c/openstack/openstack-ansible/+/95181623:43

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!