Monday, 2021-03-15

*** snadge has joined #openstack-ansible00:24
snadgeif i want to run a python script that uses python-novaclient.. should I install it on the controller host, or within the utility container?00:25
snadgedoes it matter00:25
*** tosky has quit IRC01:02
*** prometheanfire has quit IRC01:28
*** prometheanfire has joined #openstack-ansible01:32
*** macz_ has joined #openstack-ansible02:24
*** macz_ has quit IRC02:29
*** evrardjp_ has joined #openstack-ansible02:50
*** evrardjp has quit IRC02:50
* prometheanfire migrated a down instance and now, again I cannot confirm...03:10
prometheanfireI can't even revert, wtf03:19
*** evrardjp_ has quit IRC03:33
*** evrardjp has joined #openstack-ansible03:33
*** shyamb has joined #openstack-ansible04:09
*** macz_ has joined #openstack-ansible04:46
*** macz_ has quit IRC04:51
*** shyamb has quit IRC05:09
*** jamesdenton has quit IRC05:38
*** jamesdenton has joined #openstack-ansible05:39
*** macz_ has joined #openstack-ansible05:43
*** macz_ has quit IRC05:48
*** yasemind has joined #openstack-ansible05:54
*** noonedeadpunk has joined #openstack-ansible07:12
*** miloa has joined #openstack-ansible07:17
*** miloa has quit IRC07:28
jrossermorning07:56
LowKeyHi jrosser, morning08:00
jrossergood morning08:00
LowKeyhow are you ?08:00
jrossergood, thankyou :)08:02
LowKeygreat :)08:02
noonedeadpunkmornings!08:05
* noonedeadpunk back08:06
noonedeadpunkwhat's happening forum?08:07
*** jamesdenton has quit IRC08:13
*** jamesdenton has joined #openstack-ansible08:14
*** andrewbonney has joined #openstack-ansible08:16
*** rpittau|afk is now known as rpittau08:22
*** priteau has joined #openstack-ansible08:25
ebbexmornin'08:43
*** tosky has joined #openstack-ansible08:53
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Remove third-party OVS NSH support in favor of built-in support  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78011708:58
*** SiavashSardari has joined #openstack-ansible09:01
admin0morning09:02
admin0anyone know of this issue or seen it before? any cli command i type , even openstack token issue gives =>  Could not find project: b78683d67f8d4253b624db55b23d139309:03
noonedeadpunkis project domain is valid in openrc?09:05
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Prevent neutron-l3-agent restart killing metadata service  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77538809:06
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron stable/victoria: Add integrated tests various Neutron deployment scenarios  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78045709:07
ebbexnoonedeadpunk: https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/780117/1..2 is the extra zypper/opensuse cleanup intentional here?09:08
noonedeadpunkit's rebase on master. so suse cleanup is laready merged09:09
noonedeadpunkhttps://opendev.org/openstack/openstack-ansible-os_neutron/commit/d8c643eeb2c02fb8c450be71fff5f9fddcb7548109:09
noonedeadpunkI was just resolving merge conflict there09:13
ebbexah, i think i was just expecting to see the 'rebase' tag :) The total patch looks good :)09:13
noonedeadpunkit's there only when you rebase with gerrit... and you can't do this while having conflict so yeah:(09:14
ebbexthat explains it ;)09:16
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Use proper distro path for senlin  https://review.opendev.org/c/openstack/openstack-ansible/+/77738409:20
openstackgerritMerged openstack/openstack-ansible-ops master: It's always systemd. Remove references to upstart  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/77906609:33
openstackgerritMerged openstack/ansible-hardening master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/ansible-hardening/+/77848309:36
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Fix serialized playbook runs  https://review.opendev.org/c/openstack/openstack-ansible/+/75204010:13
openstackgerritMerged openstack/openstack-ansible-os_neutron master: powervm: drop custom code  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78011610:41
*** openstackgerrit has quit IRC10:43
*** gshippey has joined #openstack-ansible12:23
jrosserfeels like time to have an etherpad for wallaby to-do list https://etherpad.opendev.org/p/osa-wallaby12:36
*** SiavashSardari has quit IRC12:36
mgariepynoonedeadpunk, jrosser the issue with ovs test on os_neutron+victoria. can it be related to : https://github.com/openstack/openstack-ansible-os_neutron/blob/stable/victoria/tests/ansible-role-requirements.yml12:36
mgariepythe version of tempest installed in the ovs build vs the one in aio build isn't the same.12:37
*** yasemind has quit IRC12:37
*** SiavashSardari has joined #openstack-ansible12:37
jrossermgariepy: i wonder if it's worth backporting the re-work of all that test stuff jamesdenton overhauled to V12:38
mgariepytempest-26.1.1.dev24 in the ovs build: and tempest-25.0.112:38
mgariepyin the aio one.12:38
jrosserright, on stable branches the AIO takes tempest from pip packages12:38
jrosserand quite possibly from tip-of-master git for the wierd ovs job on os_neutron12:39
jrosserit's kind of questionable putting effort in to fix up the functional tests vs. use this https://github.com/openstack/openstack-ansible-os_neutron/commit/69845d63a023f58beef172a03e48400ed367174212:40
jrosserunless it's a trivial fix in openstack-ansible-tests12:40
jrosserit's probably this making it use a git source https://github.com/openstack/openstack-ansible-tests/blob/stable/victoria/test-vars.yml#L36012:42
*** vakuznet has joined #openstack-ansible12:50
jamesdentongood morning12:52
noonedeadpunkI think we should backport and patch already there https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78045712:54
jamesdentonyou may also need to backport this? https://review.opendev.org/c/openstack/openstack-ansible/+/778008/12:54
noonedeadpunkyeah, totally, good catch12:55
noonedeadpunkok, gerritbot is dead13:08
mgariepynoonedeadpunk, jamesdenton we might want to have bionic tests on victoria13:13
noonedeadpunkuh....13:14
noonedeadpunkthat is tough...13:14
*** spatel_ has joined #openstack-ansible13:14
*** jamesdenton has quit IRC13:14
noonedeadpunkI don;'t think we should test every scenario for both bionic and focal...13:14
noonedeadpunkfrom perspective of CI resource allocation...13:15
*** jamesdenton has joined #openstack-ansible13:15
mgariepywell . good point.13:15
*** spatel_ has quit IRC13:15
*** spatel_ has joined #openstack-ansible13:16
noonedeadpunkmaybe we can add at least OVS...13:16
mgariepyovs lxc/metal or just metal ?13:17
mgariepyperhaps only one would be good enoug.13:18
noonedeadpunkyeah, let's set metal13:18
mgariepycool Thanks a lot.13:19
*** yasemind has joined #openstack-ansible13:38
vakuzneti have an issue of disappeared erlang package. https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/780562  but i can't find 22.1.5 either13:41
*** spatel_ has quit IRC13:48
jrosservakuznet: it's on the third page of this? https://packagecloud.io/app/rabbitmq/erlang/search?dist=&filter=all&page=3&q=13:48
jrosserhttps://packagecloud.io/rabbitmq/erlang/packages/el/8/erlang-23.1.5-1.el8.x86_64.rpm13:49
jrosseroh whoops13:49
vakuznetthei is el813:49
jrosser*23*!13:49
*** spatel_ has joined #openstack-ansible13:49
jrosserhttps://packagecloud.io/app/rabbitmq/erlang/search?q=&filter=all&filter=all&dist=el%2F713:50
jrossernoonedeadpunk: ^ which erlang did you intend?13:50
vakuzneterlang versions: http://paste.openstack.org/show/803563/13:52
vakuznet22.1.* are dropped?13:52
noonedeadpunkvakuznet: yep, on centos they are14:00
noonedeadpunkI just posted https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/78056214:00
noonedeadpunkjrosser: you mean https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/780565 ?14:01
noonedeadpunkI wanted to try out latest one14:01
jrosserno this one https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/780562/1/vars/redhat.yml14:02
noonedeadpunkuh, yes, I looked at 23....14:05
jrosserwe have to keep the rabbit/erlang versions compatible iirc14:06
noonedeadpunkyep, we do.... but I think we can use 22.2.8...14:06
noonedeadpunkneed to double check14:06
jrosserhttps://www.rabbitmq.com/which-erlang.html14:07
noonedeadpunk22.x is recommended14:07
noonedeadpunkthen let's bump to latest 22?:)14:07
jrossersounds like a plan14:08
*** openstackgerrit has joined #openstack-ansible14:10
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_aodh master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/78059414:10
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-rabbitmq_server stable/train: Bump erlang version for CentOS 7  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/78056214:11
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_barbican master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_barbican/+/78059514:18
noonedeadpunkjrosser: what a mess we made to the https://github.com/ansible/ansible/issues/7365414:19
jrosseri know :)14:19
jrosseri had no idea that was a thing14:20
noonedeadpunkyeash, me neither14:20
jrosseri have sooooo many more patches to push14:20
noonedeadpunkI think they should feel the pain haha14:20
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_blazar master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_blazar/+/78059614:21
seanpWhen I deploy a new instance via the CLI, it shows up in "Error" state. In Horizon the only error is something about exceeding the max retries, doesn't seem to be pertinent. In the syslog I don't get any (recent) hits for Error or Fail. Is there something else I could be looking for? Nothing that comes up in the syslog immediately after deploying and going into the error state looks interesting14:22
seanpI have deployed via Horizon with the same effect14:22
noonedeadpunkjrosser: so our plan is to set `INJECT_FACTS_AS_VARS = False` at the end of the day ?14:23
jrosserit would be nice to do that14:23
jrosserbut on the other hand minimising the facts collection seems like a seperate thing14:23
*** macz_ has joined #openstack-ansible14:24
jrosserbecause it goes from many 100's kb down to 5kb with the minimal fact gathering14:24
jrosserso being clear that theres two things going on is important, and i think they're a bit mixed up at the moment14:24
jrosseri've separated it into two patches, this one https://review.opendev.org/c/openstack/openstack-ansible/+/77839614:26
jrosserand the one underneath14:26
noonedeadpunkuh, external dependencies....14:27
jrosseryeah, indeed14:27
jrosseri've got forks for the most important set on github14:27
jrossernot got round to making PR yes14:27
jrosser*yet14:27
noonedeadpunkfeels like ceph-ansible would be huge blocker here14:28
*** macz_ has quit IRC14:28
jrosseryeah, so only for the INJECT_FACTS_AS_VARS bit14:28
noonedeadpunkyep14:28
jrosserwe should be able to handle pretty much everything for minimal facts gathering14:28
jrosseri wonder if i should make two completely seperate stacks of patches for that14:29
spatel_noonedeadpunk welcome back!!!  where are we with this patch - https://review.opendev.org/c/openstack/openstack-ansible/+/77738414:29
noonedeadpunkjrosser: considfering amount of patches I'd say you can merge them?14:31
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible master: Use proper distro path for senlin  https://review.opendev.org/c/openstack/openstack-ansible/+/77738414:35
noonedeadpunkspatel_: thanks) let's see how it goes that way14:37
spatel_Thank you14:38
noonedeadpunkjrosser: regarding https://review.opendev.org/c/openstack/openstack-ansible/+/73488314:38
jrosseryes i saw the comment14:39
jrosser-ENOTIME :)14:39
noonedeadpunkit seems it's working nicely now. but, um.... I see that there's no neat place for `systemd-python` but that's hardly a requirement....14:39
*** spatel_ has quit IRC14:40
jrosserthat requirements file controls what gets installed in /opt/ansible-runtime, nowhere else?14:40
noonedeadpunkmm, yes14:40
*** SiavashSardari has quit IRC14:41
noonedeadpunkyou mean that whatever?14:42
noonedeadpunksince it's only ansible runtime - it won't hurt?14:42
*** spatel_ has joined #openstack-ansible14:56
*** spatel_ has quit IRC14:59
jrosseri guess, we use the requirements file not really as a traditional python requirements file15:03
jrosserbut if we can install it in the test scripts somewhere, thats fine too15:03
*** macz_ has joined #openstack-ansible15:09
*** spatel has joined #openstack-ansible15:14
jrossernoonedeadpunk: sorry been in meetings16:01
jrosserwe could have another file of packages to install only for in zuul16:01
jrosseror maybe just having it called requirements.txt is confusing becasue as you say it kind of isnt a requirements file for normal python use16:01
noonedeadpunkwhich should be test-requirements, but we use them for linters only...16:02
jrosserright16:02
jrosserso it's all a bit messy16:02
noonedeadpunkyeah, requirements.txt are frustrating, and I'm not sue if we want frustrate ppl even more by adding there ci-only things...16:02
noonedeadpunkshould we add gate-requirements.txt?:)16:03
jrosserwell hmm https://opendev.org/openstack/openstack-ansible/src/branch/master/scripts/scripts-library.sh#L8616:03
jrosseri wonder if that actually uses it for real16:03
noonedeadpunkwell https://opendev.org/openstack/openstack-ansible/src/branch/master/setup.cfg is kind of placeholder...16:05
noonedeadpunkoh, wait, it really installs osa_toolkit scripts16:05
noonedeadpunkor we can actually rename test-requirements.txt to smth like linters-requirements.txt16:06
jrosseri think it is used by pip https://zuul.opendev.org/t/openstack/build/adcf0a1b64a74eb090f4578a2b97e4ef/log/job-output.txt#3330-334616:07
noonedeadpunkand use test-requirements as we should for CI only16:07
jrosserthe osa_toolkits stuff needs to be in the runtime venv, i think thats why it's doing this16:08
noonedeadpunkand pip can say openstack-ansible version, huh16:08
jrosseryup16:08
noonedeadpunkso it's kind of classic requirements.txt...16:09
jrosserturns out so, yes :)16:09
jrosserperhaps i'm just doing it wrong and the journal collection stuff somehow needs to be in the osa_toolkit stuff16:10
jrosserand be properly installed16:10
jrossernoonedeadpunk: btw i think the '2' on those neutron job names was because the same ones exist(ed) in the integrated repo?16:13
jrosserso needs a bit of switch around to remove the duplicates first, then drop the 216:14
noonedeadpunkwell, on master they're dropped16:15
noonedeadpunkhttps://codesearch.opendev.org/?q=openstack-ansible-deploy-aio_metal_ovn-ubuntu-focal&i=nope&files=&excludeFiles=&repos=16:15
noonedeadpunkjournal collection is kind of ci thing only that will be close to never used in deployments?16:16
jrosseryes thats right16:20
jrossertheres two ways to approach it16:21
jrossereither we need to get all the right python libs installed on the host with distro packages, and run the journal collection with the system python16:21
jrosseror we need the python libs in the ansible-runtime venv16:22
spatelnoonedeadpunk i did this in user_variables   nova_compute_kvm_distro_packages: qemu-kvm-ev-2.12.0-1816:22
spatelnow getting error {"changed": false, "failed": true, "msg": "No package matching 'q' found available16:23
spatelshould i be putting that in quotes ?16:23
jrosserspatel: should that varaible be a list?16:24
jrosserthat error suggests its trying to install ['q', 'e', 'm', 'u',.........]16:25
noonedeadpunkagree, that should be a list16:26
spatelThis is what happening, i am trying to install new compute node and getting dependency error for qemu-kvm-ev  (because its trying to install latest version) so i am trying to use specific version qemu-kvm-ev-2.12.0-1816:26
noonedeadpunkjrosser: I think libs in  ansible-runtime venv are ok, the question is just where to put them to affect only CI deployments and not install for all16:26
spatelhmm16:27
jrosserspatel: you should maybe be setting some kind of yum thing like we do for apt package pins16:27
jrosserso get a specific version16:27
spatelDo you guys put specific version pin on apt package?16:28
jrossersometimes16:28
jrosserif you mess with the package list and make it install a specific version, if you ever run an update on that host by some other means you might get an unwelcome surpruse16:28
spatelAgreed!16:29
spateljrosser you are saying this method won't work ?  nova_compute_kvm_distro_packages: qemu-kvm-ev-2.12.0-18   ?16:30
jrosserit may perhaps work that one time you run it16:30
jrosserit depends on how yum works, if it considers that to be an absolute version that can't be upgraded16:31
spatelThat package comes from external repo rdo-qemu-ev.repo16:31
jrosseror if you were to just globally update the packages on the host at some later point it might see a later version in the repo and update it for you16:32
jrosserthat would be a good experiment to do16:32
jrosseryou would also need to override the whole variable https://opendev.org/openstack/openstack-ansible-os_nova/src/branch/stable/victoria/vars/redhat.yml#L61-L6916:33
jrosser^ list :)16:33
jrossernoonedeadpunk: so we need to leave requirements.txt just as it is, for the toolkit install16:34
noonedeadpunkyep16:34
jrosserthen test-requirements is kind of wierd becasue that doesnt use the ansible-runtime venv at all16:35
noonedeadpunkyep, they are...16:35
spateljrosser this is what its doing - http://paste.openstack.org/show/803573/16:36
noonedeadpunkbut where does linters got installed...16:36
spatelbut why???16:36
* jrosser looks at the ancient version of virtualenv OMG https://opendev.org/openstack/openstack-ansible/src/branch/master/test-requirements.txt#L916:36
jrosserspatel: paste what you have overidden the variable to16:37
spatelnova_compute_kvm_distro_packages: "qemu-kvm-ev-2.12.0-18.el7_6.5.1.x86_64".16:37
spatelin user_variables.yml16:37
jrosserjrosser> spatel: should that varaible be a list?16:37
jrossernoonedeadpunk> agree, that should be a list16:37
spatelyes that variabled in vars/redhat-7.yml16:37
spatelits qeens version of oprnestack16:38
spatelqueens*16:38
jrosserlook at the formatting in the vars file16:38
jrosserit's lines all starting with '-'16:38
jrosseryou've specified a single string as a list, so it iterates over the chars in the string, as a list16:39
jrosserand like i said16:39
spatelThis is what i found in vars/redhat-7.yml file - http://paste.openstack.org/show/803574/16:39
jrosser? yes! its a list :)16:40
spatelhmm it me try with  "-"16:40
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible stable/ussuri: Remove OVN jobs from the integrated repo  https://review.opendev.org/c/openstack/openstack-ansible/+/78061616:40
spateljrosser :) you nailed it, can you show me how do you pin packages in apt or how many package you pin? etc16:42
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron stable/ussuri: Use integrated OVN test  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78061716:43
noonedeadpunkspatel: ie https://opendev.org/openstack/openstack-ansible-rabbitmq_server/src/branch/master/tasks/install_apt.yml#L15-L3016:44
*** jamesdenton has quit IRC16:46
*** jamesdenton has joined #openstack-ansible16:47
jrosserspatel: here is an example for ceph http://paste.openstack.org/show/803576/16:47
jrosserit says "i only want packages from ceph.com, and i want this specific version"16:48
spatelinteresting, i didn't know about this feature - /etc/apt/preferences.d/16:48
noonedeadpunkok, so tempest tests for centos7 on train are completely broken16:49
jrosseroh dear16:49
spatelDo you think i should do same for KVM/Libvirt etc too?16:49
jrosseri fixed some stuff last week i think in os_tempest16:49
noonedeadpunkhttp://paste.openstack.org/show/803577/16:49
noonedeadpunkit's py2.7 in tempest venv O_o16:50
noonedeadpunkhaven't we switched centos 7 to py3? or it was in  U?16:50
jrosseroh hah "fixed!" https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/77969616:50
jrossertrain was still dual-stacked py2/py316:50
noonedeadpunkhow to make it pass....16:51
noonedeadpunk`Cloning https://opendev.org/openstack/cinder-tempest-plugin (to revision False)` hm16:53
noonedeadpunkhttps://662fbc83c91c32a8789e-45518917cf8baf33fe991d0324b9a061.ssl.cf2.rackcdn.com/779696/2/check/openstack-ansible-deploy-aio_metal-debian-buster/4ca234b/logs/ara-report/result/2a3f4aaa-0d8e-451f-85c3-8f1ba7697d2d/16:53
jrosserhrrm that doesnt look right16:53
noonedeadpunkok, missed brackets I guess16:53
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_tempest stable/train: Pin neutron, keystone and cinder tempest plugins to py2 compatible versions where needed  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/77969616:54
jrosserah round the == condition16:54
noonedeadpunkyeah16:54
jrosser donh /o\16:54
jrosserthere should really be some huge warning when that happens16:55
noonedeadpunkcan't agree more16:56
noonedeadpunkregarding ovn integrated jobs - my plan to drop them from integrated repo down to U16:56
* noonedeadpunk don't like `2` in job name16:57
noonedeadpunkand re-add to just neutron16:57
seanpIs there something I should look for specifically when lauching an instance from an ISO and glance seems to write the contents of the ISO to the volume, then boot from it? It doesn't seem to want to mount the ISO on the instance16:58
seanpthere are no apparent errors in the syslog on the controller or the compute node16:59
noonedeadpunkin prior to train that didn't work for sure. You had to create an ephemeral drive from ISO17:00
noonedeadpunkI think this hs been fixed in newer cinder17:00
jamesdentonnoonedeadpunk the '2' in the name was due to zuul complaining about conflicting job names, even though the patch it depended on had removed those jobs. The os_neutron patch just merged too quickly before i had a chance to correct it17:00
seanpis that something I would need to add to the flavor? like a 10G ephermeral disk or something?17:00
noonedeadpunkjamesdenton: yeah, we need to remove these jobs from all branches where they're referenced17:01
jamesdentoni see17:01
noonedeadpunkseanp: well, kind of. or allow to create vms with zero-disk flavors in policy, then emphemeral size would be equall to image size17:03
noonedeadpunk`os_compute_api:servers:create:zero_disk_flavor` inpolicy iirc17:03
noonedeadpunkhttps://docs.openstack.org/nova/latest/configuration/policy.html17:03
seanpThanks, I will read up on that17:04
LowKeyHi, i just installed gnocchi and keep getting gnocchi error reading communication on syslog and also haproxy seem very busy with it, not sure this is normal or not? the load server seem low, but this make the syslog so busy.. http://paste.openstack.org/show/BJ0ckUjgjxabjNTAZ4RC/17:04
*** rpittau is now known as rpittau|afk17:04
spateljrosser this trick for me. -  yum versionlock add qemu-kvm-ev-2.12.0-18.el7_6.5.1.x86_6417:05
jrossercool, that should do it17:05
spatelyou are right i should lock them in yum and instead of messing with variabled17:06
spatelvariables*17:06
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron stable/victoria: Add integrated tests various Neutron deployment scenarios  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78045717:08
*** mubix_ has joined #openstack-ansible17:09
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_blazar master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_blazar/+/78059617:09
*** jonher_ has joined #openstack-ansible17:09
*** jonher has quit IRC17:10
*** jonher_ is now known as jonher17:10
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_barbican master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_barbican/+/78059517:10
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: [reno] Stop publishing release notes  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/77205317:10
*** dasp_ has joined #openstack-ansible17:10
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_aodh master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/78059417:11
*** evrardjp_ has joined #openstack-ansible17:11
*** evrardjp has quit IRC17:14
*** mubix has quit IRC17:14
*** dasp has quit IRC17:14
*** mubix_ is now known as mubix17:15
seanpI got a slight clarification on this issue. It seems that perhaps OpenStack doesn't know that I want to boot from an ISO, it is treating the image as if I had uploaded a qcow2 image and is assigning that (+ whatever extra available disk for what I selected) as the VM disk17:16
seanpWhat I'm trying to accomplish is to boot from an ISO, as one would on a "traditional" KVM virtual machine17:17
seanpThe person who engineered the production environment where I work said that they had to do some sort of hackery to make it work the way I envision17:18
jrosserseanp: is it something special on the ISO you wouldnt be able to get a normal cloud image for?17:42
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_ceilometer master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_ceilometer/+/78063517:48
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_cloudkitty master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/78063617:57
*** jonher has quit IRC17:58
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_designate master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_designate/+/78063817:58
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_glance master: Remove remaining suse reference  https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/78063918:00
seanpjrosser: No, I just (at the time) wasn't thinking like that; about having a pre-installed image and booting to that like the CirrOS test image18:00
jrosseryou should be able to find those for all the major OS18:01
seanpI just came across this: https://docs.openstack.org/image-guide/obtain-images.html18:01
jrosserone thing that does work like you describe is when you "rescue" an already existing instance18:01
jrosserthat reboots the instance with an extra disk attached that it should boot off instead18:01
jrosserand that can be a plain OS image or system-rescue-cd or something18:02
seanpAhh, ok cool. I will check that out as well18:02
jrosseryou do whatever fixing is needed then 'unrescue' to detach the extra disk and reboot the original18:02
jrosseruseful if you lose your ssh keys or something18:02
seanpNeat. I guess I was just confused because the system I use primarily lets you choose and image and boot to it, but also has the pre-installed cloud images available as well18:03
*** masterpe has quit IRC18:03
jrosserYou can also boot a cloud image and install some stuff on it, then create a new glance image from a snapshot of that18:04
*** masterpe has joined #openstack-ansible18:05
*** jonher has joined #openstack-ansible18:06
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_gnocchi master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_gnocchi/+/78064018:06
*** csmart has quit IRC18:08
*** manti has quit IRC18:08
*** fridtjof[m] has quit IRC18:08
*** masterpe has quit IRC18:09
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_heat master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_heat/+/78064118:10
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/78064218:13
*** andrewbonney has quit IRC18:13
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_magnum master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/78064318:17
*** yasemind has quit IRC18:19
*** jonher has quit IRC18:19
*** jonher has joined #openstack-ansible18:20
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_manila master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_manila/+/78064618:22
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_heat master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_heat/+/78064118:24
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_masakari master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_masakari/+/78064918:26
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_mistral master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/78065118:27
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_murano master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_murano/+/78065318:30
*** jamesdenton has quit IRC18:31
*** jamesdenton has joined #openstack-ansible18:32
*** manti has joined #openstack-ansible18:37
*** spatel has quit IRC18:43
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_neutron master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77765018:48
*** spatel_ has joined #openstack-ansible18:56
*** partlycl- has joined #openstack-ansible19:09
*** owalsh has joined #openstack-ansible19:10
*** partlycloudy has quit IRC19:11
*** owalsh_ has quit IRC19:11
*** gary_perkins_ has quit IRC19:11
*** gary_perkins has joined #openstack-ansible19:11
*** tbarron has quit IRC19:11
*** partlycl- has quit IRC19:13
*** csmart has joined #openstack-ansible19:14
*** fridtjof[m] has joined #openstack-ansible19:14
*** masterpe has joined #openstack-ansible19:14
*** partlycloudy has joined #openstack-ansible19:16
*** lemko9 has joined #openstack-ansible19:24
*** lemko has quit IRC19:25
*** lemko9 is now known as lemko19:25
*** djhankb0 has joined #openstack-ansible19:30
*** crazzy has quit IRC19:31
*** spatel_ has quit IRC19:32
*** djhankb has quit IRC19:32
*** djhankb0 is now known as djhankb19:32
*** seanp has quit IRC20:03
*** spatel_ has joined #openstack-ansible20:07
spatel_noonedeadpunk do you running zabbix right?20:07
spatel_my zabbix not able to talk agent on port 1005020:08
spatel_do i need to add 10050 on iptables rules on compute nodes20:09
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_tempest stable/train: Pin neutron, keystone and cinder tempest plugins to py2 compatible versions where needed  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/77969620:56
*** macz_ has quit IRC20:56
*** odyssey4me has quit IRC20:58
*** macz_ has joined #openstack-ansible20:58
*** odyssey4me has joined #openstack-ansible20:58
spatel_admin0 ?21:05
spatel_around21:05
spatel_what is "migrate instance" vs "live migrate instance" in openstack horizon?21:07
admin0migrate = pause and move21:12
admin0live  = make a copy, sync ram, switch when ram is synced21:12
*** spatel_ has quit IRC21:21
admin0if your instance is very very busy, live will fail coz the ram is never in a state where it can be properly synced21:46
*** seanp has joined #openstack-ansible22:06
*** seanp has quit IRC22:06
*** seanp has joined #openstack-ansible22:07
*** macz_ has quit IRC23:33
*** MrClayPole has quit IRC23:40
*** macz_ has joined #openstack-ansible23:44
*** MrClayPole has joined #openstack-ansible23:46
*** macz_ has quit IRC23:48

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