Friday, 2019-11-22

*** rlandy is now known as rlandy|bbl00:01
*** goldyfruit_ has quit IRC00:09
ianwwell not that it's testing the same thing, but i copied the repo out of gitea06's /data and put it in my homedir, and tried the fetch against that (over ssh).  it works00:10
*** ociuhandu has quit IRC00:17
*** ociuhandu has joined #openstack-infra00:17
*** armax has quit IRC00:22
*** ociuhandu has quit IRC00:23
*** slaweq has joined #openstack-infra00:34
ianwi tried serving that up locally via http.server.CGIHTTPRequestHandler using git-http-backend but it doesn't quite seem to work00:34
ianwtonyb: i think maybe update the bug with your reproduction and see if anyone has ideas?00:34
tonyb[m]Ummm I don't *think* there is anything in that tarball that can't be shared ...00:36
*** ociuhandu has joined #openstack-infra00:36
*** slaweq has quit IRC00:38
*** ociuhandu has quit IRC00:45
*** gyee has quit IRC00:46
*** mattw4 has quit IRC00:47
mriedemgerritbot seems to be dead00:48
*** michael-beaver has quit IRC00:50
ianwthe statusbot also went, again00:55
*** tosky has quit IRC00:56
*** mriedem is now known as mriedem_afk00:58
ianwisn't there something about the irc server we connect to by ip01:00
clarkbI think that is only meetbot?01:03
clarkbsinceit hasipv6 issues01:03
*** openstackstatus has joined #openstack-infra01:03
*** ChanServ sets mode: +v openstackstatus01:03
ianwyeah, eavesdrop.openstack.org has the pinned hosts entry01:03
ianwopenstackgerrit does not seem to want to join ...01:04
ianwselect(11, [10], [], [], {0, 200000})   = 0 (Timeout)01:05
ianwgerritbot 18106 gerrit2   10u  IPv4 3756294911      0t0        TCP review01.openstack.org:47750->cherryh.freenode.net:6697 (ESTABLISHED)01:05
ianwthe debug file isn't that helpful01:09
*** dchen has joined #openstack-infra01:10
*** ociuhandu has joined #openstack-infra01:10
ianwmaybe it just needs a change01:13
*** openstackgerrit has joined #openstack-infra01:13
openstackgerritIan Wienand proposed opendev/system-config master: Fedora mirror update: use localauth release  https://review.opendev.org/69557201:13
ianwthere we go01:13
ianwfungi: Release failed: VOLSER: Problems encountered in doing the dump !01:14
ianwthis is not good :/01:14
*** jistr has quit IRC01:14
*** jistr has joined #openstack-infra01:15
*** roman_g has quit IRC01:22
*** ociuhandu has quit IRC01:28
ianwFri Nov 22 00:54:32 2019 1 Volser: ReadVnodes: IH_CREATE: File exists - restore aborted01:33
ianwFri Nov 22 00:54:32 2019 Scheduling salvage for volume 536871007 on part /vicepa over FSSYNC01:33
ianwi guess it was this01:33
*** jamesmcarthur has joined #openstack-infra01:34
ianwi'll try again, maybe the salvage fixed it01:39
*** mriedem_afk has quit IRC01:40
*** igordc has quit IRC01:57
*** rfolco has joined #openstack-infra02:22
*** rfolco has quit IRC02:27
*** ociuhandu has joined #openstack-infra02:28
*** ociuhandu has quit IRC02:39
*** ricolin has joined #openstack-infra02:50
*** rlandy|bbl is now known as rlandy02:53
*** rlandy has quit IRC02:56
*** apetrich has quit IRC03:09
*** jamesmcarthur has quit IRC03:13
*** armax has joined #openstack-infra03:14
*** armax has quit IRC03:14
*** ociuhandu has joined #openstack-infra03:14
*** ociuhandu has quit IRC03:19
*** udesale has joined #openstack-infra03:41
*** larainema has joined #openstack-infra04:23
*** dave-mccowan has quit IRC04:58
*** surpatil has joined #openstack-infra05:27
*** ociuhandu has joined #openstack-infra05:30
*** ociuhandu has quit IRC05:36
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Update bindep.txt for some missing dependencies  https://review.opendev.org/69397505:44
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Dockerfile: install vhd-util  https://review.opendev.org/69397605:45
*** ramishra has joined #openstack-infra05:49
openstackgerritMerged zuul/zuul-jobs master: install-podman: also install slirp4netns  https://review.opendev.org/69560105:55
*** rfolco has joined #openstack-infra05:58
*** rfolco has quit IRC06:03
*** zbr has joined #openstack-infra06:06
*** zbr|ooo has quit IRC06:08
*** Buggys has joined #openstack-infra06:12
*** jtomasek has joined #openstack-infra06:14
*** slaweq has joined #openstack-infra06:23
*** ociuhandu has joined #openstack-infra06:25
*** slaweq has quit IRC06:25
ianw#status log mirror.fedora released manually successfully, manual lock dropped06:26
openstackstatusianw: finished logging06:26
*** janki has joined #openstack-infra06:31
openstackgerritMerged openstack/diskimage-builder master: Add grub-efi-x86_64 pkg-map  https://review.opendev.org/69457906:37
*** raukadah is now known as chkumar|rover06:37
openstackgerritMerged openstack/diskimage-builder master: Introduce manual setting of DIB_INIT_SYSTEM  https://review.opendev.org/41417906:43
openstackgerritMerged opendev/system-config master: Fedora mirror update: use localauth release  https://review.opendev.org/69557206:50
*** ociuhandu has quit IRC06:52
openstackgerritMerged openstack/diskimage-builder master: Only wait for checksum processes  https://review.opendev.org/69533806:57
openstackgerritMerged openstack/diskimage-builder master: Adds support for GPG keyring  https://review.opendev.org/69342606:57
openstackgerritMerged openstack/diskimage-builder master: Ensure nouveau is blacklisted in initramfs too  https://review.opendev.org/67999206:57
openstackgerritMerged openstack/diskimage-builder master: Add output for mis-configured element scripts  https://review.opendev.org/68078506:57
*** ociuhandu has joined #openstack-infra07:03
*** gfidente has joined #openstack-infra07:18
*** xarses has joined #openstack-infra07:18
*** pkopec has joined #openstack-infra07:19
*** apetrich has joined #openstack-infra07:22
*** ociuhandu has quit IRC07:32
*** slaweq has joined #openstack-infra07:32
openstackgerritMerged openstack/diskimage-builder master: Update bindep.txt for some missing dependencies  https://review.opendev.org/69397507:43
*** janki has quit IRC07:52
*** pgaxatte has joined #openstack-infra07:57
*** slaweq has quit IRC08:07
*** ccamacho has joined #openstack-infra08:09
*** ccamacho has quit IRC08:13
*** tosky has joined #openstack-infra08:15
*** pcaruana has joined #openstack-infra08:21
*** ccamacho has joined #openstack-infra08:27
*** tesseract has joined #openstack-infra08:35
*** rpittau|afk is now known as rpittau08:58
openstackgerritMatthieu Huin proposed zuul/zuul master: authentication config: add optional token_expiry  https://review.opendev.org/64240809:03
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: support YAML nested dictionaries  https://review.opendev.org/68479009:04
*** lucasagomes has joined #openstack-infra09:10
*** sshnaidm is now known as sshnaidm|off09:21
*** iurygregory has joined #openstack-infra09:21
*** ralonsoh has joined #openstack-infra09:26
*** Lucas_Gray has joined #openstack-infra09:34
*** ricolin has quit IRC09:43
*** derekh has joined #openstack-infra09:44
openstackgerritTobias Henkel proposed zuul/zuul master: Fix deletion of stale build dirs on startup  https://review.opendev.org/62069710:01
*** ociuhandu has joined #openstack-infra10:02
*** ociuhandu has quit IRC10:07
*** dtantsur|afk is now known as dtantsur10:22
*** Lucas_Gray has quit IRC10:26
*** Lucas_Gray has joined #openstack-infra10:35
*** Lucas_Gray has quit IRC10:40
*** Lucas_Gray has joined #openstack-infra10:40
*** ociuhandu has joined #openstack-infra10:50
*** ociuhandu has quit IRC10:52
*** ociuhandu has joined #openstack-infra10:52
*** ociuhandu has quit IRC10:53
*** ociuhandu has joined #openstack-infra11:01
*** yolanda__ has joined #openstack-infra11:08
*** ociuhandu has quit IRC11:08
*** yolanda has quit IRC11:09
*** udesale has quit IRC11:10
openstackgerritRiccardo Pittau proposed openstack/project-config master: Manage pyghmi jobs at project level  https://review.opendev.org/69566111:18
*** gfidente has quit IRC11:31
*** yolanda__ has quit IRC11:33
*** gfidente has joined #openstack-infra11:34
*** pgaxatte has quit IRC11:42
*** yolanda has joined #openstack-infra11:46
*** yolanda has quit IRC11:52
*** rfolco has joined #openstack-infra11:55
*** Lucas_Gray has quit IRC11:55
*** rcernin has quit IRC12:01
*** Lucas_Gray has joined #openstack-infra12:01
*** yolanda has joined #openstack-infra12:05
iurygregoryhey infra o/ quick question the check-requirements still require the markers of the python version, is there any plans to fix to not require? Since we are dropping py2.7 requirements in ironic we are trying to remove the markers12:32
fungiiurygregory: that's more a question for the requirements team in #openstack-requirements12:40
iurygregoryfungi, oh tks =012:40
iurygregory=) *12:40
frickleriurygregory: also see the discussion in https://review.opendev.org/#/c/693631/4/openstack_requirements/tests/test_check.py,unified , this is planned as future development12:42
*** slaweq has joined #openstack-infra12:42
iurygregoryfrickler, ty!12:42
*** yoctozepto has quit IRC12:43
*** yoctozepto has joined #openstack-infra12:43
*** larainema has quit IRC12:50
*** jamesmcarthur has joined #openstack-infra13:04
*** rlandy has joined #openstack-infra13:04
*** priteau has joined #openstack-infra13:06
*** pgaxatte has joined #openstack-infra13:20
*** slaweq has quit IRC13:20
*** goldyfruit_ has joined #openstack-infra13:20
*** surpatil has quit IRC13:25
*** priteau has quit IRC13:33
*** eharney has quit IRC13:37
*** mgoddard has quit IRC13:44
*** mgoddard has joined #openstack-infra13:45
*** pgaxatte has quit IRC13:50
*** jaosorior has joined #openstack-infra14:00
*** pgaxatte has joined #openstack-infra14:00
*** ociuhandu has joined #openstack-infra14:08
*** jamesmcarthur has quit IRC14:12
*** ociuhandu has quit IRC14:16
*** mriedem has joined #openstack-infra14:19
*** pgaxatte has quit IRC14:32
*** jamesmcarthur has joined #openstack-infra14:37
*** eharney has joined #openstack-infra14:54
*** ociuhandu has joined #openstack-infra15:04
*** pgaxatte has joined #openstack-infra15:14
*** Goneri has joined #openstack-infra15:17
*** Lucas_Gray has quit IRC15:22
openstackgerritTobias Henkel proposed zuul/zuul master: Fix deletion of stale build dirs on startup  https://review.opendev.org/62069715:24
*** ociuhandu has quit IRC15:25
*** slaweq has joined #openstack-infra15:28
*** slaweq has quit IRC15:32
*** ccamacho has quit IRC15:32
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505115:38
*** armax has joined #openstack-infra15:42
toskyI suspect it has been already asked: would it be possible to change the favicon of review.opendev.org? Right now it's the standard gerrit one15:42
mordredtosky: I believe it would be possible - but we'd need to design something to change it *to* - as the opendev logo is already the favicon for the gitea servers15:46
mordredI agree though - when I have gerrit tabs open for both opendev and upstream gerrit - I can't always find the tab I'm looking for15:46
toskyexactly :)15:47
toskydifferent set of gerrit servers, but I have the same problem15:48
mordredmaybe jimmy has magical powers15:51
*** sreejithp has joined #openstack-infra15:51
*** slaweq has joined #openstack-infra15:54
openstackgerritTobias Henkel proposed zuul/zuul master: Fix deletion of stale build dirs on startup  https://review.opendev.org/62069716:06
*** gyee has joined #openstack-infra16:09
*** pgaxatte has quit IRC16:12
*** chkumar|rover is now known as raukadah16:31
*** ricolin has joined #openstack-infra16:32
*** mattw4 has joined #openstack-infra16:35
*** slaweq has quit IRC16:37
*** priteau has joined #openstack-infra16:44
clarkbtosky: mordred I use tree style tabs and tab containers to help organize things independent of favicons16:47
clarkbtree style tabs to collapse groups of tabs under a root tab and tab containers to separate cookies and actual underlying data bits from each other16:47
*** yolanda has quit IRC16:50
*** pkopec has quit IRC16:51
*** slaweq has joined #openstack-infra16:53
*** slaweq has quit IRC16:58
*** lucasagomes has quit IRC16:59
*** rpittau is now known as rpittau|afk17:01
*** jaosorior has quit IRC17:04
*** ociuhandu has joined #openstack-infra17:17
*** dtantsur is now known as dtantsur|afk17:21
*** ricolin has quit IRC17:21
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505117:25
openstackgerritClark Boylan proposed zuul/zuul master: Increase mariadb log verbosity  https://review.opendev.org/69573717:27
*** Guest24639 has joined #openstack-infra17:32
*** Guest24639 is now known as mgagne_17:34
*** tesseract has quit IRC17:35
*** michael-beaver has joined #openstack-infra17:35
*** iurygregory has quit IRC17:43
*** gfidente has quit IRC17:43
*** jaosorior has joined #openstack-infra17:44
openstackgerritMatthieu Huin proposed zuul/zuul master: [WIP] admin REST API: zuul-web integration  https://review.opendev.org/64353617:46
*** ociuhandu has quit IRC17:54
*** ociuhandu has joined #openstack-infra17:54
*** ociuhandu has quit IRC18:00
*** jamesmcarthur has quit IRC18:00
*** rascasoft has quit IRC18:00
*** derekh has quit IRC18:00
*** bnemec is now known as beekneemech18:04
openstackgerritClark Boylan proposed zuul/zuul master: DNM: Increase mariadb log verbosity  https://review.opendev.org/69573718:08
openstackgerritClark Boylan proposed zuul/zuul master: DNM: Increase mariadb log verbosity  https://review.opendev.org/69573718:14
*** cmurphy is now known as cmorpheus18:18
*** priteau has quit IRC18:19
*** igordc has joined #openstack-infra18:23
*** irclogbot_0 has quit IRC18:27
*** ralonsoh has quit IRC18:30
*** irclogbot_2 has joined #openstack-infra18:30
*** lseki has joined #openstack-infra18:31
*** diablo_rojo has joined #openstack-infra18:31
lsekihi, is openstack-infra@lists.openstack.org the correct mailing list to ask about issues deploying zuul v3?18:34
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505118:35
*** beisner has quit IRC18:35
*** beisner has joined #openstack-infra18:36
fungilseki: you want zuul-discuss@lists.zuul-ci.org18:41
fungialso there's a #zuul channel on freenode18:41
fungiyou could just ask in there18:42
lseki@fungi thank you! I'll ask there18:42
*** harlowja has joined #openstack-infra18:44
openstackgerritMerged zuul/zuul master: Fix deletion of stale build dirs on startup  https://review.opendev.org/62069718:58
*** eharney has quit IRC19:04
*** jaosorior has quit IRC19:08
*** diablo_rojo has quit IRC19:13
rm_workhey, seeing this show up in the octavia grenade tests, during keystone upgrade:19:19
rm_work2019-11-22 19:00:47.992 |   Found existing installation: PyYAML 3.1219:19
rm_work2019-11-22 19:00:48.412 | ERROR: Cannot uninstall 'PyYAML'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall.19:19
rm_workI feel like that's generally something that happens when the images have changed?19:19
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505119:20
*** sreejithp has quit IRC19:22
clarkbrm_work: its a pip thing19:23
clarkbrm_work: it refuses to uninstall distutils managed packages (whcih may have come from system packaging)19:24
rm_workyeah but it started all the sudden?19:24
clarkbsure could be the image packages udpated their dep list or went from setuptools to distutils19:24
clarkbor it could be the job added a package install somewhere for some reason19:24
rm_workhmm19:25
rm_workwonder where to even go to address this19:25
rm_worki wonder if all the keystone gates are broken? or somehow just grenade?19:25
clarkbI would start by finding out where pyyaml is getting installed19:25
clarkbthen based on that yuo can determine how best to update it19:25
rm_workhmm19:25
rm_workwell, the failure is during grenade devstack installing keystone test-requirements19:26
rm_workbut need to figure out what installed it originally?19:26
clarkbyes you need to find out what pulledi n pyyaml initially19:26
clarkbgrenade runs d-g which may install it for the service listings?19:27
clarkbrm_work: have a link to the failure?19:34
rm_workhttps://48dd2212f38eca3e7c7b-78ed15d7b1d21cdbe9742e6d06f5d670.ssl.cf1.rackcdn.com/693765/15/check/octavia-grenade/5c21387/logs/grenade.sh.txt.gz19:34
*** auristor has quit IRC19:34
clarkbinteresting. It actually installs pyyaml 5.1.2 very early in that log19:37
clarkbthen later it intsalls python-yaml from distro packaging. Then Installs pyyaml 5.1.2 a bit more and eventually fails19:37
clarkbok I see. Pip ends up being upgraded somewhere in there19:39
clarkband the old pip 9.0.3 doesnt' care about the distutils thing. New pip 19.2.3 does and then it breaks19:39
johnsomAnd some of those are py27 some py319:39
clarkbya at the very beginning of the job it downgrades pip, then later (which I haven't found yet it must upgrade pip, I can see that newer pip is being used later though)19:41
clarkbone possible fix is to remove python-yaml from install_nova_hypervisor19:42
clarkband instead install pyyaml from pip (which we seem to do everywhere else)19:42
clarkboh that is a dependency of novnc?19:42
clarkbya I think that is how python-yaml gets sucked in. It is from the novnc system package19:43
*** ociuhandu has joined #openstack-infra19:43
*** auristor has joined #openstack-infra19:44
*** michael-beaver has quit IRC19:45
*** auristor has quit IRC19:50
*** ociuhandu has quit IRC19:52
openstackgerritClark Boylan proposed zuul/zuul master: DNM: Increase mariadb log verbosity  https://review.opendev.org/69573719:53
*** auristor has joined #openstack-infra19:54
rm_workuhhh ok so ... this is a nova issue?19:58
fungirm_work: a nova issue in that nova is requiring novnc?19:59
clarkbrm_work: it is a pip behavior change issue19:59
rm_workyeah but the "fix" would be in nova?20:00
clarkbnova tickles it by installing novnc which installs an old version of python-yaml with distutils20:00
rm_workor where20:00
rm_workit's not something we can fix in the octavia repo, i'm 99% sure of that at least :D20:00
clarkbThe real fix would be to update the python-yaml pacakge to use setuptools instead of distutils. Chances of that happening for a stable release of a distro are slim20:00
rm_workso i'm trying to figure out where the fix would go20:00
clarkbOne option is to install everything in virtualenvs20:00
clarkbI poked at that for a short bit before giving up because there didn't seem to be enough momentum behind it to get it done20:01
rm_workis that just a var we can set in the grenade gate job definition? like USE_VENV=True?20:01
rm_workyeah i wasn't sure if that ever fully worked in devstacl20:01
clarkbno, the current code for it does not work at all20:01
rm_workk20:01
clarkband even after poking at it for a couple weeks I couldn't quite get it right for all the corner cases (oddly enough ironic was one of those corner cases)20:01
rm_workso ... do you see what i'm getting at though? like, ok, we need to change how this installs... but *where*? devstack repo? nova repo?20:02
clarkbrm_work: I don't think there is a good answer20:02
rm_workT_T20:02
clarkbif it were me I would delete novnc20:02
clarkbas an openstack user for ~7 years I've never used it20:02
fungii doubt nova has a devstack plug-in doing that, it's probably in devstack20:02
clarkbbut I bet there are many that think I'm crazy for that suggestion20:02
rm_workoctavia's gate is frozen until we can fix this, or until we just decide to stop running grenade as voting <_<20:03
rm_worki'd rather not do the latter20:03
clarkbAnother option may be to install novnc as the very last thing devstack does20:03
fungiit's a topic to bring up with the qa team next, i suspect20:03
rm_worki mean, we definitely don't use novnc in our gate, so maybe we COULD tell it to not use that somehow? is that possible I wonder?20:04
fungiif devstack has an option you can pass for that, then maybe20:05
rm_workah well, i can't track this presently -- need to run to meet someone for lunch T_T will ponder and maybe hit up QA like you recommended20:05
clarkbrm_work: disable the n-vnc service20:05
rm_workk will look into that later20:05
rm_workthanks for the advice :)20:06
fungiit looks like octavia's grenade job is custom anyway, not the standard grenade job, so you presumably have some room to make adjustments to how it runs20:06
clarkbanother option is to pin pip again20:06
fungiif it were the standard grenade job then it would probably take convincing more people or making an octavia-specific grenade job (which conveniently you already have)20:06
clarkbI'm guessing we stopped pinning and that is what caused this problem to pop up actually20:07
clarkbfungi: well I don't think we test vnc at all in any grenade or tempest job20:07
clarkbother than "did the service start" we aren't getting much value out of running it20:07
fungiyeah, if all it being there does is test that it can install and start then it seems questionable to keep testing that everywhere20:07
fungibut especially in an upgrade job20:08
fungiif you need to test that, test it in a basic devstack job that runs on changes to devstack20:08
*** yolanda has joined #openstack-infra20:10
efriedo/ infra.20:13
efriedAny update on the "zuul.o.o/jobs crashes my browser and eventually my computer" issue?20:13
clarkbefried: I think tristanC found some bugs in the js? I don't know if they have been fixed yet20:13
clarkbhttps://review.opendev.org/#/c/695450/ maybe?20:14
tristanCclarkb: that's the fix yes20:14
efriednice!20:14
clarkblooks like a yarn error due to a 503 from github20:15
efriedclarkb, tristanC: so since this is zuul.o.o, what's the signal for me being able to try again? IIRC it's not as simple as "once the patch merges".20:15
clarkbtristanC's recheck should hopefully get it merged (and then because it is js I thinkwe deploy that automatically)20:15
clarkbefried: usually within an hour of the chagne merging the js will have been updated in production20:16
*** eharney has joined #openstack-infra20:16
clarkbI don't know if we expose js versions easily though20:16
clarkbwe do expose the python version on the web ui but that is different20:16
efriedcool. I'll just remember to shut down all my programs before trying again, and watch my memory so I can kill the mofo if it goes off the rails.20:18
efriedthanks tristanC clarkb!20:18
*** ociuhandu has joined #openstack-infra20:23
*** ociuhandu has quit IRC20:28
openstackgerritClark Boylan proposed zuul/zuul master: Disable Mariadb TZINFO table generation  https://review.opendev.org/69573720:33
*** slaweq has joined #openstack-infra20:38
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505120:41
*** smarcet has joined #openstack-infra20:44
*** rcernin has joined #openstack-infra20:49
*** slaweq has quit IRC20:56
efriedo/ again infra21:02
efriedThought I would report this in case it's not already known.21:02
efried"frequently" the logs for a job seem unreachable from a job result page21:03
efriedi.e. the 'Logs' tab doesn't show up, the failure summary doesn't appear (if applicable), and clicking through to the log link just spins21:03
clarkbefried: did the jobs run more than 30 days ago?21:03
efriedthis *seems* to happen most frequently when the logs are in rackcdn21:03
efriedno, it's not expiry, it's actually unreachable destination.21:04
efriedif I wait long enough I get a net error (I think)21:04
clarkbhave an example?21:04
efriede.g.https://d642c724308b53c92c32-9e6a8447d6325ce608287fa851bc53b0.ssl.cf1.rackcdn.com/695759/1/check/openstack-tox-docs/4b88e27/docs/21:04
efriedwhoops21:04
efriedhttps://d642c724308b53c92c32-9e6a8447d6325ce608287fa851bc53b0.ssl.cf1.rackcdn.com/695759/1/check/openstack-tox-docs/4b88e27/docs/21:04
efriedfrom https://zuul.opendev.org/t/openstack/build/4b88e273522744ff9f083637a660bada21:04
efriedand the problem seems to resolve itself at some point, sometimes, maybe, eventually, dunno.21:04
clarkbya that seems to work for me21:05
efriedorly?21:05
clarkbyup21:05
clarkbI wonder if there is a bad cdn endpoint closer to you than me21:05
efriedthe page loads, and you see a Logs tab, and you can click through to the logs, and and and?21:05
efriedI get ERR_CONNECTION_TIMED_OUT when I try to click through to that longer link (.../docs/)21:06
clarkbyes I can get the log dir listing and open log files21:06
efriedthat seems... odd21:06
efriedthat it would work for you and not for me.21:06
efriedobv my network is healthy enough21:07
efriedI'm not firewalled or VPNed or anything.21:07
clarkbit could be an issue in the cdn21:07
clarkbwhere a cdn endpoint is't working properly and I happen to not talk to it21:07
efriedsorry for dummyness but what's a cdn?21:08
*** eharney has quit IRC21:08
fungicontent distribution network21:08
clarkbbasically a big caching system to get data into more local areas of the internet21:08
openstackgerritMerged zuul/zuul master: web: handle jobs that have multiple parent  https://review.opendev.org/69545021:09
efriedoh, well, THAT will never work21:09
*** ricpf has joined #openstack-infra21:10
efriedI guess it's opaque to the user (i.e. same URL can come from different CDNs kind of thing)?21:10
fungiyes21:11
efried...opaque unless it works for you and doesn't work for me, of course :P21:11
efriedOkay, so like, nothing really to be done about this?21:11
fungiusually it's coupled with either anycast addressing or selective dns responses21:11
efriedo, maybe I recycle my DNS?21:12
*** ociuhandu has joined #openstack-infra21:12
fungiso depending on where your client is on the internet you end up getting data returned from a different server21:12
fungiwell, odds are you'll get sent to the same one because the selection is usually based on locality21:12
efriedpah21:12
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505121:13
*** mgagne_ is now known as mgagne21:13
efriedwell, maybe it'll be better when I get back from school runs. Thanks for the info y'all.21:14
clarkbefried: one way to try and test that theory is to bounce through some other internet connection (maybe corporate vpn or ssh tunnel to a irc bouncer etc)21:17
openstackgerritMerged zuul/zuul master: Disable Mariadb TZINFO table generation  https://review.opendev.org/69573721:18
*** rlandy has quit IRC21:18
*** ricpf has quit IRC21:25
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Add build-container-image role  https://review.opendev.org/69525121:34
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: use-buildset-registry: Add podman support  https://review.opendev.org/69505121:34
fungi695450 merged at 21:09, last puppet apply on zuul.o.o completed at 20:56 so we're waiting for the next one i guess21:39
fungithey seem to be coming roughly 30 minutes apart, so this pulse is already is overdue21:41
clarkbfungi: ya they tend to go between every 30 minute and every 45 minutes21:41
clarkbI think we are close to the cutoff so if we run a little long we wait for the next one21:41
clarkbI'm guessing it will apply at about 21:57UTC21:42
fungiNov 22 21:42:53 zuul01 puppet-user[7055]: (/Stage[main]/Zuul::Web/Exec[unpack-zuul-web]) 'rm -rf /opt/zuul-web/source/* && tar -C /opt/zuul-web/source -xzf ./zuul-js-content-master.tar.gz' returned 2 instead of one of [0]21:50
clarkbfungi: I think we may get our js out of the pip install now21:52
clarkbmaybe21:52
clarkbthat target dir is empty now and a hard refresh on the zuul status page still works for me21:52
fungiahh21:52
fungiso maybe that exec can just be cleaned up21:53
clarkbcorvus: ^ you may know how to confirm, but ya I would expect my browser to be sad right now based on that dir being empty if we still relied on it21:53
*** mattw4 has quit IRC21:54
corvusclarkb: yes, i think we tried to normalize our installation since we kept breaking it21:57
*** rfolco has quit IRC21:58
corvushrm21:59
*** mattw4 has joined #openstack-infra21:59
corvuson second look, it's /opt/zuul-web/content that's important21:59
corvusand i think that comes from a js tarball build21:59
corvusit has timestamps of 19:2722:00
corvusthe tarball has a timestamp of 21:4222:00
corvusso i think we can infer that it was build at 1927 and installed at 214222:00
*** Goneri has quit IRC22:02
clarkbhuh that is when puppet ran22:05
*** eharney has joined #openstack-infra22:06
clarkblooking at the puppet what we seem to do is unpack to the source/ dir then rsync from ther eto the content/ dir22:07
clarkbthat rsync depends on the unpack so shouldn't have run because we failed22:07
clarkbNov 22 19:27:09 zuul01 puppet-user[24412]: (/Stage[main]/Zuul::Web/Exec[sync-zuul-web]) Triggered 'refresh' from 1 events22:09
clarkbI think that means we successfully installed the previous content but not the current content22:09
fungiick22:09
clarkbhttp://tarballs.openstack.org/zuul/zuul-content-latest.tar.gz is the file not zuul-js-content-master.tar.gz22:10
clarkbzuul-js-content... is what we have on disk though and that timestamp matches the more recent run22:12
clarkbok the tarball is just a tar, no gzip. This is why it failed22:13
clarkbthe time stamps roughly match when that would've been built for the js update22:14
clarkbaha ok my checkout of puppet-zuul was old22:16
clarkbhttps://tarballs.opendev.org/zuul/zuul/zuul-js-content-master.tar.gz is what we want22:17
clarkband confirmed that is a bad tarball22:17
clarkbcorvus: ^ I think the issue is we are publishign a tar instead of a tar.gz22:17
*** kopecmartin is now known as kopecmartin|off22:18
corvus<sigh>22:19
*** smarcet has quit IRC22:20
clarkbI'm tracking this back through the job defs22:20
clarkbhttps://opendev.org/zuul/zuul-jobs/src/branch/master/roles/fetch-javascript-content-tarball/tasks/main.yaml#L1-L8 is what I expect to have been run, but that has a z for gzip22:22
*** rcernin has quit IRC22:24
clarkbhttp://zuul.opendev.org/t/zuul/build/15267f7cba8b40799f8dc929afd4ec14/console#4/0/0/ubuntu-bionic is the build and that shows it doing czf too22:24
*** nhicher has quit IRC22:24
clarkbexcept that produces http://tarballs.openstack.org/zuul/zuul-content-latest.tar.gz I think22:26
clarkbnote no js in those file names22:26
corvuswe're using the log server as an intermediary -- what if our encoding settings there are wrong for this?22:26
clarkbbut timestamps don't support that. I'm confused22:26
clarkboh that could be, we are fetching the "plain text" version back ebcause we don't send an accept-encoding: gzip or whatever22:27
clarkbthat may actually be it and explain a good deal of the confusion :)22:27
corvussee the artifact at http://zuul.opendev.org/t/zuul/build/15267f7cba8b40799f8dc929afd4ec14 which later gets promoted to the tarballs site22:27
clarkb`curl -H 'accept-encoding: gzip' https://tarballs.opendev.org/zuul/zuul/zuul-js-content-master.tar.gz` still produces a tar for me not a tar.gz22:30
corvusclarkb: try the log url22:31
corvus https://8059d9eb12f46e379447-cfcb5348d0a5bd4d7cf82711ec310965.ssl.cf5.rackcdn.com/695737/5/gate/build-javascript-content-tarball/15267f7/artifacts/zuul-content-latest.tar.gz22:31
corvusclarkb: i think that's where it's going to get ungzipped22:31
clarkboh right tarballs will already be encoded22:31
clarkbyup that seems to be it22:32
*** nhicher has joined #openstack-infra22:32
clarkbthis would've been caused by our switch to gzip from deflate22:32
clarkbbecause prior to that gzip encoded files would have had to be returned with the identity encoding when clients didn't specify deflate22:33
corvusthis is the download task we need to fix i think: http://zuul.opendev.org/t/zuul/build/c13a2c0462064de1b0818592d80404c2/console#1/0/5/localhost22:33
corvuslooks like we're using the uri ansible module22:34
clarkbI wonder if the http rfcs allow for us to specify we want identity22:34
corvuswe can add arbitrary headers to the request22:35
clarkbif I pass accept-encoding: identity I don't get the identity version back from rax cdn22:36
clarkbnow to try it with a weight22:36
corvusagreed, i get tar22:36
*** slaweq has joined #openstack-infra22:37
clarkbexplicit weight of 1 is ignored too22:37
clarkbthis is a fun problem. I'm not sure what the best way to approach this generically would be22:39
clarkbI think the behavior we want is for artifacts to always be returned exactly as uploaded22:40
corvusyeah22:40
clarkbthey are a special class of object that we don't want browsers to interpret for us22:40
auristormirror.epel, mirror.fedora, mirror.opensuse, and mirror.yum-puppetlabs still need to be fixed22:40
corvusclarkb: it's not clear to me why the server is decompressing it22:42
*** slaweq has quit IRC22:42
clarkbcorvus: I think because not sending an accept encoding imllies you prefer text and the server is trying to accomodate that22:42
clarkbauristor: thank you for the reminder22:42
corvusclarkb: what about "gzip,*"?22:43
corvusor identity,gzip22:43
corvusor *,gzip22:44
corvusall of those return what we want in this case; it's hard to extrapolate what they might mean though since the cdn seems to be ignoring identity22:44
*** KeithMnemonic has quit IRC22:44
*** slaweq has joined #openstack-infra22:45
corvusthey all produce a gzip when i pull https://8059d9eb12f46e379447-cfcb5348d0a5bd4d7cf82711ec310965.ssl.cf5.rackcdn.com/695737/5/gate/build-javascript-content-tarball/15267f7/job-output.txt22:46
corvusthough, to be fair, that was stored with a gzip content-encoding22:46
clarkbya, we can probably treat gzip as a special file type that you might archive then always request it back? willthat get us gzipped files when we dont want them though?22:46
corvus"if artifact path ends with .tgz or .gz accept gzip"? :)22:47
corvusi wonder if doc promotion is broken too?22:48
clarkbcould be unless it untars without specifying type? I think newer tar magically handles that for us22:49
*** slaweq has quit IRC22:50
corvusanother solution is that we could get rid of all of the logfiles that jobs pre-gzip and then drop the content-encoding headers on already-compressed data22:51
corvusthat's kind of a long-term fix though22:51
*** ociuhandu has quit IRC22:51
*** rh-jelabarre has quit IRC22:52
corvusclarkb: the docs use the 'unarchive' module which i think handles decompression before handing it off to tar22:53
corvuseither that, or it got an uncompressed file and knew not to decompress it22:53
corvusthose seem equally plausible, since the input is a filename wich ends with ".bz2" but it says it's running a tar command on a tempfile with no extension and there are no compression args22:54
corvusi feel certain one of those is true which is why docs are being published; i think we can set that aside for the moment22:55
clarkbk22:56
corvusclarkb: i think the best solution would be to change upload-logs-swift to not set content-encoding on already compressed data, which will break browsing ".gz" text logs in the browser, but fix downloading tarballs (for this and other cases).  and then we go and remove pre-compression anywhere it's still happening.  what do you think?22:57
clarkbwe'd essentially stop letting the serves know they can decompress this data?22:58
clarkbI think that will work. Not sure how widespread the explicitly gzipped log files still are22:58
corvusclarkb: yeah, and then reconcile things so that's only happening on things that they shouldn't be decompressing22:59
*** mriedem is now known as mriedem_away23:00
corvusthe stage-output role compresses logs23:01
corvusso does fetch-subunit-output23:01
*** mattw4 has quit IRC23:01
corvusstage-output has an option; we can add that to fetch-subunit-output23:01
corvusmaybe use the same option name, and add it to site vars23:02
corvusor, rather, the base job, so it can be overridden23:02
corvusi think those 2 things would probably take care of most of the v3-native jobs.  who knows what's still going on in d-g.23:02
corvusthat's an after-thanksgiving thing.  i think the only thing we could safely to before thanksgiving is fork the download-artifact role and add an accept header.  honestly, i think maybe we can live with the jobs page being broken another week?23:03
corvus(also, we could just manually unpack that tarball right now to fix that)23:04
clarkbI expect d-g is still compressing everything it knows about23:04
clarkbbut we are getting close to finally not using d-g so maybe less of a concern23:05
corvusyeah, and if folks care, a patch could be merged to just stop doing that23:05
clarkbya I expect it is also of lower priority given the holiday23:05
corvusclarkb: how about i manually unpack the zuul webui, then after thanksgiving we talk about changing those compression settings on log uploads?23:06
corvusclarkb: oh wait i missed something:  something is being untarred on zuul01, what is it?23:08
clarkbcorvus: that zuul-js-content tarball is being untarred on zuul0123:09
clarkband failing because it isn't wrapped in a gzip egg as expected23:09
corvus-rw-r--r-- 1 root root  8611527 Jun 12 23:10 zuul-content-latest.tar.gz23:09
clarkb/opt/zuul-web/zuul-js-content-master.tar.gz23:09
corvus-rw-r--r-- 1 root root 41492480 Nov 22 21:42 zuul-js-content-master.tar.gz23:09
clarkbit is the second one23:09
corvuswhy do we have current timestamps then?23:10
corvus-rw-r--r-- 1 root root  3275461 Nov 22 19:27 main.fbb9e77c.js23:10
clarkbcorvus: that timestamp is from a previous build today. My hunch is that ovh does not do the gzip -> text for us23:11
corvusooooooh23:11
clarkband that this comes down to which system archived the tarball23:11
*** lseki has quit IRC23:11
clarkbthe timestamps for the Nov 22 21:42 tarball's files are 20:42-20:43 ish23:12
corvusyep: -rw-rw-r-- 1 zuul zuul  3275589 Nov 22 20:43 main.9c66fbe6.js23:12
corvusa reload of the js app followed by a visit to http://zuul.opendev.org/t/openstack/jobs  works now23:13
corvus(be sure to reload first :)23:13
clarkbexcellent. efried ^ fyi23:13
clarkbthis turned out to be a really brain twisting behavior23:14
efriedcorvus, clarkb: cool, thank you. Um, what's a "reload of the js app"?23:14
efriedoh, meaning if I already had the zuul.o.o front page open, reload it first before punching the jobs tab?23:14
clarkbefried: I do a ctrl + shift + R relaod of the zuul page23:14
corvusyep23:14
clarkba simple f5 is probably sufficient23:15
efriedack, thanks.23:15
*** slaweq has joined #openstack-infra23:15
corvus(it's a monolithing js app, so if you click on the jobs tab, it'll load the data without reloading the js which had the bug)23:15
corvusmonolithic even23:15
efriedwoot!23:15
efriedmonolithing is some kind of troll habitat23:16
clarkbwhere the wild fungi grow23:16
corvusi want a postcard from there23:16
corvusbtw, i just saw the job tags in action on http://zuul.opendev.org/t/zuul/jobs23:16
efriedThanks for this fix tristanC. Before I knew about zuul.o.o/jobs I never missed it, but once it quit working I found myself needing it all the time.23:16
efriedand was very sad when it would crash my world23:17
corvusif you put 'bifrost' in the search box, you can see the fix too23:17
corvusbifrost-base is parented differently on different branches, so it shows up multiple times now23:18
*** slaweq has quit IRC23:19
corvusso are 2 children of that job as well23:19
corvuser, 3 children23:19
clarkbthe tags are the "auto-generated" and "all-platforms" things?23:20
corvusclarkb: ye23:20
corvuswhatever you put in "tags: " shows up there23:20
corvuswe use those to give the auto-generating helper script hints23:21
*** ociuhandu has joined #openstack-infra23:34
*** slaweq has joined #openstack-infra23:43
*** tosky has quit IRC23:45
*** jtomasek has quit IRC23:49
*** slaweq has quit IRC23:52

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