Thursday, 2019-11-21

*** mriedem has quit IRC00:06
clarkbcorvus: fungi the usb security device I talked about in china has been delayed to january due to a part sourcing shortage (I still have fingers crossed they will ship)00:07
*** ociuhandu has joined #openstack-infra00:07
fungitoo bad00:07
jlvillalclarkb, Is that an alternative to a Yubikey or FIOD2 keys?00:09
clarkbjlvillal: ya let me get a link. Basically it does many of the things a yubikey does including FIDO2 but is all open source and has encrypted storage for general use too00:10
* jlvillal likes his Yubikey and sites that support U2F 00:10
*** slaweq has joined #openstack-infra00:10
jlvillalclarkb, Ah cool. Some people like Nitrokey.00:10
clarkbjlvillal: me too. The biggest issue is that they stopped being open source. And all the open source options all do u2f and nothing else or everything else and not u2f00:11
corvusiirc it was also open hardware; could maybe go ahead and make one assuming the parts are available in small quantities :)00:11
clarkbnitrokey ^ has that problem00:11
*** ociuhandu has quit IRC00:11
clarkbhttps://www.crowdsupply.com/nth-dimension/signet-high-capacity00:11
clarkbcorvus: yup they open sourced the hardware design too00:11
jlvillalclarkb, Thanks00:11
clarkbjlvillal: to me the two killer features of this one in addition to the openess are the u2f/fido + everything else as well as ability to write encrypted blocks arbitrarily00:12
clarkbof course they haven't shipped yet :/00:12
jlvillalclarkb, Sounds good. Even though not opensource I do like the Yubikey 5 versions. I like that I can store TOTP tokens on them.00:13
jlvillalPlus the U2F.00:13
clarkbjlvillal: yup exactly. That is what nitrokey lacks too. But these will do both and more00:13
jlvillalclarkb, One thing I recommend is attempt to login to your email provider and see if you can do it without your token.00:14
*** slaweq has quit IRC00:15
clarkbjlvillal: ya, the worst one about that is actually my bank. They use some proprietary otp system and then also never ask me to use it because they remember some browser fingerprint (its not a cookie as using incognito mode exhibits this too)00:16
jlvillalclarkb, :(00:16
clarkbgithub is actually the best I think00:17
jlvillalI was surprised at first with my Gmail account as I thought I had got rid of my cell phone, but it was also in another part of my account so they offered to text a code to it :(00:17
clarkbthey actually disable all other 2fa options if you enable a hard token device00:17
clarkbwell except the copy list of otps00:17
corvusthe cad files are from kicad -- so they used free software to design the hardware too :)00:17
corvushttps://github.com/nthdimtech/signet-cad00:17
*** ociuhandu has joined #openstack-infra00:18
jlvillalAnd of course have multiple tokens as it would suck if only had one and it died...00:18
corvusor maybe https://github.com/nthdimtech/signet-hc-pcb is the new one00:18
clarkbjlvillal: yup, I buy in paris00:18
clarkber not in france. Pairs00:19
jlvillalclarkb, Long way to go ;)00:19
jlvillalheh00:19
*** slaweq has joined #openstack-infra00:19
clarkband ya google is happy to use devices. I'm not sure you can turn that off? would have to completely remove the device from your account instead probably00:19
clarkbWhen I manage to get my hands on these I'll be sure to let people know what I think of them00:20
*** tosky has quit IRC00:22
*** slaweq has quit IRC00:24
*** ociuhandu has quit IRC00:32
ianwclarkb: arrgh, well sshd now doesn't allow the login on that vos-release thing00:34
ianwi guess the easiest thing to do is to make a separate user than can sudo to run "vos release"00:35
*** jamesmcarthur has joined #openstack-infra00:35
ianwi was hoping the restricted wrapper script would work out easier00:35
*** slaweq has joined #openstack-infra00:37
clarkbwhy is it prevented?00:37
ianwsshd_config only allows root logins from bridge.o.o00:40
ianwnot mirror-update00:41
clarkboh!00:41
ianwwhich is sane, i was trying to take the kiss approach00:41
clarkbso ya I guess another user with vos release privs is simplest?00:41
ianwso it has to be root to run as -localauth, which is kind of the point :)00:42
*** slaweq has quit IRC00:42
ianwbut can pass it through sudo00:42
*** slaweq has joined #openstack-infra00:44
ianwcan you have nologin as a shell, if you're only calling a script via ssh?00:45
clarkbtypically ssh would fork the shell, but does it fork the script directly or via the shell if you call it with a script? I guess that is the question00:46
clarkbianw: reading sshd manpage I think the command is run without regard to the shell so its probably ok?00:48
*** slaweq has quit IRC00:48
*** slaweq has joined #openstack-infra00:51
*** slaweq has quit IRC00:55
openstackgerritIan Wienand proposed opendev/system-config master: vos-release: have separate user  https://review.opendev.org/69533100:55
ianwclarkb: ok... try again00:55
*** slaweq has joined #openstack-infra00:57
clarkbianw: did you forget to git add the sudo config file?00:57
ianwyes :)01:01
*** slaweq has quit IRC01:01
openstackgerritIan Wienand proposed opendev/system-config master: vos-release: have separate user  https://review.opendev.org/69533101:01
ianwthat's not quite right is it, the sudo has to run "vos"01:02
*** slaweq has joined #openstack-infra01:03
openstackgerritIan Wienand proposed opendev/system-config master: vos-release: have separate user  https://review.opendev.org/69533101:03
*** ociuhandu has joined #openstack-infra01:04
*** ociuhandu has quit IRC01:08
*** slaweq has quit IRC01:13
*** slaweq has joined #openstack-infra01:17
*** roman_g has quit IRC01:17
*** slaweq has quit IRC01:21
fungiokay, mirror.ubuntu-ports is now in sync and caught up. doing mirror.ubuntu-cloud next01:30
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Introduce manual setting of DIB_INIT_SYSTEM  https://review.opendev.org/41417901:38
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Add a Dockerfile and related jobs  https://review.opendev.org/69397101:38
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Update bindep.txt for some missing dependencies  https://review.opendev.org/69397501:38
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Dockerfile: install vhd-util  https://review.opendev.org/69397601:38
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Start a buildset registry with docker image creation  https://review.opendev.org/69417501:38
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Only wait for checksum processes  https://review.opendev.org/69533801:38
ianwmnaser: ^ ... worth a go01:38
ianwhttps://review.opendev.org/#/c/693464/20 will test it01:39
fungimirror.ubuntu-cloud finished quickly, now doing mirror.debian01:39
mnaserthats "a solution" i guess :)01:39
ianwfungi: if you agree with https://review.opendev.org/#/c/695331/ hopefully that's the last word on vos-release and i get some of the mirror-update.opendev.org scripts using it to avoid the need for this01:43
openstackgerritBrian Rosmaita proposed opendev/irc-meetings master: Update Cinder meeting information  https://review.opendev.org/69533901:48
*** armax has quit IRC01:48
*** slaweq has joined #openstack-infra01:51
*** gyee has quit IRC01:52
*** ricolin has joined #openstack-infra01:55
*** slaweq has quit IRC01:55
*** slaweq has joined #openstack-infra01:58
*** larainema has joined #openstack-infra01:59
*** slaweq has quit IRC02:10
*** ociuhandu has joined #openstack-infra02:11
openstackgerritMerged opendev/system-config master: vos-release: have separate user  https://review.opendev.org/69533102:14
*** ociuhandu has quit IRC02:16
*** slaweq has joined #openstack-infra02:23
*** slaweq has quit IRC02:30
*** slaweq has joined #openstack-infra02:31
*** slaweq has quit IRC02:35
openstackgerritSundar Nadathur proposed opendev/irc-meetings master: Update Cyborg weekly IRC meeting info.  https://review.opendev.org/69534302:42
*** xinranwang has joined #openstack-infra02:45
*** slaweq has joined #openstack-infra02:48
*** bdodd has quit IRC02:48
*** bdodd has joined #openstack-infra02:50
*** slaweq has quit IRC02:52
*** Lucas_Gray has joined #openstack-infra03:03
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Only wait for checksum processes  https://review.opendev.org/69533803:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Add a Dockerfile and related jobs  https://review.opendev.org/69397103:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Update bindep.txt for some missing dependencies  https://review.opendev.org/69397503:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Dockerfile: install vhd-util  https://review.opendev.org/69397603:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Start a buildset registry with docker image creation  https://review.opendev.org/69417503:04
*** apetrich has quit IRC03:08
*** jamesmcarthur has quit IRC03:09
*** jamesmcarthur has joined #openstack-infra03:10
openstackgerritIan Wienand proposed opendev/system-config master: vos-release: fix sudo  https://review.opendev.org/69534703:15
*** jamesmcarthur has quit IRC03:15
*** Wryhder has joined #openstack-infra03:17
*** Lucas_Gray has quit IRC03:19
*** Wryhder is now known as Lucas_Gray03:19
*** rlandy|rover|bbl has quit IRC03:20
*** ociuhandu has joined #openstack-infra03:28
*** ociuhandu has quit IRC03:33
*** jamesmcarthur has joined #openstack-infra03:40
*** jamesmcarthur has quit IRC03:45
*** tonyb[m] has joined #openstack-infra03:50
*** udesale has joined #openstack-infra03:53
*** armax has joined #openstack-infra03:59
*** jamesmcarthur has joined #openstack-infra04:01
*** armax has quit IRC04:10
*** jamesmcarthur has quit IRC04:14
*** jamesmcarthur has joined #openstack-infra04:15
*** jamesmcarthur has quit IRC04:21
*** ramishra has joined #openstack-infra04:37
*** jamesmcarthur has joined #openstack-infra04:46
*** kjackal has joined #openstack-infra04:47
*** jamesmcarthur has quit IRC04:52
*** factor has joined #openstack-infra04:52
*** surpatil has joined #openstack-infra05:00
*** raukadah is now known as chandankumar05:09
*** igordc has quit IRC05:11
*** Lucas_Gray has quit IRC05:22
*** ociuhandu has joined #openstack-infra05:30
*** bdodd has quit IRC05:34
*** Tergel has joined #openstack-infra05:35
*** ociuhandu has quit IRC05:35
*** bdodd has joined #openstack-infra05:37
fungimirror.debian is done, mirror.debian-security underway05:58
TergelHello everyone, I am from Mongolia. We have faced an issue related to Ceph. First, let me briefly explain our issue. We have deployed Openstack by kolla-ansible, and we use ceph cluster which consist of 3 nodes. One node has 12x2TB drives and 32GB RAM. According to the Ceph's site, it is enough RAM for one node. However, the memory usage is constantly increasing until the 32GB RAM is completely used. After that, the node is failed and removed06:05
Tergeltemporarily from the cluster due to the memory shortage, then it is recovered automatically and join to the cluster. It seems they cannot clear old caches of memory. Is there anyone who faced it before? Why do these nodes not clear the old caches?  If you help me to solve it, it would be great. :)06:05
*** xinranwang has quit IRC06:15
*** udesale has quit IRC06:15
*** udesale has joined #openstack-infra06:16
fungiTergel: you seem to have found the wrong channel. this is where we coordinate running code review and ci systems, mailing list servers, and similar sorts of collaboration tools for the community06:19
fungiTergel: https://wiki.openstack.org/wiki/IRC has a list of known project channels, you may be able to find a more appropriate one there06:20
fungimaybe start with #openstack-kolla06:20
*** lpetrut has quit IRC06:21
*** ociuhandu has joined #openstack-infra06:25
*** slaweq has joined #openstack-infra06:39
*** udesale has quit IRC06:39
*** Tengu has quit IRC06:39
*** udesale has joined #openstack-infra06:39
*** dpawlik has joined #openstack-infra06:41
*** Tengu has joined #openstack-infra06:41
*** slaweq has quit IRC06:44
*** Tergel has quit IRC06:45
*** Tergel has joined #openstack-infra06:46
*** ociuhandu has quit IRC06:46
*** jamesmcarthur has joined #openstack-infra06:48
openstackgerritIan Wienand proposed opendev/system-config master: vos-release: fix sudo  https://review.opendev.org/69534706:51
*** jamesmcarthur has quit IRC06:52
*** factor has quit IRC07:01
*** ociuhandu has joined #openstack-infra07:05
*** xek_ has joined #openstack-infra07:10
*** rcernin has quit IRC07:12
TergelThanks @fungi07:21
*** chandankumar is now known as chkumar|rover07:22
*** pcaruana has joined #openstack-infra07:27
*** jamesmcarthur has joined #openstack-infra07:28
*** tosky has joined #openstack-infra07:31
*** jaicaa has quit IRC07:34
*** apetrich has joined #openstack-infra07:34
*** jamesmcarthur has quit IRC07:34
*** jaicaa has joined #openstack-infra07:37
*** ociuhandu has quit IRC07:39
*** pgaxatte has joined #openstack-infra07:44
*** kopecmartin|off is now known as kopecmartin07:49
*** surpatil has quit IRC07:55
*** jklare has quit IRC07:57
*** kjackal has quit IRC07:59
*** jklare has joined #openstack-infra07:59
*** ociuhandu has joined #openstack-infra08:00
*** ociuhandu has quit IRC08:05
*** surpatil has joined #openstack-infra08:11
*** jamesmcarthur has joined #openstack-infra08:15
*** iurygregory has joined #openstack-infra08:16
*** dchen has quit IRC08:20
*** jamesmcarthur has quit IRC08:20
*** rpittau|afk is now known as rpittau08:20
*** Tergel has quit IRC08:27
*** tkajinam has quit IRC08:28
*** jpena|off is now known as jpena08:35
*** gfidente has joined #openstack-infra08:36
*** iurygregory has quit IRC08:40
*** ociuhandu has joined #openstack-infra08:44
*** slaweq has joined #openstack-infra08:44
*** ralonsoh has joined #openstack-infra08:45
*** ociuhandu has quit IRC08:46
*** ociuhandu has joined #openstack-infra08:47
*** jamesmcarthur has joined #openstack-infra08:47
*** mkolesni has joined #openstack-infra08:49
*** ociuhandu has quit IRC08:50
mkolesnimnaser, ping08:50
*** ociuhandu has joined #openstack-infra08:50
dulekHi! Apparently Zuul haven't picked up patches on kuryr and kuryr-libnetwork: https://review.opendev.org/#/c/694449 and https://review.opendev.org/#/c/694443/.08:51
AJaegermkolesni: please don't a naked ping - instead leave a message and somebody might read backscroll and help.08:51
AJaegerdulek: let me check the first quickly08:51
AJaegerdulek: the first has a depends-on. Is that one merged and in the same queue?08:51
dulekAJaeger: Oh my. Sorry for the trouble.08:52
AJaeger;)08:52
* dulek needs another coffee, it seems.08:52
mkolesniAJaeger, sure, just reaching out to mnaser since he offered his help on the IRC for adding submariner to opendev.org08:52
AJaegergood idea - me grabs one now as well...08:52
*** jamesmcarthur has quit IRC08:52
AJaegermkolesni: https://docs.openstack.org/infra/manual/creators.html explains the setup, please read it first - and mnaser can answer questions later. NOte he's in CAnada, so hopefully asleep right now ;)08:53
mkolesniI read the project creator's guide which still is quite OpenStack centric and wanted to make sure i understand the process correctly08:54
mkolesniYeah I figured he's probably not in my timezone anyway :)08:54
mkolesniSo we're thinking of moving to opendev.org with submariner since, IMHO (and agreed by everyone that knows Gerrit), GitHub sucks08:55
mkolesniSeems like opendev.org is a good place with friendly people, and many of us already have prior experience from OpenStack, so it all seems quite natural08:56
mkolesniWhat's unnatural is that Submariner is not related to OpenStack in any way (well unless you run your K8s on top of OpenStack I guess) so we'd like to know we're welcome here :)08:57
*** ociuhandu has quit IRC08:57
*** iurygregory has joined #openstack-infra08:57
mkolesniAlso we currently have a quite elaborate CI with Travis on top of GitHub and wanted to know would it be possible to have it run and vote on the patches on opendev.org (with a possible Zuul migration in the future)08:58
*** lourot has joined #openstack-infra08:58
AJaegermkolesni: yes, you're welcome ;). I don't think CI with travis will work but others might know more here.09:01
mkolesniAJaeger, i'm no expert on CI but our CI guy told me that if gerrit can trigger it with a hook it should work, question is if that's even possible to set up09:02
mkolesniI know 3rd party CI is supported but not sure what's the mechanism there as I never needed to study it, but I'm guessing there's a wiki for it?09:03
*** priteau has joined #openstack-infra09:03
AJaegermkolesni: the rest of the team need to help out on that question. The 3rd party CI information is in the infra manual as well, but outdated ;(09:03
mkolesniOK then, would it be possible to evaluate (i.e some staging server) or is the way forward to request the project creation and roll with that?09:05
*** lucasagomes has joined #openstack-infra09:08
AJaegermkolesni: I suggest you discuss with rest of team during US hours later, figure out CI, and decide whether the setup will work for you. Then request project creation according to the Creator's Guide.09:08
mkolesniOK sure, thanks09:09
*** pkopec has joined #openstack-infra09:11
*** sshnaidm|ruck is now known as sshnaidm09:19
*** ricolin has quit IRC09:22
*** dpawlik has quit IRC09:30
*** dpawlik has joined #openstack-infra09:35
openstackgerritMerged opendev/irc-meetings master: Update Cinder meeting information  https://review.opendev.org/69533909:46
openstackgerritMerged opendev/irc-meetings master: Update Cyborg weekly IRC meeting info.  https://review.opendev.org/69534309:46
*** derekh has joined #openstack-infra09:53
*** ociuhandu has joined #openstack-infra09:54
*** ociuhandu has quit IRC09:57
*** ociuhandu has joined #openstack-infra09:58
*** sshnaidm has quit IRC10:01
*** ociuhandu has quit IRC10:03
*** derekh has quit IRC10:04
*** sshnaidm has joined #openstack-infra10:05
*** liuyulong has quit IRC10:06
*** priteau has quit IRC10:07
*** derekh has joined #openstack-infra10:09
*** priteau has joined #openstack-infra10:12
*** roman_g has joined #openstack-infra10:14
*** jamesmcarthur has joined #openstack-infra10:49
*** dtantsur|afk is now known as dtantsur10:49
iurygregorymorning all o/10:51
*** derekh has quit IRC10:52
iurygregoryquick question, we have started the work to drop py27 in ironic, but we are facing an issue with the check-requirements job that we don't match the lines on openstack/requirements https://review.opendev.org/#/c/695213/210:53
iurygregoryI saw other projects dropping things from doc/requirements ant the `requirements-check` job was green for example https://review.opendev.org/#/c/694443/210:53
*** jamesmcarthur has quit IRC10:53
AJaegeriurygregory: that change includes "Depends-On: https://review.opendev.org/#/c/693631/" - you need that change first10:57
AJaegeroh, that merged - let's check timing...10:57
AJaeger631 merged 2 hours ago, so a "recheck" on your "ancient" change will magically make it work - I hope ;)10:58
iurygregoryAJaeger, tks!10:58
sshnaidmmordred, hi10:59
sshnaidmmordred, wanted to sync with you and dtantsur wrt https://review.opendev.org/#/c/694751/ and OS ansible modules, as I understood there will be some changes11:00
dtantsursshnaidm: assuming he's on kubecon, an email might work better11:02
sshnaidmdtantsur, ack11:05
*** rpittau is now known as rpittau|bbl11:11
*** dpawlik has quit IRC11:13
*** udesale has quit IRC11:14
*** rfolco has joined #openstack-infra11:18
*** rfolco is now known as rfolco|doctor11:18
*** ociuhandu has joined #openstack-infra11:18
*** ociuhandu has quit IRC11:23
*** jamesmcarthur has joined #openstack-infra11:25
*** apetrich has quit IRC11:29
*** jamesmcarthur has quit IRC11:31
*** ramishra has quit IRC11:38
*** dpawlik has joined #openstack-infra11:48
*** Lucas_Gray has joined #openstack-infra11:52
*** surpatil has quit IRC11:52
*** dpawlik has quit IRC11:52
openstackgerritFrode Nordahl proposed openstack/project-config master: Add gerritbot trigger for microstack  https://review.opendev.org/69540111:56
*** apetrich has joined #openstack-infra11:59
*** Lucas_Gray has quit IRC12:00
*** jamesmcarthur has joined #openstack-infra12:01
*** Lucas_Gray has joined #openstack-infra12:04
*** ociuhandu has joined #openstack-infra12:05
*** ociuhandu has quit IRC12:11
*** derekh has joined #openstack-infra12:12
*** jpena is now known as jpena|lunch12:14
*** mriedem has joined #openstack-infra12:21
openstackgerritFrode Nordahl proposed openstack/project-config master: Add gerritbot trigger for microstack  https://review.opendev.org/69540112:21
*** ricolin has joined #openstack-infra12:27
*** slaweq has quit IRC12:39
openstackgerritWitold Bedyk proposed opendev/irc-meetings master: Update Monasca Team Meeting time  https://review.opendev.org/69541812:44
*** dpawlik has joined #openstack-infra12:48
*** jamesmcarthur has quit IRC12:50
*** jamesmcarthur_ has joined #openstack-infra12:50
*** efried has joined #openstack-infra12:52
efriedo/ infra12:52
efriedLately, any time I try to open zuul.o.o/jobs, the page freezes my browser. If I leave it long enough it actually hard hangs my whole OS (bionic). Is this a known problem?12:53
efriedI run chrome, and when it doesn't work there I try firefox, so it's not clear to me which of them is actually hanging the OS.12:54
efriedand then of course when I reboot I forget to bring it up here, and then enough time passes that I forget that it's so severe and I try it again :(12:55
*** olivierbourdon38 has joined #openstack-infra12:56
*** olivierbourdon38 has quit IRC12:58
*** jklare has quit IRC12:58
*** rlandy has joined #openstack-infra12:58
*** jklare has joined #openstack-infra13:02
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Add query for test_shelve_volume_backed_instance bug 1853453  https://review.opendev.org/69542313:02
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345313:02
AJaegerefried: at least reproduceable - for me. Let's tell corvus about it...13:03
efriedAJaeger: phew, at least it's not just me13:04
*** rpittau|bbl is now known as rpittau13:12
*** slaweq has joined #openstack-infra13:17
fungiAJaeger: efried: that happened a few days ago too, prognosis uncertain, it seemed to clear up on its own at some point. i'm going to see if i can grab a snapshot of the status api output13:18
*** jpena|lunch is now known as jpena13:20
efriedfungi: "seemed to clear up on its own" isn't super comforting if it's like a client-side memory leak...13:20
efriedAnyway, thanks for looking into it.13:20
AJaegerefried: come here for group conselling sessions, we share the same trouble ;)13:20
AJaegercounselling? or how do I spell that?13:21
fungiefried: yeah, or some sort of infinite loop in the javascript triggered by a particular pattern in the data13:21
efried"Hi, my name is efried, and I have a client-side memory leak"13:21
efriedAJaeger: the latter, though I think either one L or two is acceptable :)13:21
* AJaeger hugs efried13:21
fungianyway, i snagged the content of https://zuul.opendev.org/api/tenant/openstack/status13:22
fungiit's ~1.5mb right now13:22
efriedfungi: my repro was day before yesterday. Not sure when AJaeger's was.13:22
efried(see, by the time I reboot I always forget to report it)13:23
fungioof, 1214 items in the gate pipeline13:23
fungii wonder if that's related to the problem13:23
*** rfolco|doctor is now known as rfolco13:23
*** armax has joined #openstack-infra13:23
openstackgerritMerged opendev/elastic-recheck master: Add query for test_shelve_volume_backed_instance bug 1853453  https://review.opendev.org/69542313:24
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345313:24
fungia vast majority of the entries in there are headless too13:25
*** hashar has joined #openstack-infra13:28
*** pgaxatte has quit IRC13:30
AJaegerhttps://zuul.opendev.org/api/tenant/openstack/status or https://zuul.opendev.org/api/tenant/openstack/jobs ?13:30
AJaegerwow, /jobs has 3204 entries13:31
fungiahh, yep, i misunderstood and thought you said /status13:31
AJaegerand /jobs is "only" 730 k...13:31
*** hashar has quit IRC13:32
AJaegerfungi: and I thought you were one step ahead in debugging already ;)13:32
*** yolanda has quit IRC13:33
fungiokay, my mistake. the status dashboard does not seem to be involved in this (though having 1214 entries in the gate pipeline's json does seem strange)13:33
fungii should read more carefully13:33
fungiso this is /jobs again13:33
tristanCfungi: iirc gates has one entry per queue, even if there are no jobs13:34
fungitristanC: thanks, that explains my confusion there (though does seem inefficient, there's probably a reason for it)13:34
fungiso yeah, maybe it's just a matter of the dashboard's javascript having trouble rendering all 3k+ entries from https://zuul.opendev.org/api/tenant/openstack/jobs13:35
*** yolanda has joined #openstack-infra13:36
AJaegerlet's kill some more jobs ;)13:36
tristanCfungi: it shouldn't though. Perhaps there is an issue with the data, e.g. circular job parenting. though the js should already detect and prevent that13:36
fungiyeah, it doesn't seem like an insane number of entries, you're right13:37
fungiunfortunately my broswer won't let me fire up the js debugger on it until the page loads completely13:37
*** udesale has joined #openstack-infra13:37
fungi(which it won't since my computer will fall over before it ever completes)13:37
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Remove legacy-devstack-dsvm-updown job  https://review.opendev.org/69543413:38
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Update query for bug 1853453  https://review.opendev.org/69543513:38
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345313:38
AJaegerfungi: only one job - frickler, FYI ^13:38
*** aarents has joined #openstack-infra13:39
fungiso with a fresh start and no content loaded, firefox 70 has allocated 2819580 virtual/289624 resident memory (i'll set aside for now how insane that is on its own)13:41
funginow to load https://zuul.opendev.org/t/openstack/jobs and see what happens13:41
fricklerAJaeger: ah, thanks, I wanted to look into doing a replacement, but got distracted. I'm wondering why that ran on heat+sahara, maybe tosky can tell13:41
AJaegerfrickler: might have been removed from heat+sahara some time ago already...13:42
fungidefinitely memory, i can now see a "Web content" subprocess eating 2gb resident memory and climbing13:43
fungiconsuming 100% of cpu too13:43
funginow up to 3gb resident13:44
fricklerAJaeger: I meant "with heat+sahara enabled", not specifically against those projects, sorry for being unclear13:44
fungii don't think this is a memory "leak" more of a runaway process/allocation13:44
toskyfrickler, AJaeger : what, where?13:44
fricklertosky: do you know why the (now-to-be-removed) legacy-devstack-dsvm-updown job enables heat+sahara?13:45
tosky(that zuul page kills my browser too, I think I mentioned it here some time ago)13:45
fricklertosky: also, is that something that you'd want to keep seeing tested in a replacement zuulv3 job?13:46
toskyfrickler: uhm, from which repository? I don't know - maybe it was part of the "second tier" of tests? I remember a job which enabled sahara and trove in tempest long ago13:46
toskyback when it was important for interoperability of graduated projects13:46
fricklertosky: it was defined in openstack-zuul-jobs but running only in devstack13:46
fricklertosky: see https://review.opendev.org/69543413:47
*** pgaxatte has joined #openstack-infra13:47
*** kjackal has joined #openstack-infra13:48
fungithe browser subprocess consumed all 8gb of my physical memory on this system and started eating into swap, paged out several gb more showing no signs of slowing so i finally killed it13:49
openstackgerritMatthieu Huin proposed zuul/zuul master: authentication config: add optional token_expiry  https://review.opendev.org/64240813:51
toskyI was trying to check the story of that job (and its ancestor gate-devstack-dsvm-updown)13:51
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Update query for bug 1853453  https://review.opendev.org/69543513:54
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345313:54
efriedfungi: that seems consistent with what I observed, though anecdotally (I didn't get a chance to watch phys/swap, but the behavior of my fan and disk light were what I would expect for that)13:55
*** Jeremy_H has joined #openstack-infra14:00
*** kjackal has quit IRC14:00
Jeremy_HHello, got a wonderful problem thats been plaguing me since last night in my zuul pipeline - If anyone could lend a hand in figuring out why zuul cant install the same requirements its been installing for several months now, I would greatly appreciate it14:01
Jeremy_Hhttps://d2ba61b055381755abe6-7d59354a7b453d58914b817150958c54.ssl.cf5.rackcdn.com/695311/6/check/openstack-tox-py36/9206d00/job-output.txt14:01
Jeremy_Hgrep for line 2019-11-21 13:58:03.578295 | ubuntu-bionic | py36 create: /home/zuul/src/opendev.org/x/ranger/.tox/py3614:01
AJaegerJeremy_H: you can link to that line ;)14:01
Jeremy_HI dont know how to link to the line, sorry14:02
AJaegerJeremy_H: if you use the proper URL, let me show you...14:02
Jeremy_Hdope I love to learn14:02
AJaegerJeremy_H: go to https://zuul.opendev.org/t/openstack/build/c119f53468cf4ecb8829d78d55dc06d6 and scroll down - and see the error already14:03
AJaeger"/usr/bin/ld: cannot find -lssl"14:03
AJaegerYou need a bindep file to add the missing libs - that happens if there are no prebuild wheels for one python lib14:03
AJaegerJeremy_H: I guess you wanted to link to https://zuul.opendev.org/t/openstack/build/c119f53468cf4ecb8829d78d55dc06d6/log/job-output.txt#875 , didn't you?14:04
Jeremy_HYep!14:04
AJaegerfrom the URL I gave you, access the file itself - not the raw link14:04
fungiodds are whatever is being compiled there (i haven't looked at the log) used to get installed from a prebuilt wheel and is now being installed via an sdist instead14:04
AJaegerJeremy_H: so, add a bindep file that includes the missing packages, see what others have in bindep.txt14:04
fungieither because of switching to a different python interpreter version or because a new release of it was pushed to pypi14:04
Jeremy_Hthat makes total sense. I will see what I can do. Thank you both so much for the prompt assistance!14:05
*** Lucas_Gray has quit IRC14:06
*** Goneri has quit IRC14:09
*** factor has joined #openstack-infra14:09
*** jamesmcarthur_ has quit IRC14:10
*** ramishra has joined #openstack-infra14:13
*** dpawlik has quit IRC14:15
Jeremy_Hworked like a charm!14:19
*** jamesmcarthur has joined #openstack-infra14:20
openstackgerritMatt Riedemann proposed opendev/elastic-recheck master: Update query for bug 1853453  https://review.opendev.org/69543514:20
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345314:20
Jeremy_Hadded libssl-dev and openssl-devel to bindep.txt14:20
*** Jeremy_H has quit IRC14:27
openstackgerritMatthieu Huin proposed zuul/zuul master: enqueue: make trigger optional  https://review.opendev.org/69544614:28
fungiJeremy_H: i suspect the reason it cropped up is related to the new mysqlclient sdist uploaded to pypi roughly two hours ago; they don't provide any linux wheels, but it's so far unclear to me why you didn't see it with earlier mysqlclient versions14:28
fungilooks like earlier builds of mysqlclient (for the older 1.4.0 release) didn't complain about needing to link libssl: https://zuul.opendev.org/t/openstack/build/48d150ff49454ef59a05024ad90894bf/log/tox/py36-1.log#391-39414:31
*** tosky_ has joined #openstack-infra14:31
*** tosky has quit IRC14:32
*** jtomasek has quit IRC14:32
*** tosky_ is now known as tosky14:33
*** jtomasek has joined #openstack-infra14:35
fungier, for 1.4.5 i mean. 1.4.6 is what was just released14:36
fungi#status log etherpad.openstack.org was offline between 01:55 and 03:00 utc due to a hypervisor host issue, provider incident id CSHD-53e26fd0 (no trouble ticket reference was provided this time)14:42
openstackstatusfungi: finished logging14:42
openstackgerritMerged opendev/elastic-recheck master: Update query for bug 1853453  https://review.opendev.org/69543514:42
openstackbug 1853453 in tempest "test_shelve_volume_backed_instance intermittently fails guest ssh with dhcp lease fail" [Undecided,New] https://launchpad.net/bugs/185345314:42
*** fdegir has quit IRC14:42
*** fdegir has joined #openstack-infra14:43
*** goldyfruit has joined #openstack-infra14:46
mnasermkolesni: oh darn, timezones are gonna be hard for this one, im up late usually so that might be a much better timeline14:46
mnaseralso, it looks like the new jobs seem to have merged -- https://zuul.opendev.org/t/openstack/build/7c6a2ba514894becbdcfba13e3f616e914:47
mnaserhow can we test this?14:47
mkolesnimnaser, no prob14:47
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505114:48
mnasermkolesni: its probably pretty late for you but we can chat later tonight (for me) and we can start with the initial proposal of getting those repos/etc :)14:48
mkolesniso now that there's more people here i wanted to know if it would be possible to trigger our existing Travis CI jobs from the opendev gerrit?14:48
mkolesnimnaser, i just wanted to clarify a few things :)14:49
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: only display the first parent in the jobs tree  https://review.opendev.org/69545014:49
jrosserianw: re the arm stuff on the ML, are there any prebuilt arm wheels?14:50
mnasermkolesni: i think the hard part is figuring out how travis ci could report back to gerrit14:50
mkolesnimnaser, i understood its possible but maybe im being given false info :)14:51
mnasermkolesni: it would probably be good to instead start by migrating to zuul (while still being on github), then migrating to gerrit -- that might be a more native (but a bit more involving process)14:51
openstackgerritMatthieu Huin proposed zuul/zuul master: enqueue: make trigger optional  https://review.opendev.org/69544614:51
*** rosmaita has quit IRC14:51
mnasermkolesni: it might be, how did you see the possibility of it happening?14:52
mkolesniwe were thinking of doing a POC to assess the possibility of moving..  if there's some staging env where we can try it first would be awesome, otherwise i guess we can request the repo creation and work from there?14:53
mkolesnimnaser, well our CI guy told me that travis could also post it's results to gerrit, but im no CI expert so further than that i can't say.. hence a POC would be a good idea14:54
*** tosky has quit IRC14:54
mkolesnianother possibility is some sort of self hosted gerrit for POC but that could be non-trivial to set up to act similar to opendev, i reckon14:55
mkolesniif we go the zuul migration route first, then how would we get zuul to post it's results on github?14:56
mnasermkolesni: we already have that infrastructure in place, a few OSF projects like kata containers do get github reporting :)14:56
*** tosky has joined #openstack-infra14:57
mnaserand we do third party testing about ansible too14:57
mkolesniah ok interesting so we can look at their settings to get an idea of how to set that up?14:58
mnaseryep, step 1 would be getting the app installed in your github repo, and then step 2 would be getting zuul config change up14:58
mkolesniwhich app would that be?14:59
*** igordc has joined #openstack-infra15:01
*** pcaruana has quit IRC15:02
mnasermkolesni: https://docs.openstack.org/infra/system-config/zuul.html#github-projects15:02
corvusmnaser, mkolesni: we don't really support opendev doing first-party ci on github15:03
*** rosmaita has joined #openstack-infra15:03
mnasercorvus: i think the plan is to start doing zuul migration (to be able to move to gerrit afterwards)15:04
mnaserthe project currently uses travis ci and moving to gerrit first would mean they would have no CI15:04
mkolesnithe CI migration is really my biggest technical concern15:04
*** ociuhandu has joined #openstack-infra15:04
mnaseri would agree with you however, if the project doesn't intend to move to gerrit eventually, this is a different conversation15:04
mnaserbut it seems like the intention is to fully migrate to opendev15:05
*** igordc has quit IRC15:05
fungimnaser: the opendev position on integrating with github is outlined at http://lists.openstack.org/pipermail/openstack-infra/2019-January/006269.html15:05
fungijust for clarificaiton15:06
*** igordc has joined #openstack-infra15:06
mkolesnithe intent is to migrate but first assess the required work and also demonstrate the value to the community15:06
fungiopendev provides an integrated code review and project gating solution, via a combination of gerrit and zuul. those two components aren't really separable in opendev, though anyone could run them standalone as they're both free software15:07
mkolesnithere is no intent of switching just the ci15:07
mnaserso what do we do in the case of someone like mkolesni who's trying to on-board?15:07
fungiit's a great question, i think we need to discuss the challenge and identify solutions15:07
mkolesnifungi, yeah we're quite farmiliar with opendev before the rename :)15:07
corvuswhat kind of ci jobs are we talking about?  how much of a challenge would it be to prepare them for a flag-day move?15:08
mnasermy plan of thought was: setup github app against that project, get both travis and zuul working (so you know you have working jobs), then migrate to gerrit15:08
mkolesnitheres a few but i think its better if we can schedule a discussion when our ci guy can be present and answer these questions15:09
mkolesnior possibly raise it on the irc weekly? (idk what time you have it)15:09
corvusanother option we could consider would be to import the repos, get the ci working on gerrit while continuing work on github, then force-push an update to the repos in gerrit from github when we're ready15:09
*** ociuhandu has quit IRC15:09
mnaserah yes, i like that idea too corvus , i was trying to think of the options that didnt involve $superpowers :)15:10
fungias far as the idea of having travis-ci report on changes in opendev's gerrit, it seems like the hardest part technically would be hooking travis up to gerrit's event stream (which is how our other third-party ci systems trigger their jobs)15:10
mnaserfungi: i had a terrible silly idea that a zuul job which calls the travis ci hook and waits for it to finish and report back but i will pretend i never ever wrote that15:10
corvusmnaser: the prep-on-github idea is a reasonable option, and i think we should consider it.  i brought up the opendev github support issue mostly because it would be an exception to our current practice/policy, so i didn't want to presume that would be free of issues.  but of course, we can consider exceptions.15:11
fungiwell, i suppose a zuul job could call a web hook somewhere, we have plenty like that already. i wouldn't want folks to have those jobs busywait and then rely on that as primary gating though15:11
corvusso i think we've got at least 2 good ideas, and 2 less good ones :)15:11
mnaserhit a webhook and poll it is the good one, right? :)15:12
corvusmnaser: that is totally the best one15:12
fungibut i do find the suggestion of having lightweight zuul jobs actively notify third-party ci systems intriguing15:12
mnaseri mean, its not far of what zuul used to be a while back :p15:13
mnasertechnically speaking, it wouldnt be that bad IMHO, if we manage to do it inside the executor directly without touching a node15:13
*** igordc has quit IRC15:14
*** igordc has joined #openstack-infra15:14
fungisort of? zuul added requests into a gearman queue and then waited for a jenkins plugin to pick up those requests and act on them, so doesn't seem like the same model to me15:14
corvusmnaser: it's incapable of actually testing the repo correctly like zuul, but other than that, yes, it will totally work and produce a green or red circle.  :)15:14
mkolesniis it a problem that the thing is in golang (wrt zuul)?15:14
mkolesnii know most if not all openstack projects are python15:15
corvusmkolesni: not at all -- in fact, some folks from volvo have been working on a library of go jobs for zuul: https://review.opendev.org/69111415:15
mkolesnihuh interesting stuff15:15
fungizuul doesn't care what you run. anything you can run from ansible (which includes arbitrary shell commands) should be usable in a zuul job15:16
mkolesniso then doing a zuul first migration is something feasible or not?15:16
corvusi'm sure they'd love folks to collaborate with on that15:16
mnasermkolesni: infra does have a weekly meeting fyi if you'd like to have someone hop into that and discuss some of this stuff (on a more planned basis)15:16
fungino idea if the 19:00 utc meeting time is reasonable for mkolesni's timezone though15:17
mkolesniyeah i found 1900 i guess its UTC15:17
fungiand honestly we're happy to have these discussions any ol' time, just there might be more people on hand to discuss things at meeting time15:17
mkolesnishould be fine for a one off :)15:17
mkolesniill talk to our ci guy see if he can make it for the next week15:19
mkolesnishould i propose a topic if so, or should it be part of open discussion?15:19
*** pcaruana has joined #openstack-infra15:20
corvusyeah, add a topic to the agenda in the wiki please15:20
mkolesniok sure ill ping the CI guy next week (it's end of week for us) and if he can make it I'll add a topic15:21
mkolesniok one other question to make sure i understood, to do the initial import would it be necessary to specify the "upstream:" field in the projects.yaml? i only see it used to track upstream gerrit and nothing else15:22
corvusmkolesni: yes, we remove it after the import happens15:22
mkolesniah ok cool15:22
mkolesnimakes sense then :)15:22
mkolesniOK thanks for all the info, I'll touch base with the team and we'll continue on the weekly meeting to understand the way forward WRT CI15:23
*** priteau has quit IRC15:23
corvusmkolesni: thanks!  i'm looking forward to it.  i'm sure we'll figure out the best way15:24
mkolesniGTG, have a nice weekend15:24
*** pgaxatte has quit IRC15:25
*** larainema has quit IRC15:27
*** mkolesni has quit IRC15:29
corvuswhere's the podman stuff mordred was working on?15:35
corvusfor gerrit15:35
corvusor something.. it wasn't gerrit was it15:36
fungicorvus: https://review.opendev.org/68989015:36
fungimaybe?15:36
corvusah it's https://review.opendev.org/63040615:37
fungiyep, looks like it15:37
*** jtomasek has quit IRC15:38
corvusi'm trying to figure out why i get this error running a container with podman: https://zuul.opendev.org/t/zuul/build/95180ea0c29a430ebc1a484568cc9aa215:39
corvusbut apparently the podman-compose stuff in that change works15:39
fungiinfra-root: i'm back to cleaning up the stuck afs volume releases, from mirror-update.openstack.org it's now down to just the ceph mirrors which i hope to knock out over the course of the next hour or so15:40
*** ociuhandu has joined #openstack-infra15:40
*** jpena is now known as jpena|off15:41
fungibut also additional reviews of https://review.opendev.org/695347 would be appreciated to get some automation for avoiding this working on mirror-update.opendev.org15:41
*** ociuhandu has quit IRC15:41
fungithere are a bunch of stale vldb locks for the volumes that server's updating, which we might be able to just clear if the remote release automation is completed15:42
*** ociuhandu has joined #openstack-infra15:42
*** ociuhandu has quit IRC15:47
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505115:47
*** priteau has joined #openstack-infra15:50
openstackgerritMerged opendev/irc-meetings master: Update Monasca Team Meeting time  https://review.opendev.org/69541815:52
openstackgerritTristan Cacqueray proposed zuul/zuul master: web: handle jobs that have multiple parent  https://review.opendev.org/69545015:55
*** pgaxatte has joined #openstack-infra15:57
*** derekh has quit IRC16:03
*** udesale has quit IRC16:04
*** chkumar|rover is now known as raukadah16:08
*** ociuhandu has joined #openstack-infra16:18
openstackgerritMatthieu Huin proposed zuul/zuul master: [WIP] admin REST API: zuul-web integration  https://review.opendev.org/64353616:20
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505116:26
*** ociuhandu has quit IRC16:27
*** jaosorior has joined #openstack-infra16:33
*** jaosorior has quit IRC16:38
*** jaosorior has joined #openstack-infra16:39
*** ricolin has quit IRC16:39
clarkbinfra-root https://review.opendev.org/#/c/694185/ is one of the last bits of the opendev.org LE certification. Adds the dns records for cert issuer verification.16:43
clarkbI'll also be taking the "hiera" lock shortly to clean out the old ssl key and cert from the gitea.yaml group file16:43
clarkbI've cleaned up gitea_tls_cert and gitea_tls_key in the gitea.yaml vars file.16:52
clarkbmordred: ^ you have uncommitted changes to review-dev's host vars which I did not commit16:52
*** armstrong_ has joined #openstack-infra16:54
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505116:54
clarkbinap mirror disk usage continues to look good16:56
openstackgerritMerged opendev/zone-opendev.org master: Add cert issuer validation to opendev.org  https://review.opendev.org/69418516:57
*** jaosorior has quit IRC17:00
fungiokay, i've finished up the ceph mirrors, that just leaves these stuck according to vos listvldb: mirror.epel mirror.fedora mirror.opensuse mirror.yum-puppetlabs17:01
fungithose are all managed by mirror-update.opendev.org17:01
*** rpittau is now known as rpittau|afk17:06
*** ociuhandu has joined #openstack-infra17:07
clarkbfungi: we should be able to iterate through those in a similar manner just holding the locks on the other host? Let me know if I can help17:08
fungiyeah, but i was hoping instead to land 695347 so we could use that to do it17:09
*** dtantsur is now known as dtantsur|afk17:10
clarkbmriedem: I see shelve and unshelve continue to be problematic :/ is it possible that the dhcp anti spoofing rules neutron adds is blocking the necessary dhcp packets from hitting on the new compute host?17:10
clarkbfungi: gotcha17:10
mriedemclarkb: see my just posted ML thread17:10
mriedembbiab17:10
*** mriedem has quit IRC17:10
clarkbmriedem: ya that is what prompted my question. I'll respond there.17:10
fungiso basically just release the vldb lock on those volumes and then let the next mirror pulse take care of the rest17:11
clarkbfungi: looks like you can approve that change now if you want. I haven't managed to review it yet myself so won't approve (at least until I can review it)17:11
fungiahh, yep, looks like frickler also left a +217:11
fungiin it goes17:12
fungionce i confirm it's deployed and no mirror pulses are in progress i'll clear those locks17:12
*** lucasagomes has quit IRC17:12
*** goldyfruit_ has joined #openstack-infra17:14
*** pgaxatte has quit IRC17:14
*** gyee has joined #openstack-infra17:17
*** ociuhandu has quit IRC17:17
*** goldyfruit has quit IRC17:17
*** priteau has quit IRC17:20
*** priteau has joined #openstack-infra17:21
*** priteau has quit IRC17:22
*** jamesmcarthur has quit IRC17:27
*** jpena|off is now known as jpena17:27
*** jamesmcarthur has joined #openstack-infra17:28
openstackgerritMerged opendev/system-config master: vos-release: fix sudo  https://review.opendev.org/69534717:31
fungithat should hopefully be in place by the time the sb meeting ends17:33
*** ociuhandu has joined #openstack-infra17:36
*** ociuhandu has quit IRC17:36
mordredclarkb: whoops. those are actually ok to comit - I'll do that now17:36
*** ociuhandu has joined #openstack-infra17:37
*** ociuhandu has quit IRC17:37
*** ociuhandu has joined #openstack-infra17:38
mordredinfra-root: I finally slept somewhat reasonably and woke up similarly somewhat usefully so I might actually be somewhat useful again17:39
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support.  https://review.opendev.org/69505117:41
*** ociuhandu has quit IRC17:44
*** michael-beaver has joined #openstack-infra17:50
*** pcaruana has quit IRC17:51
*** mattw4 has joined #openstack-infra17:51
Shrewsmordred: be glad you did not spend all of yesterday either in bed or hugging porcelain, as i did  :(17:58
clarkbShrews: oof. We've been dealing with a bug here too. Thankfully i'm feeling much better since about monday17:58
Shrewsick. luckily, i seem to be on the mend now18:00
*** aedc has joined #openstack-infra18:02
mordredShrews: that sounds terrible18:06
mordredShrews: I suggest not doing that18:06
clarkbwhat is crazy to me is I managed to go to a conference in a city of like 30 million people and be fine18:06
clarkbbut come home and several days later I'm sick with something unfun18:06
openstackgerritTristan Cacqueray proposed zuul/zuul master: config: add tenant.toDict() method and REST endpoint  https://review.opendev.org/62134418:07
*** weshay is now known as weshay|ruck18:08
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: install-podman: also install uidmap  https://review.opendev.org/69554518:09
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505118:10
*** pcaruana has joined #openstack-infra18:14
fungimy money's still on the toddler who sneezed on you at the airport... lengthy incubation time18:16
*** ociuhandu has joined #openstack-infra18:16
clarkbfungi: ya could be18:17
*** iurygregory is now known as iurygregory_afk18:19
mordredclarkb: maybe next time don't get sneezed on by a toddler at the airport18:20
*** armax has quit IRC18:20
clarkbthat airport experience was interesting too. I'm sad to have missed the guy angry about losing his screwdriver18:20
fungiif any system-config reviewers have a moment for https://review.opendev.org/691440 that will help me be able to take storyboard-dev back out of the emergency disable list18:22
clarkbfungi: I have a moment18:22
fungiit's a very small change, and already manually applied on storyboard-dev since weeks18:22
fungiturns on the wildcard host filter features so we can have working storyboard-webclient draft previews18:23
clarkbsorry, I've done a bad job of getting back itno the swing of things recently as I've been sick and dealing with house trouble. opendev.org cert was top of list due to time sensitivity and now thats done. Need to find next thing on the list (I think opendev governance email? I need to clean up the draft so that it is ready to go)18:24
fungisounds great, thanks clarkb! glad you're back on your feet again18:24
clarkbAlso, next week is a major USA holiday18:25
clarkbI expect those of us in the USA will be afk at least Thursday.18:26
fungimy plans for the coming week are up in the air at the moment due to health-related things going on with my inlaws. i may end up travelling even though i hadn't originally planned to go anywhere18:27
*** iurygregory_afk has quit IRC18:28
*** tosky has quit IRC18:29
clarkbI'll be out thursday and friday and back monday or tuesdayish18:29
clarkbwe are actually venturing east for the long weekend and the forecast just got a bit nastier than I had hoped. An adventure in the snow/ice/slush/mud18:30
Zara:( ❄ ❄ ❄ (totally unrelated: my foundation membership is gonna expire because I haven't been voting. I get the impression things have changed and I no longer need to be a foundation member in order to commit code as an individual contributor, but wanted to check... I may be out of date by like 4 years on information around this)18:33
clarkbZara: that is basically correct. Membership is only required if you want to vote on things (including TC and PTL)18:33
fungiZara: you no longer need to be a foundation member in order to agree to the openstack foundation individual contributor license agreement18:33
Zaraneat, thanks18:34
fungiclarkb: well, or if you want to run for office in the openstack project (and maybe also starlingx)18:34
clarkboh right to be a candidate it is required as well18:34
Zara:D I like the idea of running as a candidate while not even knowing if I need to be a member18:35
fungithat's the best way to do it18:36
Zara'I would like to be PTL of nova because it has a cool name, idk what it does but plz vote for me'18:36
Zaraanyway thanks18:37
*** gmann is now known as gmann_afk18:38
*** pcaruana has quit IRC18:42
*** gfidente has quit IRC18:44
clarkbinfra-root are we ready to try https://review.opendev.org/#/c/694894/  and upgrade gitea to 1.9.6?18:50
clarkbmordred: ^ I think you may have a 1.10.x change too18:50
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505118:51
fungiclarkb: i'm around to help if it goes sideways18:51
clarkbI'm not sure what the preferred order is on that but we think it may help address the go-git issues that tonyb has seen18:51
*** mloza has joined #openstack-infra18:51
*** mloza has left #openstack-infra18:52
fungior at least it will aid the gitea maintainers in helping us troubleshoot18:52
corvusclarkb: i think we're ready in general but i'm in-and-out so unable to commit to fixing ops issues18:52
corvus(ready for 1.9.6; the 1.10.0 change isn't ready)18:53
clarkbrgr. I think it is fairly low risk to do 1.9.6 and the revert is to go back to 1.9.5 which is fairly straightforward to do18:53
corvusyeah, as long as someone can push the revert button i'd say go18:53
clarkbI pushed the +A button. Can also push revert later if necessary18:54
*** ralonsoh has quit IRC18:55
mordredfungi: done18:59
mordredfungi: (the storyboard one)18:59
fungithanks mordred!18:59
mordredclarkb: I do have a 1.10 change - it's not ready for raesons I don't yet understand (there's a breakage)19:00
corvusclarkb: i'm likely to be out all next week19:00
*** armax has joined #openstack-infra19:01
tonyb[m]So 1.9.6 has merged?19:04
clarkbtonyb[m]: it has been approved. yet to be merged and deployed19:04
tonyb[m]Ahh okay19:05
*** pcaruana has joined #openstack-infra19:06
openstackgerritJeremy Stanley proposed opendev/system-config master: Add missing newline in vos_release.sudo  https://review.opendev.org/69555419:09
fungibrown-bag fix to un-break sudo on some servers ^19:09
fungia quick review would be appreciated19:10
corvusdone19:10
clarkbwhy does gerrit show 2 lines on the old side of the diff if there is no newline there?19:10
clarkbI wonder if that is a gerrit bug19:10
openstackgerritMonty Taylor proposed opendev/system-config master: Update gitea to v1.10.0  https://review.opendev.org/69087319:11
fungithanks!19:11
corvusthe view from gertty: http://paste.openstack.org/show/786507/19:11
corvusi hope that doesn't mean i'm in charge of checking newlines now :)19:12
fungii didn't point it out in the original patch because i feel like a pedant complaining about whatever crazy editor people are using these days that wants to save a byte by not terminating the last line of files19:13
fungibut clearly such pedantry is justified in at least some cases19:13
mordredI think that newline should get a trailing period19:14
corvusmordred: apparently sudo is also really picky about periods in files or something19:14
fungii mostly dislike missing final newlines because if i cat a file on my terminal i wind up with my shell prompt appended to the last line19:14
corvusso, like, they're all coming home to roost here19:15
corvus(er periods in filenames)19:15
fungisudo: where your unpicked nits come home to roost19:15
corvusfungi: you should get those looked at19:15
*** mriedem has joined #openstack-infra19:15
fungiit also causes me no end of finger memory conflict now that openbsd has replaced sudo with doas19:15
* corvus starts googling19:16
fungihttps://man.openbsd.org/doas19:16
fungithe configuration syntax is written more like firewall rules19:17
fungihttps://man.openbsd.org/doas.conf.5#EXAMPLES19:17
corvusokay that's nice19:18
fungiall in all i like the switch, but it will take me ages to get used to typing doas instead of sudo on my openbsd systems19:18
fungibut also in typical openbsd fashion doas is rewritten from the ground up to take advantage of all manner of memory protections and validation19:18
funginot that sudo is rife with new vulnerabilities in recent history, but it did have rather a lot in years gone by and is apparently a bit of a mess to audit19:19
clarkbsudo did just have one though19:20
fungiyep19:20
fungithough that was a really corner corner case19:20
funginot something anyone with a sane system would be likely to configure19:20
corvusi suspect a certain measure of insanity may be required in order to understand the sudo config syntax though19:22
fungiyep19:24
*** jpena is now known as jpena|off19:36
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505119:37
*** armstrong_ has quit IRC19:41
openstackgerritMerged opendev/system-config master: gitea: Use 1.9.6  https://review.opendev.org/69489419:43
openstackgerritMerged opendev/system-config master: Use a wildcard regex for storyboard-dev OAuth/CORS  https://review.opendev.org/69144019:43
*** openstackstatus has quit IRC19:50
*** Buggys has quit IRC19:50
openstackgerritMerged zuul/zuul master: Zuul Web: add /api/user/authorizations endpoint  https://review.opendev.org/64109919:50
*** dtroyer has quit IRC19:50
*** dtroyer has joined #openstack-infra19:51
*** openstackstatus has joined #openstack-infra19:51
*** ChanServ sets mode: +v openstackstatus19:51
*** mattw4 has quit IRC19:54
*** mattw4 has joined #openstack-infra19:54
ianwfungi: sorry, catching up ... urgh after our great gitops with the letsencrypt stuff this has not been my shining hour19:57
clarkbgitea will be updating shortly I belieev20:01
clarkbhttps://gitea02.opendev.org:3000/ has upgraded20:02
clarkbbrowsing the webui works for me20:03
clarkball 8 gitea backends are running 1.9.6 now20:09
clarkbtonyb[m]: ^ fyi20:09
tonyb[m]Oh cool.  After the kids are at school I'll see if my repo is fixed20:10
*** ociuhandu has quit IRC20:13
*** admcleod has quit IRC20:14
*** ociuhandu has joined #openstack-infra20:15
*** admcleod has joined #openstack-infra20:17
*** ociuhandu has quit IRC20:19
*** ianw has quit IRC20:20
*** ssbarnea has quit IRC20:26
clarkb: vos_release : parse error in  near line 1 ;20:27
clarkbmore bugs to find and fix?20:27
*** ianw has joined #openstack-infra20:27
clarkboh https://review.opendev.org/#/c/695554/1 failed to merge so maybe related to that still not being in20:28
fungiianw: assuming sudo is working there now (i haven't checked to see if the newline got deployed yet) i can clear the stale vldb locks for the volumes managed from mirror-update.opendev.org if you want to retry20:29
ianwclarkb: looks like those errors are still there :/20:30
ianwfungi: newline not deployed yet20:30
fungik20:31
fungialso, what editor are you using which doesn't put newlines on the final lines of files?20:31
fungi(mainly so that i know not to try it)20:31
ianwheh, emacs20:32
fungiwow!20:32
ianwmaybe i deleted it?  i know i was wondering if the final component needed to be /usr/sbin/vos or just "vos" if the script was just calling "vos"20:33
fungiinternets say you want "(setq require-final-newline t)" in your ~/.emacs20:33
fungibut as not an emacs user i can neither confirm nor deny the accuracy of that recommendation20:34
ianwi think that's usually something that the major modes set20:36
openstackgerritMerged openstack/openstack-zuul-jobs master: Remove legacy-devstack-dsvm-updown job  https://review.opendev.org/69543420:37
ianwwhich i guess sudoers doesn't have20:37
openstackgerritMerged zuul/zuul-jobs master: install-podman: also install uidmap  https://review.opendev.org/69554520:39
openstackgerritIan Wienand proposed opendev/system-config master: Fedora mirror update: use localauth release  https://review.opendev.org/69557220:39
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: use-buildset-registry: add podman support  https://review.opendev.org/69505120:39
openstackgerritIan Wienand proposed opendev/system-config master: Fedora mirror update: use localauth release  https://review.opendev.org/69557220:39
ianwfungi: ^ i'm thinking something like that as a first test20:40
ianwthen we can convert the other update scripts20:40
ianwthen we can write reprepro support for the opendev.org updater20:40
ianwthen we can convert them20:40
ianweasy :)20:40
*** ociuhandu has joined #openstack-infra20:42
*** gmann_afk is now known as gmann20:45
fungithe reprepro mirrors are cleaned back up and in sync again for now at least20:45
ianwfungi: thanks!20:47
corvusianw, fungi, clarkb: do you remember why we didn't move dib to opendev/ during the great renaming?20:48
fungii think we considered it fairly openstack-specific, or at least it had a number of dependency stakeholders there20:49
ianwi'm not sure it was ever explicitly discussed, but i imagine because it's used by openstack projects it was considered probably at home there20:49
fungii agree it's a grey area20:49
clarkbWe also didnt move it to opemstack-infra when it got adopted20:49
ianwoctavia, trove (maybe?), tripleo20:49
fungiironic too i think20:50
ianwah yes, of course20:50
*** rfolco has quit IRC20:50
johnsomsahara and manila too20:55
ianwto be concrete, this is about where the dib dockerfile should put it's image20:58
ianwhttps://review.opendev.org/#/c/693971/20:58
ianwi think we're down to opendev/diskimage-builder or openstack/diskimage-builder20:58
corvuswell, my question was actually about the git repo20:58
corvussince there is the related question of whether the repository prefix and git repo prefix should differ20:59
johnsomYeah, I have no issue where the image goes. I was just inquiring what value renaming the openstack/diskimage-builder would really bring.20:59
corvusi thought it would be helpful to understand the background in answering that question20:59
clarkbright I think the reason it was never renamed in the past is the same reason it hasn't been renamed with the opendev/ transition. Its a tool built in openstack predominantly used by openstack projects and changing that would require updating things that while doable would be annoying.21:00
corvus(however, you will find that i have not compunction about moving repos if warranted.  we tried really hard to make a system where we didn't have to move repos based on project lifecycle considerations.  the openstack tc has rejected that with the latest policy change, so more moves are inevitable.)21:00
corvusso maybe uploading it to the openstack/ namespace in dockerhub would be warranted?21:01
* mordred has no strong feelings about the dib git repo prefix21:01
corvus(aside from the fact that the tc hasn't issued any guidance about how that should be done; only something along the lines of "if you're going to do it, do it right")21:02
mordredcorvus: I think it might be - but I think that namespace starts to have complicated optics21:02
mordredyeah21:02
corvuswell, it's either an openstack project or it's not21:02
corvusseems uncomplicated to me :)21:02
mordredthat - most of the openstack projects producing docker images put them into some other docker namspace21:02
corvusmordred: afaict that's because they don't want to talk to the tc about it21:02
mordredwell - also because there are different things producing similar images - like loci/nova vs kolla/nova or something21:03
fungiassuming we're talking about https://governance.openstack.org/tc/resolutions/20170530-binary-artifacts.html for guidelines (or lack thereof)21:03
corvusopenstack/loci-nova?21:03
corvusfungi: yeah, that's the thing i'm thinking of21:03
*** openstack has joined #openstack-infra21:15
*** ChanServ sets mode: +o openstack21:15
ianwbut, if that functional test can produce bootable images, i'm pretty sure production deployments of the containers will be able to as well21:16
corvuswe might be at the point where a write-up would be useful; since i can see like 3 small parts of what must be a bigger plan :)21:16
clarkbI think the easiest to understand version of that for testing would be to have dib manage the dockerfile directly and publish directly. I think the ideal dockerhub namespace for dib in that case is openstack/ to avoid confusion and question asking21:16
corvusclarkb: that seems like a straightforward mini-goal which stands on its own21:17
ianwreally have to run out for a bit, i can cleanup the changes and write something up.  at least we've narrowed the options21:19
ianwwe *don't* want it in zuul/ :)21:19
corvusthat's the one thing i'm sure of :)21:19
*** pkopec has quit IRC21:21
*** sshnaidm has quit IRC21:21
*** dave-mccowan has joined #openstack-infra21:22
*** pcaruana has quit IRC21:25
*** mriedem has quit IRC21:41
clarkbfor some reason we didn't get a message from gerritbot that the sudo newline fix emrged, but it did merge21:44
clarkbI'm going to guess the bot is talking on some partitioned subset of freenode right now21:45
*** ramishra has quit IRC21:57
ianwclarkb: look like openstackstatus is no longer here too22:00
tonybianw, clarkb: Looks like my git update still hangs22:06
ianwtonyb: yeah, i see the same messages on 1.9.622:07
ianwon gitea0622:07
tonybso far I've only left it for about a minute but I'm pretty sure it's still b0rked22:07
tonybianw: I'm hitting gitea01 but22:07
*** mriedem has joined #openstack-infra22:08
tonybianw: Not sure what else to try now, I guess I need to understand the socket/client model of gitea to guess at what else to try :/22:08
ianwtonyb: could you run it via a https proxy to watch the traffic?22:09
ianwmaybe it says something before it dies?22:09
*** rcernin has joined #openstack-infra22:09
tonybianw: The answer to that is almost certinaly yes, but you'd need to provide a few more details, as I'm not sure what the proxy will tell me that git doesn't22:11
ianwhrm, i dunno, clutching at straws.  it seems like the remote end dies, but your end doesn't notice22:11
ianwin fact you can probably just hit it at http:// ?22:12
tonybYeah22:12
tonybianw: Oh that's a thing?22:12
ianwrun a tcpdump and see the discussion between yourself and the server?22:12
tonybianw: I figured that was off22:12
tonybianw: What port?22:12
ianwoh, no i don't think you can22:13
ianwthing i've used before is mitmproxy22:13
clarkbya http redirects to https22:15
*** sshnaidm has joined #openstack-infra22:17
* tonyb reads about mitmproxy22:21
johnsomYeah, gerritbot is missing from the octavia channel as well22:23
*** kaisers1 has joined #openstack-infra22:23
*** harlowja has quit IRC22:23
*** kaisers has quit IRC22:24
ianwtonyb: mitmproxy in a venv, run mitmproxy, then "https_proxy=localhost:8080 git clone -c http.sslVerify=false  https://opendev.org/openstack/diskimage-builder"22:25
ianwworks for my22:25
ianwbut i guess it doesn't show much22:25
tonybianw: Oh that's waaaaaay better than what I was thinking22:26
ianwthere's really a GET and a POST22:27
*** ccamacho has quit IRC22:29
tonybYeah, nothing really that git doesn't show22:29
* tonyb could try with a differnt git and possibly even OS?22:30
ianwtonyb: so does it show you getting anything at all back from the POST?22:30
tonybianw: Yeah my client looks to do 9 POSTs and get 9 200's back and then just stops22:33
tonybianw: runnign a second time the results look the same22:34
ianwhrm ... that's interesting maybe22:34
*** tosky has joined #openstack-infra22:35
ianwwhen cloning nova, my client does exactly one GET to ref?service=git-upload-pack and one POST to git-upload-pack22:35
tonybianw: same when I clone22:35
ianwand when you look at the POST response, how much data was there?22:37
ianwdid it even start?22:37
tonybThe last one is like 116.1k22:38
tonybIt looks like the client sends a bunch of 'I have <objects>' and the server replies to only some if them?22:39
ianwwait, so is there only one POST, or multiple?22:39
tonybianw: for a clone the is one, for an update there are multiple22:39
ianwah22:40
*** lennyb has joined #openstack-infra22:41
ianwdoes it always stop at the same point?22:41
tonybSeems to22:42
ianwcan you post your replication script again?22:43
tonybianw: I wasn't able to create a successful repo script, I posted what I was trying.22:44
tonybianw: I can tar up my 'currently' b0rked repo and give that to you22:44
tonybianw: and see if it continues to fail for you22:44
ianwworth a try i guess22:45
ianwon the server side, git seems to say the other end hung up.  the other end doesn't seem to think it has hung up22:46
ianw... shrug ...?22:46
tonybyeah pretty much22:46
clarkbianw: should we tcpdump our side and look for a fin?22:54
ianwclarkb: we could ... but we do have the strace that shows the git process dies22:58
ianwso i imagine it closes itself down22:59
clarkbits git so probably, but it not doing so might explain this behavior? similar to what we've seen wtih gerrit ssh and some clients/22:59
ianwi would say at this point, any idea is a good idea :)23:01
tonybSo FWIW grabbing a newwer git locally doesn't change anything23:02
fungihas anyone else tried to reproduce this with a local copy of tonyb's repo content?23:03
tonybfungi: not yet23:03
clarkbI have not but can try to do so23:03
tonybthat's next23:03
clarkbgit version 2.24.0 is wghat I have23:04
fungiyeah, like if you can tar it up one or more of us can attempt to reproduce with it on other platforms and/or git versions, and maybe that will turn up some new evidence23:04
fungigranted that's a rather scattershot approach23:04
fungigrasping at straws now really23:04
clarkbI assume process is roughyl add remote for gitea06:3000 then git remote update ?23:05
tonybclarkb: Yeah pretty much23:05
ianwfungi: so the fix isn't rolling out because sudo is broken?23:05
ianwfungi: i can log in as root and fix the files23:05
fungiianw: oh, yep, i bet so23:05
*** xek_ has quit IRC23:05
fungimanually applying the fix to sudoers via root is also the only idea i have23:05
fungiyou can ssh from root on bridge.o.o at least, as that's how i diagnosed the issue earlier23:06
ianwok done (and old file with . removed)23:07
ianwyay, ssh -i ~/.ssh/id_vos_release vos_release@afs01.dfw.openstack.org vos release foo fails but works23:07
clarkb"fails but works"23:07
clarkbI think I understood that23:08
tonybwget https://ozlabs.org/~tony/nova_bad.tar.gz23:08
tonybhttps_proxy=localhost:8080 GIT_TRACE=2 GIT_CURL_VERBOSE=2 GIT_TRACE_PERFORMANCE=2 GIT_TRACE_PACK_ACCESS=2 GIT_TRACE_PACKET=2 GIT_TRACE_PACKFILE=2 GIT_TRACE_SETUP=2 GIT_TRACE_SHALLOW=2 strace -o strace -f ~/projects/git/bin-wrappers/git -c http.sslVerify=false remote -v update23:08
tonybis the last update command I used23:09
* tonyb will try in a couple of vms locally23:09
ianwrunning now ...23:10
clarkbnote you should be able to verify ssl now :)23:10
ianwthat's just for the mitmproxy bit right?23:10
clarkboh23:11
ianw10:11:24.008133 pkt-line.c:80           packet:   fetch-pack> have 95586b741b628de6b45cc7c69a03e93673ea327123:11
ianwtonyb: ^ that's the last thing you see too?23:11
tonybYup tha's wheer mine stops23:12
ianwwell, consider it replicated :)23:12
ianwgit version 2.23.023:12
tonybWell last week I need that without mitmproxy, but if you've fixed it since then #winning23:12
tonybokay23:12
* tonyb is booting centos7 and ubuntu16.0423:12
clarkbsame here on 2.24.023:12
tonybokay so it *probably* isn't a client thing23:13
ianwa centos7 client would probably be a good comparision23:14
fungii have 2.24.0.rc0 on debian/sid, so probably not worth trying to reproduce here given clarkb's result23:14
ianwcould we (someone with root access) clone the repo from inside the container via ssh?23:15
ianwthat would be using the same git binary that gitea calls to, right?23:15
* tonyb shrugs I thought it was under bionic 23:16
tonybwhere it == gitea's container23:16
clarkbundoing the typechange does not change the behavior fwiw23:17
*** slaweq has quit IRC23:17
clarkbianw: I don't know if the ssh server there allows for reads? it probably does so you can probably do that23:18
ianwfungi: i'll just take the fedora lock on opendev.org and manually test a vos release via ssh, see if it works?23:18
fungiianw: i need to release the stale vldb lock first23:18
fungimirror.fedora volume?23:19
ianwfungi: yep23:19
fungirunning `vos unlock mirror.fedora --localauth` now23:19
fungiReleased lock on vldb entry for volume mirror.fedora23:19
fungigo for it23:19
ianwok, it's running in a screen23:20
ianwlooks ok from mirror-update.opendev.org end23:20
clarkbI don't see the server closing the connection23:20
tonybso centos7 gets an additional response but then stops23:20
clarkb(I tcpdumped my own tests)23:20
tonybpacket:   fetch-pack< ACK 95586b741b628de6b45cc7c69a03e93673ea3271 common23:20
tonybpacket:   fetch-pack> have 95586b741b628de6b45cc7c69a03e93673ea327123:20
tonybpacket:   fetch-pack< ACK 6105ac902e0ba6233c9a1e86cddacb5a0c1df4f1 common23:20
tonybpacket:   fetch-pack> have 6105ac902e0ba6233c9a1e86cddacb5a0c1df4f123:20
clarkbI think it is possible the issue here is on gitea network connection handling ?23:20
clarkbboth sides end up acking the same bits over and over again to keep tcp connection open23:21
tonybclarkb: Yeah I think so23:21
clarkbbasically the server has failed but not told the client properly about that23:22
clarkbthe client just waits patiently23:22
clarkbthen when I kill the client the F goes from my client to the server and things clean up23:22
tonybclarkb: Yeah that seems to be my understanding23:22
tonybOh LOL, my previously 'fixed' nova clone also fails now ;P23:30
tonybAT least I know how to 'fix' it23:31
clarkbwhat is the "fix"?23:36
tonybgit remote update gerrit ; to pull the missing objects from there, then when updating the origin remote everythign is local and it just updates the refs to match23:37
*** slaweq has joined #openstack-infra23:44
ianwyeah, so we can't ssh into the gitea container to try cloning like that23:48
*** slaweq has quit IRC23:48
ianwit seems like it needs some git verbosity flags23:51
*** jamesmcarthur has quit IRC23:52
*** jamesmcarthur has joined #openstack-infra23:53
*** jamesmcarthur has quit IRC23:57

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