Friday, 2019-10-11

*** swest has quit IRC01:11
*** swest has joined #zuul01:25
*** bhavikdbavishi has joined #zuul02:57
*** bhavikdbavishi1 has joined #zuul02:59
*** bhavikdbavishi has quit IRC03:01
*** bhavikdbavishi1 is now known as bhavikdbavishi03:01
*** rlandy|bbl is now known as rlandy03:30
*** rlandy has quit IRC03:49
*** sanjayu_ has joined #zuul04:12
*** pcaruana has joined #zuul04:55
*** bolg has quit IRC05:15
*** evrardjp_ has joined #zuul05:49
*** tbarron has quit IRC05:54
*** evrardjp has quit IRC05:55
*** irclogbot_0 has quit IRC05:56
*** irclogbot_3 has joined #zuul05:58
*** avass has joined #zuul06:52
openstackgerritAlbin Vass proposed zuul/nodepool master: Static provider defaults to ssh connection  https://review.opendev.org/68804306:53
*** bolg has joined #zuul07:15
*** tobberydberg has quit IRC07:20
*** tobberydberg has joined #zuul07:26
*** jpena|off is now known as jpena07:41
*** hashar has joined #zuul07:53
*** phildawson has joined #zuul08:29
*** avass has quit IRC08:31
*** avass has joined #zuul08:44
*** mhu has joined #zuul08:48
*** bolg has quit IRC08:49
avassIs it only maintainers that can recheck/regate on opendev?08:52
AJaegeravass: anybody can recheck. Why do you ask?09:08
avassAJaeger: It didn't recheck when I tried. Maybe I was too quick09:15
AJaegeravass: which change?09:30
avassAJeager: https://review.opendev.org/#/c/688043/1 But it worked now09:58
AJaegeravass: you can always check at http://zuul.opendev.org/t/zuul/status whether jobs got started10:10
AJaegeravass: the jobs run for over 30mins - I think you were just impatient and it worked directly...10:11
AJaegerand then often jobs need to wait for free nodes to run the tests on10:11
avassAJeager: I did but I couldn't find it so it didn't look like it started. If they don't have nodes they should still show up as 'queued' right?10:13
avassAJeager: Ah wait, now I see the problem. I was looking here: https://zuul.openstack.org/status10:14
avassWrong tenant :)10:15
*** bhavikdbavishi has quit IRC10:31
AJaegeravass: yes, different tenant...10:57
*** bolg has joined #zuul10:58
*** rfolco has joined #zuul11:02
*** bolg has quit IRC11:09
*** rfolco is now known as rfolco|ruck11:09
*** hashar has quit IRC11:14
*** bolg has joined #zuul11:20
*** jpena is now known as jpena|lunch11:33
*** avass has quit IRC11:52
*** avass has joined #zuul11:52
*** avass has quit IRC11:57
*** hashar has joined #zuul12:22
openstackgerritPaul Belanger proposed zuul/zuul master: WIP: Support Ansible 2.9  https://review.opendev.org/67485412:29
*** rlandy has joined #zuul12:32
*** ironfoot has left #zuul12:32
*** jpena|lunch is now known as jpena12:35
*** recheck has quit IRC12:44
*** recheck has joined #zuul12:44
openstackgerritMerged zuul/nodepool master: Static provider defaults to ssh connection  https://review.opendev.org/68804313:00
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811813:01
*** bhavikdbavishi has joined #zuul13:12
pabelangerFriday hacking, getting centos-8 jobs working13:19
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811813:21
*** gtema_ has joined #zuul13:34
pabelangerI've sent an email to ML about ansible version changes for Zuul. It would be awesome if people could look and comment13:44
pabelangerzbr:^13:44
mordredcorvus, tristanC: the registry stack has 2x+2 now, but I left off +A in case anyone else wanted to read it13:55
tristanCmordred: thanks, though i don't have time to review it today13:57
mordredtristanC: cool. we can probably just land it and deal with issues as followups too14:00
*** fdegir has quit IRC14:06
*** fdegir has joined #zuul14:06
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811814:18
*** gtema_ has quit IRC14:18
mordredcorvus: morning! I was looking at timburke's comment about the ksa exceptions vs the openstacksdk exceptions in registry. there are several places where you use rest calls directly on a session instead of doing so on the service adapter - and instead of using an sdk call. are those specifically on purpose or just how it made sense as you were working on it?14:18
*** hashar has quit IRC14:19
corvusmordred: some of them stem from places where i didn't know how to do the same in sdk (which may be a doc bug) -- others might be places where i copy-pastad from those14:20
corvusmordred: main thing is, i wasn't trying to avoid it on purpose (the opposite), but i also didn't root-cause each speedbump14:22
mordredcorvus: cool14:23
mordredcorvus: yeah - there's some places where it's straightforward to swap out sdk - some where it's not, which is a good example of needing to improve sdk14:24
mordred(stream object is a good example - you need size *and* the streaming content - sdk only gives you streaming content)14:24
corvusmordred: ack -- though i think i originally wrote it dumber than that and only got the streaming content; i think using both was timburke's improvement14:25
corvusmordred: that may have been a case where it was like "i know how to stream with requests"14:26
corvusmordred, timburke: do you know if openstacksdk can talk to the swift in the saio container image that swift is building?  (does sdk need a keystone? does saio have one?)14:26
tdasilvacorvus: saio does not have keystone14:27
mordredsdk doesn't need keystone - we can put in an endpoint_override14:27
corvusmordred: that's a clouds.yaml thing?14:27
mordredthat said - sdk doesn't support non-keystone *for auth* - so if the saio swift needs auth we'd still be sol14:27
mordredcorvus: yah14:28
corvustdasilva: ^ know the answer to the auth question?14:28
tdasilva:(14:28
corvus:(14:28
tdasilvayeah, we use tempauth14:28
corvusfor the test job i'd like to do, i don't care about auth, but i do just need to pass a clouds.yaml in and get an sdk object out14:29
tdasilvawhat does a cloud.yaml file looks like? where can i find where sdk does auth for object storage?14:30
clarkbyou can devstack with only keystone and swift enabled14:30
clarkband that will give you a working clouds.yaml14:30
mordredtdasilva: sdk uses keystoneauth for auth14:30
mordredso the auth layer is down in the guts of the system - that said - it *is* pluggable at the ksa layer - so it's possible we could write a ksa auth plugin that implements swift auth14:31
tdasilvafwiw, removing auth from a saio container should be pretty simple...in case sdk can work with no auth at all14:32
mordredyes - sdk can definitely handle noauth14:32
tdasilvajust remove tempauth from the pipeline in /etc/swift/proxy-server.conf14:32
corvusi'd like to test the part of the code that makes the container though :/14:32
corvusoh that sounds like something we could do in setup14:32
mordredlet me find a clouds.yaml ironic noauth example that should work14:33
tdasilvahttps://github.com/openstack/swift/blob/master/docker/rootfs/etc/swift/proxy-server.conf#L1214:33
corvusmaybe we can sed that out in a run command or something when we start the container14:34
corvus(or bind-mount in a local copy)14:34
mordredcorvus: http://paste.openstack.org/show/783012/14:35
mordredcorvus: that's what the clouds.yaml should look like14:36
corvuscool, maybe we have enough to try a swift-backed gate test for this14:36
tdasilvacorvus: if you drop a little script here https://github.com/openstack/swift/tree/master/docker/rootfs/etc/cont-init.d it would fix on start up14:37
corvusthat's handy14:37
tdasilvai've used crudini for those kind of changes. Example: https://github.com/swiftstack/file-connector/blob/master/configs/rootfs/etc/cont-init.d/50_set_env14:38
corvusthat looks like just what we need14:39
mordredtdasilva: how do accounts work in swift aio if there's no auth?14:39
mordredbecause normally endpoints are like https://swift.example.com/v1/AUTH_{project_id} - I'd assune without keystone projects there's still a swift account that would go in the url to be where containers go?14:40
mordredor would it just be https://swift.example.com/v1/{container}/{object} without auth?14:40
tdasilvamordred: we have auto_create enabled: https://github.com/openstack/swift/blob/master/docker/rootfs/etc/swift/proxy-server.conf#L9414:41
tdasilvamordred: nope, it would still be AUTH_whatever you pass in14:41
*** michael-beaver has joined #zuul14:41
mordredgotcha - but we'd just make up something to put after AUTH and swift would create that?14:41
tdasilvacorrect14:41
mordredcool14:41
mordredcorvus: in the exmaple clouds.yaml I gave you - we'll need to append the AUTH_whatever to that object_store_endpoint_override14:42
corvuswhatever sounds good to me14:45
corvuson another note -- https://gerrit-review.googlesource.com/c/plugins/checks/+/231201 has our first interaction with the gerrit checks api  (click the 'checks' tab)14:52
corvusthe good news is that the "unevaluated" means "zuul has looked at this and decided that it doesn't have anything to do".  for some reason, that's how they display "not relevant" in the ui14:53
mordredcorvus: that's super awesome14:53
corvusthe bad news is that part of the reason it decided that was that it couldn't actually clone the repo, because some of the characters in our password are confusing git's url parser14:54
corvusso we may be missing some escaping somewher14:54
*** bolg has quit IRC15:05
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: Enable zuul-jobs-test-base-roles-centos-8 as nv  https://review.opendev.org/68814615:18
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811815:21
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811815:22
*** jamesmcarthur has joined #zuul15:39
corvusyeah, we need to url-encode the password15:40
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815415:50
*** jangutter has quit IRC15:50
openstackgerritJames E. Blair proposed zuul/zuul master: URL quote username/password in gerrit  https://review.opendev.org/68815515:53
*** sanjayu_ has quit IRC16:01
openstackgerritClark Boylan proposed zuul/nodepool master: Handle case where nova server is in DELETED state  https://review.opendev.org/68815716:01
pabelangerYay, centos-8 job working for tox: https://dashboard.zuul.ansible.com/t/ansible/build/930bc196797648fbaec408da8658da3316:04
AJaegercongrats!16:06
*** mhu has quit IRC16:06
pabelangerAJaeger: thanks goes to ianw! It just worked when I added it to nodepool16:07
AJaegerlucky you ;)16:07
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811816:07
*** jamesmcarthur has quit IRC16:19
*** jamesmcarthur has joined #zuul16:23
*** bhavikdbavishi has quit IRC16:30
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811816:43
*** paladox has quit IRC16:49
openstackgerritJames E. Blair proposed zuul/zuul master: URL quote username/password in gerrit  https://review.opendev.org/68815516:54
corvustobiash, mordred: ^ added a unit test -- we don't exercise that path in the more functional tests because we override it to do local clones.  so that at least runs the code to make sure i didn't typo "urllib" :)16:54
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815416:55
*** paladox has joined #zuul16:57
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815416:58
corvusclarkb: to test this, should we make a copy of the role, update opendev base-test to use it, then parent something to base-test?16:59
clarkbcorvus: it probably wouldn't hurt16:59
clarkbcorvus: as an alternative maybe we can just run it by hand against rax?16:59
corvusclarkb: yeah, i think that would be sufficient17:00
clarkbhrm though that won't check the ansible python version concerns17:00
corvusoh right17:00
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815417:04
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817717:04
clarkbcorvus: ^ ok that adds the test role first17:04
clarkbwe should be able to safely merge that, then update base-test, then recheck a change proposal against base-test17:04
clarkband do it a few times until we hit rax17:04
corvusclarkb: i single-core-approved that since the real review is happening in the other change17:05
clarkbsgtm17:05
*** jpena is now known as jpena|off17:05
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: configure-mirrors: use dnf when needed  https://review.opendev.org/68811817:18
corvusclarkb: zuul-jobs change is sad17:21
clarkbcorvus: hrm I wonder if the copied over test cases make too manyassumptions /me looks17:21
corvusone of the things is going to be no docs17:22
clarkboh it isn't happy under python27 which was expected17:22
corvus(ie, it needs to be linked into the docs somehow)17:22
corvusclarkb: the py27 thing is an interesting dilemma -- maybe some kind of a conditional test skip for that?17:23
clarkbcorvus: I think I can also convert the vendored code to be python2 compat17:25
clarkbit uses the gzip interface that exists in 2 and 317:25
clarkband io.BytesIO is also in 2 and 317:25
clarkbmaybe start there?17:25
corvusclarkb: yeah, that sounds better17:27
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815417:29
clarkboh derp17:29
clarkbI didn't rebase properly. One moment17:29
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817717:34
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815417:34
clarkbhttps://review.opendev.org/688154 is unmodified as I want to avoid making updates to it that will just be noise until we nail down that this works iwth the test changes17:34
*** rlandy is now known as rlandy|brb17:36
*** noorul has joined #zuul17:37
noorulofosos: hi17:37
clarkbarg I still got the rebase wrong18:00
openstackgerritClark Boylan proposed zuul/nodepool master: Handle case where nova server is in DELETED state  https://review.opendev.org/68815718:01
clarkbmordred: ^ now with testing. corvus Shrews review of ^ would be appreciated. Possibly fixes an issue we are seeing in the wild18:01
corvustobiash, clarkb, mordred: can i get some +3 on https://review.opendev.org/688155 ?  it had 2x+2 before i added a unit test...18:01
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817718:04
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815418:04
clarkbmaybe this time I got the rebase correct18:04
clarkbcorvus: looking18:04
*** rlandy|brb is now known as rlandy18:08
mordredclarkb: +218:11
mordredcorvus: +A18:11
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817718:15
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815418:15
clarkb*, somearg isn't valid argument listing in python2 but is in 318:16
clarkbtests pass locally now18:16
mordredclarkb: wow - you can put named arg after * in 3?18:17
mordredI18:17
mordredTIL18:17
fungiyep18:17
clarkbyup18:17
fungihas to be passed by name exclusively though, for obvious reasons18:17
corvusmordred: i did not know that :)18:17
mordredoh - right - that's actually the thing to indicate "anything after this is keyword only"18:17
mordreddef foo(bar, *, bang): means bang must be keyword only18:18
mordredand then there's something in 3.8 for disallowing things from being keyword args too18:18
fungipython 2.8 also gives you a way to have positional-only args (before the *)18:18
mordredyeah18:18
fungier, 3.8 yeah18:18
fungiit's in the 3.8 release notes new features section18:19
mordreddef f(a, b, /, c, d, *, e, f):18:19
*** hashar has joined #zuul18:19
mordreda and b are positional only, c and d are normal, e and f are keyword only18:19
corvusmordred: you're pulling my leg.  that's totally perl5.18:20
fungi /, is an interesting choice syntactically18:20
mordredhttps://docs.python.org/3.9/whatsnew/3.8.html#positional-only-parameters18:20
mordredcorvus: https://docs.python.org/3.9/whatsnew/3.8.html#assignment-expressions is the thing that will really blow your mind18:20
fungiit's not entirely clear to me why you'd want positional-only args over normal nameable positional args, but i guess there must be some use case18:21
mordredfungi: they make a couple of arguments in favor of positional-only use cases18:21
mordredfungi: for instance, len(obj='hello') - obj doesn't make it more readable, even though that's the argument name18:22
clarkbin this case it was being used to mask out args they didn't care about but otherwise fit to an existing api18:22
clarkbbecause we don't care about them for this use case I simply removed the *18:22
mordredalso "Since the parameters to the left of / are not exposed as possible keywords, the parameters names remain available for use in **kwargs:"18:22
clarkbhrm though now that I've said that I think there is a bug in my change18:23
fungimordred: yeah, rereading now, i see where emulating wrapped c functions might be convenient, though the other arguments they make seem a bit more specious to me18:24
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817718:25
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815418:25
clarkblatest patchsets set the compression level to a default of 918:26
mordredfungi: I agree18:26
fungiit does allow you to prevent callers from relying on the arbitrary parameter names you've chosen, but there are also plenty of ways to tell authors of consuming code to not do it or that you don't support it... it lets you reuse the same names for positional-only arguments and kwargs, but you could probably also just write the function less ambiguously... it keeps people who use your function from unnecessarily18:28
fungiincluding a pointless argument name forcing their code to be more readable? i don't even get that one18:28
fungithey seem to be advertising it as a mechanism for taking away flexibility18:29
corvusclarkb: comment on 17718:31
corvusat least, that's where we put test-mirror-workspace-git-repos18:31
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817718:32
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815418:32
clarkbmakes sense18:32
openstackgerritMonty Taylor proposed zuul/zuul-registry master: Catch openstack exceptions instead of keystoneauth  https://review.opendev.org/68818518:37
*** rlandy has quit IRC18:38
*** rlandy has joined #zuul18:39
*** pcaruana has quit IRC18:55
openstackgerritMerged zuul/zuul-jobs master: Test role for upload-logs-swift  https://review.opendev.org/68817718:56
openstackgerritMerged zuul/zuul master: URL quote username/password in gerrit  https://review.opendev.org/68815519:00
clarkbI've rechecked https://review.opendev.org/#/c/680178/2 to test the gzipped swift logs19:11
*** jamesmcarthur has quit IRC19:26
*** jamesmcarthur has joined #zuul19:40
*** jamesmcarthur has quit IRC19:52
*** noorul has quit IRC20:23
openstackgerritJeremy Stanley proposed zuul/zuul master: DNM: Test changes to base-test job  https://review.opendev.org/68819920:31
*** VitaliyL has joined #zuul21:01
VitaliyLHi, I have a loggin file logging.conf (see below). This file is used as log_config parameter for all zuul services (scheduler, merger, executor, web).21:04
VitaliyLHi, I have a loggin file logging.conf (see below). This file is used as log_config parameter for all zuul services (scheduler, merger, executor, web). The issue is all messages from scheduler are double printed like this^21:05
VitaliyLHi, I have a loggin file logging.conf (see below). This file is used as log_config parameter for all zuul services (scheduler, merger, executor, web). The issue is all messages from scheduler are double printed like this: scheduler_1  | 2019-10-11 20:54:23,974 INFO zuul.TenantParser: _cacheTenantYAML: configloader:21:05
VitaliyL/usr/local/lib/python3.7/site-packages/zuul/configloader.py: MainProcess: 11: 121:05
VitaliyL39676539156224: Loading configuration from zuul/zuul-jobs/zuul.d/python-jobs.yaml@master21:05
VitaliyL2019-10-11 20:54:24,088 INFO zuul.Scheduler: _doReconfigureEvent: scheduler: /usr/local/lib/python3.7/site-packages/zuul/scheduler.py: MainProcess: 11: 139676539156224: Full reconfiguration complete (duration: 58.264 seconds)21:05
clarkbVitaliyL: I think that means you have two handlers matching the scheduler logger?21:06
clarkbso you get it emitted twice once for each handler21:06
VitaliyLSorry, I'm also struggling with webchat console on freenode. My logging.conf file:21:07
VitaliyL[loggers]21:07
VitaliyL%(module)s: %(pathname)s: %(processName)s: %(process)d: %(thread)d: %(message)s21:07
clarkbVitaliyL: you can use a paste tool like paste.openstack.org or github's gist to paste large amounts of text21:07
clarkbthat is typically better than pasting it verbatim here21:07
VitaliyLclarkb, thanks for an advice, here is my logging.conf: http://paste.openstack.org/show/783028/, it's based on https://opendev.org/zuul/zuul/src/branch/master/etc/logging.conf-sample, also I removed extra handlers to keep it simple.21:12
clarkbI wonder if root and zuul are both matching since root should cover everything and zuul will cover the scheduler21:15
clarkbI would expect it to simply apply the info leve to zuul and below though21:15
*** rfolco|ruck has quit IRC21:17
VitaliyLroot logger is configured to have WARNING level, while zuul logger is configured for INFO one. I have INFO messages doubled, which means they come from zuul logger.21:19
VitaliyLHere is output from 'docker-compose logs scheduler': http://paste.openstack.org/show/783030/21:22
clarkbcorvus: do we accept both the logging config but then still write to stdout by default with the quickstart setup?21:25
clarkbthat might explain this behavior too (if we aren't overriding the default with provided config)21:25
VitaliyLActually only I need is to switch between DEBUG/WARNING levels, is there a way to achive that simpler rather than using logging.conf?21:35
clarkbreading the code I don't think we are misapplying the config like I theorized may happen21:42
fungithere was a discussion not long ago about adding a command-line option or rpc command to set the stdout log level21:44
fungithe python logging module config is not a very user-friendly mechanism for managing such things, even if it's more flexible than what we would probably implement21:45
clarkbVitaliyL: the goal is to log zuul logs at info level and everything else at warning?21:46
clarkbVitaliyL: can you share your docker-compose edits too?21:46
VitaliyL> the goal is to log zuul logs at info level and everything else at warning?21:49
VitaliyLThe goal is to be able to switch zuul logs between debug/warning level and not interested in other logs (like gearman).21:51
clarkboh if this is going through the reload path then that may explain it too21:52
clarkbVitaliyL: does it double log prior to loading the new config?21:52
VitaliyLclarkb, could you clarify that?21:54
clarkbVitaliyL: does the logging do what you expect prior to the switching that you want to do21:54
*** rlandy has quit IRC21:57
VitaliyLI still don't understand the question. zuul.conf always refers to logging.conf. After changing debug level in logging.conf I do 'docker-compose restart scheduler' and watch logs 'docker-compose logs -f scheduler'.21:58
VitaliyLDebug level specified in logging.conf for zuul logger always matches that in stdout. Whatever logging level is zuul.* message are always doubled.21:59
clarkbVitaliyL: are you using the quickstart docker-compose file? If so that does not use a logging.conf but instead relies on a default behavior of zuul for logging iirc21:59
openstackgerritMerged zuul/zuul-jobs master: Use gzip to compress files uploaded to swift  https://review.opendev.org/68815422:02
VitaliyLYes, I started with quick start docker-compose file. I've already changed etc/zuul.conf so that {scheduler,merger,web,executor}.log_config=/etc/zuul/logging.conf22:02
clarkbcan you share the zuul.conf and the logging.conf (both versions)22:03
VitaliyLclarkb, here is a paste with both files: http://paste.openstack.org/show/783031/22:08
clarkbhrm ya I don't know that all looks fine to me22:12
VitaliyLI'll try to reproduce with vanilla zuul quick-start + logging.conf added to zuul.conf22:31
*** hashar has quit IRC22:34
*** sgw has quit IRC22:44
*** jamesmcarthur has joined #zuul22:45
VitaliyLclarkb, I reproduced with vanilla zuul quick-start. Here is a complete instruction: http://paste.openstack.org/show/783108/23:06
*** sgw has joined #zuul23:12
*** sgw has quit IRC23:20
*** VitaliyL has quit IRC23:20
*** sgw has joined #zuul23:21
clarkbVitaliyl is gone btu it having a paste of the actual doubled log output would be good too23:35
clarkbI think irc truncated the previous example23:35
*** michael-beaver has quit IRC23:38
*** armstrongs has joined #zuul23:46
*** jamesmcarthur has quit IRC23:53
*** jamesmcarthur has joined #zuul23:57

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