Thursday, 2018-12-13

openstackgerritIan Wienand proposed openstack-infra/system-config master: [wip] Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482700:00
*** mriedem has quit IRC00:01
*** wolverineav has quit IRC00:01
clarkbjonher: the parent change needs review00:02
jonheryou're right *doh*00:02
*** wolverineav has joined #openstack-infra00:04
dmsimardcompletely unrelated but I found that the "ansible_bios_version" fact shows "Ubuntu-1.8.2-1ubuntu1" for a CentOS virtual machine o_O00:08
dmsimardIs that because of DIB or something ?00:09
dmsimardexample: http://logs.openstack.org/17/624817/3/check/openstack-infra-multinode-integration-centos-7/9fa335d/ara-report/host/efa6e950-fc2f-471e-a581-8a739f3f0635/00:09
dmsimardcomes from https://github.com/ansible/ansible/blob/d6d16fa619f81315de1378d5b7a9e00c0e6ced43/lib/ansible/module_utils/facts/hardware/linux.py#L284 apparently00:09
*** wolverineav has quit IRC00:10
ianwdmsimard: hrm, is that coming from the executor?00:11
*** jamesmcarthur has joined #openstack-infra00:11
ianwno everything else looks from the node00:12
*** witek_ has joined #openstack-infra00:13
dmsimardno idea, I don't think it impacts anything, it was just weird00:13
*** witek has quit IRC00:13
ianw# cat /sys/devices/virtual/dmi/id/bios_vendor00:14
ianwSeaBIOS00:14
ianw# cat /sys/devices/virtual/dmi/id/sys_vendor00:14
ianwOpenStack Foundation00:14
ianwdoes this leak through from the host?00:14
dmsimardoh, maybe00:15
*** hwoarang has quit IRC00:15
*** jamesmcarthur has quit IRC00:15
ianwi think all that comes from your libvirt/kvm setup underneath00:16
*** hwoarang has joined #openstack-infra00:17
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Vendor the RDO repository configuration for installing OVS  https://review.openstack.org/62481700:18
*** bobh has joined #openstack-infra00:19
openstackgerritIan Wienand proposed openstack-infra/system-config master: [wip] Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482700:28
openstackgerritMarcH proposed openstack-infra/git-review master: Fix wrong and misleading "using default: None" in --verbose mode  https://review.openstack.org/62484000:38
rm_workis there a guide somewhere to all of the magic-vars that devstack exposes? <_<00:46
rm_worklooking for something like ... the port that apache uses to expose the services00:47
*** Swami has quit IRC00:48
*** wolverineav has joined #openstack-infra00:50
openstackgerritIan Wienand proposed openstack-infra/system-config master: [wip] Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482700:52
*** dklyle has joined #openstack-infra00:53
*** wolverineav has quit IRC00:54
*** xarses_ has quit IRC00:54
*** tosky has quit IRC00:55
*** xarses has joined #openstack-infra00:56
ianwrm_work: use the source, luke ... sorry not much of an answer but the only thing that would be accurate00:59
rm_workyeah, did some grepping01:00
rm_worki would love to assume if i didn't find it yet, it doesn't exist01:00
rm_workbut i find that to be an unreliable metric :P01:00
ianwthere's various SERVICE_PORT things, is that what you mean?01:01
rm_workhmmm maybe01:02
rm_worki'll dig more, thanks01:03
*** gyee has quit IRC01:08
*** dave-mccowan has joined #openstack-infra01:17
*** diablo_rojo has quit IRC01:25
openstackgerritIan Wienand proposed openstack-infra/system-config master: [wip] Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482701:27
*** jamesmcarthur has joined #openstack-infra01:30
*** dkehn has joined #openstack-infra01:43
*** jamesmcarthur has quit IRC01:57
*** mrsoul has joined #openstack-infra02:05
*** ssbarnea|rover has quit IRC02:06
*** xarses_ has joined #openstack-infra02:07
*** xarses has quit IRC02:10
openstackgerritMerged openstack-dev/hacking master: Fix coverage job  https://review.openstack.org/62469902:10
*** tinwood has quit IRC02:10
*** tinwood has joined #openstack-infra02:11
ianwclarkb: looks pretty good to start with http://logs.openstack.org/27/624827/8/check/system-config-run-base-ansible-devel/5b0bee3/hosts/02:12
*** dave-mccowan has quit IRC02:14
openstackgerritIan Wienand proposed openstack-infra/system-config master: Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482702:15
*** yamamoto has quit IRC02:21
*** rkukura has quit IRC02:23
openstackgerritIan Wienand proposed openstack-infra/system-config master: Set iptables forward drop by default  https://review.openstack.org/62450102:28
openstackgerritIan Wienand proposed openstack-infra/system-config master: Collect syslogs from nodes in ansible tests  https://review.openstack.org/62482702:28
openstackgerritIan Wienand proposed openstack-infra/system-config master: Import install-docker role  https://review.openstack.org/60558502:28
*** wolverineav has joined #openstack-infra02:28
*** jamesmcarthur has joined #openstack-infra02:29
*** wolverineav has quit IRC02:31
*** wolverineav has joined #openstack-infra02:32
*** bobh has quit IRC02:37
*** bobh has joined #openstack-infra02:38
*** bobh has quit IRC02:42
*** jamesmcarthur has quit IRC02:44
*** hongbin has joined #openstack-infra02:45
*** wolverineav has quit IRC02:45
*** jamesmcarthur has joined #openstack-infra02:51
*** gagehugo has quit IRC02:55
*** jamesmcarthur has quit IRC02:57
*** jamesmcarthur has joined #openstack-infra02:57
*** yamamoto has joined #openstack-infra02:59
*** jamesmcarthur has quit IRC03:03
*** jamesmcarthur has joined #openstack-infra03:08
*** armax has quit IRC03:13
*** armax has joined #openstack-infra03:13
*** apetrich has quit IRC03:15
*** armax has quit IRC03:18
*** auristor has quit IRC03:19
*** dklyle has quit IRC03:22
*** jamesmcarthur has quit IRC03:24
*** ykarel has joined #openstack-infra03:26
*** jamesmcarthur has joined #openstack-infra03:27
*** wolverineav has joined #openstack-infra03:33
*** wolverineav has quit IRC03:37
*** bobh has joined #openstack-infra03:38
*** bobh has quit IRC03:39
*** bobh has joined #openstack-infra03:40
*** bobh has quit IRC03:40
*** wolverineav has joined #openstack-infra03:41
*** wolverineav has quit IRC03:41
*** bobh has joined #openstack-infra03:41
*** wolverineav has joined #openstack-infra03:41
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Switch devstack jobs to Xenial  https://review.openstack.org/62485503:47
*** auristor has joined #openstack-infra03:48
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Switch devstack jobs to Xenial  https://review.openstack.org/62485503:48
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Switch devstack jobs to Xenial  https://review.openstack.org/62485503:51
ianwclarkb: Dec 13 02:55:04 ubuntu-bionic-rax-iad-0001166870 dockerd[6991]: Error starting daemon: Error initializing network controller: Error creating default "bridge" network: could not find an available, non-overlapping IPv6 address pool among the defaults to assign to the network03:51
ianwhttp://logs.openstack.org/85/605585/18/check/system-config-run-docker/061bf5e/hosts/bionic-docker/logs/syslog03:51
ianwat least that's a clue03:51
ianwi'm guessing maybe ipv6 isn't safe on non-ipv6 hosts?03:52
*** jamesmcarthur has quit IRC03:56
*** bobh has quit IRC03:57
*** MasterofJOKers has quit IRC04:01
*** jamesmcarthur has joined #openstack-infra04:03
*** gagehugo has joined #openstack-infra04:04
*** jamesmcarthur has quit IRC04:05
*** MasterofJOKers has joined #openstack-infra04:10
*** bhavikdbavishi has joined #openstack-infra04:16
*** hongbin has quit IRC04:20
*** mguiney has quit IRC04:23
*** armax has joined #openstack-infra04:26
*** armax has quit IRC04:30
*** armax has joined #openstack-infra04:32
*** yamamoto has quit IRC04:35
*** rkukura has joined #openstack-infra04:36
*** armax has quit IRC04:37
*** whoami-rajat has joined #openstack-infra04:46
*** udesale has joined #openstack-infra04:49
*** armax has joined #openstack-infra04:56
*** armax has quit IRC05:00
*** armax has joined #openstack-infra05:02
*** ykarel has quit IRC05:03
*** armax has quit IRC05:06
*** gagehugo has quit IRC05:12
*** ykarel has joined #openstack-infra05:20
*** wolverineav has quit IRC05:23
*** _alastor_ has joined #openstack-infra05:24
*** yamamoto has joined #openstack-infra05:32
*** haleyb has quit IRC05:34
*** wolverineav has joined #openstack-infra05:40
*** wolverineav has quit IRC05:51
*** armax has joined #openstack-infra05:56
*** armax has quit IRC06:00
*** bhavikdbavishi has quit IRC06:00
*** armax has joined #openstack-infra06:02
*** jamesmcarthur has joined #openstack-infra06:06
*** armax has quit IRC06:06
*** jamesmcarthur has quit IRC06:11
*** _alastor_ has quit IRC06:20
*** ccamacho has quit IRC06:28
*** _alastor_ has joined #openstack-infra06:40
*** slaweq has joined #openstack-infra06:57
*** quiquell|off is now known as quiquell06:59
*** bhavikdbavishi has joined #openstack-infra06:59
*** _alastor_ has quit IRC06:59
*** rlandy|bbl has quit IRC06:59
*** agopi has quit IRC07:07
*** rcernin has quit IRC07:09
*** bhavikdbavishi has quit IRC07:12
*** pcaruana has joined #openstack-infra07:12
*** yamamoto has quit IRC07:14
*** agopi has joined #openstack-infra07:15
*** armax has joined #openstack-infra07:23
*** apetrich has joined #openstack-infra07:27
*** armax has quit IRC07:28
*** wolverineav has joined #openstack-infra07:30
*** wolverineav has quit IRC07:34
*** _alastor_ has joined #openstack-infra07:35
*** _alastor_ has quit IRC07:40
*** aojea has joined #openstack-infra07:42
*** shardy has joined #openstack-infra07:55
*** gfidente has joined #openstack-infra07:55
*** gfidente is now known as gfidente|off07:56
*** armax has joined #openstack-infra07:56
*** rossella_s has joined #openstack-infra08:00
*** armax has quit IRC08:01
*** ginopc has joined #openstack-infra08:01
*** armax has joined #openstack-infra08:02
*** pgaxatte has joined #openstack-infra08:04
*** armax has quit IRC08:06
*** dklyle has joined #openstack-infra08:07
*** _alastor_ has joined #openstack-infra08:08
*** _alastor_ has quit IRC08:12
*** ccamacho has joined #openstack-infra08:22
*** imacdonn has quit IRC08:23
*** imacdonn has joined #openstack-infra08:24
*** dklyle has quit IRC08:27
*** yamamoto has joined #openstack-infra08:30
*** xek has joined #openstack-infra08:32
*** ykarel is now known as ykarel|lunch08:34
openstackgerritYang Youseok proposed openstack/os-testr master: Add --failing option to run only failed testcases  https://review.openstack.org/62489308:46
*** yamamoto has quit IRC08:47
*** yboaron_ has joined #openstack-infra08:50
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: refactor build page to use a reducer  https://review.openstack.org/62489408:55
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: refactor build page using a container  https://review.openstack.org/62489508:55
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add errors from the job-output to the build page  https://review.openstack.org/62489608:55
*** jpena|off is now known as jpena09:04
*** jklare_ has joined #openstack-infra09:11
openstackgerritYang Youseok proposed openstack/os-testr master: Add --failing option to run only failed testcases  https://review.openstack.org/62489309:12
*** jklare has quit IRC09:12
*** jklare_ is now known as jklare09:12
*** jpich has joined #openstack-infra09:19
*** yamamoto has joined #openstack-infra09:26
fricklercorvus: just noticed that you have three held nodes 40d old, are these still needed?09:27
*** ykarel|lunch is now known as ykarel09:33
*** ssbarnea|rover has joined #openstack-infra09:34
*** noama has joined #openstack-infra09:35
*** sshnaidm has quit IRC09:37
*** tosky has joined #openstack-infra09:37
*** e0ne has joined #openstack-infra09:41
*** markvoelker has joined #openstack-infra09:46
*** ssbarnea|rover has quit IRC09:53
*** bhavikdbavishi has joined #openstack-infra09:54
*** armax has joined #openstack-infra10:03
*** gfidente|off has quit IRC10:03
*** electrofelix has joined #openstack-infra10:04
*** gfidente has joined #openstack-infra10:07
*** armax has quit IRC10:08
*** smarcet has joined #openstack-infra10:16
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add errors from the job-output to the build page  https://review.openstack.org/62489610:16
*** sshnaidm has joined #openstack-infra10:20
fricklerianw: clarkb: did some googling on that docker ipv6 message and it seems that docker needs to be given a cidr to use explicitly when enabling ipv6, see https://docs.docker.com/v17.09/engine/userguide/networking/default_network/ipv6/10:20
frickleras long as we are thinking about single node usage, we could probably generate an ULA prefix for that per node10:21
fricklerdoing anything that involves assigning public ipv6 addresses to containers directly would probably require us to implement support for that in openstack first10:24
*** pbourke has quit IRC10:28
openstackgerritJens Harbott (frickler) proposed openstack-infra/system-config master: DNM: Add fixed-cidr-v6 to docker daemon config  https://review.openstack.org/62494910:29
frickler^^ that should show that the idea works, will look at auto-generating a prefix later10:29
*** pbourke has joined #openstack-infra10:30
fricklersee also https://github.com/moby/moby/issues/2944310:31
*** bhavikdbavishi has quit IRC10:34
*** ssbarnea|rover has joined #openstack-infra10:43
*** sshnaidm has quit IRC10:50
*** smarcet has quit IRC10:50
*** dtantsur|afk is now known as dtantsur10:53
*** smarcet has joined #openstack-infra10:58
*** derekh has joined #openstack-infra10:59
*** wolverineav has joined #openstack-infra11:08
*** wolverineav has quit IRC11:13
*** yamamoto has quit IRC11:13
openstackgerritsebastian marcet proposed openstack-infra/puppet-openstackid master: Updated script to support PHP7  https://review.openstack.org/62495711:17
*** dkehn has quit IRC11:17
*** _alastor_ has joined #openstack-infra11:26
*** _alastor_ has quit IRC11:30
*** armax has joined #openstack-infra11:34
*** armax has quit IRC11:39
fricklerianw: the nodepool func tests are failing with "AttributeError: 'method' object has no attribute 'set'" during image upload, might that be related to the rackspace issues we were having? http://logs.openstack.org/55/624855/3/check/nodepool-functional-py35-src/0825cb2/controller/logs/screen-nodepool-builder.txt.gz#_Dec_13_05_24_07_00639711:40
*** tobias-urdin is now known as tobias-urdin_afk11:41
*** tobias-urdin_afk is now known as tobias-urdin11:42
*** tobias-urdin is now known as tobias-urdin_afk11:43
fricklerah, no, that seems to be caused by recent dogpile.cache updates11:43
*** yamamoto has joined #openstack-infra11:51
*** yamamoto has quit IRC11:51
*** yamamoto has joined #openstack-infra11:52
*** yamamoto has quit IRC11:56
*** armax has joined #openstack-infra11:59
openstackgerritChris Dent proposed openstack-infra/project-config master: Add publish-to-pypi as os-resource-classes job  https://review.openstack.org/62496211:59
*** yboaron_ has quit IRC12:04
*** dkehn has joined #openstack-infra12:04
*** yboaron_ has joined #openstack-infra12:04
*** yamamoto has joined #openstack-infra12:04
openstackgerritsebastian marcet proposed openstack-infra/puppet-openstackid master: Updated script to support PHP7  https://review.openstack.org/62495712:06
*** armax has quit IRC12:08
*** sshnaidm has joined #openstack-infra12:12
*** smarcet has quit IRC12:19
*** bhavikdbavishi has joined #openstack-infra12:20
openstackgerritSorin Sbarnea proposed openstack/diskimage-builder master: WIP: Avoid overriding system python packages on diskimage_builder  https://review.openstack.org/62496812:21
*** eharney has quit IRC12:24
*** markvoelker has quit IRC12:24
*** udesale has quit IRC12:25
*** udesale has joined #openstack-infra12:26
*** armax has joined #openstack-infra12:35
*** armax has quit IRC12:39
*** lewo has joined #openstack-infra12:41
*** mriedem has joined #openstack-infra12:42
*** yamamoto has quit IRC12:49
openstackgerritPaul Bourke (pbourke) proposed openstack/diskimage-builder master: Add support for minimal Oracle Linux images  https://review.openstack.org/62498012:49
*** e0ne has quit IRC12:51
*** yamamoto has joined #openstack-infra12:51
*** tobias-urdin_afk is now known as tobias-urdin12:53
*** yboaron_ has quit IRC13:00
*** jpena is now known as jpena|lunch13:01
*** rlandy has joined #openstack-infra13:03
*** bobh has joined #openstack-infra13:04
*** rh-jelabarre has quit IRC13:05
*** trown|outtypewww has quit IRC13:05
*** boden has joined #openstack-infra13:06
*** agopi has quit IRC13:09
*** markvoelker has joined #openstack-infra13:10
*** agopi has joined #openstack-infra13:11
*** agopi has quit IRC13:11
*** agopi has joined #openstack-infra13:11
*** eharney has joined #openstack-infra13:16
*** bobh has quit IRC13:18
*** yboaron_ has joined #openstack-infra13:19
*** bhavikdbavishi has quit IRC13:25
*** jamesmcarthur has joined #openstack-infra13:28
*** jamesmcarthur has quit IRC13:30
*** irclogbot_1 has quit IRC13:30
*** zul has quit IRC13:32
*** jamesmcarthur has joined #openstack-infra13:32
*** yboaron_ has quit IRC13:34
*** armax has joined #openstack-infra13:34
*** yboaron_ has joined #openstack-infra13:35
*** e0ne has joined #openstack-infra13:35
*** kgiusti has joined #openstack-infra13:38
*** armax has quit IRC13:39
*** jamesmcarthur has quit IRC13:40
*** zul has joined #openstack-infra13:41
*** adam_zhang has joined #openstack-infra13:44
*** irclogbot_1 has joined #openstack-infra13:45
*** e0ne has quit IRC13:49
*** apetrich has quit IRC13:49
*** apetrich has joined #openstack-infra13:50
*** irclogbot_1 has quit IRC13:52
*** tosky has quit IRC13:56
*** e0ne has joined #openstack-infra13:57
*** bobh has joined #openstack-infra13:58
*** yamamoto has quit IRC13:59
*** smarcet has joined #openstack-infra13:59
*** yamamoto has joined #openstack-infra14:00
*** tosky has joined #openstack-infra14:00
*** markvoelker has quit IRC14:03
*** yamamoto has quit IRC14:05
*** irclogbot_1 has joined #openstack-infra14:09
lennybHi, I am getting strange error  InternalError: (1071, u'Specified key was too long; max key length is 767 bytes')    http://paste.openstack.org/show/737219/ for sqlalchemy ( working on master devstack ). Any ideas?14:11
*** jamesmcarthur has joined #openstack-infra14:11
pabelangerssbarnea|rover: can you link a log to the most recent failure you are having with POST_FAILURE14:14
ssbarnea|roverpabelanger: most recent POST failure: https://zuul.openstack.org/stream/0dc38407c7c94063afc53ad126cfe932?logfile=console.log14:14
pabelangerssbarnea|rover: which review is that from?14:15
ssbarnea|roverpabelanger: https://review.openstack.org/#/c/624381/3 -- ironic, this was an attempt to avoid that bug.14:16
ssbarnea|roverwe had the assumption that "du" was the cause for the timeout. after this, I no longer believe that.14:16
*** jamesmcarthur has quit IRC14:16
ssbarnea|roverthat is why I added the timeout with kill for du in it.14:16
openstackgerritThierry Carrez proposed openstack-infra/project-config master: Define release job for openstackclient  https://review.openstack.org/62500914:17
pabelangerssbarnea|rover: right, you are getting POST_FAILURES because if this task fails, no other post-run playbooks can finish, and we have zuul report POST_FAILURE to help a user know the failure happens in post14:19
pabelangerssbarnea|rover: to avoid that, you could you a block / rescue playbook and maybe ignore errors there14:19
pabelangerhttp://logs.openstack.org/81/624381/4/check/tripleo-ci-centos-7-containers-multinode-queens/0dc3840/14:20
pabelangerseems to have failed in rax14:20
pabelangerhow large is the log directory you are trying to run du on?14:20
ssbarnea|roverpabelanger: not sure about size but that task has a "|| true", it should not fail anyway.14:21
ssbarnea|roverbut I have no problem on adding a block/resume. Are you trying to say that this is a bug in zuul where it remains stuck if last task in post is a failed one?14:22
pabelangerlet me look at executor14:23
pabelangerbut the post playbook is timing out14:23
*** yboaron_ has quit IRC14:26
*** yboaron_ has joined #openstack-infra14:27
*** irclogbot_1 has quit IRC14:27
*** bobh has quit IRC14:27
SpamapSI haven't ever seen it on recent OS's, but on CentOS 7 executors we occasionally saw Ansible get stuck because of SSH bugs.14:28
*** trown|brb has joined #openstack-infra14:28
*** trown|brb is now known as trown14:29
pabelangerssbarnea|rover: http://paste.openstack.org/show/737224/14:30
pabelangerthat is what the executor sees14:30
*** haleyb has joined #openstack-infra14:31
pabelangeransible task has hung it looks like14:31
pabelangerbut line 21 is odd14:31
*** jamesmcarthur has joined #openstack-infra14:31
pabelangerssbarnea|rover: http://logs.openstack.org/53/624953/1/check/tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades/607b39a/ara-report/file/25e424be-22ce-48e2-b4d5-1b02e9e06478/#line-3214:32
pabelangermaybe clean up that task not to use if statements in bash14:32
ssbarnea|roverpabelanger: indeed. I wonder if we reached a bug in ansible and how it wrapes shell scripts when it executes it.14:32
pabelangerbut using when14:32
pabelangerI'd make that task more ansible friendly14:32
*** _alastor_ has joined #openstack-infra14:33
ssbarnea|roverpabelanger: true that if by itself makes no sense to me. i am taking it out now.14:33
ssbarnea|roveri like bash, but in this case i see no reason to make it complicated.14:34
pabelanger++14:34
*** irclogbot_1 has joined #openstack-infra14:34
ssbarnea|roveri am curious who writes this collect_logs.sh script because is not in the same file. going to ask my folks14:35
*** markvoelker has joined #openstack-infra14:36
*** _alastor_ has quit IRC14:38
ssbarnea|roverpabelanger: is zuul also streaming command module or only shell?14:41
*** priteau has joined #openstack-infra14:42
pabelangerssbarnea|rover: should be both14:42
*** dayou has quit IRC14:43
*** yamamoto has joined #openstack-infra14:44
*** wolverineav has joined #openstack-infra14:45
*** albin_vass has joined #openstack-infra14:47
*** cdent has joined #openstack-infra14:47
cdentCan I get a judgement call from some zuulish folk? gmann and I are having something of a disagreement over how and where to manage irrelevant files when it comes to templates. Discussion begins on https://review.openstack.org/#/c/625002/14:48
*** wolverineav has quit IRC14:49
cdentmy feeling is that we should have a "best but not ultimate" list on the template and just ride out the small number of misses by inheriting that14:49
cdentthe stickler in this point is that if we want to add 'placement/tests/.*' we have to copy the whole list14:49
cdentI'd rather not, because the changes of a patch being solely a test change is low, and everything else is part of the "usual set"14:49
cdent(or should be)14:49
*** adam_zhang has quit IRC14:50
ssbarnea|rovercdent: replied.14:51
cdentthanks for the review ssbarnea|rover, that helps, but it doesn't get to the actual question about where the irrelevant files should be. I think they should _only_ be defined where the template is defined14:52
ssbarnea|roverin fact I had the impression that it was not possible to merge them with zuul anyway.14:53
openstackgerritPaul Bourke (pbourke) proposed openstack/diskimage-builder master: Add support for minimal Oracle Linux images  https://review.openstack.org/62498014:53
cdentyou have to stop using the template in order to set your own14:53
cdentwhich kind of kills the point of templates, to me14:53
ssbarnea|rovercdent: only overriding them was possible. which caused a lot of copy/paste issues. so unless is a very special case I would avoid adding any ignores.14:53
cdentthus me wanting to use a generic central thing14:53
*** rpittau has joined #openstack-infra14:54
ssbarnea|roveri see them as over-engineering, likely to cause more problems than solving. at the price of saving few resources you open a pandora box.14:54
gmannfor me, copy/paste is all one time but  not running integrated gates jobs where they are not needed obviously save infra resource14:55
mriedemcdent: ideally projects could override entries in irrelevant-files, but that's not the case as gmann pointed out14:55
cdentbecause it's a template14:55
gmannyeah, we had concluded the same in ML, let me search14:55
mriedemand yes the per-project irrelevant-files is not the most fun, but you do it once and re-use after that with anchors/aliases14:56
cdent_if_ we can figure out a way to make the template have a generic, but satisfactory, list, I think that would be the best outcome here14:56
cdentotherwise why have templates?14:56
cdentgmann is probably right that ^[^/]*/tests/.* is not safe, but we might be able to figure out something safe. might even be an ansible var that could somehow jump in there?14:57
gmanncdent: agree but that was something we did not find as perfect solution as far i remember from coreycb ML.14:57
*** quiquell is now known as quiquell|lunch14:58
cdentthat figuring out something safe is why I've brought the issue here14:58
mriedemrepeating from -placement: "to catch the most generic of cases - i bet there are lots of openstack projects that don't even realize they are running tempest jobs on unit test only changes, or changes to docs files outside the standard tree"14:58
mriedem"but b/c they push so few changes compared to the bigger projects, they just don't care"14:58
*** panda|off is now known as panda14:58
cdentmriedem: to me that is an argument for better/more flexible templates14:59
*** gagehugo has joined #openstack-infra14:59
cdentbut if its not possible, then I guess them's the breaks15:00
*** dayou has joined #openstack-infra15:00
mriedemi don't disagree,15:01
mriedembut i also need to pick my battles to redeem some kind of sanity15:02
mriedemfiguring out the template flexibation might be a good quest for the holidays15:02
cdentyeah, I wasn't aware this was going to be a big deal...15:02
*** jamesmcarthur has quit IRC15:02
gmanntrue but there was no best way to achieve that, it was trade-off on both side15:02
cdenti'll adjust my response on the current review15:02
*** jamesmcarthur has joined #openstack-infra15:03
*** jamesmcarthur has quit IRC15:04
*** rh-jelabarre has joined #openstack-infra15:04
ssbarnea|roveri seen that recently a "noop" job appeared on tripleo-ci list of jobs and I wonder why, in the past this was added by zuul only to projects without jobs defined.15:05
mriedemthis is 2 days in a row where i'm unshowered several hours into work, i'm hoping this isn't becoming a trend15:05
*** ykarel is now known as ykarel|away15:05
cdentyou still shower? congratulations15:06
*** jamesmcarthur has joined #openstack-infra15:06
*** dpawlik has quit IRC15:06
*** dpawlik has joined #openstack-infra15:07
*** dpawlik has quit IRC15:07
gmanncdent: http://lists.openstack.org/pipermail/openstack-dev/2018-June/131304.html15:09
cdentthanks. I've updated my response on the review, there are a couple of (very small) issues still15:09
*** quiquell|lunch is now known as quiquell15:10
fricklerlennyb: I saw a similar error recently, but I don't remember where that was. also let's move to #openstack-qa with that15:12
*** ykarel|away has quit IRC15:15
ssbarnea|rovermriedem: can we workflow https://review.openstack.org/#/c/620950/ ?15:18
*** jamesmcarthur has quit IRC15:19
mriedemssbarnea|rover: replied inline15:23
mriedemi don't see why we need the voting:1 filter on that15:23
mriedemwhat is the point?15:23
mriedeme-r will not process failures from non-voting jobs https://github.com/openstack-infra/elastic-recheck/blob/02d0651f29796d25af2940d557287dcc4bb58d09/elastic_recheck/elasticRecheck.py#L22815:24
*** graphene has joined #openstack-infra15:27
ssbarnea|rovermriedem: thanks. i didn't know exact that to do.15:28
fungimriedem: the benefits of working from home... the cats don't seem to care if i get too busy for a shower15:29
fungissbarnea|rover: in particular, non-voting results are skipped because they would taint the expectation that jobs are supposed to pass at least occasionally in the gate, and non-voting jobs (while we rarely have them in the gate pipeline) essentially taint the data set we're trying to analyze15:30
*** jamesmcarthur has joined #openstack-infra15:32
*** armax has joined #openstack-infra15:34
ssbarnea|roverfungi: that's what I told to my folks. "to avoid noise from NV jobs".15:34
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: Identify DLRN builds fail intermittently (network errors)  https://review.openstack.org/62095015:35
mriedemlet us never speak of this again15:35
*** markvoelker has quit IRC15:38
*** andreykurilin has joined #openstack-infra15:39
andreykurilinhi folks. I'm trying to customize my zuul role based on devstack_localrc.USE_PYTHON3 option, but I have an issue with that :( hope to find a help here15:40
*** dpawlik has joined #openstack-infra15:40
ssbarnea|rovermriedem: clarkb fungi : a more generic question regarding elastic-recheck: can we use it to measure/count/graph non-fatal issues? like retries, "Waiting on logger", maybe even ansible deprecation warnings?15:40
andreykurilinhttps://review.openstack.org/#/c/624409/5/tests/ci/playbooks/run-rally-task.yaml (originally, I tried "{{ devstack_localrc.get('USE_PYTHON3') or False }}", but simplified this temporary)15:40
andreykurilinand here is a usage of my local variable https://review.openstack.org/#/c/624409/3/tests/ci/playbooks/roles/snapshot-available-os-resources/tasks/main.yaml15:40
andreykurilinerror: http://logs.openstack.org/09/624409/5/check/rally-task-simple-job/1971602/job-output.txt.gz#_2018-12-13_15_00_15_67151115:41
andreykurilinps: I do not need a local variable and would like to use directly the parent one from my roles, but it raised the same issue and I tried to play with accessing it15:41
openstackgerritSorin Sbarnea proposed openstack-infra/elastic-recheck master: Query: [primary] Waiting on logger  https://review.openstack.org/62221015:42
openstackgerritSorin Sbarnea proposed openstack-infra/elastic-recheck master: Query: [primary] Waiting on logger  https://review.openstack.org/62221015:42
mriedemssbarnea|rover: it's not really the tool for that imo15:43
mriedemdeprecation warnings should be rolled up elsewhere15:43
mriedemi know the legacy dsvm jobs used to at least capture deprecation warnings and dump them to a file15:43
*** smarcet has quit IRC15:44
mriedemhttp://logs.openstack.org/25/624825/1/check/legacy-grenade-dsvm-neutron-multinode-live-migration/9a0637c/logs/deprecations.txt.gz15:44
*** dpawlik has quit IRC15:44
mriedemno one looks at those however15:44
ssbarnea|rovermriedem: i think is a gray area because any of these warnings are things that can easily become fatal errors, each of them, including the annoying depreaction ones.15:44
fungissbarnea|rover: is that something it makes sense to provide feedback on via automated change comments? that's a big part of the reason for elastic-recheck15:44
*** efried has joined #openstack-infra15:45
pabelangerandreykurilin: you likely cannot access an ansible variable setup in a parent playbook, only if it is defined in the zuul.yaml file15:45
fungibasically the "we see your change failed these jobs for $reasons"15:45
pabelangerandreykurilin: external_bridge_mtu is the issue15:45
andreykurilinpabelanger: but I'm not doing anything with external_bridge_mtu . only trying to access devstack_localrc15:46
andreykurilinthere is no place in my custom playbooks/roles where external_bridge_mtu is used15:47
pabelangerandreykurilin: that is not what the error is saying15:47
mriedemssbarnea|rover: i think i'd rather see something like a periodic job that publishes a weekly report on deprecations15:47
mriedemand then teams/ptls subscribe to that and work on driving down deprecated code usage in their project15:48
mriedembefore it's a problem15:48
ssbarnea|roverwith warnings is quite hard because the only way to force people to fix them is to save then on succesful builds and compare them with previous succesfull execution and decide. if there is a regression, fail the build. AFAIK we have no support for this.15:48
andreykurilinpabelanger: ha, yes. here is a diff between patch-set #4 and #5 - https://review.openstack.org/#/c/624409/4..5/tests/ci/playbooks/run-rally-task.yaml15:48
andreykurilinpabelanger: http://logs.openstack.org/09/624409/4/check/rally-task-simple-job/5628544/job-output.txt.gz#_2018-12-13_13_27_26_73521315:49
andreykurilinand here is another failure of playbook15:49
andreykurilin*of the same task15:49
andreykurilinthe failure is expected. rally package is installed under python 2 and rally_run_under_python_3 is hardcoded to True.15:50
andreykurilinBut this proves that the issue is in trying to access devstack_localrc15:50
*** ccamacho has quit IRC15:52
*** bobh has joined #openstack-infra15:53
*** ykarel|away has joined #openstack-infra15:57
*** cdent has left #openstack-infra15:58
fungimriedem: ssbarnea|rover: yeah, integrating those into the openstack health dashboard seems like a better fit?16:01
mriedemi never look at that16:01
mriedemso idk16:01
fungiit can be (already has been maybe?) extended to track other things than just subunit16:02
mriedemyou really kind of need a tool to bludgeon people over the head to care16:02
mriedemi seem to remember many years ago we tried making jobs fail if ERROR messages showed up in the logs16:02
fungimriedem: it includes periodic jobs and has an interface to subscribe to specific sets (by project, job name, et cetera)16:02
mriedemand that didn't last long16:02
*** albin_vass has quit IRC16:02
fungivia rss16:02
mriedemfungi: then that seems like a better fit16:02
openstackgerritMerged openstack-infra/elastic-recheck master: Identify DLRN builds fail intermittently (network errors)  https://review.openstack.org/62095016:03
fungiwouldn't be hard to send summaries of results from there to an ml16:03
fungiright, making services not error in their logs during job runs was "too hard" or something16:04
fungi(i think it had to do with separating out the negative tests?)16:04
*** alexchadin has joined #openstack-infra16:07
*** jpena|lunch is now known as jpena16:08
*** morgan is now known as kmalloc16:09
*** alexchadin has quit IRC16:10
dmsimardIn the context of third party CI, would it be a bad idea to leverage -infra built nodepool images as static cloud-images in another nodepool ? For example, every 24h we'd download the latest image from nb01, add a layer on top to set up the right ssh keys and upload it with a "static" name to the cloud.16:11
*** andreykurilin has quit IRC16:12
*** andreykurilin has joined #openstack-infra16:12
dmsimardLooking to reduce some of the drift and maintenance burden of rebuilding almost the same images on RDO's end16:12
pabelangerdmsimard: those images will have wrong zuul key in them16:13
pabelangerso you wouldn't be able to ssh into as zuul user16:13
dmsimardpabelanger: right, hence "add a layer on top to set up the right ssh keys"16:13
*** smarcet has joined #openstack-infra16:13
pabelangerif you are doing that, you might as well keep nodepool building them from scratch?16:14
pabelangeranother option might be to donate quota of cloud to openstack-infra and have it run the jobs, then online 1 place to manage it, over 216:14
pabelangerbut, that would also mean other jobs running on it16:14
pabelangerHowever, I don't think we want our nodepool builders to become the source for 3pci systems to download images, give the way everything can be build from scratch today16:15
fungidmsimard: how do you "layer" virtual machine images?16:16
fungicow-mount a second block device over the rootfs?16:16
dmsimardfungi: libguestfs ?16:17
fungii didn't realize libguestfs had a layering feature, but i'll admit i'm not super familiar with it as anything other than a mechanism for modifying the contents of filesystems on loopback-mounted block devices16:18
dmsimardpabelanger: I'm not convinced the idea is the best way forward, sort of trying to think outside the box :p16:18
dmsimardfungi: layer might not have been the right word, but you can edit images16:19
pabelangerdmsimard: what are the problems with the current system, technical debt?16:19
pabelangerfwiw: going though the same issue in ansible-network, we are wanting to spin up 3pci for vendors but want to keep the amount of things they have to do minimal.16:20
pabelangerlooking at the idea of hosted 3pci, with executor zones16:21
fungidmsimard: oh, so the question is really "does it make sense to arbitrarily edit and reuse our images downstream in third-party ci systems so they can avoid running diskimage-builder?"16:22
*** eharney has quit IRC16:22
*** eharney_ has joined #openstack-infra16:22
*** quiquell is now known as quiquell|off16:22
fungiwe do make lots of assumptions in our images, and at some point the number of alterations you need to automate will result in you reimplementing the complexities of diskimage-builder just badly16:23
dmsimardfungi: We're essentially rebuilding the same image as upstream right now. It's sort of hacked together by pulling in project-config and putting it's path in DIB's ELEMENTS_PATH variable.16:23
*** noama has quit IRC16:24
clarkbthey arent a public interface. Wedelete them if they are broken for us. We delete them when they eol, sometimes before they eol16:25
clarkbI think it would be more use at your own risk16:25
clarkbdib totally supports the take existing image and modify it workflow which means nodepool does too16:26
clarkbBut I dont think our images are a good source for that16:27
openstackgerritPaul Bourke (pbourke) proposed openstack/diskimage-builder master: Add oraclelinux support to pip-and-virtualenv-source-install  https://review.openstack.org/62504616:29
*** e0ne has quit IRC16:30
*** e0ne has joined #openstack-infra16:30
openstackgerritsebastian marcet proposed openstack-infra/puppet-openstackid master: Updated script to support PHP7  https://review.openstack.org/62495716:31
*** _alastor_ has joined #openstack-infra16:34
*** smarcet has quit IRC16:35
*** efried has quit IRC16:39
*** udesale has quit IRC16:41
*** _alastor_ has quit IRC16:43
*** tosky has quit IRC16:43
*** tosky has joined #openstack-infra16:44
ssbarnea|roverpabelanger: fungi https://review.openstack.org/#/c/471078/ ?16:47
fungissbarnea|rover: yes, if another core reviewer approves that then it will take effect at the next gerrit restart16:49
fungialong with https://review.openstack.org/607699 which merged some 6 weeks ago16:50
*** eharney_ is now known as eharney16:53
*** jpich has quit IRC16:54
*** jamesmcarthur has quit IRC16:59
*** graphene has quit IRC16:59
*** graphene has joined #openstack-infra17:01
*** bobh has quit IRC17:01
*** ginopc has quit IRC17:03
*** bobh has joined #openstack-infra17:05
*** ramishra has quit IRC17:06
openstackgerritPaul Bourke (pbourke) proposed openstack/diskimage-builder master: Add an element for oraclelinux7  https://review.openstack.org/62505617:06
*** bobh has quit IRC17:10
*** auristor has quit IRC17:10
*** hamzy_ has quit IRC17:10
openstackgerritPaul Bourke (pbourke) proposed openstack/diskimage-builder master: Add an element for oraclelinux7  https://review.openstack.org/62505617:10
*** hamzy_ has joined #openstack-infra17:10
clarkbdmsimard: another thing to keep in mind is that dib should be doing pretty extensive caching so after the first image build the io cost should be fairly low17:11
clarkbdmsimard: mostly i don't want infra to have to make operational decisions that include figuring out if deleting an image will break half the third party CIs out there. Instead we provide the tooling to make each deployment self sufficient in that regard17:12
*** bobh has joined #openstack-infra17:12
clarkbssbarnea|rover: mriedem I do think we (openstack) need to be better about cleaning up deprecation warnings. At the very least they very often make it hard to read through debug logs. I brought this up with the TC as a possible avenue for trying to improve quality by using that as a starting point17:13
clarkbIts possible we could have e-r generate a separate page of "count all the bad things that don't map to job failures" for tracking purposes?17:14
clarkbI agree I don't think they should go in the regular bug tracking dashboard as that should hopefully be more of a bunrdown chart of "fix these things to make the gate reliable"17:15
mriedemi agree deprecation warnings that people don't look at is a problem,17:15
mriedemi just don't know if e-r is the tool for that job17:15
mriedeme.g. we killed the moxstubout deprecation warnings in master and rocky in nova in the last week17:15
mriedemso smaller py3 console logs17:15
fungiexposing those via openstack-health seem reasonable, though i don't know exactly what the data mining implementation would look lik ethere17:16
*** bobh has quit IRC17:16
clarkbmriedem: \o/17:16
clarkbmriedem: that particular warning makes our unittest logs huge in a variety of projects. I basically have to open log files in vim now17:16
ssbarnea|roverclarkb: clearly possible, and e-r would be the easiest way to measure them (minimal implementation efforth). i would make at least one attempt and see how it goes.17:16
clarkbmriedem: good to know nova has that claened up17:16
fungitracking them in e-r when we're not going to report back to proposed changes about job failures for them seems like a poor fit17:16
ssbarnea|roveri am not proposing one query for each warning: more of one query for multiple/most warnings.17:17
clarkbya I was thinking e-r in the sense that it knows how to query with set of queries but maybe its a new feature that is only information dashboard and not active pinging17:17
clarkband e-r can render that how it renders the existing bugs, but maybe this isn't a bug? I dunno17:17
ssbarnea|roverhaving deprecation warnings is a bug by itself, IMHO17:18
*** yboaron_ has quit IRC17:18
ssbarnea|rover... a trivial one, until the deprecation becomes an error.17:18
clarkbshould be noted https://review.openstack.org/#/c/624817/ should fix the top bug on e-r now. waiting on https://review.openstack.org/#/c/624526/ to do extra testing that it works as expected17:18
clarkbmriedem: mostly fyi since thats a zuul/infra thing17:18
fungihaving deprecation warnings appear in logs for jobs which aren't testing your deprecated features still work are probably bugs, yes17:18
fungibut to just say "deprecation warnings are bugs" misses a big part of what's going on17:19
fungiif glance deprecates a feature, for example, it probably wants to still test that the deprecated feature doesn't regress until it's eventually removed entirely. it may even want to test that exercising that deprecated feature logs a deprecation warning17:20
clarkbalso we can track the number of warnings over tiem but if no one is fixing them its not super helpful. Unfortunately it feels like this is what the existing bug tracking on e-r is suffering from17:20
clarkbwe basically know a bunch of stuff is unhappy, but aren't working to fix it (there has been a recent push \o/ thank you everyone for helping on that)17:20
clarkbfungi: yup17:21
*** auristor has joined #openstack-infra17:21
clarkbfungi: but there are whole classes of warnings like the mox related warnings that should just go away17:21
fungisure, raising deprecation warnings in our dependencies is almost assuredly something we want to fix unless we need to still support older versions of those in some lts distro17:22
clarkbmriedem: if there is a mechanical method for cleaning up the mox stuff that might be worth a ml thread to spread that knowledge to other projects17:22
clarkb?17:22
mriedemwe ignore the warning :)17:22
*** rpittau has quit IRC17:23
mriedemhttps://review.openstack.org/#/c/623309/17:23
clarkbbah17:23
mriedemdude, we have thousands of mox-based tests17:23
mriedemthis is why we said mox removal in nova was a fools errand17:23
clarkbya I know thats why I was wondering if tehre was an easy fix17:23
mriedemand we didn't take the community-wide goal seriously17:23
clarkbat least this way the logs are readable17:23
mriedemwe tried https://review.openstack.org/#/c/579482/17:23
fungifeh, goals? ;)17:23
mriedembut that seemed to hit some weird py3 issues17:24
mriedempoint being we have bigger fish to fry than care about mox17:24
fungiat least while mox remains usable17:25
clarkbmriedem: do you know if we have an aggregate integrated gate fail rate published with any of the tooling?17:25
clarkbmriedem: I was thinking on top of watching specific bugs get fixed it would be nice to see the overall affect17:26
clarkband I thought we had that somewhere, but I don't see it today. Maybe it is on the health dashboard?17:26
fungioh, yeah, basically the sum of hits for all classified and unclassified failures together?17:26
mriedemhttp://status.openstack.org/elastic-recheck/data/others.html ?17:26
clarkbfungi: even simpler job_fails_in_gate/total_jobs17:26
*** dtantsur is now known as dtantsur|afk17:27
dansmithclarkb: mox->mock is very not mechanical and very high risk for missing stuff17:27
clarkbdansmith: roger17:27
fungiclarkb: that could be misleading since you don't know if one failure is being caused by a patch ahead of you17:27
clarkbfungi: good point, though if things were overall more realible we should see that trend in the right direction over time?17:27
fungiclarkb: i think we would want to graph the -2 votes from zuul on integrated queue repos17:27
fungithough even that's potentially misleading since it may vote -2 on your change because it depends on another change which got a -217:28
*** derekh has quit IRC17:28
mriedemclarkb: i don't really remember anything like that, we've always used grafana to track tempest job failure rates over time right?17:28
clarkbmriedem: ya we've done tracking of specific jobs, but I thought we had an overall gate failure percentage too (I could be misremembering)17:28
mriedemidk, mtrienish might remember if he were around17:29
clarkbprometheanfire: http://logs.openstack.org/58/624958/1/check/neutron-grenade/b62f985/logs/grenade.sh.txt#_2018-12-13_12_22_53_080 catches a legit issue, there is no 4.5.0 at https://pypi.org/simple/libvirt-python/17:32
clarkbprometheanfire: is that something the requirements team can look into fixing?17:32
prometheanfirelol, wtf libvirt17:34
*** arxcruz is now known as arxcruz|off|next17:34
*** arxcruz|off|next is now known as arxcruz|next_yea17:34
prometheanfirehttps://libvirt.org/sources/python/17:35
prometheanfireseems like they suck at publishing17:35
prometheanfirewill bug a guy17:35
clarkbprometheanfire: I'm just going through e-r and wondering why pip is failing :P17:35
prometheanfireya...17:35
*** zul has quit IRC17:35
clarkb(we actually catch so much legit stuff in e-r its great, if you want to find bugs to fix you can basically just pop things off the list there)17:35
*** arxcruz|next_yea is now known as arxcruz|next_yr17:35
prometheanfirewonder how it ever passed, I can only thing that they removed it17:36
prometheanfireor maybe we skipped it17:37
clarkbprometheanfire: its possible they deleted it, but by then we had already built a wheel for it or something17:39
prometheanfiretrue17:40
*** ianychoi has quit IRC17:42
*** panda is now known as panda|off17:42
mriedemhow do i search for a specific test on http://status.openstack.org/openstack-health/#/ ?17:42
mriedemi can never figure out this interface17:42
*** aojea has quit IRC17:42
mriedemhttp://status.openstack.org/openstack-health/#/test/tempest.scenario.test_security_groups_basic_ops.TestSecurityGroupsBasicOps.test_cross_tenant_traffic ?17:42
mriedemi guess i just have to figure out how the url works17:43
prometheanfire4.10 -> 4.8 -> 4.6 -> 4.4 -> 4.317:43
clarkbmriedem: I don't know17:43
prometheanfireclarkb: those are the releases we've had in the last 7 months17:43
clarkbprometheanfire: according to pypi?17:44
prometheanfireclarkb: no, what we've had in pypi, git digging17:44
clarkbconstraints is set to 4.5.0 in that job log ?17:45
clarkboh its grenade so may be on stable branch17:45
clarkbprometheanfire: ok I'm a derp its from https://review.openstack.org/#/c/622262/3/upper-constraints.txt17:46
prometheanfiredepends-on https://review.openstack.org/#/c/622262/17:46
clarkbwhich never merged17:46
prometheanfire:P17:46
clarkbfungi's earlier warning shows up to say hi17:47
prometheanfirethat sets 4.6.0 though17:47
clarkbprometheanfire: patchset 3 set it to 4.5.0 which isn't valid17:47
clarkbthen bumped to 4.6.017:47
prometheanfireah17:47
prometheanfireyep17:47
*** gfidente is now known as gfidente|afk17:48
clarkbI shall restrict my looking to gate jobs to reduce chances of this in the future :)17:49
prometheanfirenah, was still useful in this case to bug upstream to publish all the stuff to pypi17:50
fungiclarkb: yep, proof that isn't an infrequent enough occurrence to simply ignore statistically17:50
*** bobh has joined #openstack-infra17:51
prometheanfireupstream has broken publishing, news at 1117:52
*** rkukura_ has joined #openstack-infra17:52
prometheanfirenot that we haven't had problems :P17:52
*** trown is now known as trown|lunch17:54
dansmithis there any known issue with the live console stuff in zuul?17:55
*** rkukura has quit IRC17:55
*** rkukura_ is now known as rkukura17:55
dansmiththis job's latest console entry is about 10m after it started: http://zuul.openstack.org/stream/c399a0b9328844dbaecccc780e5d687a?logfile=console.log17:55
dansmithah it just refreshed17:55
fungidansmith: if a job reboots the node and doesn't restart the console stream process on it, that can die17:55
fungiother than that, it's been pretty stable once we got appropriate governors in place to stop all the oom'ing on our executors17:56
dansmithfungi: okay, I don't think that is what happened.. just now, tempest finished and the log jumped about 1h20m into the future17:56
fungioh neat17:56
fungiand skipped all earlier log entries? was the job maybe hung for that long?17:57
dansmithno, they all seemed to come flooding in17:57
Shrewsdansmith: if you happen to notice it again, try the finger output to see if it is the same. e.g., finger c399a0b9328844dbaecccc780e5d687a@zuul.openstack.org17:57
dansmithShrews: okay17:57
dansmithShrews: fwiw, that says "output truncated at 10XXX bytes"17:58
fungidoes our websocket implementation maybe pause streaming into inactive browser tabs?17:58
Shrewsdansmith: really? doesn't for me17:59
fungithat might depend on the finger client implementation17:59
dansmith2018-12-13 16:26:30.945409 | controller | skip17:59
dansmith Output truncated at 100000 bytes...17:59
dansmithmaybe it's a BSD finger thing17:59
dansmithwhat's the super awesome reason we're using finger for this? :)17:59
dansmithI expect it's a fantastic story17:59
Shrewsdansmith: because it enables us to use finger for this  :)17:59
fungiit's just a tcp text socket protocol that happens to support addressing17:59
dansmithfungi: heh okay18:00
fungiwe needed a text socket, and a way to address specific streams18:00
dansmithShrews: yeah, linux finger shows the whole thing18:00
fungiand that's basically finger, so why implement finger and call it by another name?18:00
Shrewswhen's the last legit reason you needed to run the finger command?? i mean, we're reviving old stuff. just wait until you see what we do with gopher18:00
dansmithfungi: rsh would be similar no?18:00
*** sshnaidm is now known as sshnaidm|off18:01
dansmithShrews: not complaining :)18:01
fungiignoring the authentication bits at least18:01
fungiyes rsh would have been fairly similar18:01
*** wolverineav has joined #openstack-infra18:01
fungiShrews: i still want to set up an nntp gateway for our mailing lists. that would be a totally legit use of a classic protocol that doesn't see much love these days18:02
pabelanger++18:03
Shrewsdansmith: fungi: also, finger protocol supports request forwarding which i guess we thought we might use at one time, but actually didn't18:05
dansmithah yeah18:05
fungiwell, we're considering abusing that part of the spec to be able to request streaming of other files from the node though, i thought?18:06
clarkbfungi: ya18:06
*** Swami has joined #openstack-infra18:06
clarkbso you can get the nova log while job is running18:06
dansmithShrews: ah, you're another appstate alum eh?18:06
Shrewsdansmith: yep18:07
* Shrews feels googled18:07
* fungi went to school very near there18:07
* dansmith wipes his fingers clean18:07
fungii had tons of friends who went to asu too, and classmates who split their time between there and unc-a18:08
dansmithfungi: you went to unc-a?18:08
fungiyeah, grew up in that neck of the woods18:08
dansmithinteresting18:09
fungilittle ways south, down by the state line18:09
*** gyee has joined #openstack-infra18:09
Shrewsdansmith: fun fact, i was in the first graduating class of CS grad students. we set the bar pretty low18:09
*** rlandy is now known as rlandy|biab18:09
fungiShrews: that explains why i didn't know asu had a cs dept ;)18:09
dansmithheh, nice18:09
dansmithit seemed pretty well done by the time I got there18:10
fungifwiw, back when i was in school the cs dept at unc-a was abysmal so i went for math theory18:10
dansmithShrews: oh, cs grad you mean18:10
Shrewsdansmith: yeah, grad school, not undergrad18:10
dansmithright right, I remember hearing that was new and small18:11
dansmithI went to grad at NCSU18:11
*** e0ne has quit IRC18:11
fungimy younger brother did cs at ncsu18:11
*** smarcet has joined #openstack-infra18:12
fungii also lived in raleigh for 15 years and used to hang out or across the street from ncsu main campus all the time18:12
fungihang out on or across the street18:12
prometheanfireclarkb: https://pypi.org/project/libvirt-python/#history uploaded18:12
clarkbneat18:14
*** e0ne has joined #openstack-infra18:15
*** e0ne has quit IRC18:16
*** pgaxatte has quit IRC18:17
ssbarnea|roverpabelanger: that POST_FAILURE seems to be impossible to avoid, check last results: https://review.openstack.org/#/c/624381/ -- you will still see one NV job from rdo having the same issue.18:19
clarkbfungi: looking at e-r (haven't checked proxy logs yet) urls like http://mirror.mtl01.inap.openstack.org/pypi/simple/pbr/ and http://mirror.mtl01.inap.openstack.org/pypi/simple/ don't appear to be cached. Not surprising given those are indexes. Any thoughts on how to convince apache that we might be ok with an hour ttl override on those artifacts anyway?18:19
funginot off the top of my head, but i'm looking18:23
fungii've done that with squid before but not tried it with apache18:23
*** smarcet has quit IRC18:24
*** smarcet has joined #openstack-infra18:25
clarkbssbarnea|rover: is it possible that du -L is unsafe with symlink loops?18:25
clarkbssbarnea|rover: just thinking out loud for reasons that it might go out to lunch and not come back18:25
ssbarnea|roverclarkb: yep, i read about this few minutes ago, still looking for safe alternatives.18:26
ssbarnea|roveri guess we can skip looking at symlinks.18:26
clarkbmaybe start there and see if the problem goes away18:26
clarkband if it does then look into ways to safely list things with symlinks that may loop18:27
ssbarnea|roverclarkb: is very weird because this happens randomly, probably with a 1/20 chance of happening18:27
fungiclarkb: CacheDefaultExpire, CacheIgnoreNoLastMod, CacheLastModifiedFactor, CacheMinExpire, CacheStoreExpired, CacheStorePrivate all look interesting18:28
ssbarnea|roverpeople are not even sure that the deadlock is at du level.18:28
clarkbssbarnea|rover: ya it could happen later potentially18:28
clarkbfungi: let me see what headers a browser gets hitting those18:28
*** armax has quit IRC18:28
fungiclarkb: oh, and CacheIgnoreCacheControl18:28
fungiperhaps the most useful of all18:29
fungihttps://httpd.apache.org/docs/2.4/mod/mod_cache.html18:29
clarkbfungi: Cache-Control: max-age=60018:29
clarkbwhereas on the actual package data its much larger18:29
fungithat says cache for 10 minutes after last modified i think?18:29
fungiis last modified set sometime in the past?18:30
*** ykarel|away has quit IRC18:30
fungiCacheStoreExpired may help if so18:30
*** agopi_ has joined #openstack-infra18:30
clarkbI don't see a last modified18:31
fungiin which case CacheIgnoreNoLastMod may be relevant18:31
*** _alastor_ has joined #openstack-infra18:31
fungi"Ordinarily, documents without a last-modified date are not cached."18:31
fungialong with CacheDefaultExpire18:32
*** agopi has quit IRC18:33
fungiwe might need CacheIgnoreCacheControl in that case though since i don't know how that'll interact with the Cache-Control: max-age=60018:33
clarkbreading w3 docs I think max-age may start counting from when the requset comes in? but expires is related to last modified?18:34
clarkb(I may have that backwards)18:34
*** electrofelix has quit IRC18:34
fungiwell, regardless the apache docs claim they don't cache anything if there is no last modified time18:34
clarkbya I think its from the time the request is made18:34
clarkbso maybe we just set CacheIgnoreNoLastMod to start18:34
clarkbthen its a 10 minute cache refresh (it should HEAD the document to see if it has changed)18:35
fungiworth a shot. could set it manually on one of the mirrors with it in the emergency disable list and check it18:35
fungimay also want to set CacheDetailHeader on18:36
fungiwhile debugging18:36
fungi"an X-Cache-Detail header will be added to the response containing the detailed reason for a particular caching decision"18:36
fungithat sounds useful18:36
fungiX-Cache-Detail: "conditional cache hit: entity refreshed" from localhost18:37
fungistuff like that18:37
fungi(taken from the docs)18:37
*** wolverineav has quit IRC18:37
*** jpena is now known as jpena|off18:38
fungimight even be worth only turning that on initially and repeating your tests18:38
fungijust so we know what its baseline reasoning for not caching is18:38
clarkbfungi: I think we actually log that in the server logs but not in the http responses18:39
fungioh, that could be good enough then18:39
fungilooking18:39
*** _alastor_ has quit IRC18:39
clarkb "GET /pypi/simple/pbr/ HTTP/1.1" 200 10726 cache miss: attempting entity save "-"18:40
fungicache miss: attempting entity save18:40
fungiyep, just found it myself18:41
fungi"18:41
clarkb"GET /pypi/simple/pbr/ HTTP/1.1" 200 10726 cache hit "-"18:41
fungiokay, so it is caching it sometimes?18:41
clarkbseems like it must be, just not very often18:42
fungii wonder if sometimes it's returned differently18:42
clarkband within seconds of each other it will go miss, hit, hit, miss, hit, miss18:43
clarkbwell below the expected 10 minute cache period18:43
*** wolverineav has joined #openstack-infra18:43
clarkbfungi: pip 9.0.3 has significanlty more hits than 18.118:44
*** electrofelix has joined #openstack-infra18:44
clarkbpossible it is the client influencing things?18:44
fungicould be newer pip requests no caching for indices?18:45
clarkb1.6k hits with pip 9.0.3 vs 7 against 18.118:45
clarkbya I wonder if new pip is being extra smart18:45
*** shardy has quit IRC18:46
clarkbshould be able to tcpdump it against our http mirrors18:46
fungiyep18:47
*** agopi_ is now known as agopi18:47
*** wolverineav has quit IRC18:48
fungiand i agree, `wget -SO/dev/null https://pypi.org/simple/pbr/` from mirror01.mtl01.inap isn't showing any last modified time18:49
*** electrofelix has quit IRC18:51
fungiif i grab a specific package though i do see Last-Modified and Age headers in the response18:51
clarkbhttp://paste.openstack.org/show/737249/18:51
clarkb'Request header has "max_age" as 0, cache bypassed' is odd18:52
clarkbthat says pip is told a max age of 0 but my browser gets 60018:52
clarkbthey could be returning different values based on the user agent18:53
*** agopi_ has joined #openstack-infra18:54
*** trown|lunch is now known as trown18:54
*** agopi has quit IRC18:56
fungii'm finding anecdotes claiming CacheIgnoreCacheControl on will cause apache to ignore max-age even in client requests19:00
pabelangerdmsimard: will there be a new release of ARA to fix the deprecation warning for ara html?19:00
openstackgerritSorin Sbarnea proposed openstack-infra/elastic-recheck master: Include query results in graph  https://review.openstack.org/26018819:00
clarkbfungi: confirmed via tcpdump that pip sets Cache-Control: max-age=0 on its request for the index19:01
clarkbpip 18.1 that is19:01
clarkbfungi: what is annoying is we want to honor the actual server cache control value19:01
clarkbits just pip trying to be too smart and overriding us19:01
fungiright19:01
clarkbhttps://github.com/pypa/pip/blob/95f0b2a1fe721bc62a6f11197c35140e4a7450f2/src/pip/_internal/index.py#L141-L156 is the code19:02
dmsimardpabelanger: which one ?19:02
clarkbproblem is when that conditional get fails because internet19:03
clarkbbut maybe if this is the intended pip behavior we just live with it19:03
pabelangerdmsimard: CreateFile: https://object-storage-ca-ymq-1.vexxhost.net/v1/a0b4156a37f9453eb4ec7db5422272df/logs/4c/4c91f44a55cd37a5c80ddf7e147ba0252465195c/post/packet-ci-cloud-deploy/0aa4dbb/job-output.html#l961019:03
clarkbfungi: and maybe we start a discussion with pypi and bandersnatch about how we can effectively mirror pypi again19:05
fungii'm asking in #pypa-dev if there's a way to stop setting that in requests, but going to check the source code first to make sure i'm not missing an undocumented option19:05
clarkbthanks19:06
fungiclarkb: looks like it was implemented in https://github.com/pypa/pip/pull/579119:07
dmsimardpabelanger: a fix for that actually just landed in master, I need to double check with another contributor for a patch in flight before cutting a release19:07
pabelangerdmsimard: ack, thanks!19:07
ssbarnea|rovermriedem: do you know how to run elastic-recheck locally? docs is close to zero on this. it seems that i need a config file, and there is no example to be found. should I reverse engineer it?19:08
clarkbfungi: fwiw a reasonable method to mirror pypi again is likely best since that is way more reliable than a proxy, but it would also be nice if tools didn't intentially break the ability to cache stuff :(19:09
clarkbssbarnea|rover: there is a sample conf file in the root of the repository19:09
*** graphene has quit IRC19:10
ssbarnea|roverclarkb: oops, i missed it :D19:10
mriedemtox -e venv -- graph19:15
mriedemsomething like that,19:15
mriedemthe entrypoints are in the setup.cfg19:15
*** agopi_ is now known as agopi19:19
*** wolverineav has joined #openstack-infra19:19
clarkbnoop has snuck into some tripleo check and gate queues with other jobs running19:20
fungiyeah, someone mentioned that earlier and was asking about it19:20
*** eharney has quit IRC19:20
*** wolverineav has quit IRC19:20
*** wolverineav has joined #openstack-infra19:20
fungii'm guessing one or more of their projects has added a template with a noop gate pipeline rather than no gate pipeline19:20
*** rlandy|biab is now known as rlandy19:23
ssbarnea|rovermriedem: what is the correct dataspource url to use? es_url points to a 404 url in the example/19:30
fungiclarkb: okay, takeaways from #pypa-dev are that pip may not be a good tool for installing python packages in a ci system, we could propose a pr to make the cache-control header configurable (and likely have it rejected), but that perhaps maybe we ought to learn us up about some bandersnatch and run a right proper pypi mirror19:33
mriedemssbarnea|rover: there are defaults in code, i don't think i ever change the actual config when generating the graph locally19:33
AJaegerconfig-core, could you go over project-config and openstack-zuul-jobs reviews, please? We have some backlog here...19:34
clarkbfungi: any response from them on crazy growth running mirror?19:35
clarkbIi mean we know bandersnatch, its not sustainable as is19:35
ssbarnea|rovermriedem: that's because it has you user count path hardcoded in it. I tried to update them but it seems that it very silent and even if I put invalid values it does not complain. anyway I will find a way to get more info. once I learn hot to run it locally I will probably make some changes to make it easy to run locally without having to do anything like "make run".19:35
clarkbalso I have zero interest in pushing PRs to pip. My most recent experience was probably the worst I've ever had with code review19:37
fungiclarkb: nope. the eventual answer (i'm guessing i'm talking to the lone denizen who's not afk at kubecon?) is likely to be install on a new enough platform that we can take advantage of the cleanup options in the latest version of bandersnatch19:37
clarkbif someone else wants to they should feel free19:37
mriedemssbarnea|rover: i'm not really following you but ok. i just do: "tox -e venv -- elastic-recheck-graph ./queries"19:37
clarkbfungi: tge cleanup options arwnt really necessary anymore as we deleted the old afs volume :)19:37
clarkbI think its more about blacklisting daily uploads that would help19:38
clarkbbut not all packages use pep440 versioning :/19:38
fungiclarkb: yeah, i have a similar pr i gave up on because the maintainers wanted me to be able to tell them in absolute terms when all major distros would update their behaviors to stop doing something they've been doing for years so that a workaround i was proposing could be removed again. ideally, you know, within under a year19:38
ssbarnea|rovermriedem: thanks! it works.19:39
*** diablo_rojo has joined #openstack-infra19:42
ssbarnea|roverclarkb: you made me curious about pip PR stuff, because I had a similar issue myself. Initially it started with virtualenv where it went quite bad, and later with pip. And guess what it did involve the same individual from pypa team. Lucky for me the virtualenv maintenance was taken by someone new and my changes got in, more than an year later19:43
clarkbin my case I asked for feedback from a reviewer who didn't get back until 8 months later then got all mad that the thing I asked for more input on wasn'tfixed in the original suggested manner then suggested that there were a bunch of other problems with the PR that they wouldnt add to the PR beacuse they are secret19:43
clarkbso now I don't push code to pypa19:43
*** sthussey has joined #openstack-infra19:43
*** pcaruana has quit IRC19:47
fungiit was more of a "here are some relatively cosmetic problems with your change, fix those first and then i'll tell you why the solution is all wrong"19:51
*** eernst has joined #openstack-infra19:51
clarkbthinking about the bandersnatch option a bit more. I wonder if we want to try a rebuild on the existing host with our existing blacklist and see how big/small that ends up being19:53
*** e0ne has joined #openstack-infra19:53
clarkbor maybe I can sacrifice my local NAS to the effort19:54
clarkbthough my network connection likely isn't as good as the mirror builders19:54
clarkbhttps://github.com/pypa/warehouse/issues/4288 seems relevant19:55
*** tosky has quit IRC19:56
clarkbspecifically https://pypi.org/stats/19:56
*** tosky has joined #openstack-infra19:57
clarkbnow for some napkin math to see how big a mirror needs to be if excluding those large packages19:57
fungicorvus: mordred: clarkb: we've had a request from a pop-up effort around virtualization/container security across several communities, interested in maybe having us host a mailing list for them at lists.opendev.org... what's your opinion on that, and should i get working on the change to add a new mailman vhost for our shiny new domain?19:57
fungithey're apparently looking for some neutral territory for their cross-community discussions19:58
*** e0ne has quit IRC19:58
clarkbfungi: http://lists.openstack.org/pipermail/openstack-infra/2018-December/006246.html is I think related. My only concern doing it is that if we use OpenDev as the top level thing then people may be confused as to why these seemingly random opendev things are happening. That said its suppsoed to be a "neutral" brand to help accomodate this stuff so I think we should probably err on the side of being20:00
clarkbwelcming and going for it20:00
clarkbOk pypi total is 2.6TB according to that stats page. Napkin math says we get it down to 1TB if we exclude the top 100 packages20:00
*** smarcet has quit IRC20:01
clarkbits crazy how much bigger the tf-nightly-gpu pckage is compared to everything else20:02
fungiclarkb: yes, that ml thread20:04
clarkbskimming the list of the top one hundred packages by size we'd need some of them like numpy but the vast majority we should be able to exclude20:04
*** wolverineav has quit IRC20:05
clarkbmaybe we continue to monitor pip as is through the proxy and if things get worse we can look at rebuilding bandersnatch mirror20:09
* clarkb udpates the e-r bug20:10
*** wolverineav has joined #openstack-infra20:10
*** eernst has quit IRC20:11
*** wolverineav has quit IRC20:15
*** priteau has quit IRC20:15
*** kgiusti has left #openstack-infra20:15
clarkbfungi: https://bugs.launchpad.net/openstack-gate/+bug/1449136/comments/6 that capture things sufficiently well?20:15
openstackLaunchpad bug 1449136 in OpenStack-Gate "Pip fails to find distribution for package" [Undecided,New]20:15
*** kgiusti has joined #openstack-infra20:16
clarkbfungi: re the mailing list, maybe we go ahead and configure our mailman vhosting for opendev anyway (since I expect we want that in the near future for other things), then we can be ready to add the asked for list if there aren't objections?20:17
fungiclarkb: we could, i think, set CacheIgnoreCacheControl in the vhost as a workaround (maybe limit it to ^/simple/.*)20:17
fungiclarkb: yes, i was about to push up the straw man change to create the mailman domain20:18
clarkbfungi: ya that might be an option. is CacheIgnoreCacheControl able to be set specific to location?20:18
fungiclarkb: oh, i guess not. apache docs say "context: server config, virtual host"20:20
fungiso we could set it on all of the vhost if we wanted20:21
clarkbya I think part of the problem with that is we want the really log max-age for the package data itself and shorter index age20:21
fungi"Warning: This directive will allow serving from the cache even if the client has requested that the document not be served from the cache. This might result in stale content being served."20:21
clarkbmaybe we can say ~8 hours is good enough for both or something20:21
fungireading the description, it's only ignoring requests which contain "Cache-Control: no-cache or Pragma: no-cache" headers20:22
fungiso it has nothing to do with whether those are in the responses20:22
clarkbah20:22
fungior "cache-control: whatever" i guess20:23
*** wolverineav has joined #openstack-infra20:23
fungithose were examples20:23
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Extract out common config parsing for ConfigPool  https://review.openstack.org/62164220:23
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Extract common config parsing for ProviderConfig  https://review.openstack.org/62509420:24
fungibut anyway, it's a directive to ignore client (request) supplied headers, not server (response) supplied headers20:24
fungiso probably safe to turn on anyway?20:24
*** eharney has joined #openstack-infra20:24
clarkboh if that is the case it would work as we expect I think20:24
clarkbwe want apache to honor the backend supplied cachecontrol header and ignore the pip client side header20:24
*** wolverineav has quit IRC20:25
*** wolverineav has joined #openstack-infra20:25
clarkbfungi: ya I think maybe we just try setting that on our mirrors. The 10 minute index cache is sufficiently short that we should have fresh data, but long enough that we should avoid making local cdn unhappy and reduce internet bound traffic20:25
clarkbI can push that up if you are working on the mailman vhost change20:28
*** bobh has quit IRC20:28
fungii am20:30
fungiand about to start cooking dinner20:30
openstackgerritClark Boylan proposed openstack-infra/system-config master: Set CacheIgnoreCacheControl on pypi proxy cache  https://review.openstack.org/62509520:32
clarkbthere is the apache change20:32
*** eernst has joined #openstack-infra20:33
*** diablo_rojo has quit IRC20:34
openstackgerritJeremy Stanley proposed openstack-infra/system-config master: Add lists.opendev.org to Mailman  https://review.openstack.org/62509620:36
fungiand the opendev mailman change ^20:36
*** diablo_rojo has joined #openstack-infra20:36
clarkb+2 thanks20:37
fungii'll follow up to the ml thread20:37
clarkbbetween the proxy change and dmsimards fix for installing ovs for multinode bridge on centos, I think that addresses a good chunk of the infra related bugs we are tracking. The exception to that is the slow io we've seen that is more cloud specific20:41
*** eernst has quit IRC20:41
clarkbif we can get those two in and start confirming improvements I may get around to booting a new pbx tomorrow20:41
*** diablo_rojo has quit IRC20:41
*** bauzas has quit IRC20:42
*** smarcet has joined #openstack-infra20:42
*** bauzas has joined #openstack-infra20:45
*** bobh has joined #openstack-infra20:48
*** bobh has quit IRC20:52
*** psachin has joined #openstack-infra20:52
*** jamesmcarthur has joined #openstack-infra20:52
*** lpetrut has joined #openstack-infra20:53
*** ianychoi has joined #openstack-infra20:59
*** mriedem has quit IRC21:02
*** wolverineav has quit IRC21:06
*** wolverineav has joined #openstack-infra21:06
*** wolverineav has quit IRC21:07
*** wolverineav has joined #openstack-infra21:07
*** markvoelker has joined #openstack-infra21:11
*** tpsilva has quit IRC21:12
*** xek has quit IRC21:26
*** mriedem has joined #openstack-infra21:26
*** psachin has quit IRC21:27
*** tobias-urdin has quit IRC21:32
clarkband now taking AJaeger's prompt and going through backlog of project-config and ozj21:32
clarkbAJaeger: for https://review.openstack.org/#/c/619235/2 how strongly do you feel about "dashboard" vs "grafana"?21:32
clarkbssbarnea|rover: should https://review.openstack.org/#/c/620613/ be WIP until you are ready to move things?21:35
*** rh-jelabarre has quit IRC21:35
openstackgerritClark Boylan proposed openstack-infra/project-config master: base-test: Check that regional mirror is online  https://review.openstack.org/62096121:38
clarkbmordred: fungi ^ you have previously reviewed that change. I fixed the ansible syntax in it for pabelanger rather than -121:39
clarkb(I'm single core approving some of the simpler job adds and grafyaml changes)21:42
*** kgiusti has left #openstack-infra21:44
ianwmordred: are you on this dogpile thing?  it's causing a pileup back through nodepool and dib :)  i see some changes out there to requirements with a -1, will dig in about 1/2 hour or so21:47
clarkbianw: I think shrews mentioned it21:48
openstackgerritMerged openstack-infra/project-config master: kata-containers: re-enable Fedora job  https://review.openstack.org/62304321:49
openstackgerritMerged openstack-infra/project-config master: import git-os-job source repo  https://review.openstack.org/62302321:49
*** bobh has joined #openstack-infra21:54
openstackgerritMerged openstack-infra/project-config master: Separate out success/failure/timeout charts in grafana for OSA  https://review.openstack.org/62334121:56
openstackgerritMerged openstack-infra/project-config master: Re-activate translation job for Trove  https://review.openstack.org/62349221:56
clarkbAJaeger: ^ I think I've managed to flush out a bunch of changes by approving them. Also left reviews on a few that I was less comfortable approving or needed -1s21:57
clarkbwill look at ozj shortly21:57
*** wolverineav has quit IRC21:57
openstackgerritMerged openstack-infra/project-config master: Neutron grafana update for co-gating section  https://review.openstack.org/62241821:57
openstackgerritMerged openstack-infra/project-config master: Add new project called ku.stella  https://review.openstack.org/62339621:57
*** wolverineav has joined #openstack-infra21:58
*** trown is now known as trown|outtypewww21:59
openstackgerritMerged openstack-infra/project-config master: Add translation job for storyboard  https://review.openstack.org/62350821:59
*** lpetrut has quit IRC22:00
*** bobh has quit IRC22:00
clarkbprometheanfire: dhellmann: can the requirements and release teams weigh in on https://review.openstack.org/#/c/623229/2 I want to make sure there isn't something I'm missing there (otherwise I'll happily approve it)22:01
openstackgerritMerged openstack-infra/project-config master: Change os-resource-classes and os-traits acl config to placement  https://review.openstack.org/62438722:01
openstackgerritMerged openstack-infra/project-config master: Adding the netlify-sandbox project  https://review.openstack.org/62452322:01
*** wolverineav has quit IRC22:02
prometheanfireclarkb: reqs works with py3622:03
dhellmannthat change is going to touch a lot of projects, so at the very least it deserves a ML post to give teams a heads-up22:04
dhellmannI don't disagree that it's a good thing to do, though22:04
clarkbdhellmann: want to leave that comment or should I follow up with cdent?22:05
*** dklyle has joined #openstack-infra22:05
*** markvoelker has quit IRC22:06
dhellmannclarkb : I went ahead and left a comment22:06
dhellmannthanks for the heads-up22:06
dhellmannthis is a good example of the type of change I'd like to see us pre-announce more often22:07
dhellmannwe do a pretty good job of that, but it's always something to think about22:07
*** eernst has joined #openstack-infra22:08
clarkbdhellmann: is now a good time to approve https://review.openstack.org/#/c/614758/ too?22:08
dhellmannyeah, that removes a duplicate job so it shouldn't "break" anyone22:09
dhellmannand I think we already had a ML thread about that one22:09
clarkbyou did22:09
*** david-lyle has joined #openstack-infra22:09
clarkbAJaeger: ok I think I got through a good chunk of the backlog there. Thank you for the reminder as I've been head down on debugging the high rate of test failure recently as well as opendev and docker and eventually these things fall off the list22:10
*** smarcet has joined #openstack-infra22:11
*** dklyle has quit IRC22:12
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: use opensuse15 as generic name instead of opensuse150  https://review.openstack.org/61962822:13
clarkbianw: frickler: I'm catching up on ipv6 things now. Since we want to use the host network namespace anyway (and not have separate IPs for every container) maybe we can drop the ipv6 config from docker/daemon.json for simplicity now?22:14
clarkbwe'll still be able to listen on ipv6 addrs configured on the host aiui22:15
*** bobh has joined #openstack-infra22:15
clarkbAdded that comment to the docker role add change too22:16
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add nodeset ubuntu-bionic-2-node for bionic multinode testing  https://review.openstack.org/62261322:16
clarkbfungi: are https://review.openstack.org/#/c/615658/1 and https://review.openstack.org/#/c/615659/2 safe to merge? I'm not fully caught up on the state of ansible/puppet on the wiki servers22:17
*** boden has quit IRC22:18
clarkbthere are a bunch of futureparser changes behind those two that I expect are quite safe so if those two are good to go I think I can approve a large ish stack today22:18
*** eernst has quit IRC22:18
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: remove the tag pipeline entry for release-notes-jobs  https://review.openstack.org/61475822:20
fungiclarkb: we're not currently puppeting wiki.o.o (a.k.a. wiki-upgrade-test.o.o) but are puppeting wiki-dev22:20
fungiso these will take effect on wiki-dev which would be great22:20
clarkbfungi: should I approve or would you like to?22:20
fungior they'll break wiki-dev and we'll investigate, but either way no big deal22:21
fungii can approve, sure22:21
clarkbthanks!22:21
*** rcernin has joined #openstack-infra22:21
fungiand done22:22
clarkbI'm still waiting on test results for the one change I want to approve today :( will have to get away with approving all the other things instead22:23
*** david-lyle has quit IRC22:23
clarkb624526 sanity checks dmsimard's zuul-jobs ovs install for multinode bridge on centos22:24
clarkbwe do have testing of that role as is, but figure double checking we don't berak the jobs already half broken on that is a good thing22:24
clarkbhrm actually found a bug in the puppet-4 stack in the logstash.o.o change22:27
clarkbI'll fix that once the wiki things are out of the way22:27
corvusfungi: lists.opendev wfm22:27
*** wolverineav has joined #openstack-infra22:29
fungicorvus: cool, i've proposed https://review.openstack.org/625096 to add a lists.opendev.org site22:29
fungii can do a separate patch to zone-opendev.org to add the address records22:30
*** smarcet has quit IRC22:30
clarkbcorvus: and thoughts of hosting some genericish mailing lists at that domain? That was jbryce's question on the infra mailing list22:30
clarkbI think they want something like rust-vmm@lists.opendev.org to be a home for the crosvm/firecracker cooperation coordination22:31
openstackgerritMerged openstack-infra/project-config master: Rename neutron ryu jobs  https://review.openstack.org/62481422:31
openstackgerritMerged openstack-infra/project-config master: Add publish-to-pypi as os-resource-classes job  https://review.openstack.org/62496222:32
openstackgerritMerged openstack-infra/project-config master: base-test: Check that regional mirror is online  https://review.openstack.org/62096122:32
openstackgerritMerged openstack-infra/project-config master: Define release job for openstackclient  https://review.openstack.org/62500922:32
*** wolverineav has quit IRC22:34
*** lbragstad has quit IRC22:37
*** smarcet has joined #openstack-infra22:40
*** smarcet has quit IRC22:45
*** jamesmcarthur has quit IRC22:47
*** smarcet has joined #openstack-infra22:48
*** rlandy has quit IRC23:03
*** wolverineav has joined #openstack-infra23:04
*** jamesmcarthur has joined #openstack-infra23:04
*** jamesmcarthur has quit IRC23:04
*** jamesmcarthur has joined #openstack-infra23:05
*** jamesmcarthur has quit IRC23:05
*** wolverineav has quit IRC23:08
*** armax has joined #openstack-infra23:09
Shrewsianw: re: dogpile, a change to requirements is up to limit the version, and kmalloc is looking into the dogpile.cache part of it23:12
* kmalloc is looking into the dogpile side.23:12
openstackgerritMerged openstack-infra/system-config master: Turn on the future parser for wiki-dev.openstack.org  https://review.openstack.org/61565823:20
openstackgerritMerged openstack-infra/system-config master: Turn on the future parser for wiki.openstack.org  https://review.openstack.org/61565923:20
*** tosky has quit IRC23:27
*** wolverineav has joined #openstack-infra23:29
*** _alastor_ has joined #openstack-infra23:31
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for logstash.openstack.org  https://review.openstack.org/61566023:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for subunit workers  https://review.openstack.org/61566123:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for elasticsearch.openstack.org  https://review.openstack.org/61566523:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for one git worker  https://review.openstack.org/61596623:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for all git workers  https://review.openstack.org/61596723:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for git load balancer  https://review.openstack.org/61596823:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for mirror-update.o.o  https://review.openstack.org/61599123:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for rax mirror  https://review.openstack.org/61599223:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for all mirrors  https://review.openstack.org/61599323:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for files.openstack.org  https://review.openstack.org/61599423:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for one zookeeper instance  https://review.openstack.org/61599523:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for all zookeeper instances  https://review.openstack.org/61599623:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for one nameserver  https://review.openstack.org/61599823:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for all nameservers  https://review.openstack.org/61599923:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for master nameserver  https://review.openstack.org/61600023:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for openstackid-dev  https://review.openstack.org/61600123:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on the future parser for openstackid  https://review.openstack.org/61600223:34
openstackgerritClark Boylan proposed openstack-infra/system-config master: Turn on future parser for one nodepool launcher  https://review.openstack.org/61628823:34
clarkbcmurphy: fungi ^ I think I got that right23:34
clarkband apologies if I didn't. Figured that fixing the minor issues and speeding up turnaroudn was probably desireable23:35
cmurphythanks clarkb23:36
clarkbcmurphy: the give away was the zk01 -> zk[0-9]+ transition removing futureparser from the test23:38
clarkbit should've stayed23:38
clarkbso I fixed that and the other isntances of this I could find23:38
clarkbfungi: mordred if you are still around the bottom of that stack is basically ready other than CI testing. I'm happy to babysit it tomorrow morning we get reviews23:38
cmurphyoh yeah i guess i should have listened to that23:38
*** jamesmcarthur has joined #openstack-infra23:39
*** slaweq has quit IRC23:40
*** mriedem has quit IRC23:41
*** eernst has joined #openstack-infra23:43
*** jamesmcarthur has quit IRC23:44
*** armax has quit IRC23:45
*** eernst has quit IRC23:48

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