| -@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945907: WIP Make Gerrit Connection Replication Aware https://review.opendev.org/c/zuul/zuul/+/945907 | 00:19 | |
| -@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945907: WIP Make Gerrit Connection Replication Aware https://review.opendev.org/c/zuul/zuul/+/945907 | 00:23 | |
| -@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 945907: WIP Make Gerrit Connection Replication Aware https://review.opendev.org/c/zuul/zuul/+/945907 | 00:28 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: | 04:33 | |
| - [zuul/zuul] 945749: Check allowed-projects in layout https://review.opendev.org/c/zuul/zuul/+/945749 | ||
| - [zuul/zuul] 945750: Move ignore_allowed_projects to job freeze https://review.opendev.org/c/zuul/zuul/+/945750 | ||
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945751: Move post_review setting to job freezing https://review.opendev.org/c/zuul/zuul/+/945751 | 04:33 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945752: Move base job check to layout https://review.opendev.org/c/zuul/zuul/+/945752 | 04:34 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945753: Resolve role references when freezing https://review.opendev.org/c/zuul/zuul/+/945753 | 04:37 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945754: Set playbook trusted flag when freezing https://review.opendev.org/c/zuul/zuul/+/945754 | 06:25 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 942886: Prepare oidc token for playbook execution in executor. https://review.opendev.org/c/zuul/zuul/+/942886 | 06:29 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945755: Determine job branch matchers when freezing https://review.opendev.org/c/zuul/zuul/+/945755 | 06:36 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 940872: Implement keystore functions for OIDC RS256 https://review.opendev.org/c/zuul/zuul/+/940872 | 06:38 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 940971: Manage OIDC signing key rotation https://review.opendev.org/c/zuul/zuul/+/940971 | 06:39 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 942432: Implement zuul-web OIDC endpoints https://review.opendev.org/c/zuul/zuul/+/942432 | 06:40 | |
| -@gerrit:opendev.org- Simon Westphahl proposed: [zuul/zuul] 946240: Always clear wake event of TPE event connectors https://review.opendev.org/c/zuul/zuul/+/946240 | 06:40 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945756: Remove trusted flag from source context https://review.opendev.org/c/zuul/zuul/+/945756 | 06:40 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: | 06:44 | |
| - [zuul/zuul] 945757: Move some pipeline attributes to manager https://review.opendev.org/c/zuul/zuul/+/945757 | ||
| - [zuul/zuul] 945758: Move some manager attributes to pipeline https://review.opendev.org/c/zuul/zuul/+/945758 | ||
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 942886: Prepare oidc token for playbook execution in executor. https://review.opendev.org/c/zuul/zuul/+/942886 | 06:48 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 941629: Use ZuulTreeCache for OIDC signing keys https://review.opendev.org/c/zuul/zuul/+/941629 | 06:50 | |
| -@gerrit:opendev.org- Dong Zhang proposed: [zuul/zuul] 941235: Implement command for deleting OIDC signing keys https://review.opendev.org/c/zuul/zuul/+/941235 | 06:52 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945759: Move queue-related methods to PipelineState https://review.opendev.org/c/zuul/zuul/+/945759 | 06:53 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: | 09:41 | |
| - [zuul/zuul] 945760: Remove the manager attribute from pipelines https://review.opendev.org/c/zuul/zuul/+/945760 | ||
| - [zuul/zuul] 945761: Remove layout.pipelines https://review.opendev.org/c/zuul/zuul/+/945761 | ||
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 945762: Remove tenant attribute from pipeline https://review.opendev.org/c/zuul/zuul/+/945762 | 09:41 | |
| @joao15130:matrix.org | Good morning everyone, | 10:20 |
|---|---|---|
| I have a quick question regarding nodepool. | ||
| We have a configuration where we need nodepool to spin up instances with two network configuration. We use the Openstack driver for this. | ||
| One of the netwok is a tenant network and requires a floating IP while the other one has a flat connection and doesn't use floating IP. | ||
| Problem is that nodepool seems to not understand on which network the floating IP needs to be set and the instance is stuck in building state. | ||
| If we use a single network on which we have floating IP it works. | ||
| @joao15130:matrix.org | * Good morning everyone, | 10:21 |
| I have a quick question regarding nodepool. | ||
| We have a configuration where we need nodepool to spin up instances with two network configuration. We use the Openstack driver for this. | ||
| One of the netwok is a tenant network and requires a floating IP while the other one has a flat connection and doesn't use floating IP. | ||
| Problem is that nodepool seems to not understand on which network the floating IP needs to be set and the instance is stuck in building state. | ||
| If we use a single network on which we have floating IP it works. | ||
| Question is that configuration supported and how can we handle it? | ||
| @joao15130:matrix.org | * Good morning everyone, | 10:32 |
| I have a quick question regarding nodepool. | ||
| We have a configuration where we need nodepool to spin up instances with two network configuration. We use the Openstack driver for this. | ||
| One of the netwok is a tenant network and requires a floating IP while the other one has a flat connection and doesn't use floating IP. | ||
| Problem is that nodepool seems to not understand on which network the floating IP needs to be set and the instance is stuck in building state. | ||
| If we use a single network on which we have floating IP it works. | ||
| Question is that configuration supported and how can we handle it? | ||
| ``` | ||
| root@79758b9cdb53:/# nodepool list | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | ID | Provider | Label | Server ID | Public IPv4 | IPv6 | State | Age | Locked | | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | 0000051173 | ci-cloud | nodepool-jammy | 14a931d5-e670-4997-8c89-4aa537db96e5 | 10.228.225.29 | | ready | 00:02:40:04 | unlocked | | ||
| | 0000051174 | ci-cloud | nodepool-jammy | 3f3e8c58-b1d4-4cab-9bb6-e5901fe16607 | 10.228.225.27 | | ready | 00:02:40:04 | unlocked | | ||
| | 0000051175 | ci-cloud | nodepool-jammy | f40fe407-4a39-461d-9ed7-bf231681394f | 10.228.225.22 | | ready | 00:01:06:46 | unlocked | | ||
| | 0000051176 | ci-cloud | nodepool-jammy-iscsi | d89e7791-3e00-4d0b-b0b5-bf30ca6277cf | 172.16.100.224 | | building | 00:00:35:05 | locked | | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| ``` | ||
| @clarkb:matrix.org | You should look at clouds.yaml network options. There are things for setting a network as default (which may make it preferred for floating ips? I'm not sure) as well as routability attributes (that may also influence floating ips?) | 14:47 |
| @clarkb:matrix.org | looks like nat_destination is what you need | 14:48 |
| @clarkb:matrix.org | let me find a link | 14:48 |
| @fungicide:matrix.org | https://static.opendev.org/docs/openstacksdk/latest/user/config/configuration.html#config-files | 14:49 |
| @clarkb:matrix.org | https://docs.openstack.org/openstacksdk/latest/user/config/network-config.html specifically contains the descriptions of the flags I mentioned above | 14:50 |
| @fungicide:matrix.org | ah, yeah, that's a better section | 14:51 |
| @joao15130:matrix.org | thanks fungi and Clark I'll have a look | 14:51 |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 946315: Fix change cache test races more https://review.opendev.org/c/zuul/zuul/+/946315 | 15:11 | |
| @joao15130:matrix.org | I have tried your section but no still no luck | 15:14 |
| ``` | ||
| clouds: | ||
| ci-cloud: | ||
| networks: | ||
| - name: public | ||
| routes_externally: true | ||
| nat_source : true | ||
| - name: nodepool | ||
| nat_destination: true | ||
| ``` | ||
| From nodepool.yaml: | ||
| ``` | ||
| pools: | ||
| - name: dell-openstack-ci | ||
| auto-floating-ip: true | ||
| security-groups: | ||
| - nodepool-secgroup | ||
| networks: | ||
| - nodepool | ||
| labels: | ||
| - name: nodepool-jammy | ||
| diskimage: nodepool-jammy | ||
| flavor-name: m1.large | ||
| - name: nodepool-jammy-iscsi | ||
| diskimage: nodepool-jammy | ||
| flavor-name: m1.large | ||
| networks: | ||
| - private-pmax | ||
| - nodepool | ||
| ``` | ||
| but the instance is still stuck at building: | ||
| ``` | ||
| root@79758b9cdb53:/# nodepool list | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | ID | Provider | Label | Server ID | Public IPv4 | IPv6 | State | Age | Locked | | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | 0000051181 | ci-cloud | nodepool-jammy-iscsi | 78795610-80d7-437f-a6cb-b63d259af99e | 172.16.100.227 | | building | 00:00:01:44 | locked | | ||
| ``` | ||
| @joao15130:matrix.org | * I have tried your section but no still no luck | 15:16 |
| ``` | ||
| clouds: | ||
| ci-cloud: | ||
| networks: | ||
| - name: public | ||
| routes_externally: true | ||
| nat_source : true | ||
| - name: nodepool | ||
| nat_destination: true | ||
| ``` | ||
| From nodepool.yaml: | ||
| ``` | ||
| pools: | ||
| - name: dell-openstack-ci | ||
| auto-floating-ip: true | ||
| security-groups: | ||
| - nodepool-secgroup | ||
| networks: | ||
| - nodepool | ||
| labels: | ||
| - name: nodepool-jammy | ||
| diskimage: nodepool-jammy | ||
| flavor-name: m1.large | ||
| - name: nodepool-jammy-iscsi | ||
| diskimage: nodepool-jammy | ||
| flavor-name: m1.large | ||
| networks: | ||
| - private-pmax | ||
| - nodepool | ||
| ``` | ||
| but the instance is still stuck at building: | ||
| ``` | ||
| root@79758b9cdb53:/# nodepool list | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | ID | Provider | Label | Server ID | Public IPv4 | IPv6 | State | Age | Locked | | ||
| +------------+----------+----------------------+--------------------------------------+----------------+------+----------+-------------+----------+ | ||
| | 0000051181 | ci-cloud | nodepool-jammy-iscsi | 78795610-80d7-437f-a6cb-b63d259af99e | 172.16.100.227 | | building | 00:00:01:44 | locked | | ||
| ``` | ||
| While openstack seems to be ok, (apart from the floating IP which is not assigned): | ||
| ``` | ||
| stack@ci-cloud-provisioner:~$ openstack server list --all | ||
| +--------------------------------------+--------------+--------+-------------------------------------------------------------------+---------------------------+----------+ | ||
| | ID | Name | Status | Networks | Image | Flavor | | ||
| +--------------------------------------+--------------+--------+-------------------------------------------------------------------+---------------------------+----------+ | ||
| | 78795610-80d7-437f-a6cb-b63d259af99e | np0000051181 | ACTIVE | nodepool=10.19.119.176; private-pmax=172.16.100.227 | nodepool-jammy-1742912602 | m1.large | | ||
| ``` | ||
| @clarkb:matrix.org | did you restart nodepool? I think it may need to restart to see clouds.yaml changes unlike the main nodepool config which doesn't need restarts | 15:19 |
| @clarkb:matrix.org | but if that doesn't work you'll need to debug things on the openstack side. That is all nodepool expecting your openstack tooling to work | 15:20 |
| @joao15130:matrix.org | I have restarted the container in which nodepool is running (zuul_launcher) | 15:21 |
| @joao15130:matrix.org | ok | 15:21 |
| @clarkb:matrix.org | I would start by manually booting an instance using the same clouds.yaml and see what happens (you can use the opensatck client debug flag to get more in depth insight) | 15:21 |
| @joao15130:matrix.org | ok thanks | 15:27 |
| @joao15130:matrix.org | let me try | 15:27 |
| @f2ked:matrix.org | just curious if any one has a documentation or concise tutorial or even some Dockerfiles for https://zuul.openstack.org/ (the actual site) | 20:45 |
| @fungicide:matrix.org | f2ked: we just deploy the official zuul container images from quay.io and accompanying configuration similar to the quickstart compose file with some ansible playbooks: https://opendev.org/opendev/system-config/src/branch/master/playbooks | 20:51 |
| @fungicide:matrix.org | specifically the service-zuul-*.yaml and service-zookeeper.yaml playbooks there | 20:52 |
| @fungicide:matrix.org | the roles they refer to are organized in a roles subdirectory of that | 20:52 |
| @fungicide:matrix.org | and we deploy those with zuul jobs whenever we merge changes that would affect the zuul or zookeeper deployment | 20:53 |
| @fungicide:matrix.org | we set variables for stuff either from our inventory at https://opendev.org/opendev/system-config/src/branch/master/inventory or from a private host/group vars set that lives on our deployment bastion | 20:55 |
| @fungicide:matrix.org | we operate it in the open and have some site-specific operational documentation at https://docs.opendev.org/opendev/system-config/ but our sysadmins don't really have the time to package it up in such a way that it's supportably reconsumable elsewhere | 20:56 |
| -@gerrit:opendev.org- Clark Boylan proposed: [zuul/zuul] 946452: Use contextlib.nullcontext across the board https://review.opendev.org/c/zuul/zuul/+/946452 | 21:45 | |
| @clarkb:matrix.org | apparnetly I've written ^ before in https://review.opendev.org/c/zuul/zuul/+/909130 that older change is in merge conflict though so I'm tempted to just let the new one be what merges if people want to review it | 21:59 |
| @clarkb:matrix.org | its not urgent either way and I'm happy to rebase if we prefer | 21:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!