Wednesday, 2019-03-20

*** jamesmcarthur has quit IRC00:01
*** jamesmcarthur has joined #openstack-infra00:07
*** wolverineav has quit IRC00:08
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: scheduler: add job's tags to the rpc job_list method  https://review.openstack.org/63365300:08
*** wolverineav has joined #openstack-infra00:08
*** lseki has quit IRC00:09
openstackgerritIan Wienand proposed openstack-infra/system-config master: master-nameserver: Add unmanaged domains; add acme.opendev.org  https://review.openstack.org/64115500:11
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675900:11
*** wolverineav has quit IRC00:13
*** markvoelker has joined #openstack-infra00:17
*** hamzy has joined #openstack-infra00:19
*** markvoelker has quit IRC00:21
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add API endpoint to get frozen jobs  https://review.openstack.org/60707700:25
gmannis this fixed 'ERROR! 'chdir' is not a valid attribute for a Task'00:26
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707800:27
gmannfound it, 644696. need to recheck tempest fix00:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Separate out executor server from runner  https://review.openstack.org/60707900:31
*** diablo_rojo has quit IRC00:48
*** markvoelker has joined #openstack-infra00:48
*** jamesmcarthur has quit IRC00:50
*** slaweq has joined #openstack-infra00:56
*** gyee has quit IRC00:57
*** slaweq has quit IRC01:00
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Add job and integration tests for the upload-git-mirror role  https://review.openstack.org/64343501:14
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a role to mirror a git repository to a remote git server  https://review.openstack.org/64339401:14
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Do not merge: test zuul-jobs-upload-git-mirror job  https://review.openstack.org/64343701:15
*** mriedem_away has quit IRC01:15
*** jamesmcarthur has joined #openstack-infra01:16
*** jamesmcarthur has quit IRC01:18
*** jamesmcarthur has joined #openstack-infra01:19
*** jamesmcarthur has quit IRC01:22
dmsimardianw, corvus: for ^ I was wondering if Zuul really had the entire git repo checked out in ~/src/? I suppose we need the full repository, not a shallow copy01:26
dmsimardwith all branches and refs ?01:26
dmsimardand tags*01:26
clarkbyes it isnt shallow01:27
clarkbshallow clones break in all sorts of fun ways. easier to give people the full repo01:27
clarkbthe repo caches on images help a lot01:28
dmsimardok, I set up the role to got a git push --mirror from the src repository on disk but now I'm thinking we might want to do a fresh clone from the repo and then mirror that01:29
*** ricolin has joined #openstack-infra01:29
clarkbwhats the difference?01:29
*** whoami-rajat has joined #openstack-infra01:29
dmsimardthe difference is that the git repo becomes an argument :D01:31
dmsimardclone this, mirror it there01:31
dmsimardinstead of "mirror the repository you are testing right now to that location"01:31
clarkbya I guess the secpnd is finee if you trust zuul01:31
clarkbbut more generically useful if you font assume that01:32
*** jamesmcarthur has joined #openstack-infra01:33
corvusdmsimard: the way you wrote it is fine; please don't do a new clone.01:38
corvusthis is intended to run in post after changes merge to a repo, so the source repo doesn't need to be an argument.  the dest repo can be one of course.01:38
dmsimardack, thanks01:42
*** larainema has joined #openstack-infra01:46
corvusdmsimard: i left a couple notes on the change01:49
*** markvoelker has quit IRC01:49
*** yamamoto has joined #openstack-infra02:02
dmsimardack, will address them tomorrow :D02:17
*** jamesmcarthur has quit IRC02:22
*** jamesmcarthur has joined #openstack-infra02:26
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675902:28
*** trown|outtypewww has quit IRC02:31
*** trown has joined #openstack-infra02:33
*** yamamoto has quit IRC02:39
*** yamamoto has joined #openstack-infra02:44
*** yamamoto has quit IRC02:44
*** psachin has joined #openstack-infra02:57
*** hwoarang has quit IRC03:03
*** hwoarang has joined #openstack-infra03:04
*** yamamoto has joined #openstack-infra03:09
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675903:13
*** apetrich has quit IRC03:14
*** ykarel|away has joined #openstack-infra03:15
*** ykarel|away is now known as ykarel03:23
*** sthussey has quit IRC03:35
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675903:36
*** dave-mccowan has quit IRC03:39
*** ramishra has joined #openstack-infra03:41
*** hwoarang has quit IRC03:44
*** hwoarang has joined #openstack-infra03:45
*** wolverineav has joined #openstack-infra03:47
*** tkajinam has quit IRC03:54
*** jamesmcarthur has quit IRC03:56
*** tkajinam has joined #openstack-infra03:57
*** udesale has joined #openstack-infra04:00
*** jamesmcarthur has joined #openstack-infra04:00
*** jamesmcarthur has quit IRC04:00
*** jamesmcarthur has joined #openstack-infra04:01
*** jamesmcarthur has quit IRC04:05
*** pfallenop has quit IRC04:07
*** wolverineav has quit IRC04:11
*** jamesmcarthur has joined #openstack-infra04:27
*** psachin has quit IRC04:34
*** psachin has joined #openstack-infra04:41
*** janki has joined #openstack-infra04:47
*** larainema has quit IRC05:12
*** wolverineav has joined #openstack-infra05:15
*** wolverineav has quit IRC05:18
*** markvoelker has joined #openstack-infra05:22
*** markvoelker has quit IRC05:26
*** ykarel_ has joined #openstack-infra05:43
*** raukadah is now known as chandankumar05:45
*** ykarel has quit IRC05:45
*** janki has quit IRC05:50
*** jbadiapa has joined #openstack-infra05:51
*** markvoelker has joined #openstack-infra05:53
*** janki has joined #openstack-infra05:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: implement prep-workspace  https://review.openstack.org/60708205:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add configuration schema  https://review.openstack.org/64067205:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add execute sub-command  https://review.openstack.org/63094405:57
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: add command line interface  https://review.openstack.org/64477005:57
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675906:01
*** ykarel_ is now known as ykarel06:07
*** wolverineav has joined #openstack-infra06:09
*** wolverineav has quit IRC06:13
*** jbadiapa has quit IRC06:17
*** sajauddin has joined #openstack-infra06:23
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Ensure valid Ansible variable names in config  https://review.openstack.org/64457406:28
*** jaosorior has joined #openstack-infra06:33
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675907:06
*** pgaxatte has joined #openstack-infra07:11
*** e0ne has joined #openstack-infra07:17
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: implement prep-workspace  https://review.openstack.org/60708207:17
*** pcaruana has joined #openstack-infra07:20
*** e0ne has quit IRC07:27
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add configuration schema  https://review.openstack.org/64067207:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add execute sub-command  https://review.openstack.org/63094407:28
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: add command line interface  https://review.openstack.org/64477007:28
*** tosky has joined #openstack-infra07:29
*** sshnaidm|rover is now known as sshnaidm|afk07:35
*** roman_g has joined #openstack-infra07:40
*** apetrich has joined #openstack-infra07:40
*** e0ne has joined #openstack-infra07:42
*** jpich has joined #openstack-infra07:48
*** xek_ has joined #openstack-infra07:49
*** dpawlik_ is now known as dpawlik07:51
*** slaweq has joined #openstack-infra07:56
*** ykarel is now known as ykarel|afk07:59
*** ginopc has joined #openstack-infra08:00
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675908:02
*** ccamacho has joined #openstack-infra08:11
*** e0ne has quit IRC08:15
*** ykarel|afk is now known as ykarel08:19
*** helenafm has joined #openstack-infra08:20
*** rpittau|afk is now known as rpittau08:27
*** tkajinam has quit IRC08:35
*** rcernin has quit IRC08:38
*** Lucas_Gray has joined #openstack-infra08:40
*** snapiri has quit IRC08:43
*** jtomasek has quit IRC08:49
*** jpena|off is now known as jpena08:53
rpittaugood morning infra! We're seeing a lot of these errors in the ironic jobs since tonight: http://paste.openstack.org/show/748101/08:58
cmurphyrpittau: that should be fixed in https://review.openstack.org/644699 , you can recheck08:59
rpittaucmurphy, thank you! :)08:59
*** snapiri has joined #openstack-infra09:05
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: runner: add job parameters listing  https://review.openstack.org/64479509:09
*** jtomasek has joined #openstack-infra09:10
*** jbadiapa has joined #openstack-infra09:17
openstackgerritNir Magnezi proposed openstack/diskimage-builder master: Add version-less RHEL element for RHEL7 and RHEL8  https://review.openstack.org/64373109:18
openstackgerritMerged openstack-infra/zuul master: Skip ansible validation for non-ansible tests  https://review.openstack.org/64465509:20
*** dtantsur|afk is now known as dtantsur09:21
*** derekh has joined #openstack-infra09:25
*** jaosorior has quit IRC09:36
*** ykarel is now known as ykarel|lunch09:43
openstackgerritSimon Westphahl proposed openstack-infra/zuul master: Align template formating for reporters  https://review.openstack.org/64330609:43
*** ykarel|lunch has quit IRC09:48
*** psachin has quit IRC09:48
*** yamamoto has quit IRC09:50
openstackgerritThomas Bechtold proposed openstack-infra/irc-meetings master: Add myself as rpm-packaging chair  https://review.openstack.org/64480609:50
openstackgerritNir Magnezi proposed openstack/diskimage-builder master: Add version-less RHEL element for RHEL7 and RHEL8  https://review.openstack.org/64373109:54
*** jbadiapa has quit IRC09:56
*** eumel8 has joined #openstack-infra09:57
*** mino_ has joined #openstack-infra10:06
*** mino_ has quit IRC10:06
*** ykarel has joined #openstack-infra10:08
*** ykarel is now known as ykarel|lunch10:09
*** Lucas_Gray has quit IRC10:13
*** Lucas_Gray has joined #openstack-infra10:13
*** jbadiapa has joined #openstack-infra10:16
openstackgerritMerged openstack-infra/irc-meetings master: Add myself as rpm-packaging chair  https://review.openstack.org/64480610:18
*** electrofelix has joined #openstack-infra10:21
*** psachin has joined #openstack-infra10:24
*** yamamoto has joined #openstack-infra10:28
*** ykarel|lunch is now known as ykarel10:33
*** jaosorior has joined #openstack-infra10:35
*** wolverineav has joined #openstack-infra10:41
*** sshnaidm|afk is now known as sshnaidm|rover10:45
*** e0ne has joined #openstack-infra10:45
*** pgaxatte has quit IRC10:45
*** wolverineav has quit IRC10:46
*** yamamoto has quit IRC10:47
*** yamamoto has joined #openstack-infra10:47
*** pgaxatte has joined #openstack-infra10:50
*** dave-mccowan has joined #openstack-infra10:54
*** ykarel is now known as ykarel|afk10:55
*** yamamoto has quit IRC10:58
*** iurygregory is now known as iurygregory|lunc10:58
*** iurygregory|lunc is now known as iury|lunch10:58
*** yolanda has quit IRC10:59
*** yolanda has joined #openstack-infra10:59
*** yamamoto has joined #openstack-infra11:00
*** cdent has joined #openstack-infra11:05
cdentpabelanger: what's different in ansible 2.7 that requried this https://review.openstack.org/#/c/644699/ ?11:11
*** sajauddin has quit IRC11:13
*** jtomasek has quit IRC11:14
*** nicolasbock has joined #openstack-infra11:15
*** janki has quit IRC11:16
*** janki has joined #openstack-infra11:16
*** ykarel|afk is now known as ykarel11:17
aspiersWould it make sense to configure mod_cache on parts of logs.o.o? so that URLs like http://logs.openstack.org/54/644554/2/check/tempest-full-py3/42292da/job-output.txt.gz don't get redownloaded by a client every time they are viewed11:17
aspierscurrently Apache doesn't return any header about when it was last modified11:17
aspiersdoes the 42292da bit change on a recheck?11:18
*** jtomasek has joined #openstack-infra11:23
*** ccamacho has quit IRC11:24
*** ccamacho has joined #openstack-infra11:26
*** rcernin has joined #openstack-infra11:27
*** njohnston has joined #openstack-infra11:27
*** udesale has quit IRC11:28
*** udesale has joined #openstack-infra11:29
*** lpetrut has joined #openstack-infra11:29
*** pcaruana has quit IRC11:38
*** yamamoto has quit IRC11:40
*** yamamoto has joined #openstack-infra11:41
*** jpich has quit IRC11:42
*** jpich has joined #openstack-infra11:42
toskythe bump of ansible raised the requirements of openstacksdk for the os_user module, and now I have a job failing on stable/queens: http://logs.openstack.org/83/643383/2/check/sahara-tests-scenario-queens/a6fc707/job-output.txt.gz#_2019-03-20_11_37_50_30355211:45
toskywhat can I do? Not use os_user?11:46
*** yamamoto has quit IRC11:46
*** jpich has quit IRC11:49
*** jpich has joined #openstack-infra11:49
*** dave-mccowan has quit IRC11:51
*** rh-jelabarre has joined #openstack-infra11:52
cdentIt appears that placement-stable-maint was created but we failed to give it any members: https://review.openstack.org/#/admin/groups/1938,members Could someone please stick stable-maint-core in there, plus me. Please and thank you. I'd like to merge the stable/stein patches but can't11:56
*** e0ne has quit IRC12:07
*** yamamoto has joined #openstack-infra12:10
*** jbadiapa has quit IRC12:11
*** yamamoto has quit IRC12:11
*** psachin has quit IRC12:11
*** markvoelker has quit IRC12:13
*** iury|lunch is now known as iurygregory12:14
*** pcaruana has joined #openstack-infra12:16
fricklercdent: I added you, which I guess as fresh PTL should be fine, you should now be able to self-manage other members/groups12:16
cdentgreat, thanks very much12:16
aspierscdent: I added the traits topic to the Denver placement etherpad but not sure if that's the right forum for it12:17
cdentaspiers: yeah, I left a response on the etherpad with some ideas on how to decide12:18
*** psachin has joined #openstack-infra12:19
*** jpich has quit IRC12:19
aspierscdent: Thanks, I should have guessed you'd already be ahead of me ;-)12:19
fricklertosky: hmm, I was thinking that the ansible setup should be encapsuled in a venv. if that isn't the case and the needed sdk version is too high for queens, we might want to stick to using older ansible for stable branches. maybe other infra-root have better ideas12:19
*** jpich has joined #openstack-infra12:20
cdentaspiers: it's not always the case...12:20
toskyfrickler: it does not seem to be the case (venv)12:21
toskypike is affected too, but pike jobs which uses advanced zuul v3 features are probably rarer, and more important, pike is moving to Extended Maintenance12:21
fricklertosky: maybe we just lack installing it into the venv, there was something that sounded similar to me about gear. I can check later12:22
fricklercorvus: please see tosky's error above, I'm thinking that we would also want to add openstacksdk here, though I'm not 100% sure that that's the correct location https://review.openstack.org/#/c/644685/1/manifests/executor.pp12:26
*** jpena is now known as jpena|lunch12:29
*** rlandy has joined #openstack-infra12:31
*** jpich has quit IRC12:35
*** jpich has joined #openstack-infra12:35
*** gfidente has joined #openstack-infra12:39
fricklerinfra-root: this looks similar to the tempest issue earlier, seems another fallout of the ansible update. though I haven't understood yet completely at which location the handling of undefined variables has been changed https://bugs.launchpad.net/neutron/+bug/182099312:39
openstackLaunchpad bug 1820993 in neutron "Functional and fullstack tests job definition is broken" [Critical,In progress] - Assigned to Slawek Kaplonski (slaweq)12:39
*** jpich has quit IRC12:39
*** njohnston has quit IRC12:40
*** njohnston has joined #openstack-infra12:41
*** eharney has joined #openstack-infra12:42
*** kgiusti has joined #openstack-infra12:47
*** yamamoto has joined #openstack-infra12:49
frickleralthough actually this is a different issue it seems12:50
*** cdent has left #openstack-infra12:51
*** jaosorior has quit IRC12:56
fungifrickler: ansible is installed into per-version virtualenvs on the executors, and the gear import errors yesterday were because we neglected to install gear into those virtualenvs12:56
*** hwoarang has quit IRC13:00
fungii guess in the devstack jobs ansible is also getting installed globally on the "controller" node?13:01
*** hwoarang has joined #openstack-infra13:01
fricklerfungi: is it? or does ansible just copy things when executing tasks on other hosts?13:02
fungiyeah, maybe... i'm still a bit fuzzy on ansible's remote execution module... is the idea that it's importing the openstacksdk module installed in a system context on the controller node?13:04
fungii guess it copies some scripts over ssh and then runs those with the local python, so would use the modules installed in the system context on the remote host13:04
toskyfungi: from the log above I see that openstacksdk 0.11.3 is installed on the controller node (it's a single-node job) and os_user, executed on that node, complains about the version of openstacksdk13:05
fungiyeah, hunting around, the solutions for using a virtualenv on the remote host during execution are to have one task create a virtualenv on the remote using the python from the system context, and then for subsequent operations set ansible_python_interpreter to the path of the interpreter in the remote virtualenv13:07
fungiso i guess there's not a simple switch to throw for isolating the remote ansible operations from the remote host's system context modules13:08
toskybut should that be explicitly done every time I want to use os_user or other openstacksdk-based modules on a remote node?13:08
toskyI'd rather have it working transparently13:09
*** jpich has joined #openstack-infra13:09
fungitosky: oh, i'm nowhere near making recommendations yet, still just trying to wrap my head around how ansible works13:09
toskyoki13:09
*** lseki has joined #openstack-infra13:09
Shrewsit should be safe to always use the latest version of openstacksdk, no matter the version of ansible. possibly just have a task to install the latest version before using the os_* modules?13:10
toskyShrews: if it's safe, why does upper-constraints from requirements.txt limit it?13:10
fungiShrews: that seems like one option... i guess the problem is if devstack wants to enforce that we test with the sdk version in stable constraints13:10
fungiand its constrained dependencies13:11
toskybecause it's installed system-wide, and it may impact other bits13:11
Shrewsfungi: yeah. if you could isolate the sdk version for just the ansible context, that would be ideal13:11
fungithis gets back to the challenges inherent in using python-based tools to test python-based software13:12
fungiit's possible we may want to tie the ansible version for jobs to the same job variants we're using to decide which versions of our platforms we use13:12
fungiso keep stable/rocky and earlier jobs running with ansible 2.5, and use 2.7 on stable/stein and master?13:13
*** ramishra has quit IRC13:14
fricklerfungi: if it's not possible to untangle things with a venv easily, that may indeed be the best solution13:14
fungior, yeah, find a way to isolate the remote python environment used by ansible from the remote python environment used by software being tested... but then you can't easily share the same installations of some dependencies between the job definitions and the software being tested13:15
*** rcernin has quit IRC13:16
Shrewsfungi: jobs can selectively choose the ansible version, right?13:16
*** e0ne has joined #openstack-infra13:16
fungiyes13:16
fungiwhich is why i was suggesting maybe we select the ansible version for specific stable branches13:17
*** mriedem has joined #openstack-infra13:17
fungias it's possible some of them will be running jobs which need ansible dependencies contemporary with when the constraints were frozen for those branches13:17
Shrewsso automatically do it on a global scale?13:18
fungieither that or continue to recommend one-off fixes for every job which uses openstacksdk on a stable branch13:18
fungi(and whatever other modules have similar challenges we haven't found out about yet)13:19
Shrewsthe former actually makes sense13:19
fungithe *hope* is that stable branches should mostly be a state frozen in time and not need changing due to outside alterations of the ci system13:19
pabelangerfrickler: yah, 644842 would silent warning the syntax wasn't valid, in 2.7 ansible will error. So fix here is to use valid syntax13:19
pabelanger(2.5 would silent warn)13:20
Shrewsthat ^ is also another good reason for ansible versioning by branch13:21
fungibut apparently the ansible version used on the executor is not necessarily independent of the versions of dependencies needed by its ansible plugins on remote hosts13:21
*** jbadiapa has joined #openstack-infra13:21
fricklerpabelanger: would 2.6 give a visible warning?13:21
*** jaosorior has joined #openstack-infra13:21
fricklerpabelanger: or is there a way to see the warning with 2.5? we might want to crosscheck for other possibly affected jobs13:22
*** ccamacho has quit IRC13:23
*** ccamacho has joined #openstack-infra13:23
pabelangerfrickler: I suspect you'd see something like [WARNING]: Ignoring invalid attribute: foo13:25
pabelangerfrickler: should be able to use logstash... let me look13:25
pabelangerah, yah. I see things in logstash13:26
pabelangerhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22%5BWARNING%5D%3A%20Ignoring%20invalid%20attribute%5C%22%20AND%20tags%3A%5C%22console%5C%22%20AND%20voting%3A113:26
*** ccamacho has quit IRC13:28
*** ccamacho has joined #openstack-infra13:28
*** psachin has quit IRC13:30
*** njohnston has quit IRC13:30
*** njohnston has joined #openstack-infra13:31
jrosserfwiw we take great care over ansible versioning per branch in openstack-ansible, you might be able to recycle some of that13:32
fricklerpabelanger: woa, that's a lot of matches. but these still seem to be non-fatal even now, is that correct?13:32
jrosserall of those issues with os_* modules are very familiar13:33
*** sthussey has joined #openstack-infra13:34
pabelangerfrickler: it is possible these are also nested ansible, I haven't looked too much13:36
pabelangerbut talking with ansible-core, it is possible some are still warning, and some now error13:36
*** njohnston has quit IRC13:36
pabelangerthere is work to clean up attribute parsing on tasks13:36
pabelangerso, a work item should be to fix all the warnings13:37
*** jpena|lunch is now known as jpena13:39
fricklerpabelanger: I still fail to find a warning with "invalid attribute: msg" that would match the neutron failure13:45
pabelangerfrickler: I wonder if that is showing up in the executor log13:45
pabelangersince that is where ansible is running13:45
pabelangerlet me look real quick13:46
fricklerpabelanger: executor-debug.log, indeed13:47
*** helenafm has quit IRC13:48
*** jonher has quit IRC13:54
*** ramishra has joined #openstack-infra13:54
*** ykarel is now known as ykarel|afk13:56
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Add job and integration tests for the upload-git-mirror role  https://review.openstack.org/64343513:59
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Add job and integration tests for the upload-git-mirror role  https://review.openstack.org/64343514:00
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a role to mirror a git repository to a remote git server  https://review.openstack.org/64339414:00
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Do not merge: test zuul-jobs-upload-git-mirror job  https://review.openstack.org/64343714:00
*** jonher has joined #openstack-infra14:02
*** eharney has quit IRC14:03
*** ykarel|afk is now known as ykarel14:08
pabelangerfrickler: INVALID_TASK_ATTRIBUTE_FAILED14:08
pabelangerthat should restore the original (broken) tasks14:08
pabelangerin 2.7 that was flipped to true, which is breaking everything here14:08
pabelangerwell, not everything, but failing on the invalid tasks so far14:09
pabelangerfrickler: also: http://logs.openstack.org/85/643485/5/check/neutron-functional/e06a057/job-output.txt.gz#_2019-03-20_08_37_50_699476 was pointed out by human in ansible14:11
fungi#status log restarted mysql and apache2 services on storyboard01.opendev.org to investigate cache memory pressure14:20
openstackstatusfungi: finished logging14:20
*** jamesmcarthur has quit IRC14:25
*** jamesmcarthur has joined #openstack-infra14:25
*** ykarel is now known as ykarel|afk14:26
*** chandankumar is now known as raukadah14:29
openstackgerritjacky06 proposed openstack/os-testr master: Update hacking version  https://review.openstack.org/64138414:30
*** derekh has quit IRC14:31
clarkbthe issue is anaible 2.7 tries to use job installed sdk libs and fails because it is too old?14:35
*** ykarel_ has joined #openstack-infra14:35
clarkbaspiers: the access patterns for those artifacts havent really justified it in the past. Most are single access by our log processong tools14:36
*** ykarel|afk has quit IRC14:37
fungiclarkb: correct14:41
*** electrofelix has quit IRC14:41
fungiclarkb: in short, devstack-managed services want some of the same libraries as ansible plugnis executed remotely on the job nodes, but disagree on what versions they need14:41
fungiand since the devstack jobs in particular seem to want to use the openstack plugin for ansible they particularly collide over expected openstacksdk version14:42
clarkbI wonderif sdk is added as an extrlib if ansible will vendor it to the remote host14:43
fricklerit's also not devstack jobs in general, but some sahara job using the os_user module, iiuc14:44
clarkbbut also seems like a good reason to not use ansible for that and instead rely on remote scripts14:44
clarkbeg take this as a lesson that this doesnt work long term and avoid doing it14:44
fungiyeah, i'm less concerned about this specific case, but more the portent that upgrading the version of ansible we use to run jobs can wind up at odds with libraries shared by the remote ansible scripts and the software on the remote nodes14:45
fungiand the older the branches being tested, the greater that risk probably14:46
fricklerthis is the role definition, do we really want to enforce people using osc shellouts like the one below everywhere? https://opendev.org/openstack/sahara-tests/src/branch/master/roles/setup-sahara-scenario-env/tasks/main.yaml#L16-L2214:49
fungiwe can recommend against it, and i like the vendoring idea too, just wondering how we detect that before it ends up baked into a stable branch for two years with no problem and suddenly no longer works after an ansible upgrade14:49
fricklers/enforce/persuade/ or whatever14:49
*** dtantsur is now known as dtantsur|bbl14:51
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for gabbi_tempest_path bug 1821007  https://review.openstack.org/64488514:51
openstackbug 1821007 in tempest "The field 'environment' has an invalid value, which includes an undefined variable. The error was: 'gabbi_tempest_path' is undefined" [Critical,Fix released] https://launchpad.net/bugs/1821007 - Assigned to Paul Belanger (pabelanger)14:51
*** jbadiapa has quit IRC14:51
clarkbfrickler: if we are pinning the install of that toolchain in that job then ya I think we have to14:52
clarkbfungi: this class of problem is why historically openstack hasn't tried to support stable branches for very long :)14:53
fungiyup14:53
clarkbworth noting that my now mostly abandoned plan to put everything into a virtualenv with devstack would've addressed this by forcing the job to manage the ansible sdk version indepednent of the job sdk version14:54
fricklerclarkb: iiuc we don't install the openstacksdk needed for ansible at all. devstack happens to do so globally by chance, but on stable/queens with a version that is too old for ansible 2.714:54
fungiclarkb: however the last thing i want is for the support limitations to be blamed on our infrastructure14:54
clarkbfrickler: ya, I think this poinst to further benefit to getting everything into a devstack venv for devstack14:55
clarkbits just that happens to be another huage change that will break even more stuff14:55
fungiyeah, and also devstack-in-a-venv probably doesn't help the existing stable branches which are unlikely to get ported to it14:55
fungistill, might be worth revisiting in the u cycle when devstack/openstack no longer needs to care about python 2.714:56
fungior really any python <3.614:57
*** ykarel_ is now known as ykarel14:58
dmsimardDid anyone have comments about this github org transfer script I wrote ? Should I put it to a repo somewhere ? See: https://gist.github.com/dmsimard/7767f20f3a03ab26685996ccc9ee649314:58
fungiunfortunately centos 8 will likely be 3.6 for a very long time and even the latest ubuntu lts probably won't default to newer than 3.6 until 20.04 (which is presumably not relevant for openstack until the v cycle)14:59
corvusdmsimard: it's confusing to put "all rights reserved" in an apache license header.14:59
fungidmsimard: propose to openstack-infra/system-config tools directory maybe?14:59
corvusfungi: ++14:59
dmsimardcorvus: copy pasta from somewhere else, I can remove it15:00
fungiand i agree, "all rights reserved" is neither useful nor relevant15:00
dmsimardI'll take note for the future, I'm not good with that stuff.15:00
fungii think that phrase ceased being relevant for any works as of the berne convention?15:00
dmsimardfungi: ack, I'll send it there15:00
*** eggshell has joined #openstack-infra15:00
*** lpetrut has quit IRC15:01
fungibut in particular as corvus points out, it also runs counter to the intent of free/libre open source software licenses15:01
* dmsimard finds a proper license block header15:01
*** eggshell has left #openstack-infra15:02
pabelangerI had a question with promote pipeline for openstack, if a job was both in promote / post, does zuul basically enqueue them at the same time? Given they are 2 different event triggers from gerrit?15:02
*** manjeets_ is now known as manjeets15:02
clarkbpabelanger: they should end up in the queues at the same time since zuul will process the triggering event once (then it iterates through it tspipelines to find matches) but the jobs will not run in any specific order depending on nodepool and zuul executor availability15:04
corvusfungi, frickler, clarkb: it seems that, on a high level, the sahara job was written to use a certain version of ansible (whether its author intended that or not).  so an appropriate fix would be to pin it to that version of ansible.  another fix would be to alter it to support more versions by avoiding the dependency on sdk.15:04
corvusfungi, frickler, clarkb: https://zuul-ci.org/docs/zuul/user/config.html#attr-job.ansible-version is how to set the ansible version15:04
fungidmsimard: see the end of https://www.apache.org/dev/apply-license.html15:04
fungiwhere it says "APPENDIX: How to apply the Apache License to your work.15:04
fungi"15:04
corvusfungi, frickler, clarkb: does ansible 2.6 work?  if so, that might extend the life of the job as written for some time.15:04
fungidmsimard: er, i pasted the wrong url, meant https://www.apache.org/licenses/LICENSE-2.0.txt15:05
pabelangerclarkb: thanks, that is what I figured. I was mostly curious what differences the ref-updated and change-merged trigger events provided in the 2 pipelines. Because I don't think github has the same granularity as gerrit in this case15:06
corvuspabelanger: the jobs needed for post and promote are usually different enough that it doesn't make sense to put them in both...15:06
*** dpawlik is now known as dpawlik_15:06
corvuspabelanger: the differences are almost exactly the same in gerrit and github15:06
fricklertosky: ^^ can you try to pin your job to ansible 2.6 or maybe 2.5?15:09
*** hwoarang has quit IRC15:09
pabelangercorvus: in zuul.o.o case, could the trigger event on promote (not that I am asking for it to change) be the same as post? Or is there specific ordering in gerrit that change-merge / ref-updated provide?15:09
*** hwoarang has joined #openstack-infra15:10
pabelangercorvus: in the case of github pipeline, I think I can only use the pushevent, which is what is setup for post today. The only difference between the stanza would be, promote would comment on the change (PR), which is really what I am looking for15:10
corvuspabelanger: the trigger for post has the merge commit sha but not the change that caused it.  therefore post is used for building artifacts that must be built from the final sha.  promote has a reference to a merged change, but not the final merge commit sha, so it's appropriate for dealing with artifacts created for changes in gate, but where we don't need the assurance that they were actually15:11
corvusbuilt from the final git sha.15:11
openstackgerritRico Lin proposed openstack-infra/irc-meetings master: Change Heat meeting time  https://review.openstack.org/64489615:11
pabelangercorvus: Great, that is info I was missing! thankyou15:12
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for gabbi_tempest_path bug 1821007  https://review.openstack.org/64488515:13
openstackbug 1821007 in tempest "The field 'environment' has an invalid value, which includes an undefined variable. The error was: 'gabbi_tempest_path' is undefined" [Critical,Fix released] https://launchpad.net/bugs/1821007 - Assigned to Paul Belanger (pabelanger)15:13
*** yamamoto has quit IRC15:16
*** yamamoto has joined #openstack-infra15:18
*** yamamoto has quit IRC15:18
*** yamamoto has joined #openstack-infra15:18
*** yamamoto has quit IRC15:18
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Forward artifacts to child jobs within buildset  https://review.openstack.org/64285715:26
asettleHey infra team - did anyone/does anyone have any documentation on how we implemented the building of openstack docs as PDFs? ianychoi AJaeger et al15:27
clarkbasettle: I don't know off the top of my head, but my guess is via sphinx as it can do pdf output iirc (as well as html and manpage/rof format)15:28
asettleHow did we handle the cross refs with the build PDF? Did we just comment them out?15:29
*** altlogbot_1 has joined #openstack-infra15:29
*** altlogbot_1 has quit IRC15:30
mordredasettle: I don't think we comment them out - I think sphinx just DTRT15:35
asettleThat's good to know. I don't know why but I have this huge image in my head that it was much, much more complicated than simply implemetning the function.15:36
asettleimplementing *15:36
corvusasettle: pdfs support both internal and external hyperlinks, so both kinds of references should work15:37
asettleOh neat, even better. Thanks!15:38
asettleSo there's no infra trick of the light I'm missing here? we implemented the thing, the thing worked, we put it across the repos, badda bing, badda boom?15:38
fungithat matches my (vague) recollection, yes15:39
asettlePerfecto15:40
*** eharney has joined #openstack-infra15:40
asettleThanks team :D15:40
mordredasettle: the hardest bit was figuring out the bindep depends for it15:48
asettleAh. That's not so bad.15:48
asettle(for me)15:48
AJaegerasettle: we're not building PDFs in general, only for openstack-manuals15:48
asettleAJaeger, yep!15:49
mordredasettle: there's a couple of different options, and one works while others don't. I don't remember which were the right ones15:49
asettle Is it possible to build a PDF of say, the nova admin guide?15:49
mordredasettle: but - looking through openstack-manuals for what the bindeps are is probably a good choice15:49
AJaegerasettle: and there it's only tox - and bindep.txt has the binary requirements15:49
asettleGood call mordred15:49
AJaegerasettle: yes, update doc/source/conf.py similar like done in openstack-manuals/doc/*/source/conf.py...15:49
mordredasettle: I don't think there is anything that would cause that to not be possible - other than a general decision about doing so. and what AJaeger said :)15:49
* AJaeger is travelling, will go offline again15:50
asettleAJaeger, o/ thank you15:50
asettlemordred, so currently not implemented, but doable15:51
*** gyee has joined #openstack-infra15:51
*** ykarel is now known as ykarel|away15:51
*** lpetrut has joined #openstack-infra15:54
fungias a heads up, looks like https://review.openstack.org/644842 is more fallout from the ansible upgrade15:55
*** sshnaidm|rover is now known as sshnaidm|afk15:58
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Add retries to promote-docker-image  https://review.openstack.org/64491116:02
*** Lucas_Gray has quit IRC16:03
*** efried is now known as efried_rolling16:03
openstackgerritDaniel Abad proposed openstack/diskimage-builder master: Minor clarifications in centos7 element docs  https://review.openstack.org/64491316:04
fungigonna go find lunch and run a quick errand, but should be back in an hour or so16:05
openstackgerritDaniel Abad proposed openstack/diskimage-builder master: Minor clarifications in centos7 element docs  https://review.openstack.org/64491316:05
*** lpetrut has quit IRC16:12
*** rfolco has quit IRC16:14
*** rfolco has joined #openstack-infra16:14
openstackgerritAdam Coldrick proposed openstack-infra/storyboard master: Whitelist `rm` for docs target in tox.ini  https://review.openstack.org/64492016:15
openstackgerritAdam Coldrick proposed openstack-infra/storyboard master: WIP: Add docker-compose based dev setup instructions  https://review.openstack.org/64492116:15
openstackgerritAdam Coldrick proposed openstack-infra/storyboard master: WIP: rewrite/clarify non-docker dev env instructions  https://review.openstack.org/64492216:15
*** rfolco has quit IRC16:16
*** rfolco has joined #openstack-infra16:17
corvusfungi, clarkb, frickler, pabelanger: how's this look?  https://etherpad.openstack.org/p/dihydGYxsm16:19
openstackgerritFabien Boucher proposed openstack-infra/zuul master: wip - Elasticsearch Zuul reporter  https://review.openstack.org/64492716:22
clarkbcorvus: re the default being 2.7 is that the current value of a default being latest ansible release? or are we going to be more discerning about that?16:22
*** jbadiapa has joined #openstack-infra16:22
pabelangercorvus: wfm!16:22
*** dtantsur|bbl is now known as dtantsur16:22
clarkbcorvus: also links to the docs on setting ansible version per job will likely help readers16:23
clarkbotherwise lgtm16:23
toskycorvus: the sahara job was written to use a well-documented feature of ansible, the os_user task; if zuul provides "ansible" to write tasks, I shouldn't care how the dependencies are working, I think16:23
*** sshnaidm|afk is now known as sshnaidm|rover16:23
openstackgerritDaniel Abad proposed openstack/diskimage-builder master: Minor clarifications in centos7 element docs  https://review.openstack.org/64491316:23
toskyfrickler: how do I pin my job to ansible 2.5? (I think that 2.6 has the same issue)16:24
corvusclarkb: i think our policy is going to be latest ansible?  or maybe latest after a very short stabilization delay?  i expect we may want to add support for pre-releases in the future though, so at some point i expect people to be able to select future versions.16:24
clarkbtosky: unfortunately that isn't how ansible works16:24
clarkbtosky: if you'd like to change that you'll need to change how nasible works aiui (which may be a valid bug from their perspective)16:24
clarkbtosky: https://zuul-ci.org/docs/zuul/user/config.html#attr-job.ansible-version16:24
toskyclarkb: maybe that's more how openstacksdk works16:24
corvustosky: no it's how zuul works -- did you read my explanation of item 2 in https://etherpad.openstack.org/p/dihydGYxsm ?16:25
corvustosky: that's true for all ansible modules16:25
clarkbcorvus: ya so we may want to say "default is going to be latest ansible release which is currently 2.7"16:25
corvustosky: er, rather, it's how *ansible* works16:25
clarkbcorvus: that way when it becomes 2.8 people don'e complain we said 2.7 is the default16:25
*** trown is now known as trown|lunch16:25
toskyI suspect that these kind of issues will disappear when the modules will stabilize16:26
corvustosky: i hope so16:26
*** mattw4 has joined #openstack-infra16:26
toskycorvus: but anyway, it may happen again now that the number of native zuul v3 jobs is increasing, and given the short lifetime of ansible and the longer lifetime of openstack16:28
clarkbcorvus: edits lgtm on etherpad16:28
*** ramishra has quit IRC16:28
corvustosky: yeah, when mordred is back from his trip, we should chat about this, because i don't think this issue was on his radar :)16:29
toskythis specific job is a defined in a branchless repository , which means that every job defined in a branchless repository should not use potentially problematic features16:30
corvusemail sent16:32
toskyif I read that email correctly, it means that I can't even switch on ansible 2.5, because that will be removed soon16:32
toskywhen 2.8 is out, according the ansible support policy16:32
tosky(last 3 releases)16:33
corvustosky: you can switch to 2.5, and it will continue working until at least the beginning of May16:33
toskyand I suspect that it will happen long before queens turns into Extended Maintenance16:33
*** priteau has joined #openstack-infra16:33
corvusbut it's correct that is not a long-term solution16:33
corvustosky: did you verify that 2.6 also requires a newer sdk?16:35
*** mattw4 has quit IRC16:36
toskycorvus: https://github.com/ansible/ansible/issues/4258816:36
*** altlogbot_1 has joined #openstack-infra16:39
corvustosky: :(  then i'd suggest setting the version to 2.5 for now, and if mordred or Shrews don't have any other suggestions over the next few days, i guess convert those os_* tasks to command16:41
Shrewsif ansible had to install every external library needed for all of its included modules... oy, the problems that could cause16:41
*** altlogbot_1 has quit IRC16:41
corvusShrews: i think it would be theoretically possible for it to install that into some kind of private venv on the remote side.  but that's obviously some substantial engineering.16:42
Shrews"install the latest sdk" has always been our standard response. the problem is that as features are added to openstack API, the modules have necessary reflected those features. thus we add the updated sdk requirement16:43
corvusi did have the thought that some of the os_* tasks could be run on the executor instead of the "controller" node, but i think the task we were specifically looking at earlier was an image upload?  so that would probably not be a good fit since it would involve shipping the image back to the executor.16:43
corvusShrews: right, it seems that stance is at odds with the use case "use the ansible openstack module in a zuul job on openstack's stable branches"16:44
Shrewsyeah16:44
corvusShrews, tosky, clarkb: would this be a potential solution?  https://stackoverflow.com/questions/20575084/best-way-to-always-run-ansible-inside-a-virtualenv-on-remote-machines16:49
*** yolanda has quit IRC16:49
Shrewswe used to have the modules restrict min version based on the feature being used. at some point we moved it to a common code base so that it's now per-module. that may have been a mistake in hindsight16:49
*** mattw4 has joined #openstack-infra16:51
Shrewscorvus: i mean, any process that would separate the ansible env from the one needed by devstack should work. so i think yeah, that's an option16:52
*** jamesmcarthur has quit IRC16:52
*** armax has joined #openstack-infra16:53
*** jamesmcarthur has joined #openstack-infra16:53
Shrewsi've run ansible that way myself for some reason i've now forgotten16:54
clarkbIf we think about people using these tools in productuin they will have the same issues too16:55
clarkbdefinitely seems worthwhile to improve in ansible if possible given that16:55
Shrewsoh, heh... issue #2: https://dshrewsbury.blogspot.com/2016/02/common-problems-using-ansible-20.html16:55
corvuswe could actually pre-create a virtualenv in nodepool images and then jobs which want to use it could set ansible_python_interpreter16:56
Shrewscorvus: or do something in the base jobs to prepare it maybe?16:58
*** mattw4 has quit IRC16:58
corvusShrews: yes, either way... the usual complexity/time trade-off :)17:00
*** mattw4 has joined #openstack-infra17:03
*** ykarel|away has quit IRC17:04
*** mattw4 has quit IRC17:05
*** jbadiapa has quit IRC17:07
*** e0ne has quit IRC17:07
*** ykarel has joined #openstack-infra17:08
*** mattw4 has joined #openstack-infra17:09
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add script to automate GitHub organization transfers  https://review.openstack.org/64493717:10
*** ykarel is now known as ykarel|pto17:10
corvustosky: ^ what do you think about that?  should we set up a virtualenv on the remote node for zuul's ansible?  i think that means we can keep zuul's ansible modules isolated from devstack and the jobs would not need to change.  or would you rather rework the jobs to not use os_ modules?17:11
*** yamamoto has joined #openstack-infra17:11
openstackgerritBen Nemec proposed openstack-dev/pbr master: Typo fix: s/extract_mesages/extract_messages/  https://review.openstack.org/64494217:16
*** udesale has quit IRC17:17
openstackgerritBen Nemec proposed openstack-dev/pbr master: Fix nits and typos on release note message.  https://review.openstack.org/64456317:19
*** trown|lunch is now known as trown17:20
*** altlogbot_1 has joined #openstack-infra17:24
*** altlogbot_1 has quit IRC17:24
*** altlogbot_0 has joined #openstack-infra17:26
clarkbcorvus: the jobs would need to install the tools in the venv? or are you thinking bake in some common tools?17:27
*** yamamoto has quit IRC17:27
*** altlogbot_0 has quit IRC17:28
*** armax has quit IRC17:28
corvusclarkb: either would work i think; we could provide an empty venv that jobs can opt into and start pip installing, or we could go ahead and bake openstacksdk in.17:28
clarkbthinking about it more baking in a small number of useful tools for ansible is probably a reasonable thing to do17:29
clarkbthe openshift client and kubernetes sdk too17:29
*** altlogbot_3 has joined #openstack-infra17:29
*** yamamoto has joined #openstack-infra17:30
*** yamamoto has quit IRC17:30
*** yamamoto has joined #openstack-infra17:30
*** raissa has joined #openstack-infra17:30
clarkbinfra-root (mordred in particular as you wrote the breaking change) https://review.openstack.org/#/c/644432/ is something I'd like to test on review-dev today. Assuming that goes well I think we should try and get that in and then run manage-projects by hand on prod gerrit (run by hand because it will likely be slow as it fixes everything and go past the puppet timeout)17:33
mordredcorvus, Shrews: I'm not 100% caught up on the backscroll - I guess the reason we can't install master sdk is that we'd be polluting the test?17:33
clarkbsome quick reviews on that before I start running things would be appreciated just to make sure I'm not missing something obvious and in the meantime I need to debug those openstackiddev node link loops17:33
*** jpich has quit IRC17:33
clarkbmordred: right openstack sets an upper constraint for the branch that is older than master17:33
mordredAH17:34
clarkbmordred: and openstack doesn't like bumping upper constraints on stable branches17:34
mordredyeah17:34
*** ginopc has quit IRC17:34
*** yamamoto has quit IRC17:35
mordredis there a change I can look at that is being affected?17:35
clarkbmordred: http://logs.openstack.org/83/643383/2/check/sahara-tests-scenario-queens/a6fc707/job-output.txt.gz#_2019-03-20_11_37_50_303552 is the job and 643383 is the change I think17:35
mordredI would expect, possibly incorrectly, that if things aren't trying to use new 2.7 features of os_user - that old sdk should still work17:36
mordredclarkb: thanks. looking now17:36
*** ccamacho has quit IRC17:36
clarkbmordred: shrews mentioned that os_* used to have min versions for each os_* thing but then there as a module combining and now it is global to all os_* things?17:36
Shrewsclarkb: it was moved from module level to https://github.com/ansible/ansible/blob/devel/lib/ansible/module_utils/openstack.py#L11117:38
mordredyeah17:40
toskycorvus: creating the venv is a bigger change, I guess, and probably more invasive; I will probably remove the usage of os_user for now, but if we had a clear pattern it would be better, I think17:40
mordredI think we should set ansible_version to 2.5 for the stable/queens version of the job17:42
mordredthe min version that's set is the min version of when the shade->sdk transition happened, it's not shifting upwards each release17:42
* fungi is back now17:43
fungicorvus: the draft announcement lgtm, thanks!17:43
mordredso it should really only be a problem with stable/queens since that was before the good version of sdk17:43
*** ykarel|pto has quit IRC17:43
*** ricolin has quit IRC17:44
mordred2.7 should work with all the other stable branches newer than queens17:44
mordredtosky: ^^ sorry, I should have tagged you in that17:44
mordredor, zuul_ansible_version that is17:45
toskymordred: yep, it does work with rocky17:45
toskymordred: the problem is that 2.5 is probably going out of support before the end of life of queens17:45
mordredah. well poop17:45
clarkbwe could in theory still support eol ansible in jobs (just recommend against it17:46
mordredsorry - that's a really unfortunate combination of circumstances17:46
clarkband if it doesn't work then we aren't doing much to fix it17:46
toskyI'm going to remove the offending code, but it may happen again17:47
mordredtosky: this shouldn't be an issue post-queens - unfortunately rocky was the transition time - and we didn't think to map 2.5 lifecycle to queens lifecycle to consider this17:48
fungialso worth remembering, openstack decided to stop just ending live of stable branches, so stable/queens is expected to continue accepting patches long after it stops getting point releases. this will be a fun conundrum for the extended maintenance team to unwind17:51
clarkbfungi: yup, but it is also contingent on being able to keep things working. I think not using the os_* modules on queens and older is a reasonable path there for that17:52
fungisure, that's certainly one way out17:53
fungian alternative is to just drop the specific jobs which are no longer usable17:53
*** dtantsur is now known as dtantsur|afk17:53
*** bgmccollum has quit IRC17:54
openstackgerritClark Boylan proposed openstack-infra/puppet-openstackid master: Disable legacy nodejs symlinks  https://review.openstack.org/64495617:58
clarkbfungi: ^ I think merging that then reinstalling nodejs on openstackid servers will fix the symlink issue17:58
fungireinstalling is what i did previously, so hopefully this will make it stop undoing that?17:58
fungiand thanks!17:59
fungii hadn't found time to look into it yet17:59
fungialso did you still want to take a peek at https://review.openstack.org/643476 to get wiki-dev01.openstack.org on track with xenial17:59
fungi?17:59
clarkbas for why puppet 4 mattered there? I think it was just coincidence that the upstream pacakges must've updated at the same time17:59
clarkbfungi: I do! sorry yseterday was really weird scheduling wise. I'll look now18:00
fungidon't sweat it18:00
mordredclarkb, fungi: we could also investigate what would break if we bumped the stable/queens sdk constraint to 0.12. I'm PRETTY sure it would be a problem for senlin and heat and maybe masakari ... but I also think MAYBE we did the work in queens to allow them to support both calling syntaxes?18:00
fungimy whole week has been like that18:00
mordredlike - sending in the bump patch should either fail spectacularly or be fine18:00
mordredand if it works, we could then go discuss suitability of such a thing in this case18:00
fungimordred: i'm not opposed to the idea, but recommend bringing it up with prometheanfire and the requirements crwod18:00
fungicrowd18:01
clarkbmordred: ya though the requirements team tends to be pretty cautious about changes like that18:01
clarkbI guess as long as it is a constraints change and not a change in the acceptable range it is less scary18:01
clarkbfungi: virtual packages are magic18:01
fungiclarkb: virtual packages are a staple of debian and its derivatives... have been since the mid-90s18:02
mordredclarkb, fungi: yeah. I mean - I honestly have no idea if it'll work18:02
*** armax has joined #openstack-infra18:02
clarkbya I know, but still magic. I am always happy for the build-essential meta package when I am on ap latform that doesn't udnerstand such things18:02
toskyfungi: about the lifecycle and the extended maintenance, just to be sure: the decision on whether running pike jobs or not for a certain project at this point is on the PTL shoulder?18:02
fungitosky: it's up to the ptl to decide whether to have the core reviewers for the project continue maintenance, hand over maintenance to an extended maintenance team, or close down the branch for further development entirely18:04
fungiat least last i remember18:04
*** priteau has quit IRC18:04
prometheanfiresup?18:05
prometheanfiremordred: submit a proposed bump patch then in those projects (senlin/heat) submit a change that depends on the reqs change18:06
*** armax has quit IRC18:06
mordredprometheanfire: ok. it might totally crash and burn :)18:09
fungiwe call that "openstack" ;)18:09
prometheanfirebrokenstack18:09
*** rpioso|afk is now known as rpioso18:11
clarkbnow to debug elastic-recheck18:11
clarkbthere was a stale e-r process from march 12 holding the lock. Let me add a timeout of say 4 hours to those processes18:12
mordredprometheanfire: done. I listed the other patches in a comment on the patch18:14
*** jpena is now known as jpena|off18:15
*** gfidente is now known as gfidente|afk18:15
prometheanfirecool18:16
*** bgmccollum has joined #openstack-infra18:17
*** e0ne has joined #openstack-infra18:17
openstackgerritClark Boylan proposed openstack-infra/puppet-elastic_recheck master: Timeout generation of e-r graphs  https://review.openstack.org/64496318:18
clarkbmriedem: ^ fyi that should improve this situation with e-r18:18
clarkbinfra-root can I get reviwes on https://review.openstack.org/644963 and https://review.openstack.org/644956 to fixup a couple of recently noticed things18:19
*** kopecmartin is now known as kopecmartin|off18:19
*** irclogbot_1 has quit IRC18:21
*** owalsh has quit IRC18:23
*** uberjay has quit IRC18:23
*** uberjay has joined #openstack-infra18:23
*** irclogbot_1 has joined #openstack-infra18:23
*** irclogbot_1 has quit IRC18:27
*** irclogbot_2 has joined #openstack-infra18:28
mriedemclarkb: ack, yeah i noticed when i was running the graph locally yesterday it was pretty slow18:30
mriedemi've got a todo to cleanup old queries18:30
mriedemwhich i should really automate, but...18:30
*** PrinzElvis has quit IRC18:30
*** evgenyl has quit IRC18:30
clarkbactually I wonder if I want to flock timeout instead of timeout flock18:30
clarkbthat way we don't kill the flock without cleaning up the process that writes things18:31
*** icey has quit IRC18:31
clarkbinstead we kill the thing that writes things then let timeout/flock clean up the children18:31
clarkbya /me is gonna flip it around18:31
*** sweston has quit IRC18:31
*** dirk has quit IRC18:31
openstackgerritClark Boylan proposed openstack-infra/puppet-elastic_recheck master: Timeout generation of e-r graphs  https://review.openstack.org/64496318:32
*** dougwig has quit IRC18:32
*** geekinutah has quit IRC18:32
*** evgenyl has joined #openstack-infra18:32
*** PrinzElvis_ has joined #openstack-infra18:33
*** icey has joined #openstack-infra18:33
*** sweston has joined #openstack-infra18:33
*** diablo_rojo has joined #openstack-infra18:33
*** geekinutah has joined #openstack-infra18:34
*** dirk has joined #openstack-infra18:34
*** dougwig has joined #openstack-infra18:45
corvusdmsimard: +2 with suggested revision on 64339418:47
*** pgaxatte has quit IRC18:52
*** e0ne has quit IRC18:53
corvusdmsimard: same on 64343518:56
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Add a role to mirror a git repository to a remote git server  https://review.openstack.org/64339418:57
fricklercorvus: for the ml post, maybe mention explicitly that ansible 2.5 will be EOL pretty soon? also, it's openstack-discuss now ;)18:59
corvusfrickler: i think i did add that?  and i sent it already18:59
*** altlogbot_3 has quit IRC19:00
corvusi think the bit about 2.5 being eol is in the first pgraph: http://lists.openstack.org/pipermail/openstack-discuss/2019-March/004034.html19:00
*** altlogbot_0 has joined #openstack-infra19:01
fricklerah, right, I had scrolled past that when I read the last part19:01
fricklercorvus: still you did send to -dev , which may be confusing19:02
openstackgerritDavid Moreau Simard proposed openstack-infra/openstack-zuul-jobs master: Add job and integration tests for the upload-git-mirror role  https://review.openstack.org/64343519:02
dmsimardcorvus: thanks, addressed both19:02
corvusfrickler: well, it got there.  i can't unsend it now.  if we don't want that sort of thing to happen, we should make -dev bounce.19:03
dmsimardcorvus: also agreed that we might want to scope jobs file matchers better in general19:03
fricklerwe might also want to tackle the issue that the warnings which ansible 2.5 showed ended up in executor-debug.log only19:03
fricklerif we can show them to users instead, they could fix them before they become errors with the next ansible version19:04
fricklerif they never see them before it's too late, that's bad19:04
fricklerfungi: do you think it would be time now to make the old MLs bounce or would you want to wait longer?19:05
fungiyeah, i think we're stuck just accepting openstack-dev messages for a while, since there are countless packages on pypi which list that as a maintainer address19:05
corvusfrickler: i agree; mordred ^ could you help with that?19:05
*** PrinzElvis_ is now known as PrinzElvis19:05
fricklerfungi: ah, that's a good point, agreed19:05
*** altlogbot_0 has quit IRC19:06
fungieven if we patch it in those hundreds of repos, that doesn't un-release all the older versions floating around which people might have and devide to follow the maintainer e-mail from19:06
*** altlogbot_3 has joined #openstack-infra19:07
fungii expect there will come a time when we say, "okay, it's been long enough, let's shut down the old forwards," but that's probably years out by my reckoning19:07
corvuswhen we do, we can always make it bounce with a helpful message.19:07
fungiyep19:08
fungii expect we would19:08
*** lpetrut has joined #openstack-infra19:08
fungithankfully, exim makes that simple to do with an alias19:08
fungiopenstack-dev: :fail: this is not the list you're looking for, try openstack-discuss!19:09
corvusclarkb, fungi, ianw, frickler: how does this email look for opendev scheduling?  https://etherpad.openstack.org/p/Ip7tCf15vH19:10
*** efried_rolling is now known as efried19:11
*** lpetrut has quit IRC19:12
fungicorvus: looks great! the links check out fine too19:13
*** irclogbot_2 has quit IRC19:16
fricklercorvus: fine for me, too19:16
*** irclogbot_3 has joined #openstack-infra19:17
clarkbI'll look after lunch19:20
*** raissa has quit IRC19:26
*** irclogbot_3 has quit IRC19:30
*** quiquell has joined #openstack-infra19:31
*** irclogbot_1 has joined #openstack-infra19:31
*** quiquell has left #openstack-infra19:31
openstackgerritMerged openstack-infra/puppet-openstackid master: Disable legacy nodejs symlinks  https://review.openstack.org/64495619:33
*** altlogbot_3 has quit IRC19:34
*** altlogbot_0 has joined #openstack-infra19:35
*** imacdonn has quit IRC19:40
*** imacdonn has joined #openstack-infra19:40
openstackgerritMerged openstack-infra/puppet-mediawiki master: Switch from PHP5 to default PHP (PHP7 on Xenial)  https://review.openstack.org/64347619:42
*** rascasoft has quit IRC19:48
*** eharney has quit IRC19:50
*** rascasoft has joined #openstack-infra19:50
clarkbcorvus: email looks good to me19:54
*** dhellmann has quit IRC19:57
corvusokay, sent to openstack, airship, starlingx, zuul19:58
corvusdid i remember them all this time? :)19:58
corvusalso... maybe we should start thinking about an opendev-announce list19:58
clarkbthat would simplify the cross posting vs sending 5 emails problem19:59
*** dhellmann has joined #openstack-infra19:59
corvusfungi: are we ready to go ahead and merge https://review.openstack.org/642173 ?  it should be okay to do so now, right?  and then we just make dns changes later...20:02
*** gfidente|afk has quit IRC20:02
*** eharney has joined #openstack-infra20:02
corvusfungi: also, that implies coordinated dns changes with airshipit and starlingx, right?  since they have elected not to use our system?20:02
fungicorvus: yes, i'd like to get 642173 merged sooner rather than later so i can test more easily20:04
corvus(presumably, if we hosted the redirects on the current git farm, we could make the change without dns changes)20:04
fungiahh, that's what you mean by "elected not to use our system" (dns)20:04
corvusoh yeah, sorry20:05
fungiyeah we _could_ install these on the git servers but i thought a goal was to be able to turn those off20:05
corvusit is20:05
*** armax has joined #openstack-infra20:06
fungianyway, i sort of figured we could test with local /etc/hosts edits and then just let the dns admins for those domains know when it's time to switch records20:06
fungibut i'm open to alternatives of course20:06
corvusright, but that's going to be friday on a holiday, so if that's the plan i guess we should start communicating it :)20:07
clarkbwe have the ability to edit their dns for them20:08
clarkbwe should totally communicate that we are going to do so if we do so20:09
corvusclarkb: oh are they all in the shared account?20:09
openstackgerritmelanie witt proposed openstack-infra/irc-meetings master: Update the nova team meeting chair to efried  https://review.openstack.org/64498720:09
clarkbcorvus: yup20:09
fungiahh, yeah i guess it's just tweaking in the rackspace dns service then20:10
corvusokay, i'm happy for us to do it then, that'll be easiest.  i'll let the project contacts know20:10
fungianyway just to set expectations i don't expect 642173 to actually cover those other domains at this point, but i wanted to get your initial git.o.o redirects copied in and tested before making additions20:11
fungiat least i assume it was only road-tested for git.o.o so far20:12
corvusfungi: oh, right, because we dropped the 'org' in some cases...20:12
corvusfungi: so yeah, we might need a slightly different version of that for each domain, where we implicitly add in the org20:12
corvusfungi: and yes, only tested with git.o.o20:13
*** owalsh has joined #openstack-infra20:13
fungicool. i was going to take a stab at making one ruleset work for all of them, but if we have to do per-vhost versions it's not the end of the world. not like they're going to grow indefinitely20:15
fungithe alternative i considered was to key on lists of repository names20:16
corvusfungi: yeah, that could work.  i haven't thought about which would be easier.20:16
fungisince in theory we only care about redirecting repositories which existed on those sites up to the point of the transition20:16
fungiif we do separate rules, we can probably do one for zuul and one for airship+starlingx, as the latter share a namespace20:17
fungibut with the list of "exceptional" repo names we could probably rewrite those to their git.openstack.org namespace counterparts first and then let them get matched against the subsequent rules?20:19
openstackgerritEric Fried proposed openstack-infra/irc-meetings master: nova-scheduler-meeting => placement-team-meeting  https://review.openstack.org/64499220:20
clarkbrewriting to their git.o.o name shouldn't be any different than writing to the premove gitea/opendev.org name right?20:20
corvusfungi: yes, but with all the cgit url variants, it's not clear to me that would be any easier than doing the final redirect to opendev.  again -- i haven't really sat down and looked at it though.20:20
fungisure. as i said, let's get this in place first and then it's a lot easier to experiment20:20
clarkbcorvus: my ten second impression is that writing the final redirect is probably just as easy/hard and probably clearer to debug20:20
corvusfungi: i've upgraded my +2 to a +320:21
fungithanks!20:21
corvusand i sent an email about dns20:21
corvus(er, a private email just to the two contacts of the affected projects)20:21
fungiappreciated!20:21
*** eharney has quit IRC20:22
slaweqclarkb: hi20:36
clarkbslaweq: hello20:36
slaweqclarkb: I have a question20:36
clarkbI hope I have answers :)20:36
slaweqclarkb: I'm debugging some multinode job, http://logs.openstack.org/84/643084/10/check/tobiko-devstack-neutron-fedora/f407fa3/job-output.txt.gz20:36
slaweqand it looks that devstack on both subnodes failed but job continues to run20:37
slaweqtests failed because of something else later but should it be like that?20:37
slaweqshouldn't job fail if devstack on one of nodes will fail?20:37
*** pfallenop has joined #openstack-infra20:38
clarkbslaweq: it looks like the job did fail https://review.openstack.org/#/c/643084/ is -1'd due to that job20:41
clarkband ara records it as a failed playbook20:41
clarkbhttp://logs.openstack.org/84/643084/10/check/tobiko-devstack-neutron-fedora/f407fa3/ara-report/reports/7860b43d-5f74-444b-9218-5e14f79a6cf9.html20:41
slaweqclarkb: job failed because there was no nova-compute on which instance could be spawned20:41
slaweqbut it didn't failed just after devstack on subnode-{1,2} failed20:42
clarkbI see so it doesn't fail until you run workload instead of failing at the devstack step20:42
slaweqbut it continue to run test20:42
slaweqclarkb: exactly20:42
slaweqclarkb: is it "normal" and wanted behaviour?20:42
slaweqor bug?20:42
clarkbansible's default is to stop running a playbook on the first task failure but you can override that. It is possible that this is a bug in the devstack role or perhaps even in ansible20:43
clarkbreading orchestrate-devstack role now20:43
slaweqI know that it isn't related only to this specific job20:44
slaweqI remember that I saw it some time ago in some neutron-tempest-plugin job20:44
slaweqbut I then forgot to ask about it here :)20:45
*** irclogbot_1 has quit IRC20:45
slaweqand then it was even worst effect as job passed but in fact it was single node instead of expected multinode job because one node was not working properly20:45
*** irclogbot_2 has joined #openstack-infra20:46
clarkbslaweq: ok the reason is documented ansible behavior. https://docs.ansible.com/ansible/latest/user_guide/playbooks_error_handling.html#aborting-the-play By default it only stops running tasks on the host(s) that have failed tasks20:47
clarkbin this case your tasks fail on the subnodes but succeed on the primary. So it continues running on the primary until it fails. I believe that it will exit with failure regardelss20:47
clarkbits just doing more work than is necessary until it returns the failure state20:48
clarkbthat means I don't think there is a correctness of result problem here, but there is a potential optomization if you want your jobs to return more quickly by setting any_errors_fatal20:48
slaweqclarkb: k, so I should configure "any_errors_fatal: true" in my job if I want to fail it fast, right?20:49
corvushttps://docs.ansible.com/ansible/latest/user_guide/playbooks_delegation.html#interrupt-execution-on-any-error20:49
corvusit'd be in the playbook i think20:49
slaweqok, clarkb and corvus thx for links and explanation20:50
slaweqI knew that You will know answer for my question :)20:50
*** pfallenop has quit IRC20:51
*** pfallenop has joined #openstack-infra20:51
*** e0ne has joined #openstack-infra20:52
*** altlogbot_0 has quit IRC20:53
*** trown is now known as trown|outtypewww20:53
*** altlogbot_2 has joined #openstack-infra20:54
clarkbfungi I'm going to manually reinstall the nodejs package on openstackid-dev now then double check pupept doesn't undo the symlinks21:00
fungithanks!21:01
fungialso after that puppet-mediawiki patch i'm noticing a lot of other packages it's also not finding on xenial :/21:02
clarkbthat unbroke the loop. Now we wait ~10 minutes to see if it sticks21:02
clarkbI'll plan to merge https://review.openstack.org/#/c/643713/1/inventory/groups.yaml tomorrow and get more servers updated to puppet-4 with the openstackid issue likely behind us21:05
*** kgiusti has left #openstack-infra21:05
clarkbone of my favorite side effects of the bridge resize is ansible loop runs every 30 minutes now instead of every 45 :)21:06
openstackgerritMerged openstack-infra/system-config master: Set up legacy git redirect sites  https://review.openstack.org/64217321:06
openstackgerritMerged openstack-infra/puppet-elastic_recheck master: Timeout generation of e-r graphs  https://review.openstack.org/64496321:06
fungiyep, i was noticing that!21:06
*** Lucas_Gray has joined #openstack-infra21:07
openstackgerritMalek Karray proposed openstack-infra/storyboard-webclient master: Flawed logic when checking for invalid query  https://review.openstack.org/64500821:09
*** eharney has joined #openstack-infra21:19
clarkbyup pupept is happy on openstackid-dev now21:19
*** xek_ has quit IRC21:21
*** kjackal has quit IRC21:28
*** whoami-rajat has quit IRC21:29
corvusi'm going to enable keep and verbose on all executors temporarily.21:37
openstackgerritMerged openstack-dev/pbr master: Fix error when keywords are defined as a list in cfg  https://review.openstack.org/63966121:37
corvusokay, back to normal now21:41
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Add query for nova functional test bug 1821092  https://review.openstack.org/64501621:46
openstackbug 1821092 in OpenStack Compute (nova) "test_local_delete_removes_allocations_after_compute_restart failing since https://review.openstack.org/#/c/644591/" [Critical,Confirmed] https://launchpad.net/bugs/182109221:46
ianwthis is probably getting a bit obscure, but is it intentional that the group vars in system-config/playbooks/zuul/templates don't seem to override those from playbooks/group_vars?21:57
ianwit seems they currently only contain fake secrets, which otherwise aren't defined in system-config21:57
clarkbianw: I think everything under the zuul/ dir is meant for tests21:58
corvusianw: yes, that is their purpose -- that replaces the secret hostvars on bridge in tests21:58
ianwcorvus: right, but can we make them *override* values in system-config.  for letsencrypt, i want to use a different global variable for CI  (which just creates certs for test hosts)21:59
*** e0ne has quit IRC22:00
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for nova functional test bug 1821092  https://review.openstack.org/64501622:04
openstackbug 1821092 in OpenStack Compute (nova) "test_local_delete_removes_allocations_after_compute_restart failing since https://review.openstack.org/#/c/644591/" [Critical,Confirmed] https://launchpad.net/bugs/182109222:04
corvusianw: the defining theory for the system-config tests is production simulation.  so i think the current situation suggests that our config is set up so that we can not override a public value with a private one.  i'm guessing that's something to do with the inventory file order.22:07
corvusianw: have you tried setting the variable in zuul?22:07
ianwcorvus: i think it's just "playbook values override inventory values" ... so when "ansible-playbook -v /home/zuul/src/git.openstack.org/openstack-infra/system-config/playbooks/base.yaml" runs, it's going to pick up ../group_vars in preference to the /etc/ ones22:09
ianwcorvus: i have ... which lead me to https://review.openstack.org/#/c/644701/ ... i'm not sure how i feel about it yet22:09
corvusianw: ah, yeah the vars in system-config/playbooks/zuul/templates get written to /etc/ansible/hosts/*_vars so that makes sense22:10
ianwi was just feeling like it would be better to not have in the production playbooks "if running  under zuul generate certs for test01, test02, else <list of actual production certs>" if it could be helped22:11
*** pcaruana has quit IRC22:11
ianwi'll keep thinking ... it seems there's always another way with ansible ;)22:13
corvusianw: it might be worth seeing if setting it as a zuul var overrides those, then maybe you can set it in the job22:14
corvusit's a little more verbose, but at least mantains separation of concerns22:15
ianwcorvus: the issue with zuul vars has been that they don't make it into the *nested* ansible job (i.e. https://git.openstack.org/cgit/openstack-infra/system-config/tree/playbooks/zuul/run-base.yaml#n72)22:16
corvusianw: oh of course, sorry22:16
ianwi was using 644701 to do that; set a flag in .zuul.yaml, which gets written in the inventory for the nested job22:16
openstackgerritClark Boylan proposed openstack-infra/puppet-elastic_recheck master: flock lockfile path comes before the command to lock  https://review.openstack.org/64502822:16
clarkbinfra-root ^ fixes a derp that I totally derped. Reviews much appreciated22:17
mordredclarkb: lgtm. I'm not really here - but jetlag22:18
clarkbmordred: thank you22:22
clarkbmriedem: it is taking ~7 minutes to generate the gate pipeline results22:23
clarkbwhich is still quick enough that we hsouldn't start rolling every report into the next's 10 minutes to generate but slow enough that we do probably want to clean things up22:23
*** mriedem is now known as mriedem_away22:25
mriedem_awayack22:26
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675922:28
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675922:31
clarkbI'm sitting in the backyard because its the niceest winter day basically ever and my neighbors cat just killed a snake22:34
fungiclarkb: as of almost an hour ago it's now spring22:39
fungiat least in our hemisphere22:39
*** arxcruz is now known as arxcruz|pto22:39
fungii guess you missed your opportunity to balance an egg on its end22:39
clarkbah well yesterday was the nicest winter day then and today is the best first day of spring22:40
*** yamamoto has joined #openstack-infra22:45
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix Ansible 2.7 uri module  https://review.openstack.org/64503422:46
*** yamamoto has quit IRC22:49
*** Lucas_Gray has quit IRC22:51
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add missing Ansible invocation debug env variables  https://review.openstack.org/64503522:52
*** armax has quit IRC22:55
*** rcernin has joined #openstack-infra22:57
*** rcernin has quit IRC22:58
*** rcernin has joined #openstack-infra22:58
dmsimardbtw I just landed what are probably the last big changes in the new ara api, it's pretty awesome imo but I'm biased22:59
openstackgerritMerged openstack-infra/puppet-elastic_recheck master: flock lockfile path comes before the command to lock  https://review.openstack.org/64502823:01
dmsimardlist of playbooks: https://api.demo.recordsansible.org/api/v1/playbooks -- or a playbook in detail: https://api.demo.recordsansible.org/api/v1/playbooks/123:01
dmsimardrespectively represented in the web client: https://web.demo.recordsansible.org/playbooks and https://web.demo.recordsansible.org/playbooks/123:02
dmsimardThere was not much progress on the web ui because the API wasn't ready but it's usable now23:03
aspiersclarkb: I was thinking in terms of time saved for humans inspecting massive log files for failures23:05
clarkbaspiers: ya but if someone looks at the file once caching it afte rthat doesn't help23:05
aspiersfor example, myself earlier today :)23:05
aspiersno, it would have helped because I looked at it, then thought I was done so closed the tab, then realised I needed to look again, multiplied a few times23:06
aspierssometimes that can span several days23:06
clarkbaspiers: hrm we've looked at access patterns before and the vast majority of files are only every fetched by our log processing pipeline and those that are opened more than that tend to get opened the once23:07
aspiersand while I realise keeping a million tabs open at all times is the most popular workflow, it doesn't work for me (not least because of RAM limitations)23:07
clarkbwe can look at that again as things may have changed.23:07
clarkbfwiw I also encourage smaller log files for this reason and it makes it easie rt ofind the failure in the sea of text (in particular openstack is really bad at all the deprecation warnings flooding logs)23:08
aspiersyes totally agree but it's not realistically within my grasp to split up huge tempest runs into smaller files23:09
aspiersI appreciate I might be talking about a statistical corner case. My suggestion however is an optimisation for humans not for machines :)23:09
clarkbalso not sure if it helps, but I often use vim to open the files then I can save them locally23:09
clarkbbut I do that because firefox doesn't like 200MB log files and vim doesn't care23:10
aspiersIn this case it wouldn't have helped, because on subsequent opens I needed to obtain a deeplink23:10
aspiersto share with another dev23:10
*** rascasoft has quit IRC23:10
aspiersBut I only asked on the assumption that tweaking Apache to send a Last-Modified: header or similar would be trivial and have zero downsides. Maybe I was wrong on that?23:11
clarkbone thing we could probably do is set up the caching to only happen if the request comes from a webbrowser23:11
clarkband assume the other clients are either bots or my vim with local storage23:11
aspiersI mean, this is client-side caching we are talking about23:11
aspiersAt least, that's what I meant23:11
clarkboh yo uwant client side caching. I read it as server side to improve the render time23:11
aspiersNoooooo23:11
aspiersJust so the browser knows that it doesn't need to redownload 20MB of text23:11
clarkbya we could set generous ttls in headers since those files aren't expected to get modified once written23:12
aspiersExactly what I meant23:12
fungibut also web browsers don't generally like to cache files above a certain size23:12
aspiersOh?23:14
aspiersAnyway, it's just an idea - take it or leave it ;-)23:14
aspiersIt wouldn't be the first dumb idea I've had ;-)23:14
clarkbfungi: I think most of our files are small enough to get cached23:14
fungisetting a long ttl on those seems fine to me since they never change until they get deleted23:14
clarkbfungi: and its only the browser killers you'll be using vim with anyway tha won't23:14
clarkbset https://httpd.apache.org/docs/current/mod/mod_expires.html expiresbytype for text/html to access plus 6 weeks?23:22
*** jamesmcarthur has quit IRC23:23
clarkbthat should work reasonably well23:23
*** mriedem_away has quit IRC23:28
*** mriedem has joined #openstack-infra23:29
*** tosky has quit IRC23:31
*** jamesmcarthur has joined #openstack-infra23:32
*** jamesmcarthur has quit IRC23:38
*** jamesmcarthur has joined #openstack-infra23:38
*** rf0lc0 has joined #openstack-infra23:47
openstackgerritIan Wienand proposed openstack-infra/system-config master: [WIP] letsencrypt support  https://review.openstack.org/63675923:47
*** rfolco has quit IRC23:49
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Remove old queries for stale and/or fixed bugs  https://review.openstack.org/64504023:50
mriedemclarkb: there you go ^23:50
*** rascasoft has joined #openstack-infra23:51
mriedempabelanger: do you know if we can close this out? http://status.openstack.org/elastic-recheck/#170974423:51
pabelangermriedem: yah, I think so. we have a reverse proxy in place for them now23:52
*** sthussey has quit IRC23:53
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Remove old queries for stale and/or fixed bugs  https://review.openstack.org/64504023:53
mriedemack thanks23:54
*** rascasoft has quit IRC23:57
*** rlandy has quit IRC23:58

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!