| opendevreview | wangxiyuan proposed openstack/project-config master: Update openeEuler pkg mapping https://review.opendev.org/c/openstack/project-config/+/852230 | 01:19 |
|---|---|---|
| opendevreview | Merged openstack/project-config master: Update openeEuler pkg mapping https://review.opendev.org/c/openstack/project-config/+/852230 | 01:45 |
| *** pojadhav is now known as pojadhav|ruck | 04:22 | |
| *** marios is now known as marios|ruck | 05:44 | |
| *** pojadhav|ruck is now known as pojadhav|rover | 05:54 | |
| *** bhagyashris|ruck is now known as bhagyashris | 06:27 | |
| *** bhagyashris_ is now known as bhagyashris | 07:39 | |
| *** jpena|off is now known as jpena | 07:59 | |
| opendevreview | Merged zuul/zuul-jobs master: upload-git-mirror: no_log around key writing https://review.opendev.org/c/zuul/zuul-jobs/+/851269 | 08:48 |
| opendevreview | Merged zuul/zuul-jobs master: linters: standardise on newline at end of file https://review.opendev.org/c/zuul/zuul-jobs/+/851288 | 09:06 |
| *** rlandy|out is now known as rlandy | 10:27 | |
| *** frenzyfriday|rover is now known as frenzyfriday|no_longer_rover | 10:32 | |
| *** frenzyfriday|no_longer_rover is now known as frenzyfriday | 10:33 | |
| *** dviroel|out is now known as dviroel | 11:14 | |
| opendevreview | Merged opendev/system-config master: static: move certs to group, update testing name to static99 https://review.opendev.org/c/opendev/system-config/+/848908 | 11:38 |
| *** jpena is now known as jpena|off | 11:39 | |
| frickler | infra-root: https://review.opendev.org/c/zuul/nodepool/+/852264 should help detect the recent nodepool config error we had | 12:13 |
| frickler | also please have a look at https://review.opendev.org/c/openstack/project-config/+/852136 in order to help kolla | 12:13 |
| fungi | frickler: where did you see the nodepool config error? is there a traceback in our nodepool logs? | 12:22 |
| opendevreview | Merged openstack/project-config master: Add nested-virt-ubuntu-jammy nodes https://review.opendev.org/c/openstack/project-config/+/852136 | 12:34 |
| frickler | fungi: yes, https://review.opendev.org/c/openstack/project-config/+/852127 is the fix. traceback https://paste.opendev.org/show/bGygnMQ6u3k5CYvJqpBV/ | 12:49 |
| fungi | thanks! | 12:57 |
| opendevreview | Neil Hanlon proposed openstack/project-config master: Add rockylinux 9 to nodepool https://review.opendev.org/c/openstack/project-config/+/852167 | 12:58 |
| NeilHanlon | fungi: pulled out the OSA change. apologies. my mind gets ahead of itself sometimes | 13:10 |
| fungi | no worries, just figured i'd ask since the commit title said it was nodepool configuration and that was stuff for a job dashboard | 13:17 |
| opendevreview | Merged opendev/system-config master: run-production-playbook-post: become when updating file time https://review.opendev.org/c/opendev/system-config/+/852224 | 13:21 |
| *** dasm|off is now known as dasm | 14:23 | |
| clarkb | frickler: that nodepool fix failed testing. Maybe beacuse the test fixtures have the same issue (I didn't look yet) | 15:12 |
| fungi | i was just in the process of switching gears to pull up those failed unit test builds | 15:16 |
| *** dviroel is now known as dviroel|lunch | 15:26 | |
| *** pojadhav|rover is now known as pojadhav|out | 15:34 | |
| fungi | "diskimage fake-image in provider real-provider not in top-level labels" | 15:42 |
| fungi | yep, looks like our fixtures may have the same bug in them ;) | 15:42 |
| fungi | hmm, https://review.openstack.org/396719 added that fixture in 2016, and the use case seems to be associating a diskimage with a different label name | 15:47 |
| fungi | so now i'm suspecting that the "fix" may be overzealous, as i think it would break this case (as evidenced by the test failure) | 15:48 |
| *** marios|ruck is now known as marios|out | 15:52 | |
| fungi | no, sorry, wrong change. it came in with https://review.openstack.org/448814 in 2017 | 15:53 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 16:16 |
| clarkb | Hopefully we just need to wait for the api to be available there and not having problems reliably starting the api | 16:17 |
| *** dviroel|lunch is now known as dviroel | 16:30 | |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 16:48 |
| clarkb | https://0c29165374357c892f0f-01a74348816d1fa0c2c779804dc21128.ssl.cf5.rackcdn.com/851248/33/check/system-config-run-lists3/e54e21d/bridge.openstack.org/screenshots/mailman3-main.png progress. but now I need to hold a node to figure out what other valid urls are for screenshotting/testing | 17:19 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 17:20 |
| clarkb | fungi: re admin user creation I think the issue is django's createsuperuser command doesn't know how to accept details without prompts and interaction :/ | 17:54 |
| fungi | oh joy | 17:56 |
| fungi | i wonder how horizon worked around that? | 17:56 |
| clarkb | heh and now I can't use the user I manually created from the command line without validating my email address (but the one i specified was bogus) | 17:56 |
| clarkb | that is a really interesting choice considering I manually created the user on the command line via an admin command | 17:56 |
| corvus | clarkb: https://stackoverflow.com/a/68919604 (--noinput ?) | 17:58 |
| clarkb | corvus: that foces you to provide the password via a web form aiui | 17:58 |
| clarkb | corvus: thats what the upstream container images do if you set an admin user name | 17:58 |
| corvus | oh. those so answers have the password in a variable | 17:58 |
| clarkb | oh I see django accepts an env var | 17:58 |
| clarkb | ya ok so mailman isn't exposing any of this in their container images. But we can bypass that and go straight to django | 17:59 |
| clarkb | let me try this | 17:59 |
| corvus | maybe this is the better one https://stackoverflow.com/a/72561462 | 17:59 |
| corvus | one of them had a "--password" arg, the other just used the env var | 17:59 |
| clarkb | the --help output from the command doesn't show --password as valid | 17:59 |
| clarkb | I think the env vars may be what I want though | 18:00 |
| corvus | ah yeah, then the second one with only env vars looks more legit :) | 18:00 |
| clarkb | then I need to figure out if I can force accept the email addr | 18:00 |
| clarkb | another thing I'm noticing is that these containers don't really log any operational stuff to stdout/stderr. So I need to figure out where the logs are going (if they exist at all) | 18:03 |
| fungi | i wonder how i did that for the poc... checking https://etherpad.opendev.org/p/mm3poc | 18:03 |
| clarkb | ok the django env vars thing appears to work | 18:04 |
| clarkb | but I'm hitting email verification /me will dig | 18:04 |
| fungi | i may not have needed to validate the address when i set it up. i guess that's what i added in step 5.1 there | 18:06 |
| clarkb | https://docs.mailman3.org/en/latest/config-web.html#setting-up-admin-account | 18:07 |
| clarkb | they even document it there. I personally feel that is bonghits because you're operating as root against the django installation's management scripts | 18:07 |
| clarkb | but ... | 18:07 |
| clarkb | aha! I can login to the django admin page though | 18:08 |
| clarkb | wow | 18:08 |
| fungi | i have a feeling i never created a django superuser for the poc | 18:08 |
| clarkb | I think we want one to approximate our existing admin web user for mm2 | 18:09 |
| fungi | it's possible, since i was using distro-packaged mm3 and django, that the package maintscripts created a django superuser for me automatically | 18:09 |
| fungi | my notes mention "default debconf prompts" so one of those might have been for whether to use an existing django superuser or create a new one automatically | 18:11 |
| clarkb | oh this gets weirder. When I attempt to login to postorius with my command line created account I get and error. I then refresh whcih reposts my login details and it shwos me the page asking me to validate my email address. | 18:13 |
| clarkb | If I then login to the django admin page and refresh postorius I'm in | 18:13 |
| clarkb | also when logged into the django web console as the admin account I can mark the email address as verified | 18:15 |
| clarkb | so I think our setup may just be to create the user. Then login and mark it verified at some point :/ at least that is workable | 18:15 |
| clarkb | for configuring django to send email (to verify normal user accounts whcih we do want) I should be able to point it at localhost:25 and exim can forward that along? | 18:20 |
| clarkb | (the exim config may not do that currently, I don't know. but it is theoretically possible right?) | 18:20 |
| fungi | i think our default exim config would already cover that | 18:36 |
| corvus | yep it should | 18:41 |
| clarkb | cool I wasn't sure if it would be confused between django and mm3 | 18:43 |
| clarkb | I guessi t doesn't really matter since once exim gets eamil to send all it has to do is send it | 18:44 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 18:47 |
| clarkb | that patchset adds a bunch of different things beecause I don't want to do a bunch of extra CI roundtrips to test them all separately | 18:47 |
| clarkb | and now lunch | 18:48 |
| corvus | clarkb: well, we do verp in exim with the existing list server, but that should only trigger if the envelope sender is *-bounces@ ; otherwise it should just behave normally | 18:51 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 19:33 |
| *** dviroel is now known as dviroel|brb | 19:40 | |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 20:41 |
| *** dviroel|brb is now known as dviroel | 20:56 | |
| *** dviroel is now known as dviroel|out | 21:12 | |
| *** dasm is now known as dasm|off | 22:01 | |
| clarkb | fungi: one thing the spec for mm3 doesn't really cover and something I'm discovering is that the web domain and mail domains can be independent of each other. This means we can host all the domains at lists.opendev.org for web content but have the email addresses be specific. Or we can host all the different web domains for the different email domains out of the same mm3 install | 22:24 |
| fungi | yeah, i figured we'd do the latter for parity with the current mm2 deployment | 22:25 |
| clarkb | currently my change is putting everything under lists.opendev.org because it is easy (particularly the http -> https redirect). But I think we can pretty simply set the web domains when creating domains via the api then in theory the uwsgi proxying would just figur eout which content to serv ebased on the domain hit? | 22:25 |
| clarkb | ya I think it will help uesrs navigate the web bits too if they don't see all the lists for everyone else | 22:26 |
| clarkb | I guess I should look at how to do domain specific http -> https redirects without using a bunch of domain specific vhosts | 22:27 |
| fungi | right. again i think i did set up two different apache vhosts for different ml domains in the poc | 22:27 |
| clarkb | ya but I don't think it is necessary. Just need to use mod rewrite in order to redirect to the same domain but with https instead? | 22:28 |
| clarkb | Since I think we point at the same backend and it figures out what to serve based on the domain fed it? | 22:28 |
| fungi | should be able to do that with macros/vars yeah | 22:28 |
| clarkb | (that last bit I haven't confirmed) | 22:28 |
| clarkb | but it wouldn't make senes to set a web domain value on the domains if it isn't going to figure that out for us automatically | 22:29 |
| clarkb | unfrotunately https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/domains.html doesn't cover how to set the web domain details | 22:30 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 22:49 |
| clarkb | I don't think that is complete, but it should get us closer | 22:49 |
| clarkb | one problem from a testing side is tha tI cannot easily test this due to DNS records not being in place? | 22:50 |
| clarkb | on monday I'll need to hold an updated test system and see if I can wrngle the vhosting into shape | 22:52 |
| clarkb | I'm a little worried the container image's SERVE_FROM_DOMAIN may be the thing setting the web host domain. But reading forum posts I half expect that filter vhost flag with our mail domain settings may be enough | 22:53 |
| fungi | clarkb: according to 5.7 of https://etherpad.opendev.org/p/mm3poc i set apache up with a default vhost and pointed the webroot at the mm3 file tree, so i think mailman itself managed to work out which domain content to serve based on the hostnames used in the requests | 22:59 |
| clarkb | fungi: yup and it seems the FILTER_VHOST flag must be set to true in the settings for it to do that | 23:03 |
| clarkb | I'm mostly wondering if there is a config item per domain we have to set to match up the domain name with the http requests | 23:04 |
| clarkb | but maybe it will just work | 23:04 |
| clarkb | I found logs! | 23:06 |
| clarkb | next ps will collect them | 23:06 |
| clarkb | fungi: http://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_3b3/851248/38/check/system-config-run-lists3/3b3969e/bridge.openstack.org/screenshots/mailman3-main.png that last ps shows a 404 there I think bceause we're filtering by vhosts and there is no loclahost vhost now | 23:17 |
| opendevreview | Clark Boylan proposed opendev/system-config master: WIP Add a mailman3 list server https://review.opendev.org/c/opendev/system-config/+/851248 | 23:17 |
| clarkb | https://zuul.opendev.org/t/openstack/build/0732e46673f64b398a45304e033c887a/log/lists99.opendev.org/mailman-web-logs/mailmanweb.log ya I suspect that is a filter thing (and hte logs are there) | 23:45 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
