Thursday, 2021-01-14

*** dwilde has joined #openstack-ansible00:13
*** gshippey has quit IRC00:16
*** macz_ has quit IRC00:22
*** tosky has quit IRC00:36
*** d34dh0r53 has quit IRC00:50
*** dwilde has quit IRC00:50
*** dwilde has joined #openstack-ansible00:53
*** d34dh0r53 has joined #openstack-ansible00:54
*** cloudnull has quit IRC01:29
*** maharg101 has joined #openstack-ansible01:30
*** maharg101 has quit IRC01:35
*** dwilde has quit IRC01:48
*** miloa has joined #openstack-ansible05:32
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-ansible05:35
*** CeeMac has quit IRC05:53
*** pto has joined #openstack-ansible06:29
*** pto has joined #openstack-ansible06:29
*** gyee has quit IRC06:31
*** akahat|rover is now known as akahat|lunch07:45
*** rpittau|afk is now known as rpittau07:47
*** andrewbonney has joined #openstack-ansible08:17
*** spatel has joined #openstack-ansible08:17
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-rsyslog_client master: Update role for Ubuntu Focal and Centos-8  https://review.opendev.org/c/openstack/openstack-ansible-rsyslog_client/+/77073108:19
*** maharg101 has joined #openstack-ansible08:20
*** spatel has quit IRC08:22
openstackgerritMerged openstack/ansible-role-python_venv_build stable/victoria: Update TOX_CONSTRAINTS_FILE for stable/victoria  https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/76777008:26
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-plugins master: Remove chroot connection from ssh plugin  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/73727308:39
*** Muran has joined #openstack-ansible08:47
*** tosky has joined #openstack-ansible08:49
noonedeadpunkdmsimard: yeah, and we can probably fix it one day, but that day hasn't come yet:) as eventually having correct diff output by the plugin would be super nice, but will be honest - it's not on top of the list :(09:02
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-rsyslog_client master: Update role for Ubuntu Focal and Centos-8  https://review.opendev.org/c/openstack/openstack-ansible-rsyslog_client/+/77073109:10
*** macz_ has joined #openstack-ansible09:18
*** macz_ has quit IRC09:22
jrosserthis is breaking what i'm doing on the new pip resolver https://github.com/openstack/requirements/blob/master/upper-constraints.txt#L38309:31
jrosserseems that because tempest is included in upper-constraints we can't have a requirement like git+https://opendev.org/openstack/tempest@7d775d6d1c0999afa1e8444b2f6fba4a432ccc20#egg=tempest09:32
jrosserbecasue you can't simultaneously resolve tempest===<x.y.z> from u-c and the specific git version we want09:33
openstackgerritAndrew Bonney proposed openstack/openstack-ansible-os_zun master: Reinstate voting for upgrade jobs  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/76914409:45
openstackgerritMerged openstack/ansible-role-systemd_mount master: Add option to use s3fs with role  https://review.opendev.org/c/openstack/ansible-role-systemd_mount/+/76770210:19
openstackgerritMerged openstack/ansible-role-systemd_service master: Add possibility to configure systemd sockets  https://review.opendev.org/c/openstack/ansible-role-systemd_service/+/76319410:21
openstackgerritMerged openstack/ansible-role-systemd_service master: Add option to create systemd native service overrides  https://review.opendev.org/c/openstack/ansible-role-systemd_service/+/76581510:29
Adri2000hello! anyone knows if using the user_external_repos_list variable is deprecated? if it's been replaced by another mechanism? asking because https://opendev.org/openstack/openstack-ansible-openstack_hosts/src/branch/master/defaults/main.yml#L58-L60 mentions "the *old* override named user_external_repo_lists"10:33
*** sshnaidm|afk is now known as sshnaidm|ruck10:40
openstackgerritMerged openstack/openstack-ansible-os_glance master: Add glance cache variables into glance-api  https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/77060610:41
openstackgerritMerged openstack/openstack-ansible-os_masakari master: Use global service variables  https://review.opendev.org/c/openstack/openstack-ansible-os_masakari/+/76994510:53
*** gshippey has joined #openstack-ansible10:56
*** spatel has joined #openstack-ansible11:25
*** spatel has quit IRC11:29
jrossernoonedeadpunk: this is what devstack has a patch for in order to install tempest from source https://review.opendev.org/c/openstack/devstack/+/765149/2/inc/python12:01
jrosserany thoughts?12:01
noonedeadpunkuh. that seems a bit tough....12:25
noonedeadpunkI think in our case, u-c should be working as contraints?12:26
noonedeadpunk*constraints12:26
noonedeadpunkand the main problem with new resolver is that there should not be links, and you eliminated this with moving them to requirements in roles12:29
noonedeadpunkso it's kind of just needs to mention all packages that we don't want to get from pip but installed from soure?12:29
jrosseri'm not excatly sure what is happening12:30
jrosserbut for certain when you have tempest==<version> at the u_c url you cannot install from git source at all12:30
noonedeadpunkand we want to install from source for master only12:31
jrosseri'm just looking at duplicating what they have done for devstack and download/adjust u_c before giving it to python_venv_build12:31
jrosseryes12:31
jrosserthis is what happens in the wheel build http://paste.openstack.org/show/801622/12:32
jrosserand it JustWorks(tm) as soon as i comment out the tempest constraint from u_c12:33
*** akahat|lunch is now known as akahat|rover12:36
noonedeadpunkwell, for tempest we could ofc just decide to drop installing it from source and ease logic of the role dramatically. But that might influence other things, like clients12:36
noonedeadpunk(despite we don't install them from source right now)12:36
*** rfolco has left #openstack-ansible12:36
noonedeadpunkand we cant just drop all packages from global-constraints that are mentioned in requirements.txt12:39
noonedeadpunkso we need to parse only the ones that are defined as links and get package name and remove from global-constraints or smth like that, uh :(12:39
jrossersomething like that, yes12:41
jrossermaybe right now this only affects tempest12:41
jrossermain issue really is that today we pass the u_c URL direct to pip, so this needs changing in the role12:41
jrosserwell not quite actually12:42
jrosserthe u_c URL gets put in a file, passed to pip with --constraint12:42
jrosseri'm just going to try to hack something up quick inside os_tempest then we should look at the code and decide if this is a thing we want to do in roles, or in python_venv_build12:43
jrosserfg12:44
noonedeadpunkthat feel like being nasty thing in any scenario12:47
noonedeadpunkmaybe we should really drop installing tempest from source especially considering we do this only for master12:50
*** rh-jelabarre has joined #openstack-ansible13:02
noonedeadpunkwe would be exposed to the risk of getting broken tempest from pip then, but we can probably use global-requirement-pins.txt to temp fallback to previous version of tempest13:03
*** spatel has joined #openstack-ansible13:13
*** spatel has quit IRC13:18
*** macz_ has joined #openstack-ansible13:19
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Remove neutron_keepalived_no_track variable  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77080813:22
*** macz_ has quit IRC13:24
*** L_SR has joined #openstack-ansible13:42
L_SRHello Community! I'm experiencing a strange error while executing setup-hosts.yml playbook regarding the inability of infra1-* containers to ssh to infra1 node. This issue happens particularly at the lxc_containers_create/lxc_container_config.yml task. I can avoid it by setting lxc_container_journal_link : false, but then the issue resurfaces when13:47
L_SRrunning setup-infrastructure.yml. Any clues?13:47
L_SRMy setup is composed of LXD VMs, with OSA deployment node in the same br-mgmt L2 network as the target nodes. This is not my first time using OSA, but definitely the first time experiencing this. Any ideas?13:47
L_SRSome quick notes: infra1-* containers DO resolve infra1 IP address correctly. Inventory seems to be fine. OUC is nothing fancy, in fact is the exact copy (with changed network config) of another VM-based deployment. Target nodes and Deployment nodes are LXC VMs physically in the same nodes. Networking among LXD VMs uses linuxbridges managed by LXD.13:49
L_SRUsing TRAIN, btw13:50
L_SROUC: https://pastebin.com/uVfB2yxd, Inventory: https://pastebin.com/h3nxMCww13:55
L_SRThanks in advance for your help!13:59
jrossercould you paste the error you get, not sure when the infra containers should ssh to the hosts?14:00
*** spatel has joined #openstack-ansible14:00
jrosserthe error and the surrounding context, so we know where we are in the plays14:00
L_SRjrosser thanks for your time. You may find the log from setup-hosts here: https://pastebin.com/J20CyXK014:09
L_SR~line 131814:09
jrosserheres the task https://opendev.org/openstack/openstack-ansible-lxc_container_create/src/branch/master/tasks/lxc_container_config.yml#L272-L28214:11
jrosserultimately the error is "Could not resolve hostname infra1: Temporary failure in name resolution"14:12
L_SRyes14:12
spatelIts mandatory to have DNS name for all infra* nodes.14:14
L_SROSA updates /etc/hosts accordingly. That is, any target not can indeed resolve infra114:15
spateljrosser: I have found if you deploy HAproxy on separate box then some services won't work like Senlin.14:15
L_SRinfra1-* containers are resolved by lxcbr0 bridge14:15
jrosserspatel: thats a bug :)14:15
jrosserspatel: i have seperate haproxy and everything works, so i'd guess its specific to senlin14:15
spateli spent couple hours to figure that out :(14:15
jrosseri don't have senlin deployed though, so cant check that14:16
spatelI am going to talk to senlin make it work for internal URL instead of public :)14:16
spateldefault it use public14:16
jrosseroh well thats a different issue14:16
spateltotally not blaming HAproxy :)14:17
jrosser"bug in OSA not wiring haproxy right" vs "senlin endpoints are broken in their code"14:17
jrossersorry thought you meant the first14:17
jrosseri think we already knew they mess up endpoints as it doesnt work so well for the OSA tempest tests14:17
spatelwe are good nothing wrong with OSA deployment. (I am going to work with senlin folks to see how we can make that change so it work with internalURL )14:18
jrosseryes, please do14:18
jrosserare you doing this in irc with them?14:18
spatelFirst opening bug and then IRC14:19
jrosserL_SR: i'm not sure what is happening, you could run with -vvvv and it gives a lot of detail about how the connection plugin is deciding where to connect to14:19
L_SRjrosser thanks! Will run again with verbosity to see if I can spot something different14:20
*** dave-mccowan has joined #openstack-ansible14:20
spateljrosser: where is setting or variable coming from in octavia?  amp_flavor_id = a2102cf6-f7e4-427e-a42c-6187e12da54814:24
spatelI want to change ID14:24
spatelits not part of main.yml - https://docs.openstack.org/openstack-ansible-os_octavia/latest/14:24
jrosserthe playbook finds it it's not defined https://github.com/openstack/openstack-ansible-os_octavia/blob/master/tasks/octavia_post_install.yml#L45-L7114:26
jrosseri think the documentation for that is missing from defaults/main.yml ?14:27
spatelthat variable isn't part of defaults/main.yml14:28
jrosserunless actually you are supposed to change this https://github.com/openstack/openstack-ansible-os_octavia/blob/master/defaults/main.yml#L26214:28
jrosserand then it will look up the uuid for the new name14:28
spateli didn't test that, i can give it a try to that var14:29
spatelone more bug, i set service_region: Phoenix in user_varaibles.yml and deployed all services14:30
spatelin openstack endpoint list  i found senlin still using RegionOne14:31
spateli tried to find issue but everything looks good in roles so not sure why its not accepting service_region: Phoenix14:31
*** dwilde has joined #openstack-ansible14:32
*** pto has quit IRC14:33
spatelI can see its here - https://github.com/openstack/openstack-ansible-os_senlin/blob/master/tasks/service_setup.yml#L15414:34
jrosserthere is a patch for service region https://review.opendev.org/c/openstack/openstack-ansible-os_senlin/+/76995614:35
spateljrosser: you guys beat me :)14:36
*** CeeMac has joined #openstack-ansible14:39
*** L_SR has quit IRC14:44
jrossernoonedeadpunk: i got tempest to install / run, heres the change i needed http://paste.openstack.org/show/801623/14:54
jrosseranother horrid problem with stackviz too14:54
jrossertheres no python3.8 version of netifaces https://pypi.org/project/netifaces/#files14:55
*** L_SR has joined #openstack-ansible14:56
jrosserpreviously this is already build in the repo server when the tempest venv is made14:56
jrosserbut for stackviz currently we set venv_wheel_build_enable: no14:56
jrosserwhich means it doesnt look at any of the already built wheels14:56
jrosserand that flag seems to be there specifically to address stackviz https://github.com/openstack/ansible-role-python_venv_build/commit/b84199341f1e13b43b8754dadafda219c16259d814:57
*** L_SR has quit IRC15:02
jrosserspatel: you've done sriov?15:05
spatelYes a lot15:05
*** dwilde has quit IRC15:06
spatel80% workload running on sriov :)15:06
jrosserdid you have to adjust the neutron policy to allow non-admin users to make vnic_type=direct ports15:06
*** dwilde has joined #openstack-ansible15:07
spatelI don't think so i did anything15:07
spateli believe i made some adjustment in policy file. i need to look15:07
spatelyou are saying non-admin can't create neutron port direct. right?15:08
spatelI can give it a shot in few min.. i just build fresh cluster without any policy edit, let me create port and get back to you15:09
jrosserok cool, it seems that way (non admin cant make port direct) just want to sanity check15:09
spatellooking at my policy file. hold on15:10
spateljrosser: this is what my policy.json looks like - http://paste.openstack.org/show/801624/15:13
spatelThis is production one15:14
jrosser"create_port:binding:vnic_type": "rule:regular_user" <- ahha15:14
spatel"create_port:binding:vnic_type": "rule:regular_user",15:15
spatelgt it15:15
spatelgot*15:15
jrosserawesome thankyou :)15:15
spateldoes OSA allow to modify policy using variables? because in this case i did by hand :(15:16
jrosserhttps://github.com/openstack/openstack-ansible-os_neutron/blob/master/tasks/neutron_post_install.yml#L66-L7115:18
spatelhmm interesting, what would be the overrides syntax for "create_port:binding:vnic_type": "rule:regular_user"?15:20
spateldo you have any example?15:20
jrossernot right now - if we fix our sriov thing via policy overrides then maybe later15:21
jrosserandrewbonney is taking a look at this now15:21
spatelthank you!15:23
*** L_SR has joined #openstack-ansible15:26
L_SRjrosser just found out that by adding the problematic domain to OSA deployment node's /etc/hosts resolved the issue.15:27
L_SRthat is: added infra1 to /etc/hosts15:29
jrosserdo you have a seperate deployment host?15:30
L_SRyes15:31
L_SRtarget hosts are LXD VM, while deployment node is just an LXC container in the same L2 network15:31
jrosserok, OSA doesnt touch the /etc/hosts on the deploy hosts15:31
spatelL_SR: I have learnt that hard way, my all deployment has separate box and found you have to add DNS for all infra*15:31
L_SRspatel I guess I've earn my scar :). Been trying for a couple of days now.15:32
spateljrosser: may be we should add some check and modify error messages :)15:32
L_SRthank you for helping me out15:32
jrossercould have something in setup-hosts to try to resolve the targets if the deploy host is not in the inventory15:33
spatel+115:33
jrosserit feels like a specific delegate_to issue though15:34
jrosserbecasue before that point there will have been tasks run against infra*15:34
spatelwhy don't we add all hosts in deployment node /etc/hosts file15:34
L_SRI'm using Virtoria; the strange issue is that in my other deployment running Train, infra1 is not in deployment node's /etc/hosts15:35
L_SRI'm using Victoria; the strange issue is that in my other deployment running Train, infra1 is not in deployment node's /etc/hosts15:35
spatelI had no DNS issue till stein deployment, this is something new15:36
*** macz_ has joined #openstack-ansible15:36
L_SR@spatel same here15:36
spatelafter stein i found DNS is required15:36
jrosserwell its a different major version of ansible for a start15:36
jrosserthat could change all sorts15:36
spateljrosser: why don't we take inventory file and push into /etc/hosts file of deployment node?15:38
jrossertheres very much less churn now around 2.9 / 2.10 but for rocky/stein kind of times upgrading from ansible 2.N to 2.N+1 was a really huge work15:38
*** Muran has quit IRC15:39
spatelThis is not a very big issue but sometime hard to debug based on error message :) If person isn't in this channel then it would be fun to debug.15:40
spatelAnyway we can make it clear this clear in official document so folks will be aware15:40
spateljrosser: ready for this?15:42
spatelhttps://review.opendev.org/c/openstack/senlin/+/74987415:42
spatelpatch is there for senlin15:42
jrosseroh awesome15:43
spatellook like we need to tell osa to obtain that15:43
jrosseryou sure, it merged in october?15:43
*** L_SR has quit IRC15:45
spatelhttps://opendev.org/openstack/openstack-ansible/src/branch/master/playbooks/defaults/repo_packages/openstack_services.yml#L18815:47
jrosserspatel: the issue is that the patch merged into senlin *after* the openstack victoria release was made15:47
spatelYes!15:48
jrosserso today that patch is only on senlin master branch15:48
spatelthat is correct15:48
jrosseryou will need to override the version of senlin you are deploying15:48
spatelThat is what i am going to do :)15:48
spatelmay be in RC2 release we can bump that in OSA15:48
jrosserwell no we can't because OSA victoria will deploy the victoria version of openstack15:49
spatelI meant in next release we can include that patch using senlin_git_install_branch:  right?15:51
jrosserthat patch does not exist on the stable/victoria branch of the senlin project15:55
spatelThat is what i am trying to find.15:56
spatelwhat is the commit it in master?15:56
spateli want to override senlin_git_install_branch:15:57
spatelgot it - https://opendev.org/openstack/senlin/commit/d4ec93ae55256e8ccf04eac45c5364c694a3475915:59
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-os_tempest master: Move tempest pip package from a constraint to a requirement  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/77028116:00
*** cloudnull has joined #openstack-ansible16:05
spateljrosser: -e venv_rebuild=yes this correct option to re-build senlin right?16:14
*** miloa has quit IRC16:17
*** gyee has joined #openstack-ansible16:22
admin0how does openstack instance gets dual ip stack ? if both ipv4 and v6 are added ?16:24
spatelCan you take a look what is wrong here - http://paste.openstack.org/show/801629/16:24
admin0do we add both in the same net ?16:24
spatelYes on same nat admin016:24
spateli am running dual stack16:24
admin0i added ipv4 as ext-net on vlan101 .. how do I add v6 there ? does v6 also need to be added on vlan 101 ?16:25
spateljrosser: i have rebuild senlin but still i am not seeing desired changed16:25
spateljust add ipv6 subnet in existing ipv4 vlan101 network.16:25
spatelv6 doesn't need dedicated network if you doing dual stack16:26
spatelJust16:28
spatelneutron subnet-create net_pub_vlan_100 2601:c05:3011::1/64 --name sub_pub6_vlan_100 --allocation-pool start=2601:c05:3011::10,end=2601:0c05:3011:0000:ffff:ffff:ffff:ffff --gateway=2601:c05:3011::1 --description "Public IPv6 Subnet" --ip-version=616:28
spateljrosser: noonedeadpunk any idea why senlin failing here - http://paste.openstack.org/show/801630/16:43
spatelfull error logs - http://paste.openstack.org/show/801631/16:44
noonedeadpunkjrosser: `venv_build_constraints: "{{ (tempest_git_repo is defined) | ternary( _u_c_contents.content.split('\n') | reject('match', '[tempest=*]') | list, tempest_git_constraints) }}"` looks not as horrific as I expected17:08
jrosseryes, could have been worse i think17:09
noonedeadpunkonly a bit of afraid that we keep all u_c in memory17:09
jrosserit's not really so bad, maybe 50 lines17:09
jrosserbut i am not knowing what to do about stackviz17:10
jrosseri think the patch will still fail17:10
noonedeadpunkyou wanted to say 700?17:10
jrosserhmm17:11
jrossermaybe i wanted to say 34917:11
jrossercat tempest-22.0.0.0rc2.dev13-source-constraints.txt | wc -l17:12
jrosser34917:12
noonedeadpunkhm... https://opendev.org/openstack/requirements/raw/branch/master/upper-constraints.txt is 569 lines long....17:12
noonedeadpunkjust train was 70017:12
jrosserlook at line 22-28 here http://paste.openstack.org/show/801623/17:13
jrosserthis is also horrid17:13
noonedeadpunkyeah. I guess it's regarding stakwiz, rigt?17:13
jrosserindeed17:13
noonedeadpunkI have no idea here tbh atm...17:13
jrosseri didnt commit that yet because, well, its gross17:13
jrosserand i am not sure it is even going to work for the tripleo people becasue they don't have the repo server anyway17:14
noonedeadpunkindeed17:14
jrosserit fails on wanting python.h17:14
jrosserso one answer is to install all the necessary -dev packages on the utility host17:14
jrosserwhich we only just finished cleaning out :/17:15
jrosserbecasue there is no suitable package for netifaces in pypi just just goes ahead and builds it from source17:15
noonedeadpunkwell, I think then os_tempest should go on and install these dev packages?17:16
noonedeadpunkbut yeah...17:16
noonedeadpunkI see what you mean17:16
noonedeadpunkIs stackwiz owned by tripleo?17:17
jrossercould be - seems kind of wierd install from tarball17:18
jrosserits not on pypi17:19
spateljrosser: noonedeadpunk any idea what is going on - http://paste.openstack.org/show/801631/17:21
spateli tried senlin_git_install_branch: d4ec93ae55256e8ccf04eac45c5364c694a3475917:21
spatellook like some dependency issue for that patch17:22
jrossermy first guess is that the build is not happening on the repo server17:22
jrosserwhere is that log from?17:22
noonedeadpunkoh, yes, it's not running on repo server17:23
noonedeadpunkso container is missing pkg-config17:23
jrosserspatel: you have the repo server?17:24
spatelyes i do have repo17:24
spateli can install apt-get install pkg-config and see17:24
jrosserwell ok, so the error is "why does it not build there" rather than anything to do with senlin17:24
jrossernooooooo17:24
jrosserfix the cause :)17:24
spateli am not following you jrosser17:25
jrossernoonedeadpunk and i are both saying "this does not look like the build is happening on the repo server"17:25
jrosserand it should be doing17:25
jrosserthats why i ask where exactly do you get that log from?17:26
spateli am using this command openstack-ansible os-senlin-install.yml --limit ostack-phx-api-1-1_senlin_container-314663f917:26
spateldo you think that coule be the issue because of --limit?17:26
jrosserthis maybe the curse of --limit again17:26
spatellet me remove limit and try hold on17:26
spateli was tying to test on just infra-1 so i did that but let me go with all17:27
noonedeadpunkyou should be limiting infra-1 and repo_all or smth then17:30
spatellook like it moved further so limit was culprit17:30
spateldamn it!17:31
spatelThank you!17:31
noonedeadpunkbtw, I guess we can now try out tempest for senlin again17:31
spatelindeed17:33
spatellet me try with openstack-ansible os-senlin-install.yml -e venv_rebuild=yes17:33
spateli am not seeing required changes so look like it didn't use patch branch17:34
spatelnoonedeadpunk: it didn't pull that repo branch which i specified in user_variables.yml17:40
spatelsenlin_git_install_branch: d4ec93ae55256e8ccf04eac45c5364c694a3475917:40
spatelit has rebuild it but i am looking at file conf/authentication.py it doesn't have any changes required to specify interface17:41
spatelanyway to verify which branch it used to pull source code?17:42
*** rpittau is now known as rpittau|afk17:42
spatellet me destroy container and try17:46
*** pcaruana has quit IRC17:51
spatelbummer!! noonedeadpunk i have destroyed all container and re-run playbook with limit and hit same error :(17:54
spatelsorry without* limit17:55
spateli have tried to install apt-get install pkg-config  but still same error17:57
spatelI don't have this file /openstack/venvs/senlin-22.0.0.0rc1/global-constraints.txt18:00
spatellook like some previous task missed something18:00
*** pcaruana has joined #openstack-ansible18:03
*** andrewbonney has quit IRC18:17
*** maharg101 has quit IRC18:17
spatelwhere does osa checkout git source code?18:20
spateli want to check why its not checking out master commit?18:20
jrossereverything happens in the python_venv_build role18:21
jrosserfollow the trail of where senlin_git_constraints goes18:21
spatelthat means on senlin container itself18:21
jrosserno18:21
jrosserwith a repo server the build of the python wheels from source code happens on the repo server, by delegation18:22
jrosserpay careful attention to the delegation [this -> that} format in the ansible output18:22
jrosserit would really be worthwhile understanding the whole of whats happening here, as it's fundamental18:23
jrosserthere is an excellent readme on this https://github.com/openstack/ansible-role-python_venv_build18:23
spatelagreed i need to understand basic flow.18:24
spatelreading your link now.18:26
spatelI am trying to find why senlin not checkout specified branch18:26
jrosserfirst thing that happens is wheels get built18:36
jrosserso move the wheel build log aside on the repo server (just to make things more obvious)18:36
jrosserrun the play again, and you should be able to find the git versions make their way though to that log18:36
spatelsorry i wasn't looking at chat18:46
spateljrosser: let me check where wheel logs18:47
spateljrosser: this one right ? /var/log/python_venv_build.log on repo18:48
spatellet me do that and re-run18:49
spateljrosser: i have moved wheel on repo and re-run playbook18:57
spatelit does re-create log file and i am not seeing any git branch version in logs18:58
spateleven not which comes with OSA18:58
spateli meant - https://opendev.org/openstack/openstack-ansible/src/branch/master/playbooks/defaults/repo_packages/openstack_services.yml#L18818:58
spatelis it possible its not downloading new one and just using cached one18:59
jrosserspatel: i don't know, the wheel build log will tell you whats happening19:01
jrosserfollow the vars & code19:01
spateldoing experiment, i have remove senlin repo location from default/openstack_services.yml19:05
spateli want to see if it fail or not19:06
spatelI am not seeing anywhere in logs or playbook run out put where it downloading fresh git checkout19:06
spatelthat is interesting, i have removed senlin_git_repo from this file - playbooks/defaults/repo_packages/openstack_services.yml19:12
spatelbut still i am able to deploy senlin without error19:13
spatellet me destroy all contain and see where that thing is cached19:14
spateli gave up :(19:29
spateli am going to move my HAproxy to F5 loadbalancer for now19:30
spatelwill talk to noonedeadpunk if i missed something19:30
jrosserspatel: in the wheel build log like this https://zuul.opendev.org/t/openstack/build/4bffa026b29a420d9547ec647e2c79aa/log/logs/openstack/aio1_repo_container-9b3f1f5e/python_wheel_build.log.txt#1864019:47
jrosserthat is keystone for example19:47
jrosseryou never see the git repo cloned specifically as the URL is just given to pip and it does all the wheel build stuff itself19:47
spateljrosser: i can see all other stuff getting install19:48
spateljrosser: where it will checkout full senlin branch?19:49
jrosserlike i say you give the url with the SHA embedded to pip19:49
jrosserit downloads / builds / cleans up19:49
jrosseryou never see the repo19:49
spatelit will use this SHA right ? senlin_git_install_branch: a2d9092c8bb0bb1635e3ebbece343e8eded5fec119:51
spatelI did same thing or neutron_git_install_branch: and it works for neutron. but not for senlin19:53
spatelneutron successfully deployed with specific override commit19:54
spatelIt feel like we have bug in senlin somewhere, its not taking that override19:54
jrosserwell thats what i mean about starting with that variable and debugging it though the code19:55
jrosserneeds time spending on it to understand whats happening19:55
spatelyes, trying out on lab..19:56
odyssey4mejrosser how's the conversion to the new pip constraints mechanism going?20:03
odyssey4mespatel IIRC, the venv should have a constraints file inside it20:04
jrosseroh now its funny you mention that20:04
jrosseri spent all day on it20:04
jrosserwould like to have an opinion on it if you have any time20:04
spatelodyssey4me: it does has constrains file inside /openstack/venvs/senlin-22.0.0.0rc120:05
odyssey4mespatel you should see three .txt files inside the venv - https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/tasks/python_venv_install.yml#L60-L9820:05
odyssey4mejrosser sure, I'll try - I'm quite rusty :)20:06
odyssey4meheh, I thought of pouring vinegar on myself... then realised it sounded like a Def Leppard song, then felt a bit old20:06
*** avagi has quit IRC20:06
jrosserwell this was the most obvious and smallest change to make https://review.opendev.org/q/topic:%22osa-new-pip%22+(status:open%20OR%20status:merged)20:07
spatelodyssey4me: sorry i may be exhausted and not following you. what do you means it should have constraints inside?20:07
odyssey4mespatel if you look inside the venv folder - are there three txt files?20:08
spatelif i destroy whole container and re-build fresh then it has nothing to do right?20:08
spatelon senlin container (yes they are there)20:08
odyssey4meok, do the content have the repo and sha you're pinning to?20:08
spateljrosser: odyssey4me i think i found the bug20:09
odyssey4mejrosser I remember trying to do that initially because I wanted only a requirements and global/upper constraints file... but there was a reason I didn't which may now be defunct20:10
spatelReady for this?20:10
spatelhttps://opendev.org/openstack/openstack-ansible-os_senlin/src/branch/master/defaults/main.yml#L4420:10
spatel#egg=openstack-senlin   <-- that was the issue20:11
spateli did test in lab but let me try this on other environment to verify20:11
*** maharg101 has joined #openstack-ansible20:14
*** pcaruana has quit IRC20:15
jrosserodyssey4me: well we kind of have no choice with the new resolver to move the source install url to the requirements20:15
odyssey4mejrosser if it works, then great - I think you *might* have to ensure that the UC has that egg name removed though, otherwise you have a conflict20:16
jrosserlook at the patch against os_tempest .....20:16
odyssey4mespatel yeah, that makes sense - the senlin package seems to be named -senlin' - not 'openstack-senlin'20:17
jrosserbut there is a problem20:17
jrosserthat we have two concepts of constraints20:17
jrosserduring wheel build with my patch it uses u-c for constraints, which is good20:18
*** maharg101 has quit IRC20:19
odyssey4meok, but does a constraint for, say, tempest in u-c override the requirement with git?20:19
spatelodyssey4me: yes now everything working :)20:19
spatelI am going to submit patch20:19
jrosserodyssey4me: worse, it just blows up saying "you cant do that"20:19
jrosseranyway, i've worked around that by excluding the u-c tempest, becasue thats a one off corner case20:19
jrosserproblem i've now got is this https://github.com/openstack/ansible-role-python_venv_build/blob/master/tasks/python_venv_wheel_build.yml#L162-L16920:20
odyssey4mejrosser right... so unfortunately that means you have to pull the u-c down, remove anything with the same name in any other constraint20:20
jrosserwe generate/slurp a *new* set of constraints for venv install time20:20
jrosserwhich include 'horizon-x.y.xdevN" for example20:21
jrosserand also at the same time we have still the horizon source requirements URL in the requrements.txt20:21
odyssey4mejrosser right, that's for when there's a repo available20:21
jrosserand those are contradictory, though they are the same thing20:21
odyssey4meyep20:21
jrosserso again pip says "cant do that"20:21
jrosserso it's sort of the same problem that i had with tempest being in u-c20:22
odyssey4meso effectively the u-c needs to be pulled down and cleaned of any packages intended to be built from git20:22
odyssey4methen the wheels built20:22
jrosserbut now the slurped constraints generated from the wheel build contain the thing which comes from the source install20:22
odyssey4methen the new constraints file compiled and the requirements then need to be cleaned20:22
odyssey4meit really is quite messy20:23
jrosseri guess we need to strip the git+... from the requirements20:23
jrosserfor the venv install only20:23
jrosserwhen there is a repo sever20:23
jrosser.... :) complicated20:23
odyssey4methe requirements will have to be just the egg-name20:23
jrosserfor venv build yes,20:23
jrosserbut i think they need to stay as the git url for wheel build20:24
odyssey4meyep, if there's no repo then of course everything stays as-is, except the u-c needs cleaning up of the egg name20:24
jrosserso far i've only found tempest to be doing that20:24
jrosserstuff like glance/neutron doesnt appear there20:24
jrossermay be more hiding though20:24
odyssey4mewell, yeah - the issue is that tempest is in u-c20:26
odyssey4methere are others that may lurk there - it changes from time to time20:26
odyssey4meso never mind the local dance of stuff generated by OSA - u-c itself needs cleansing too20:26
odyssey4meluckily there's a local copy20:27
jrosseri have a hack in here https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/770281/5/tasks/tempest_install_source.yml20:27
odyssey4mefor a similar issue, I did this https://github.com/redhat-openstack/infrared/blob/master/infrared/common/roles/create_venv/tasks/main.yml#L119-L12420:28
odyssey4mesomething like that could be put into the venv build role as a parameter20:29
odyssey4methen we just do this: https://github.com/redhat-openstack/infrared/blob/aa10309b94de66de7349c42f6047a965ba4310ac/plugins/tempest/tasks/setup/pip/main.yml#L16-L2520:30
odyssey4methe general idea there is to keep the complexity on the role and keep the service role simpler20:34
odyssey4metempest is horrible though, with all those plugins and such20:34
* jrosser looks20:39
odyssey4meok folks, I'm out for the night - have a good one, chat tomorrow!20:56
jrossero/ thanks for the pointers20:57
spatelodyssey4me: good night21:02
spateljrosser: that patch didn't help :)  problem is senlin core driver trying to reach out to other services using public URL21:03
jrosseras far as i know it can now take more parameters from the config file21:03
spatelcurrent patch is just for keystone21:03
jrosserhave you added settings for the endpoint?21:04
spatelI just added interface = internal and verify_ssl = False in senlin.conf21:04
spatelsenlin directly talk to nova/neutron using whatever endpoint keystone handover to senlin21:05
spatelLet me do more testing to verify more.21:06
*** jrosser has quit IRC21:29
*** poopcat1 has quit IRC21:30
*** poopcat1 has joined #openstack-ansible21:30
*** hindret has quit IRC21:30
*** hindret has joined #openstack-ansible21:30
*** jrosser has joined #openstack-ansible21:32
*** dwilde has quit IRC21:49
*** dwilde has joined #openstack-ansible21:51
*** poopcat1 is now known as poopcat22:20
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible stable/victoria: Bump Victoria for the release  https://review.opendev.org/c/openstack/openstack-ansible/+/77007322:22
*** spatel has quit IRC22:27
*** gshippey has quit IRC23:48
*** sshnaidm|ruck is now known as sshnaidm|afk23:49

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