| opendevreview | Rafal Lewandowski proposed openstack/kayobe master: Add Redfish rules to Ironic and Bifrost introspection https://review.opendev.org/c/openstack/kayobe/+/902772 | 08:21 |
|---|---|---|
| opendevreview | Alex Welsh proposed openstack/kolla-ansible master: Automate prometheus blackbox configuration https://review.opendev.org/c/openstack/kolla-ansible/+/912420 | 08:34 |
| mohsen | Hello friends. I have an issue when deploying a monitoring stack to monitor my Openstack environment. I have deployed the openstack environment using kolla ansible. There are four different interfaces in this environment: | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | 1- management | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | 2- api | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | 3- log | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | 4- data storage | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | My problem is that I want to get the metrics from the log interface but when enabling the exporters in globals.yml file, the kolla ansible exposes the exporters on the api interface and I can not access them using log interface. | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | Is there any way to seperate the log interface and api interface in kolla ansible and tell the kolla ansible to expose the exporters on the log interface? | 08:51 |
| mohsen | 12:07 PM | 08:51 |
| mohsen | I appreciate your answers in advance | 08:51 |
| mohsen | Hello friends. I have an issue when deploying a monitoring stack to monitor my OpenStack environment. I have deployed the OpenStack environment using kolla ansible. There are four different interfaces in this environment: | 08:55 |
| mohsen | 1- management | 08:55 |
| mohsen | 2- API | 08:55 |
| mohsen | 3- log | 08:55 |
| mohsen | 4- data storage | 08:55 |
| mohsen | My problem is that I want to get the metrics from the log interface but when enabling the exporters in the globals.yml file, the Kolla ansible exposes the exporters on the API interface and I can not access them using the log interface. | 08:55 |
| mohsen | Is there any way to separate the log interface and API interface in kolla ansible and tell the kolla ansible to expose the exporters on the log interface? | 08:55 |
| mohsen | I appreciate your answers in advance | 08:55 |
| opendevreview | Mark Goddard proposed openstack/kayobe master: Add Redfish rules to Ironic and Bifrost introspection https://review.opendev.org/c/openstack/kayobe/+/902772 | 09:28 |
| SvenKieske | mohsen: afaik I had the same problem somewhere in the past and this is not possible currently, I think. I haven't looked at these kind of configs for some years though. | 09:36 |
| mohsen | @SvenKieske In the open-source world, everything is possible dear. we can add another ansible role but I was trying to find an available solution | 09:56 |
| SvenKieske | mohsen: sure, I was just answering your question regarding the current state :) I thought about adding some generic logging and monitoring interface distinction in the past. | 09:57 |
| SvenKieske | so feel free to provide a patch for that, if you have time to work on it :) | 09:58 |
| mohsen | @SvenKieske Thank you for your response anyway | 09:59 |
| opendevreview | Merged openstack/kolla-ansible stable/2023.2: CI: fix check-failure.sh sudo missing https://review.opendev.org/c/openstack/kolla-ansible/+/914011 | 11:05 |
| opendevreview | Rafael Weingartner proposed openstack/kolla-ansible master: Introduce `schema_version` in the federated attribute mapping API https://review.opendev.org/c/openstack/kolla-ansible/+/750996 | 11:23 |
| mnasiadka | SvenKieske, mmalchuk, frickler, kevko and others: reminder - no meeting today | 11:47 |
| SvenKieske | :D thanks for the reminder to not need a reminder today :) more time for reviews I guess | 11:50 |
| SvenKieske | I also started to work on that prometheus scrape_config refactoring | 11:50 |
| SvenKieske | might get a little bit ugly, but still less ugly then the current long list of repetition I guess. | 11:51 |
| SvenKieske | there's still a list of patches on the Whiteboard which could use some eyes from core reviewers, if any are available: https://etherpad.opendev.org/p/KollaWhiteBoard#L67 | 11:52 |
| opendevreview | Rafael Weingartner proposed openstack/kolla-ansible master: Introduce `schema_version` in the federated attribute mapping API https://review.opendev.org/c/openstack/kolla-ansible/+/750996 | 11:57 |
| opendevreview | Alex Welsh proposed openstack/kolla-ansible master: Automate prometheus blackbox configuration https://review.opendev.org/c/openstack/kolla-ansible/+/912420 | 12:08 |
| greatgatsby | Good day. I was able to figure out why the Swift S3 API is not working in Zed+. Between Yoga and Zed, the /v3 suffix was removed from the auth_url in the proxy config, and this is causing a 404 when Swift queries Keystone for the credentials | 12:14 |
| greatgatsby | https://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/swift/templates/proxy-server.conf.j2#L102 | 12:14 |
| greatgatsby | I have confirmed in our dev environment, as well as an adhoc all-in-one deployment that adding the /v3 suffix back in that template fixes the Swift S3 API | 12:14 |
| SvenKieske | hi greatgatsby, interesting, could you write that in a bugreport so I can reference that in the fixes? seems we need some backports then | 12:34 |
| SvenKieske | but wondering why nobody else stumbled upon this? I personally don't use swift but ceph-rgw, but we do have some swift tests (right kevko? :D) | 12:34 |
| SvenKieske | greatgatsby: it seems it was removed in https://review.opendev.org/c/openstack/kolla-ansible/+/843748 | 12:38 |
| greatgatsby | SvenKieske: I'll absolutely make a ticket for it. Just to be clear, S3 was working great in Yoga. We upgraded to Zed and it stopped working. I also spun up a fresh Zed all-in-one and it doesn't work out of the box. Re-adding the /v3 suffix fixed S3 in both deployments | 12:38 |
| SvenKieske | I'll propose a patch for this, it's swiftly done (pun intended :D) | 12:42 |
| SvenKieske | I can at least say why this wasn't catched anywhere, it at least seems from quickly grepping, that we never set enable_swift_s3api: true in the CI, so this is never tested afaik | 12:47 |
| greatgatsby | done: https://bugs.launchpad.net/kolla-ansible/+bug/2060121 | 12:49 |
| greatgatsby | thanks for your help, glad I was able to figure it out, didn't want to just say "does't work" and leave it at that | 12:50 |
| SvenKieske | that's very nice of you! | 12:51 |
| SvenKieske | the swift jobs are also non voting I realize | 12:52 |
| greatgatsby | is the kolla-ansible CI public? I was going to try to check that myself, but couldn't find anything, even just to confirm whether the S3 API is tested or not | 12:52 |
| SvenKieske | sure it is public, you can check the basic stuff in our repo, under "tests/run.yml" basic setup is done, the basic jobs are defined in "tests/base.yaml" where you can find a job named "kolla-ansible-swift-base" | 12:56 |
| greatgatsby | thanks! | 12:56 |
| SvenKieske | there you see also "voting: false" and enable_swift_s3api is not set, also not in any of the descendent jobs. we use zuul-ci which basically runs ansible playbooks to execute jobs | 12:57 |
| SvenKieske | but I need to check the "scenario" stuff, often additional stuff gets activated elswhere when a certain scenario is testet | 12:57 |
| SvenKieske | tested* | 12:57 |
| SvenKieske | that is in "globals-default.j2" in "tests/templates/" but there in scenario == "swift" only swift is enabled, no auth | 12:59 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible master: fix swift keystone auth url https://review.opendev.org/c/openstack/kolla-ansible/+/914965 | 13:01 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible master: CI: test s3api with keystone auth https://review.opendev.org/c/openstack/kolla-ansible/+/914967 | 13:14 |
| SvenKieske | this could also use some reviews I just rediscovered: https://review.opendev.org/c/openstack/kolla-ansible/+/902230 (revert installing "rich" dependency) | 13:20 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: Revert "CI: Drop masakari jobs from project.yaml" https://review.opendev.org/c/openstack/kolla-ansible/+/914877 | 14:34 |
| opendevreview | Mark Goddard proposed openstack/kolla-ansible master: CI: Fix use of CONTAINER_ENGINE in test scripts https://review.opendev.org/c/openstack/kolla-ansible/+/914983 | 15:53 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible master: CI: add mypy support https://review.opendev.org/c/openstack/kolla-ansible/+/914984 | 16:06 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible master: CI: add mypy support https://review.opendev.org/c/openstack/kolla-ansible/+/914984 | 16:31 |
| opendevreview | Sven Kieske proposed openstack/kolla-ansible master: CI: add mypy support https://review.opendev.org/c/openstack/kolla-ansible/+/914984 | 16:32 |
| *** logan_ is now known as Guest4818 | 16:53 | |
| *** andreykurilin_ is now known as andreykurilin | 16:55 | |
| *** vishalmanchanda_ is now known as vishalmanchanda | 16:55 | |
| *** gmann_ is now known as gmann | 16:55 | |
| *** plantk is now known as kplant | 17:06 | |
| opendevreview | Merged openstack/kayobe master: Add Redfish rules to Ironic and Bifrost introspection https://review.opendev.org/c/openstack/kayobe/+/902772 | 18:30 |
| opendevreview | Will Szumski proposed openstack/kayobe master: Bump KA Ansible versions to match new defaults https://review.opendev.org/c/openstack/kayobe/+/913571 | 18:30 |
| opendevreview | Will Szumski proposed openstack/kayobe master: Bump up Ansible supported versions to 8.x/9.x https://review.opendev.org/c/openstack/kayobe/+/910513 | 18:30 |
| opendevreview | Roman Krček proposed openstack/kolla-ansible master: Refactoring: use filters for services https://review.opendev.org/c/openstack/kolla-ansible/+/914997 | 18:57 |
| *** carloss_ is now known as carloss | 19:46 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!