Monday, 2018-04-02

*** EmilienM_ has joined #openstack-infra00:04
*** odyssey4me has quit IRC00:11
*** odyssey4me has joined #openstack-infra00:11
*** s-shiono has joined #openstack-infra00:14
*** ianychoi has quit IRC00:14
pabelangerianw: it does look like nb03.o.o is able to hit github.com for images: http://nb03.openstack.org/00:16
pabelangerianw: having issues caching etcd it looks like00:16
pabelangerwe haven't built an image in 3 days it looks like00:16
*** ianychoi has joined #openstack-infra00:17
scas#openstack-chef got the drive-by vandalism while i was in the air, it seems00:19
pabelangerianw: oh, maybe there isn't a etcd-v3.1.10-linux-arm64.tar.gz release00:20
pabelangerscas: yah, happened in a few channels00:20
*** ykarel has joined #openstack-infra00:21
pabelangerianw: okay, I think the issue it is picking up the stable branches versions00:23
*** markvoelker has joined #openstack-infra00:24
*** hongbin has joined #openstack-infra00:24
*** edmondsw has joined #openstack-infra00:25
*** edmondsw has quit IRC00:29
*** d0ugal has quit IRC00:35
*** jamesmcarthur has joined #openstack-infra00:39
*** agopi has quit IRC00:40
*** shu-mutow-AWAY is now known as shu-mutow00:40
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Pause ubuntu-xenial-arm64 image builds  https://review.openstack.org/55813400:40
pabelangerianw: clarkb: ^ we'll have to pause builds for arm64 while we patch devstack00:41
*** markvoelker has quit IRC00:42
*** markvoelker has joined #openstack-infra00:42
*** d0ugal has joined #openstack-infra00:43
*** EmilienM has quit IRC00:48
*** EmilienM_ is now known as EmilienM00:48
*** EmilienM has joined #openstack-infra00:48
*** VW has joined #openstack-infra00:49
*** olaph has joined #openstack-infra00:50
*** olaph1 has quit IRC00:52
*** dizquierdo has quit IRC01:03
*** salv-orl_ has joined #openstack-infra01:24
*** salv-orlando has quit IRC01:26
*** d0ugal has quit IRC01:35
*** namnh has joined #openstack-infra01:37
*** spzala has joined #openstack-infra01:38
prometheanfirepabelanger: anything preventing me from using the gentoo image?01:38
*** david-lyle has quit IRC01:40
*** dklyle has joined #openstack-infra01:40
*** d0ugal has joined #openstack-infra01:43
*** anteaya has quit IRC01:45
*** jamesmcarthur has quit IRC01:45
*** caphrim007 has joined #openstack-infra01:46
*** caphrim007 has quit IRC01:46
*** germs has quit IRC01:47
*** anteaya has joined #openstack-infra01:47
*** spzala has quit IRC01:47
pabelangerprometheanfire: we need a glean release first, then land your patch for nodepool.o.o. I think we can do that the beginning of the week01:49
prometheanfireah, right01:53
*** yamahata has joined #openstack-infra02:02
*** chandankumar has joined #openstack-infra02:02
*** iyamahat has joined #openstack-infra02:03
*** xinliang has joined #openstack-infra02:03
*** chkumar246 has quit IRC02:03
*** jamesmcarthur has joined #openstack-infra02:04
*** dklyle has quit IRC02:05
*** david-lyle has joined #openstack-infra02:05
dmsimardGentoo in the gate. That's pretty cool :)02:05
*** chandankumar has quit IRC02:08
*** jamesmcarthur has quit IRC02:08
prometheanfire:D02:11
prometheanfireit'll make it fairly easy to test new python versions02:11
*** edmondsw has joined #openstack-infra02:13
openstackgerritXinliang Liu proposed openstack-infra/project-config master: Add debian stretch nodes to arm64/amd64 clouds  https://review.openstack.org/55790202:17
*** kiennt26 has joined #openstack-infra02:17
*** edmondsw has quit IRC02:17
*** chandankumar has joined #openstack-infra02:20
*** spzala has joined #openstack-infra02:23
*** caphrim007 has joined #openstack-infra02:24
*** dsariel has quit IRC02:26
*** spzala has quit IRC02:27
*** janki has joined #openstack-infra02:29
*** psachin` has joined #openstack-infra02:33
*** d0ugal has quit IRC02:37
*** gcb has joined #openstack-infra02:40
*** andreas_s has joined #openstack-infra02:42
*** jamesmcarthur has joined #openstack-infra02:43
*** d0ugal has joined #openstack-infra02:43
*** andreas_s has quit IRC02:47
*** ianychoi has quit IRC02:48
*** zhangfei has joined #openstack-infra02:50
*** ramishra has joined #openstack-infra02:52
*** kiennt26 has quit IRC02:54
*** janki has quit IRC02:57
*** ianychoi has joined #openstack-infra02:58
*** Jeffrey4l_ has joined #openstack-infra02:59
*** pgadiya has joined #openstack-infra03:08
*** spzala has joined #openstack-infra03:11
*** spzala has quit IRC03:11
*** ianychoi has quit IRC03:12
*** ianychoi has joined #openstack-infra03:13
*** Jeffrey4l_ has quit IRC03:22
*** l4yerffej_ has joined #openstack-infra03:22
*** janki has joined #openstack-infra03:22
*** janki has quit IRC03:23
*** l4yerffej_ has quit IRC03:23
*** janki has joined #openstack-infra03:23
*** l4yerffej has joined #openstack-infra03:23
*** yamamoto has joined #openstack-infra03:26
*** rwsu has joined #openstack-infra03:26
*** pgadiya has quit IRC03:29
*** zhongjun_ has quit IRC03:39
*** andreas_s has joined #openstack-infra03:41
*** pgadiya has joined #openstack-infra03:42
*** garyk has quit IRC03:44
*** ykarel has quit IRC03:46
*** andreas_s has quit IRC03:47
*** germs has joined #openstack-infra03:47
*** germs has quit IRC03:47
*** germs has joined #openstack-infra03:47
*** hongbin has quit IRC03:49
*** germs has quit IRC03:53
*** dhajare_ has joined #openstack-infra04:03
*** ykarel has joined #openstack-infra04:15
*** d0ugal has quit IRC04:23
*** sree has joined #openstack-infra04:26
*** psachin` has quit IRC04:27
*** psachin has joined #openstack-infra04:27
*** sree has quit IRC04:29
*** sree has joined #openstack-infra04:29
*** ianychoi has quit IRC04:35
*** ianychoi has joined #openstack-infra04:36
*** VW has quit IRC04:38
*** Sukhdev has joined #openstack-infra04:44
*** d0ugal has joined #openstack-infra04:45
*** links has joined #openstack-infra04:46
*** jchhatbar has joined #openstack-infra04:51
*** jchhatbar has quit IRC04:51
*** jchhatbar has joined #openstack-infra04:52
*** janki has quit IRC04:54
*** ianychoi has quit IRC05:00
*** ianychoi has joined #openstack-infra05:02
*** ykarel_ has joined #openstack-infra05:03
*** chkumar246 has joined #openstack-infra05:04
*** ykarel has quit IRC05:04
*** links has quit IRC05:04
*** chandankumar has quit IRC05:04
*** links has joined #openstack-infra05:05
*** ykarel__ has joined #openstack-infra05:05
*** ykarel_ has quit IRC05:08
*** chkumar246 has quit IRC05:08
*** ykarel__ is now known as ykarel05:08
*** ktsuyuzaki has joined #openstack-infra05:13
*** Sukhdev has quit IRC05:13
*** ktsuyuzaki is now known as kota__05:14
*** kota_ has quit IRC05:16
*** kota__ is now known as kota_05:16
*** eandersson has quit IRC05:16
*** eandersson has joined #openstack-infra05:17
*** e0ne has joined #openstack-infra05:20
*** chkumar246 has joined #openstack-infra05:21
*** iyamahat has quit IRC05:21
*** e0ne has quit IRC05:26
*** pgadiya has quit IRC05:30
*** pcichy has joined #openstack-infra05:35
*** jbadiapa has joined #openstack-infra05:35
*** jchhatbar has quit IRC05:43
*** jchhatbar has joined #openstack-infra05:43
*** d0ugal has quit IRC05:48
*** germs has joined #openstack-infra05:49
*** germs has quit IRC05:49
*** germs has joined #openstack-infra05:49
*** pgadiya has joined #openstack-infra05:51
*** germs has quit IRC05:53
*** d0ugal has joined #openstack-infra05:55
*** lpetrut has joined #openstack-infra06:09
openstackgerritvinay kumar muddu proposed openstack/diskimage-builder master: To check for the updates  https://review.openstack.org/55816306:12
*** dsariel has joined #openstack-infra06:13
*** pcichy has quit IRC06:16
*** yamamoto_ has joined #openstack-infra06:18
*** dhajare_ has quit IRC06:20
*** yamamoto has quit IRC06:21
*** yamamoto has joined #openstack-infra06:29
*** chkumar246 is now known as chandankumar06:29
*** chandankumar has quit IRC06:29
*** chandankumar has joined #openstack-infra06:30
*** pgadiya has quit IRC06:31
*** yamamoto_ has quit IRC06:32
openstackgerritwangqi proposed openstack/diskimage-builder master: delete unused module  https://review.openstack.org/55816706:35
*** pgadiya has joined #openstack-infra06:40
*** armaan has joined #openstack-infra06:44
*** dhajare_ has joined #openstack-infra06:53
*** HeOS has joined #openstack-infra06:55
*** chandankumar has quit IRC06:57
*** andreas_s has joined #openstack-infra07:01
*** imacdonn has quit IRC07:04
*** chandankumar has joined #openstack-infra07:04
*** imacdonn has joined #openstack-infra07:04
*** andreas_s has quit IRC07:05
*** alexchadin has joined #openstack-infra07:07
*** kjackal has joined #openstack-infra07:07
*** udesale has joined #openstack-infra07:08
*** tesseract has joined #openstack-infra07:12
*** jchhatba_ has joined #openstack-infra07:12
*** anteaya has quit IRC07:13
*** anteaya has joined #openstack-infra07:14
*** jchhatba_ has quit IRC07:15
*** jchhatbar has quit IRC07:15
*** jchhatba_ has joined #openstack-infra07:15
*** jchhatba_ has quit IRC07:17
*** annp has joined #openstack-infra07:19
*** xinliang_ has joined #openstack-infra07:27
*** e0ne has joined #openstack-infra07:31
*** kjackal has quit IRC07:35
*** kjackal has joined #openstack-infra07:35
*** amoralej|off is now known as amoralej07:40
*** andreas_s has joined #openstack-infra07:41
*** kjackal_ has joined #openstack-infra07:41
*** jtomasek has joined #openstack-infra07:42
*** kjackal has quit IRC07:42
*** bmace has joined #openstack-infra07:45
*** andreas_s has quit IRC07:46
*** andreas_s has joined #openstack-infra07:48
*** xinliang_ has quit IRC07:49
*** xinliang_ has joined #openstack-infra07:49
*** jtomasek has quit IRC07:50
*** xinliang_ has quit IRC07:51
*** xinliang has quit IRC07:51
*** jtomasek has joined #openstack-infra07:52
*** andreas_s has quit IRC07:53
*** xinliang has joined #openstack-infra07:54
*** xinliang has quit IRC07:54
*** xinliang has joined #openstack-infra07:54
*** xinliang_ has joined #openstack-infra07:57
*** xinliang_ has quit IRC07:57
*** garyk has joined #openstack-infra07:58
*** armaan has quit IRC07:59
*** xinliang3 has joined #openstack-infra07:59
*** zhurong has joined #openstack-infra08:02
*** gcb has quit IRC08:03
*** pcichy has joined #openstack-infra08:08
*** pgadiya has quit IRC08:11
*** dsariel has quit IRC08:14
*** armaan has joined #openstack-infra08:15
*** gcb has joined #openstack-infra08:17
*** jamesmcarthur has quit IRC08:19
*** pgadiya has joined #openstack-infra08:19
*** alexchadin has quit IRC08:22
*** alexchadin has joined #openstack-infra08:25
*** pcichy has quit IRC08:28
*** andreas_s has joined #openstack-infra08:36
*** d0ugal has quit IRC08:39
*** andreas_s has quit IRC08:42
*** shu-mutow is now known as shu-mutow-AWAY08:42
*** s-shiono has quit IRC08:44
*** jtomasek has quit IRC08:44
*** lihi has quit IRC08:49
*** lihi has joined #openstack-infra08:49
*** yamamoto has quit IRC08:51
*** ianychoi has quit IRC08:52
*** ianychoi has joined #openstack-infra08:54
*** numans has quit IRC08:57
*** numans has joined #openstack-infra08:58
*** yamamoto has joined #openstack-infra09:00
*** HeOS has quit IRC09:01
*** zhurong has quit IRC09:02
*** d0ugal has joined #openstack-infra09:03
*** bmace has quit IRC09:09
*** bmace has joined #openstack-infra09:10
*** kjackal_ has quit IRC09:11
*** kjackal has joined #openstack-infra09:11
*** aojea has joined #openstack-infra09:15
*** olaph1 has joined #openstack-infra09:17
openstackgerritGaetan Semet proposed openstack-dev/pbr master: Add leading 0 on alpha release  https://review.openstack.org/55818109:18
openstackgerritGaetan Semet proposed openstack-dev/pbr master: Add leading 0 on alpha release in semver doc  https://review.openstack.org/55818109:18
*** olaph has quit IRC09:18
*** HeOS has joined #openstack-infra09:20
*** ianychoi has quit IRC09:24
*** dsariel has joined #openstack-infra09:25
*** ianychoi has joined #openstack-infra09:25
*** pcichy has joined #openstack-infra09:25
*** olaph has joined #openstack-infra09:29
*** olaph1 has quit IRC09:32
*** sree_ has joined #openstack-infra09:35
*** sree_ is now known as Guest7359109:35
*** alexchadin has quit IRC09:36
*** sree has quit IRC09:37
*** alexchadin has joined #openstack-infra09:38
*** armaan has quit IRC09:40
*** chandankumar has quit IRC09:40
*** armaan has joined #openstack-infra09:40
*** Guest73591 has quit IRC09:41
*** chandankumar has joined #openstack-infra09:41
*** andreas_s has joined #openstack-infra09:44
*** ianychoi has quit IRC09:44
*** sree has joined #openstack-infra09:44
*** ianychoi has joined #openstack-infra09:45
*** andreas_s has quit IRC09:48
*** sree has quit IRC09:48
*** alexchadin has quit IRC09:51
*** zhangfei has quit IRC09:52
*** rosmaita has joined #openstack-infra09:56
*** armaan has quit IRC09:56
*** armaan has joined #openstack-infra09:56
*** hwoarang has quit IRC09:59
*** kjackal has quit IRC10:01
*** zhangfei has joined #openstack-infra10:08
*** armaan has quit IRC10:15
*** ianychoi has quit IRC10:16
*** armaan has joined #openstack-infra10:16
*** ianychoi has joined #openstack-infra10:17
*** jlabarre has joined #openstack-infra10:19
sshnaidmhi, where does zuul clones projects by default? in $WORKSPACE?10:25
*** ianychoi has quit IRC10:31
*** nicolasbock has joined #openstack-infra10:32
*** garyk has quit IRC10:33
*** kjackal has joined #openstack-infra10:33
*** ianychoi has joined #openstack-infra10:38
mpetersonsshnaidm: {{ ansible_user_dir }}/src/10:38
*** garyk has joined #openstack-infra10:38
*** namnh has quit IRC10:39
*** zhangfei has quit IRC10:40
*** andreas_s has joined #openstack-infra10:41
sshnaidmmpeterson, does it have environment variable I can use in the job?10:41
*** ianychoi has quit IRC10:43
*** andreas_s has quit IRC10:46
*** pbourke has quit IRC10:46
*** pbourke has joined #openstack-infra10:47
mpetersonsshnaidm: you can use that in your job definition to pass it to bash scripts if you want... e.g. https://github.com/openstack/networking-odl/blob/master/playbooks/functional/pre.yaml#L1910:47
sshnaidmmpeterson, thanks10:48
*** ianychoi has joined #openstack-infra10:59
*** d0ugal has quit IRC11:00
*** ykarel_ has joined #openstack-infra11:03
*** chkumar246 has joined #openstack-infra11:04
*** dhajare__ has joined #openstack-infra11:04
*** alexchadin has joined #openstack-infra11:04
*** chandankumar has quit IRC11:04
*** links has quit IRC11:04
*** ykarel has quit IRC11:04
*** links has joined #openstack-infra11:05
*** ykarel__ has joined #openstack-infra11:05
*** dhajare_ has quit IRC11:08
*** chkumar246 has quit IRC11:08
*** ykarel_ has quit IRC11:09
*** dhajare__ has quit IRC11:09
*** hwoarang has joined #openstack-infra11:12
*** hwoarang has quit IRC11:13
*** hwoarang has joined #openstack-infra11:14
*** ykarel__ is now known as ykarel11:17
*** zhurong has joined #openstack-infra11:19
*** chkumar246 has joined #openstack-infra11:20
*** tpsilva has joined #openstack-infra11:21
*** dhajare__ has joined #openstack-infra11:21
*** xinliang3 has quit IRC11:25
*** ianychoi has quit IRC11:26
*** ianychoi has joined #openstack-infra11:27
*** d0ugal has joined #openstack-infra11:29
*** ldnunes has joined #openstack-infra11:38
*** evrardjp_ has joined #openstack-infra11:45
*** dprince has joined #openstack-infra11:53
*** rfolco has joined #openstack-infra11:54
*** rfolco is now known as rfolco|ruck11:59
*** katkapilatova has joined #openstack-infra11:59
*** lihi has quit IRC12:03
*** lbragstad has joined #openstack-infra12:03
*** oanson has quit IRC12:04
*** katkapilatova has quit IRC12:04
*** udesale has quit IRC12:04
*** udesale has joined #openstack-infra12:05
*** pgadiya has quit IRC12:11
*** weshay_mod is now known as weshay12:12
*** efoley has joined #openstack-infra12:13
*** jcoufal has joined #openstack-infra12:13
*** odyssey4me has quit IRC12:17
*** odyssey4me has joined #openstack-infra12:17
*** alexchadin has quit IRC12:20
*** udesale has quit IRC12:23
*** udesale has joined #openstack-infra12:23
*** pgadiya has joined #openstack-infra12:24
*** d0ugal has quit IRC12:25
*** d0ugal has joined #openstack-infra12:25
*** d0ugal has quit IRC12:25
*** d0ugal has joined #openstack-infra12:25
*** pgadiya has quit IRC12:28
*** efoley has quit IRC12:29
*** amoralej is now known as amoralej|lunch12:29
openstackgerritAndrey Kurilin proposed openstack-infra/project-config master: [rally] Remove several redundant jobs  https://review.openstack.org/55820412:29
*** camunoz has joined #openstack-infra12:29
*** sshnaidm is now known as sshnaidm|bbl12:32
openstackgerritAndrey Kurilin proposed openstack-infra/openstack-zuul-jobs master: [rally] Remove unused jobs  https://review.openstack.org/55820512:33
openstackgerritAndrey Kurilin proposed openstack-infra/project-config master: [rally] Remove several redundant jobs  https://review.openstack.org/55820412:33
*** zhurong has quit IRC12:34
*** edmondsw has joined #openstack-infra12:43
*** gouthamr has joined #openstack-infra12:47
*** jamesmcarthur has joined #openstack-infra12:53
*** hwoarang has quit IRC12:53
*** hwoarang has joined #openstack-infra12:54
*** hwoarang has quit IRC12:54
*** eharney has joined #openstack-infra12:55
*** david-lyle has quit IRC12:58
*** david-lyle has joined #openstack-infra12:59
*** Guest88902 is now known as zeus12:59
*** zeus has quit IRC12:59
*** zeus has joined #openstack-infra12:59
smcginnisNot sure if we really care, but some random person decided to start a "meeting" in #openstack-operators.13:02
smcginnisLooks to be part of the overall spam over the last day.13:02
smcginnisI just ended it now, but we can delete the logs if we want - http://eavesdrop.openstack.org/meetings/maintenance/2018/maintenance.2018-04-01-16.59.txt13:03
*** david-lyle has quit IRC13:09
*** kgiusti has joined #openstack-infra13:10
*** sree has joined #openstack-infra13:12
openstackgerritRishabh Dave proposed openstack-infra/openstack-zuul-jobs master: Remove the job manila-ui-dsvm to move it in in-tree  https://review.openstack.org/55763513:13
openstackgerritRishabh Dave proposed openstack-infra/project-config master: Remove the job manila-ui-dsvm to move it in in-tree  https://review.openstack.org/55764513:13
*** eharney has quit IRC13:17
*** sree has quit IRC13:17
*** hwoarang has joined #openstack-infra13:18
*** jroll has quit IRC13:19
*** jroll has joined #openstack-infra13:20
*** olaph1 has joined #openstack-infra13:20
*** olaph has quit IRC13:21
*** sree has joined #openstack-infra13:21
andreykurilin_hi folks! Do we have a special ubuntu image with docker installed or should I install it manually?13:22
*** evrardjp_ has quit IRC13:22
*** evrardjp_ has joined #openstack-infra13:24
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Upgrade from angularjs (v1) to angular (v5)  https://review.openstack.org/55198913:25
*** trown|outtypewww is now known as trown13:26
*** eharney has joined #openstack-infra13:31
*** felipemonteiro__ has joined #openstack-infra13:32
*** udesale has quit IRC13:35
*** udesale has joined #openstack-infra13:35
*** yamamoto has quit IRC13:37
*** yamamoto has joined #openstack-infra13:37
*** felipemonteiro_ has joined #openstack-infra13:39
*** felipemonteiro__ has quit IRC13:42
*** oanson has joined #openstack-infra13:45
*** sree has quit IRC13:46
*** amoralej|lunch is now known as amoralej13:47
*** sree has joined #openstack-infra13:48
*** links has quit IRC13:48
*** jamesmcarthur has quit IRC13:51
*** esberglu has joined #openstack-infra13:52
*** evrardjp has quit IRC13:52
*** gouthamr has quit IRC13:53
*** garyk has quit IRC13:53
*** gouthamr has joined #openstack-infra13:54
*** psachin has quit IRC13:55
*** sree has quit IRC13:58
*** caphrim007 has quit IRC13:59
*** gouthamr has quit IRC14:00
*** jamesmcarthur has joined #openstack-infra14:00
*** gouthamr has joined #openstack-infra14:00
*** sree has joined #openstack-infra14:01
*** sree has quit IRC14:01
*** sree has joined #openstack-infra14:03
*** hongbin has joined #openstack-infra14:04
*** lpetrut has quit IRC14:05
*** sree has quit IRC14:08
*** gouthamr has quit IRC14:09
*** gouthamr has joined #openstack-infra14:09
*** bobh_ has joined #openstack-infra14:11
*** dsariel has quit IRC14:12
*** sree has joined #openstack-infra14:12
*** gouthamr has quit IRC14:14
*** sshnaidm|bbl is now known as sshnaidm14:16
prometheanfirelooks like pip-10 is going to come out soon, so... hold onto your butts14:17
*** gouthamr has joined #openstack-infra14:18
*** sree has quit IRC14:19
*** gouthamr has quit IRC14:19
*** chkumar246 has quit IRC14:20
*** chandankumar has joined #openstack-infra14:20
*** gouthamr has joined #openstack-infra14:21
*** jamesmca_ has joined #openstack-infra14:25
*** dsariel has joined #openstack-infra14:26
*** evrardjp_ is now known as evrardjp14:29
*** gouthamr has quit IRC14:34
*** gouthamr has joined #openstack-infra14:35
*** garyk has joined #openstack-infra14:35
clarkbandreykurilin_: we don't have any special images. We try to make them as boring as possible then you can use tools like bindep to install what you need from there14:35
clarkbprometheanfire: ya fungi wrote mail to the dev list over the weekend about it.14:36
clarkbsmcginnis: thanks, it looked like fungi had thought he got them all yesterday but if any were missed anyone can end them at this point then we can delete the logs14:36
clarkbdmsimard: when you get a chance what arguments did you use to launch-node.py for limestone's mirror? looks like we can only set a single mount path today so you probably did it with one volume then attached the other after?14:38
clarkbfungi: ^ this may be why two volumes have been used14:38
*** eernst has joined #openstack-infra14:38
clarkbThinking about it I think the best way to do this replacement instance will be to not boot it with any volumes. Have it come up, stop apache, clean out /var/cache/apache2 if necessary then make two mounts out of a single pv and two lvs14:40
*** david-lyle has joined #openstack-infra14:40
clarkbI'm going to start booting a replacement with no volume with plan of attaching single 200GB cinder volume for ^14:41
*** tesseract has quit IRC14:42
*** tesseract-RH has joined #openstack-infra14:42
*** david-lyle is now known as dklyle14:44
*** dhill_ has joined #openstack-infra14:45
fungismcginnis: yep, i cleaned up about 20 of our channels they did that in yesterday and was watching for channel activity to trigger logging so i could spot more of them (i also just ended one for #openstack-watcher)14:46
*** inc0 has joined #openstack-infra14:46
fungiand i've been deleting the "meeting logs" as i go14:47
smcginnisfungi, clarkb: Thanks!14:47
fungiclarkb: that sounds like a fine plan14:48
fungii'm only sort-of around today since i still have guests staying over through tonight14:48
corvusmtreinish: can you give https://review.openstack.org/535543 a look over?14:51
corvusfungi: ^ you too14:51
fungisure thing14:51
*** inc0 has quit IRC14:51
*** rkukura has joined #openstack-infra14:53
*** sai-ons is now known as sai114:55
*** spotz_ has joined #openstack-infra14:55
andreykurilin_clarkb: thanks14:56
*** lpetrut has joined #openstack-infra14:57
*** spotz_ is now known as spotz14:59
*** VW has joined #openstack-infra15:00
clarkbdmsimard: mordred fungi as a heads up the dns printing stuff for launch node did fail for me bringing up mirror02 in limestone, but thats fine I'll just manually add the records before I move the cname15:04
clarkbwas there a fix for that? I think it had to do with the use of the clients and stuff?15:04
pabelangerclarkb: prometheanfire: started playing with USE_VENV for devstack, so far the issues I've found: https://review.openstack.org/552939/15:06
pabelangerI need help from cinder to figure out why cinder-rootwrap isn't working properly with virtualenv15:06
clarkbpabelanger: that is all separate venvs though which is not what we want15:07
pabelangerclarkb: right, I figured I get that working first, then update it to dump everything into single virtualenv15:07
pabelangersince is it broken now15:07
*** olaph1 is now known as olaph15:08
clarkbwell I think single virtualenv will be much simpler15:08
mtreinishcorvus: ooh, mqtt. Sure I'll take a look15:08
clarkbsince that is more similar to what we already had15:08
pabelangerclarkb: sure, it is easy to update to single virtualenv, can do that next patchset15:08
prometheanfireit'd also re-enforce co-installability (even if we already test that in reqs)15:09
pabelangeragree15:11
pabelangerclarkb: so we need to land https://review.openstack.org/558136/ and backport to fix nb03.o.o builds15:12
pabelangergoing to find somebody to review15:12
*** ramishra has quit IRC15:14
*** iyamahat has joined #openstack-infra15:16
*** e0ne has quit IRC15:16
*** dhajare__ has quit IRC15:21
*** gouthamr has quit IRC15:23
*** caphrim007 has joined #openstack-infra15:24
clarkbpabelanger: apparently I do have approval rights on that, I'll take a look as soon as I manage to get new mirror in limestone going15:25
*** gouthamr has joined #openstack-infra15:27
pabelangercool15:27
*** garyk has quit IRC15:28
*** armaan has quit IRC15:28
*** armaan has joined #openstack-infra15:29
mtreinishcorvus: ok, reviewed15:30
mtreinishcorvus: one thing I'm not sure about is what the hierarchy for topics we use is. It's hard to predict how people will want to filter events before it's available15:32
*** jcoufal has quit IRC15:33
*** VW_ has joined #openstack-infra15:34
*** ianychoi has quit IRC15:34
clarkbbecause I'm in the dns settings and noticing we still have old infracloud records hanging around I'm going to clean those up now15:34
clarkbmirror02.regionone.limestone.o.o is up now and mirror.regionone.limestone.o.o is cnamed to it15:34
pabelanger++15:35
clarkbmaybe someone else can test ^ and then we can reenable limestone while I lcnea up these old infracloud dns records and mirror01 in limestone?15:35
logan-thanks clarkb, sorry for breaking the old one15:35
clarkblogan-: no problem15:35
corvusmtreinish: is the configuration of that zuul driver sufficient for us to be able to manage that?  it appears set up to set a single topic per pipeline.  so we could have all the pipelines report under "zuul" or we could have "zuul_gate", "zuul_check", etc...15:35
*** jcoufal has joined #openstack-infra15:36
corvusmtreinish: oh i just now see your inline comment :)15:36
*** VW_ has quit IRC15:36
*** VW_ has joined #openstack-infra15:37
*** VW has quit IRC15:37
clarkbok infracloud mirror records cleaned up. Doing that I notice we have old pypi.foo records too which I'll lceanup once the old limestone mirror is cleaned up15:37
*** VW_ has quit IRC15:37
*** VW has joined #openstack-infra15:38
clarkbpabelanger: logan- is there a max-servers: 0 change to revert for limestone?15:39
openstackgerritLogan V proposed openstack-infra/project-config master: Revert "Drop Limestone max-servers to 0"  https://review.openstack.org/55822415:40
logan-^15:40
clarkblogan-: +2 thanks15:40
*** jcoufal has quit IRC15:40
clarkblogan-: fwiw mirror01-afs does not appear to want to delete15:41
clarkblogan-: I'm not sure thats a major concern but I've asked it nicely twice and its gone back to available both times15:42
logan-thanks15:42
logan-will check on it in a few15:42
*** VW has quit IRC15:42
*** bhavik1 has joined #openstack-infra15:43
pabelanger+315:45
*** VW has joined #openstack-infra15:46
*** hemna_ has joined #openstack-infra15:47
pabelangerokay, booting review01.o.o today. Want to get the ML post out for new IP15:47
*** armaan has quit IRC15:47
*** jcoufal has joined #openstack-infra15:48
*** gouthamr has quit IRC15:48
clarkbinfra-root can you give http://paste.openstack.org/show/718181/ a quick lookover? its a set of dns records that I think are safe to delete and one that I'd like input on15:49
*** gouthamr has joined #openstack-infra15:49
pabelangerclarkb: good, but also unsure about line 16 so will defer15:50
*** felipemonteiro_ has quit IRC15:50
corvusclarkb: lgtm.  this looks pretty safe: http://codesearch.openstack.org/?q=pypi.openstack.org&i=nope&files=&repos=15:51
fungiheh, that was the first place i went too ;)15:51
clarkbturbo hipster  would need updating but that is it I guess15:52
clarkbwe ok with breaking turbo hipster?15:52
*** bhavik1 has quit IRC15:52
openstackgerritMerged openstack-infra/project-config master: Revert "Drop Limestone max-servers to 0"  https://review.openstack.org/55822415:53
clarkbI'm going to go ahead and clean up the others to start15:53
*** felipemonteiro has joined #openstack-infra15:55
*** patriciadomin has quit IRC15:56
fungithanks clarkb!15:56
*** garyk has joined #openstack-infra15:56
fungimaybe jhesketh will know whether turbo-hipster is still being run anywhere15:57
*** felipemonteiro_ has joined #openstack-infra15:57
*** eernst has quit IRC15:57
*** patriciadomin has joined #openstack-infra15:58
*** ianychoi has joined #openstack-infra15:58
*** eernst has joined #openstack-infra15:58
fungiclarkb: actually, looks like that cname's safe to delete too. that vhost no longer exists on static.o.o15:59
fungiit ends up redirecting to the docs site15:59
clarkbcool15:59
*** aojea has quit IRC15:59
fungiand the old docroot has been moved to /srv/static/old-pypi so can probably be cleared out as well at this point15:59
fungilast modified Jun 15  201416:00
*** felipemonteiro has quit IRC16:01
openstackgerritMerged openstack-infra/zuul master: zuul autohold: allow operator to specify nodes TTL  https://review.openstack.org/54340316:01
*** olaph has quit IRC16:01
*** olaph has joined #openstack-infra16:02
clarkbI'm adding pypi.regionone.openstack.org to this list16:02
clarkb(found it in process of deleting things)16:03
pabelangerack16:03
dmsimardclarkb: hey, I'm off today but yes, I attached things manually16:04
clarkbdmsimard: thanks for confirming, once I had woekn up I realized that must've been the process ued16:04
dmsimardDid you struggle with shade version for floating IP things ?16:04
pabelangerfungi: fyi: https://review.openstack.org/557902/ adds debian-stretch nodes for nodepool16:05
pabelangerhttps://review.openstack.org/557942/ shows them working16:05
pabelangerseems linaro would like to use them for arm64 testing16:05
fungipabelanger: thanks!!!16:06
clarkb#status log Cleaned up old unused dns records per http://paste.openstack.org/show/718183/ we no longer use the pypi hostname for our pypi mirrors and some of the clouds don't exist anymore.16:06
openstackstatusclarkb: finished logging16:06
clarkbdmsimard: no, only the dns thing at the end so I just did dns manually16:06
*** ianychoi has quit IRC16:06
*** armaan has joined #openstack-infra16:06
pabelangerclarkb: logan-: did rdns get update for limestone mirror too?16:07
dmsimardRight, my patch was meant to fix that but I think mordred sent something better16:07
*** ianychoi has joined #openstack-infra16:07
clarkbpabelanger: I haven't done that, logan would have to do it on the cloud side I Think16:07
clarkbpabelanger: fwiw we don't typically have rdns for our mirror nodes because not all clouds support it16:07
*** gouthamr has quit IRC16:07
pabelangerclarkb: right, think logan- does it manually. But I think I was getting email warnings on the mirror for some reason about rdns16:08
*** lpetrut has quit IRC16:08
*** gouthamr has joined #openstack-infra16:09
dmsimardrdns is also one of those low hanging fruit when you want to improve email delivery (since our servers send emails about things like crons etc)16:10
pabelangerdmsimard: clarkb: hmm, dns.py is broken for me: http://paste.openstack.org/show/718184/16:11
pabelangerjust tried to launch review01.o.o16:11
pabelangerah, I guess I need to update shade16:11
clarkbpabelanger: note that dns.py crashing didn't result in it deleting the server for me16:17
clarkbit just failed to print the helpful dns info16:17
pabelangerclarkb: yah, same. I manually deleted and tried to launch again (with shade updated) to confirm working16:17
pabelangershould know here shortly16:18
clarkbpabelanger: for the devstack etcd fix you ahven't backproted to the other branches yet ?16:18
pabelangerclarkb: no, wanted to make sure that patch was first good. can do that now if you'd like16:19
*** VW has quit IRC16:19
clarkbpabelanger: no I left a -1 on the first one16:19
clarkbpabelanger: so was checking if I had to apply it to others :)16:19
pabelangerkk16:20
*** VW has joined #openstack-infra16:20
*** ykarel is now known as ykarel|away16:22
pabelangerclarkb: updated16:22
*** Sukhdev has joined #openstack-infra16:23
*** VW has quit IRC16:24
*** trown is now known as trown|lunch16:25
clarkbpabelanger: +2 thanks16:25
clarkbcorvus: might be willign to be second review on https://review.openstack.org/#/c/558136/2 to fix etcd caching16:25
*** ykarel|away has quit IRC16:26
*** dprince has quit IRC16:26
*** jd_ has quit IRC16:26
clarkblogan-: pabelanger 10 limestone nodes in use now16:27
*** VW has joined #openstack-infra16:28
pabelangeryay16:28
clarkbhttp://zuul.openstack.org/stream.html?uuid=f78c93e727174f7aa0a36e36df603520&logfile=console.log is one of them16:28
*** felipemonteiro_ has quit IRC16:29
logan-excellent16:29
*** felipemonteiro__ has joined #openstack-infra16:29
logan-i will update rdns shortly16:29
pabelangerclarkb: dmsimard: dns.py still failed after update shade :(16:29
dmsimardpabelanger: you need a patch16:29
logan-also happy to give infra access to the portal account for this deploy, which would allow rdns edits etc over time16:29
dmsimardpabelanger: oh wait maybe not, I didn't know https://review.openstack.org/#/c/555433/ had landed16:31
*** esberglu has quit IRC16:31
*** esberglu has joined #openstack-infra16:31
*** HeOS has quit IRC16:31
openstackgerritMerged openstack-infra/nodepool master: Add debian-stretch to nodepool-functional-py35-debian-src  https://review.openstack.org/55794216:32
*** gouthamr has quit IRC16:33
*** yamamoto has quit IRC16:33
pabelangerdmsimard: think I see the issue, testing16:34
*** armaan has quit IRC16:35
openstackgerritMerged openstack-infra/nodepool master: Enable AFS mirrors for ubuntu-bionic testing  https://review.openstack.org/55801516:37
pabelangerclarkb: prometheanfire: are we also interested in tagging glean today to pickup fixes for gentoo? That would be needed if we want to start offering images in nodepool16:38
prometheanfireclarkb: it'd be apprecieated :D16:42
*** yamamoto has joined #openstack-infra16:42
*** eharney has quit IRC16:43
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Use AFS mirrors to build ubuntu-bionic DIB  https://review.openstack.org/55823716:43
pabelangerShrews: clarkb: fungi: update to nodepool.o.o to also use bionic AFS mirrors when building images16:44
openstackgerritPaul Belanger proposed openstack-infra/project-config master: Use AFS mirrors to build ubuntu-bionic DIB  https://review.openstack.org/55823716:45
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Fix syntax error with dns.py print_dns()  https://review.openstack.org/55823816:47
pabelangerclarkb: dmsimard: ^ fixes dns.py for me16:47
openstackgerritMerged openstack/python-jenkins master: modify version spelling errors  https://review.openstack.org/53459816:47
pabelangerclarkb: dmsimard: actually, I lied. I just noticed we no longer print href info for rdns.  Checking why now16:49
*** udesale has quit IRC16:50
*** david-lyle has joined #openstack-infra16:51
*** dklyle has quit IRC16:51
openstackgerritClark Boylan proposed openstack-infra/zuul master: Report to all reporters even if one fails  https://review.openstack.org/55785916:53
clarkbpabelanger: there was a change mordred wrote to fix this. Unsure if that change merged and was broken or if it is still unmerged and needs to get in to fix this16:54
pabelangerclarkb: k, let me find that and tes16:54
clarkbpabelanger: the problem is/was that iterating over the list of things doesn't have the href data so instead we just show the specific server we want and get the href that way16:54
pabelangertest*16:54
*** eharney has joined #openstack-infra16:56
*** yamamoto has quit IRC16:59
*** olaph1 has joined #openstack-infra17:02
*** trown|lunch is now known as trown17:03
*** olaph has quit IRC17:03
*** dhajare__ has joined #openstack-infra17:05
*** david-lyle has quit IRC17:06
*** david-lyle has joined #openstack-infra17:06
*** david-lyle has quit IRC17:07
*** david-lyle has joined #openstack-infra17:07
openstackgerritMerged openstack-infra/nodepool master: Reduce logging in _cleanupCurrentProviderUploads function  https://review.openstack.org/55779117:08
*** david-lyle has quit IRC17:13
pabelangerclarkb: okay, I can't find fixes from mordred, so assuming not fixed. It seems cloud.get_server(server.id) doesn't return any href info by default, trying to see how we get that17:13
clarkbpabelanger: I think tahts the fix from mordred so likely that the fix doesn't fix it17:14
clarkbpabelanger: maybe we need to tell it to give us all the infos back17:14
pabelangerdetailed=True maybe?17:14
clarkbpabelanger: maybe? I'd have to go raed some shade source17:14
pabelangeryah, doing that now17:16
*** sfeole has joined #openstack-infra17:16
*** _alastor_ has joined #openstack-infra17:17
*** david-lyle has joined #openstack-infra17:18
*** felipemonteiro_ has joined #openstack-infra17:18
*** lpetrut has joined #openstack-infra17:19
*** felipemonteiro__ has quit IRC17:22
*** david-lyle has quit IRC17:23
*** lpetrut has quit IRC17:26
clarkbpabelanger: https://review.openstack.org/#/c/555433/3/launch/dns.py just confirming that is the fix that merged whcih I think is still broken17:26
clarkb(as you've found)17:26
beisnerhi all, anyone else having small fits of mayhem after pip released 10.0.0b2 ( ! )  https://pypi.python.org/pypi/pip/17:26
*** lpetrut has joined #openstack-infra17:26
clarkbbeisner: its know to not work with openstack tools like devstack currently17:27
clarkbbeisner: however pip won't install prerelease releases by default so you should be largely protected until the releease happens17:27
clarkbat which point if we haven't addressed the concerns yet we'll have to quickly17:27
beisnerthat's weird.  we're getting 10.0.0b2 in all of our virtualenvs right now, clarkb17:27
pabelangerclarkb: yah, I'm think we might need to revert that until we figure out hrefs. I can't seem to get that info from latest shade, but I am assuming mordred knows more17:28
clarkbpabelanger: well reverting it doesnt' work either beacuse shade can't do that old method or something17:28
clarkbpabelanger: reading it you may want bare=True, detailed=True17:28
clarkbbeisner: how are you installing pip?17:29
beisnerclarkb: ex: `tox -e pep8`17:29
clarkbbeisner: that should update to latest release of pip but not pull in prereleases unless you are using a virtualenv install that is also a prerelease17:30
clarkbbeisner: I would check your virtualenv install version17:30
clarkbbeisner: creating a local virtualenv I get 9.0.3 not 10.0.0b217:31
pabelangerclarkb: http://paste.openstack.org/raw/718192/17:31
clarkbas I expect17:31
pabelangerbut don't see the information17:31
beisnerclarkb: ditto.  for the life of me i can't see why i'm getting 10.0.0b2 when the venv is built with tox.17:32
*** dsariel has quit IRC17:32
clarkbpabelanger: does openstack server show foo.openstack.org include the info? If so I wonder what osc is doing differently17:32
clarkbbeisner: I'm gonna check one of our test runs too17:32
*** caphrim007_ has joined #openstack-infra17:32
clarkbwe don't actually appear to log the version of pip when running tox17:33
clarkbbeisner: also do you have logs you can share for how this is breaking? things in a virtualenv should work regardless. Its only interaction with system pacakges that we know are potentially going to break17:34
pabelangerclarkb: all I see right now: http://paste.openstack.org/show/718195/17:34
beisnerclarkb: --allow-unverified went away, which we apparently use for pkg.17:34
beisner+ for one pkg, unfortunately17:35
*** neiloy has joined #openstack-infra17:35
clarkbbeisner: oh openstack should've stopped doing that a while ago17:35
beisnerso, if using 10.0.0b2, it breaks on that.17:36
clarkbI think we use global config option to trust non https sources and then all packages are directly hosted not spidered17:36
*** caphrim007 has quit IRC17:36
*** dhajare__ has quit IRC17:36
clarkbpabelanger: ya I wonder if that is rax specific and you have to go asking for it specifically17:37
beisnerclarkb: can you point me at tox config example that does that?17:38
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Test growroot in boot tests  https://review.openstack.org/55510317:39
clarkbbeisner: we don't do it in tox, we do it in the job itself, http://logs.openstack.org/32/551832/1/gate/openstack-tox-py35/f78c93e/ara-report/file/4c8dc876-8029-435c-9d26-b16866b50d39/#line-1517:40
pabelangerclarkb: possible, I'd have to see what mordred says17:40
clarkbbeisner: https://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/configure-mirrors/templates/etc/pip.conf.j2 is the template used. The trusted-index is how we explicitly allow certain locations17:41
*** felipemonteiro_ has quit IRC17:41
*** felipemonteiro_ has joined #openstack-infra17:41
clarkbbeisner: why are you using unverifiable packages?17:41
clarkbbeisner: we worked really hard to get rid of all of those from openstack proper.17:42
clarkbeither by having them host directly on pypi or by changing deps17:42
beisneri'm disabling to find out, clarkb :-)17:42
*** e0ne has joined #openstack-infra17:44
beisnerclarkb: haha it's python-apt17:45
clarkbbeisner: probably because it is hosted on launchpad?17:45
clarkbfor something like that it is probably reasonable to have them move to pypi especially if you can show them that new pip will break their users otherwise17:46
*** Sukhdev has quit IRC17:46
clarkbyup its on launchpad17:47
clarkbhttps://pypi.python.org/pypi/python-apt/ the download url is the problem17:47
*** dprince has joined #openstack-infra17:48
clarkbpabelanger: reading novaclient code it explicitly removes the links and addresses when printing to the user17:48
clarkbpabelanger: I half wonder if shade/osc are approximating that behavior but I can't find that on the sahde side17:49
beisnerclarkb: still a mystery why with vanilla tox usage, i'm getting 10.0.0v217:49
beisnerb2, even17:49
beisnerclarkb: agree that this and all other similar authors will and should get ahead of this.  appreciate your pointers here.17:50
*** caphrim007_ has quit IRC17:50
*** caphrim007 has joined #openstack-infra17:51
*** jamesmca_ has quit IRC17:51
*** lpetrut has quit IRC17:52
clarkbpabelanger: do you have a stack trace? the thing I ran into was different and likely due to having too old of a shade17:52
clarkbpabelanger: but reading shade more there are two different ways it can get a server and one way (use_direct_get) doesn't appear to do the extra server detail listing. But the default method should17:53
*** dprince has quit IRC17:54
*** lpetrut has joined #openstack-infra17:54
*** eharney has quit IRC17:55
clarkbpabelanger: aha! I think I found it. shade._normalize.Normalizer._normalize_server does not seem to do anything with the links argument17:59
*** yamamoto has joined #openstack-infra18:00
clarkbpabelanger: I'm going to have a shade patch in a few that I think you can tes with18:04
clarkbI just have to figure out what the expected munch behavior is here :/18:04
*** yamamoto has quit IRC18:06
*** dprince has joined #openstack-infra18:10
*** eharney has joined #openstack-infra18:10
*** hemna_ has quit IRC18:11
mordredclarkb: sorry - reading scrollback18:12
mordredpabelanger, clarkb: link hrefs are deleted from results from shade18:12
clarkbmordred: sort of18:13
clarkbmordred: they aren't incldued18:13
clarkbmordred: https://review.openstack.org/558247 I think fixes this18:13
mordredso ...18:14
mordredbefore we go doing that18:14
mordredthe patch above does not use the shade layer to get the hrefs18:14
mordredit uses the sdk layer which already preserves them18:14
mordredso I'd like to figure out what is actually wrong18:14
clarkbmordred: reading the code I don't think that is true18:14
clarkbmordred: it goes through normalize_server which is what I've fixed above18:14
mordredhttps://review.openstack.org/#/c/555433/3/launch/dns.py18:14
clarkb(though I've not yet gotten a traceback from pabelanger so not 100% sure)18:14
mordredlook at line 81  - 'import openstack' then at line 38 https://review.openstack.org/#/c/555433/3/launch/dns.py18:15
mordredline 38 uses the sdk layer connection.compute.get_server( which does not go through the shade normalize layer18:15
mordredso if that's not working, there is a bug that we should fix18:16
*** e0ne has quit IRC18:16
mordred"It seems cloud.get_server(server.id) doesn't return any href info by default" <-- *that* is correct - but that's not what launch/dns.py is doing18:17
mordred(at least not with that patch applied)18:17
*** armaan has joined #openstack-infra18:18
clarkbya a traceback would be helpful18:19
clarkbmy issue with it was unrelated and due to old shade breaking under new fix18:19
clarkbso I don't have the traceback to go off of18:19
*** dprince has quit IRC18:19
mordrednod18:20
*** tosky has joined #openstack-infra18:20
mordredclarkb: also, fwiw, your patch won't work - but I left comments inline18:20
clarkbmordred: fwiw reading the sdk side of things it isn't anywhere clear how the compute connection is made via connect()18:20
clarkbits definitely using the shade openstacloud stuff as a mixin18:21
mordredclarkb: connect() just makes a Connection. That Connection has all of the shade methods, as well as an attribute corresponding to each service named after its official service-type18:21
clarkb(which is why I'm guessing its broken) but not making the jump immediately18:21
*** jamesmca_ has joined #openstack-infra18:22
mordredclarkb: those attributes are either just a raw keystoneauth1.adapter.Adapter (a requests Session mounted on a particular service endpoint) or they are a Proxy object ... in thise case, conn.compute can be found in openstack/compute/_proxy.py18:22
mordredclarkb: would it be helpful if I tried to use launch.py to do something?18:24
clarkbmordred: maybe. I think shade and sdk are being too magical here and its bioting you. This is going through normalize because the only thing that defines get_server() is shade18:25
clarkbmordred: your compute proxy methods do not implement this method18:25
mordredthat's just not accurate at all18:25
mordredor, rather, it's 100% defintely not going through shade normalize18:26
*** sree has joined #openstack-infra18:26
clarkbok there is no other get_server()18:26
mordredit's possible that get_server is not defined18:26
clarkbso its possible its getting garbage back18:26
clarkbeither get_server() is being called and going through normalize or its not being called at all and that is the error18:26
mordredthere are no possible ways in which get_server is being called and is going through normalize if that patch is applied and not reverted18:27
*** armaan has quit IRC18:27
mordredbuI **really** want to see a traceback or something18:27
mordredbecause theoretical arguments are not useful :)18:28
*** armaan has joined #openstack-infra18:28
mordredclarkb: mind if I try booting a test server?18:29
mordredclarkb: and is there a region in particular that we were having issues?18:29
clarkbmordred: no its any cloud/region I think18:29
clarkbmordred: you shouldn't need to boot a test server just run dns.py against it18:29
clarkber against an existing one18:29
mordredkk18:29
*** sree has quit IRC18:30
clarkbmordred: reading the proxy api _get_resource() is likely what you want as the call but its private18:31
clarkblooking to see if that is aliased anywhere18:31
*** tosky has quit IRC18:31
*** rpioso has quit IRC18:32
*** dprince has joined #openstack-infra18:32
clarkbya I don't think there is a vanilla get Server object via openstacksdk that is public18:32
*** rpioso has joined #openstack-infra18:32
jlvillalgerritbot review request: https://review.openstack.org/#/c/545469/  Some cleanup/refactoring and adding unit tests. Has one +2 Thank you.18:32
mordredclarkb: is there a reason why we have old copies of software in /root/launch-env ?18:33
clarkbmordred: I do not know. I always run it out of my homedir18:33
clarkbmordred: could be to make the rax dns client work though18:33
*** tosky has joined #openstack-infra18:34
clarkbmordred: my current reading on this is openstacksdk lacks a get server method we can use that is public to replcae the current get_server() call taht doesn't exist. And if we switch to using shade we won't get the links attribute without my change.18:34
clarkbSo either one or both of those things will need to be addressed then dns.py can be updated18:35
mordredclarkb: the script works fine18:36
mordredclarkb: it just requires a new version of shade being actually installed18:36
clarkbmordred: what get_server is being called?18:36
mordredhttp://paste.openstack.org/show/718202/18:36
clarkbmordred: there does not exist a get_server outside of shade from what I can tell18:36
*** yamamoto has joined #openstack-infra18:37
clarkbthere is a _get and a _get_resource and neither of them take the correct args18:37
mordredclarkb: https://docs.openstack.org/openstacksdk/latest/user/proxies/compute.html#openstack.compute.v2._proxy.Proxy.get_server18:38
mordredclarkb: there is some magic going on that is currently in play only for the compute proxy as a trial balloon - it may or may not stick around18:38
clarkbits more than some :P18:38
clarkblike I can see how _get and _get_resource work18:38
clarkbbut nothing to link that back to a get_server18:39
mordredclarkb: http://git.openstack.org/cgit/openstack/openstacksdk/tree/openstack/_meta/_proxy_templates.py#n120 <-- is where the body of get_server is defined, and http://git.openstack.org/cgit/openstack/openstacksdk/tree/openstack/_meta/proxy.py is where it gets applied/added18:40
clarkbmetadata.MetadataMixin on the resource type is doing the magic I aussume18:40
clarkbI have to say as a user of python-*client this was always my biggest issue with them...18:41
mordredmy biggest issue is that they don't work properly18:41
mordredclarkb: but noted - there's a reason that's only live for one set of resources right now18:41
clarkbwell that too but as a user you can never determine how anything works without jumping through 10 hoops18:41
clarkband since these tools are user facing it is valuable to not do that imo18:42
mordredfair18:42
clarkbthe first thing I do when trying to understand a set of code that calls get_server() is grep for get_server18:42
clarkbthat doesn't actually seem to exist until you import the sdk into python18:42
*** Swami has joined #openstack-infra18:42
mordredin any case - I think we need to actually unwind the mess that is launch_node18:42
*** sshnaidm has quit IRC18:43
*** jd_ has joined #openstack-infra18:44
mordredor - maybe we don't - re-reading the README in the launch dir, I see that we're documenting that people should use a launch-env in their own dir18:44
clarkbok so you set class level attributes which if a resource class is then checked for the list of allow_actions which are then compiled into python at run time18:44
clarkbits fancy but really not user friendly imo18:44
mordredclarkb: well, there are some reasons for and against18:45
*** yamamoto has quit IRC18:45
mordredthat I'd prefer to dig in to in a different context that troubleshooting launch-node18:45
clarkbya my launch node fail was due to old env too old to work at all against your new code. AttributeError: 'OpenStackCloud' object has no attribute 'compute' is what I got18:46
clarkbwhcih was fine I didn't need the dns stuff as I had to manually configure dns anyways18:46
clarkb(moved cname)18:46
mordredcool18:46
mordredso - from running dns.py on puppetmaster with a good venv, I can confirm it works with latest shade18:47
clarkbcool18:47
mordredI can add a trap to dns that will print out "your shade is too old, please to update" if you'd like?18:47
*** jd_ has joined #openstack-infra18:47
clarkbmordred: ya maybe an if cloud does not have compute attr raise Exception('update shade/openstacksdk for working env')18:48
mordred++18:48
mordredpatch coming18:48
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add error messages to dns.py about old sdk  https://review.openstack.org/55825618:53
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add error messages to dns.py about old sdk  https://review.openstack.org/55825618:54
mordredclarkb: ^^ how's that?18:54
pabelangerclarkb: sorry, I didn't have a backtrace for href, they were just empty18:55
clarkbpabelanger: when you ran launch-node.py it should've tracebacked?18:56
pabelangerhttps://review.openstack.org/55825618:57
pabelangerthat was the only traceback I got18:57
pabelangerusing latest shade too18:57
pabelangerrr18:57
pabelangerhttps://review.openstack.org/558238/18:57
clarkbpabelanger: cool that confirms mordreds earlier suspicion18:58
clarkbpabelanger: no compute object18:58
clarkbpabelanger: I think that means you need to update sdk/shade18:58
clarkbmordred: ^ I'm guessing based on pabelangers feedback it is no longer sufficient to install only shade and you need to install openstacksdk?18:59
mordredclarkb: latest shade depends on openstacksdk18:59
*** VW_ has joined #openstack-infra18:59
clarkbmordred: maybe it doesn't have a min so updating shade won't bring in newer sdk? <- pabelanger?19:00
pabelangerclarkb: to get review01.o.o online / dns info I reverted locally.  But let me prepare the email for ML, then I can test more using latest info19:00
mordredclarkb: I literally just did "virtualenv --python=python2 launch-env-good ; source launch-env-good/bin/activate ; pip install shade"19:00
*** VW_ has quit IRC19:00
mordredclarkb: if you do pip install -U shade in a venv that has it already pip _should_ update all the depends19:00
clarkbmordred: ya because you made a new venv it would start from scratch and get latest sdk19:01
*** VW_ has joined #openstack-infra19:01
clarkbI'm not sure that necessarily would happen in pabelangers case19:01
*** tesseract-RH has quit IRC19:01
mordredpabelanger: mind if I poke in your home dir?19:01
pabelangermordred: you can, but I deleted the latest launch-env folder19:02
*** amoralej is now known as amoralej|off19:02
pabelangergive me a few minutes and I can see if I can reproduce it19:02
mordredpabelanger: I appreciate that... I want to make sure there isn't another issue - currently I think we're at "pip is weird sometimes19:03
*** VW has quit IRC19:03
*** VW_ has quit IRC19:05
pabelangerclarkb: http://paste.openstack.org/show/718205/ is our new server for review01.o.o, how can I confirm the IPs are whitelisted for emails?19:05
*** VW has joined #openstack-infra19:06
clarkbpabelanger: check https://www.spamhaus.org/lookup/19:06
clarkbcorvus and fungi may have a more relaible method19:06
corvusthat19:06
pabelangerthanks19:06
*** e0ne has joined #openstack-infra19:09
*** jamesmcarthur has quit IRC19:10
*** david-lyle has joined #openstack-infra19:14
pabelangermordred: okay, reproduced issue, even with fresh virtualenv19:15
pabelangerAttributeError: 'OpenStackCloud' object has no attribute 'compute'19:15
*** david-lyle is now known as dklyle19:16
smcginnisSo I noticed something a little concerning with bindep.19:16
smcginnisApprently we had a package named wrong, but until we split things out between dpkg and rpm, it just silently ignored it.19:17
smcginnishttps://review.openstack.org/#/c/557697/2/bindep.txt19:17
clarkbsmcginnis: does it ignore it or did it print it out as missing?19:18
smcginnisclarkb: It may have printed something in the logs. I'll have to look.19:18
mordredpabelanger: awesome. which venv?19:18
smcginnisBut as soon as we fixed the rpm package name, the ubuntu build actually failed because of it.19:19
smcginnisclarkb: So it's at least odd that there was a change in behavior.19:19
clarkbsmcginnis: ya we should undersatnd what it is actually doing and if it is correct19:19
smcginnisLooking for a recent CI run to check now...19:19
mordredpabelanger: ~pabelanger/launch-env has a new enough sdk and shade19:19
clarkbsmcginnis: my guess is there is no platform called 'dpkg rpm' so it skipped over it19:19
clarkbsmcginnis: so there were two bugs in one that were affecting you19:20
smcginnisIt should have been "platform:dpkg platform:rpm", right?19:20
clarkbsmcginnis: yes19:20
pabelangerclarkb: fungi: do you think R-11 is okay for gerrit replacement? https://releases.openstack.org/rocky/schedule.html19:21
fungibeisner: pip shouldn't normally install prerelease versions unless you pass the --pre option... maybe you're setting that?19:21
pabelangerhttps://etherpad.openstack.org/p/HITPVWQ5Vr is what I am thinking for ML email19:21
clarkbone way to handle that may be to have bindep warn or error if it was asked to handle a platform it has no clue about19:21
*** sshnaidm has joined #openstack-infra19:22
smcginnisclarkb: Yeah, nothing in the logs. Here's a recent run: http://logs.openstack.org/41/556041/1/check/openstack-tox-py27/97f73b3/job-output.txt.gz#_2018-03-24_15_02_58_83932419:22
smcginnisclarkb: Maybe that's good though to keep that flexibility.19:22
smcginnisclarkb: Maybe just add a check if there is a space in the name, warn that it probably isn't formatted properly?19:23
fungipabelanger: R-11 is probably fine timing. this should be a really low-impact maintenance anyway since we're not changing the gerrit release just the distro/java version and maybe versions of some of the java libs19:23
beisnerhi fungi - no --pre is in use;  good news is the one pkg for which we used allow-unverified, appears to be fluff now.  so, on with the day, without that cruft.  :)19:24
mordredpabelanger: can you give me the command you ran to reproduce? I'm assuming you used ~pabelanger/launch-env yeah?19:25
clarkbsmcginnis: if you run bindep --profiles against it that is close to what broke. It sees it as profiles: ['platform:dpkg', 'rpm'] but won't match on just 'rpm'19:25
fungibeisner: ahh, great. hopefully that somehow solves the gettnig-prerelease-pip problem (though also, you likely want to look into why pip beta releases aren't compatible with what you're running since there will be a 10.0.0 release in a couple weeks)19:25
clarkbsmcginnis: but it is formated properly :)19:25
pabelangermordred: yah, that env, and followed docs: ./launch-node.py $FQDN --flavor "$FLAVOR" \--cloud=$OS_CLOUD --region=$OS_REGION_NAME19:25
*** eharney_ has joined #openstack-infra19:26
beisnerfungi:  i think 10 is fine for us otherwise19:26
fungioh, excellent19:26
mordredpabelanger: gotcha - so for you it broke when going all the way through launch-node19:26
*** eharney has quit IRC19:26
*** eharney_ is now known as eharney19:26
smcginnisclarkb: Is an entry without a "platform:" prefix valid there?19:26
clarkbsmcginnis: yes I think so19:26
clarkbsmcginnis: thats the profile name19:26
mordredyah. you can have one or more profiles19:27
pabelangermordred: yah, server came online just bombed when we tried to print dns19:27
*** jcoufal has quit IRC19:27
smcginnisGuess I need to read up. Not aware of profiles.19:27
smcginnisAh, "bindep test".19:27
fungibindep supports 2 kinds of profiles right now... "platform profiles" which are autogenerated based on information determined by the platform and always get prefixed with platform:, and user profiles which are any arbitrarily-defined string (the grammar is a little more complex than that but essentially that)19:28
mordredpabelanger: WEIRD. that makes literlaly no sense to me19:28
clarkbI'd show examples but it appears that bindep is currently broken for my flavor of tumbleweed :/19:31
openstackgerritDavid Shrewsbury proposed openstack-infra/zuul master: Reorganize "Zuul From Scratch" document  https://review.openstack.org/55698819:31
*** agopi has joined #openstack-infra19:35
*** andreas_s has joined #openstack-infra19:35
clarkband now I'm going down the rathole of fixing bindep for tumbleweed19:36
*** harlowja has joined #openstack-infra19:38
*** spzala has joined #openstack-infra19:39
*** spzala has quit IRC19:39
clarkbok after hacking a fix for tumbleweed locally I've confirmed what I told smcginnis19:42
clarkbsmcginnis: basically that is treated as a user defined profile which you can select at runtime19:42
clarkbsmcginnis: so the use of bindep is buggy but not sure bindep did anythign wrong there19:42
*** gouthamr has joined #openstack-infra19:42
*** andreas_s has quit IRC19:42
*** armaan has quit IRC19:43
*** armaan has joined #openstack-infra19:43
*** yamamoto has joined #openstack-infra19:45
*** VW has quit IRC19:49
*** yamamoto has quit IRC19:51
*** lpetrut has quit IRC19:51
*** VW has joined #openstack-infra19:53
*** armaan has quit IRC19:54
*** dsariel has joined #openstack-infra19:54
*** armaan has joined #openstack-infra19:54
*** armaan has quit IRC19:56
*** armaan_ has joined #openstack-infra19:56
smcginnisclarkb: Yeah, I guess this was just a usage error.19:57
smcginnisIt's too bad that there isn't some way to make it more visible if a mistake like that is made, but I can't think of a good way with the current usage.19:58
smcginnisclarkb: One other mistake like that, and it's in another Cinder repo. http://codesearch.openstack.org/?q=dpkg%20rpm&i=nope&files=bindep.txt&repos=19:58
smcginnisclarkb: At least it's an easy fix.19:58
*** dtruong has quit IRC19:59
openstackgerritClark Boylan proposed openstack-infra/bindep master: Better openSUSE Tumbleweed detection  https://review.openstack.org/55826020:00
clarkbfungi: smcginnis ^ bugfix that came out of this when trying to understand things locally20:00
smcginnisclarkb: Cool, at least something useful came out of it. :)20:01
smcginnisOther than my education.20:01
clarkbfungi: interestingly new lsb_release seems to output the cirs content on a single line rather than all on different lines20:03
*** jamesmca_ has quit IRC20:03
clarkbfungi: or maybe that is an ubuntu vs suse behavior. Thankfully the split in bindep already seems to handle it properly20:03
*** chkumar246 has joined #openstack-infra20:03
*** chandankumar has quit IRC20:03
smcginnisclarkb: Am I correct in understanding "platform:suse" is not valid? It would need to at least need to be "platform:opensuse".20:04
clarkbsmcginnis: both are valid20:04
clarkbsmcginnis: opensuse will match both but suse enterprise linux will only match suse aiui20:05
smcginnisOK. Looking through other examples for any other issues. I noticed some entries were "platform: type" with a space after the platform: tag.20:05
smcginnisclarkb: Would that be an unmatched platform with a profile of the tag?20:05
clarkbsmcginnis: yes I think so20:06
clarkbworth noting that if those aren't working projects may want to reevaluate if they need the system deps in the first place20:06
smcginnisclarkb: Right, apparently it's been skipping those then, and no one has noticed.20:06
*** rockyg has joined #openstack-infra20:08
*** chkumar246 has quit IRC20:08
*** dtruong has joined #openstack-infra20:11
clarkbhogepodge: any idea if the OHS fedora multinode job is expected to pass?20:14
*** iyamahat has quit IRC20:16
*** dprince has quit IRC20:16
*** jamesmcarthur has joined #openstack-infra20:16
*** yamahata has quit IRC20:17
clarkbhttp://logs.openstack.org/14/558214/2/check/openstack-helm-multinode-fedora/090b77f/primary/pod-logs/openstack/nova-db-sync-d7lwm/nova-db-sync.txt looks like that is the error20:17
clarkbwhcih I don't think is a limestone issue20:17
clarkbpabelanger: logan- do we think we are ready to bump up to more ndoes? I've tracked down a few of the failures in limestone since turning it back on and one is a legit job error and the other is ^ which I think is also the job failing properly20:18
*** chkumar246 has joined #openstack-infra20:19
*** eharney_ has joined #openstack-infra20:21
*** jamesmcarthur has quit IRC20:21
*** eharney has quit IRC20:23
*** e0ne_ has joined #openstack-infra20:23
clarkbI've pinged openstack-helm in their channel asking if it makes sense to move the multinode fedora job to experimental so we don't chew up 5 nodes on every patch if it is expected to fail currently20:26
logan-All looks good on my end, add more whenever you’re ready20:26
clarkb(but that also helps people like me debugging cloud health to see if it is or isn't expected to be reliable)20:26
clarkblogan-: 50 is the number ?20:26
logan-Yup20:26
*** e0ne has quit IRC20:26
openstackgerritClark Boylan proposed openstack-infra/project-config master: Ramp limestone up to 50 instances  https://review.openstack.org/55826620:27
clarkbthere we go20:27
pabelangerlogan-: wfm20:28
*** eharney_ is now known as eharney20:28
*** e0ne_ has quit IRC20:30
*** e0ne has joined #openstack-infra20:30
*** iyamahat has joined #openstack-infra20:30
*** rcernin has joined #openstack-infra20:31
*** kgiusti has left #openstack-infra20:37
*** mattt has joined #openstack-infra20:40
matttis it possible to cancel a recheck?  :P20:41
corvusmattt: nope20:41
matttcorvus: *cries*20:43
corvusmattt: is that a problem?20:43
corvusi ask because our assumption is that it shouldn't be a problem aside from "wasting" resources, but we don't bill projects for use of the ci system :)20:44
matttcorvus: the change is in the gate queue atm (almost done testing), if i inadvertently rechecked the review will it still restart the check even if the gate tests are successful?  :)20:45
openstackgerritMerged openstack-infra/project-config master: Ramp limestone up to 50 instances  https://review.openstack.org/55826620:46
corvusmattt: ah, as long as the gate tests finish first, the recheck shouldn't affect it20:46
matttcorvus: no real issue other than i may have just delayed this change going in by several hours :)20:46
matttcorvus: oh yay!20:46
*** yamahata has joined #openstack-infra20:47
*** yamamoto has joined #openstack-infra20:47
corvusmattt: it should be in both pipelines now; the only thing that could cause it to be removed from gate is if the check result comes back negative.  at which point, well, it might be worth a look to see why it's intermittently failing.20:47
*** Goneri has joined #openstack-infra20:47
matttcorvus: i'll feel less bad if it actually fails the gate test :)20:48
corvusdefinitely worth a look if it fails both :)20:49
matttthanks corvus :)20:51
dmsimardfungi, clarkb: we got another meetbot abuse in #openstack-operators.. I'll put something on the agenda for tomorrow's meeting20:52
pabelangerclarkb: did you see https://etherpad.openstack.org/p/HITPVWQ5Vr rough draft on revew.o.o replacement20:52
*** yamamoto has quit IRC20:52
clarkbpabelanger: april 11?20:53
clarkbpabelanger: guessing you need to update to the r-11 date if release team is happy with that week20:53
pabelangerclarkb: provisional, wanted to get thoughts20:53
clarkbpabelanger: oh earlier you had asked about r-11 I thought20:53
clarkbwhich is in june20:53
pabelangeroh, ha20:54
*** bramwelt has joined #openstack-infra20:54
pabelangersorry, I meant R-2120:54
pabelangeror maybe r-18?20:54
pabelangersigh20:54
pabelangerR20, next week20:54
clarkbI think in the past we've tried to give more time for people to update firewalls20:55
clarkbcloser to 4 weeks20:55
pabelangeryah, so that is into R-17 then20:55
pabelanger3 weeks before summit20:56
pabelangerI'll add a topic for the meeting tomorrow20:57
dmsimardpabelanger: is there a reason why we couldn't recover the old floating IPs ?20:59
dmsimardI mean, that's kind of the point of floating IPs20:59
dmsimardAlso, I guess 18.04 is due any time soon. Do we want to skip Xenial ?20:59
corvusdmsimard: are you talking about gerrit?  rax doesn't have floating ips.21:00
pabelangerdmsimard: given that bionic isn't released yet, don't we can do review.o.o21:00
pabelangerdmsimard: plan is to get up to java 8 first, which is just a rebuild, then plan upgrade of gerrit21:01
*** trown is now known as trown|outtypewww21:01
dmsimardcorvus: oh really ? I didn't realize that. At $oldjob (Internap) we ran provider networks too but you can still detach/attach ports manually though. I don't know to what extent we want to do this, just saying there's probably a way if we really want to keep the same IPs.21:01
scasaccording to ubuntu wiki, 18.04 is slated for april 2621:01
dmsimardpabelanger: yeah I suppose 18.04 is still some time away21:02
pabelangerscas: I think we've discussed upgrading zuul-executors first to bionic, to pick up kernel fixes.  I'd be a little shy to start with review.o.o as first server21:02
scashttps://wiki.ubuntu.com/BionicBeaver/ReleaseSchedule is to what i refer21:02
scaspabelanger: a prudent measure21:02
scasdoing the extremely visible one first is almost asking for sadness21:03
*** esberglu has quit IRC21:03
pabelangerApril 2021 is EOL for xenial, so lots of time21:03
*** chandankumar has joined #openstack-infra21:04
*** sree has joined #openstack-infra21:04
*** chkumar246 has quit IRC21:04
clarkbdmsimard: rax doesn't expose the neutron api at all iirc21:06
corvusdmsimard: rax does not expose the necessary neutron api.  we've looked extensively into this and not produced a suitable result.  please do look into it yourself with fresh eyes, i hope you find a way.  we would be extremely interested in utilizing it if we could.21:06
*** rockyg has quit IRC21:07
*** rockyg has joined #openstack-infra21:07
*** rockyg has quit IRC21:07
*** sree has quit IRC21:09
*** chandankumar has quit IRC21:09
dmsimardI'm not familiar with the rax specifics, I'll look21:11
*** jamesmcarthur has joined #openstack-infra21:13
*** ldnunes has quit IRC21:14
*** e0ne_ has joined #openstack-infra21:17
*** jbryce has quit IRC21:18
clarkbpabelanger: probably the thing to do is get in touch with release team on that date nowish, then if they are happy with it we can confirm it in infra meeting tomorrow21:18
ianwpabelanger: hey, back from easter, catching up.  thanks for looking on the arm64 builds, i forgot that the old branch would try to get the old etcd.  is that all fixed now?21:18
*** e0ne has quit IRC21:18
*** jbryce has joined #openstack-infra21:18
clarkbianw: https://review.openstack.org/#/c/558136/2 it is gating I think21:19
clarkbianw: then backports will need to be done if not already21:19
pabelangerianw: clarkb: yah, I think that is the only fix. I guess we started caching etcd for queens21:20
pabelangerclarkb: wfm21:20
ianwok, we could have reverted the override in the project-config too21:20
*** chandankumar has joined #openstack-infra21:21
pabelangerianw: yah, I had a pause image build patch up, but likely abandon that now21:21
clarkbout of curiousity does anything actually use etcd yet?21:23
clarkbmaybe it can be completely removed on the old branch?21:23
*** eharney has quit IRC21:24
ianwclarkb: on arm, or in general?21:24
clarkbin general21:25
pabelangerI want to say maybe tooz?21:25
clarkbprojects were told they could use it but unsure if any did in that timeframe21:25
pabelangerI know we discussed at TC meeting on Friday at PTG, but cannot remember the project21:26
*** gouthamr has quit IRC21:30
*** VW has quit IRC21:30
*** VW has joined #openstack-infra21:31
*** eernst has quit IRC21:35
*** VW has quit IRC21:35
*** eernst has joined #openstack-infra21:36
smcginnisYeah, tooz.21:37
smcginnisAFAIK, that's the only consumer of that service at the moment.21:37
*** eernst has quit IRC21:37
clarkband it did so in queens?21:37
*** eernst has joined #openstack-infra21:37
smcginnisSome discussion of using it for some Cinder service communication/state sharing right now, but nothing implemented.21:37
smcginnisclarkb: Yep.21:37
smcginnisI think that was added in Pike.21:37
clarkbok in that case I guess we keep caching it on x8621:38
*** eernst has quit IRC21:38
*** eernst has joined #openstack-infra21:38
smcginnisWell, I should qualify that statement I guess. In pike tooz, used by Cinder, was enabled to use etcd for global distributed locking.21:39
clarkbianw: https://review.openstack.org/#/c/557842/ if you can review that when you get a chance it would be much appreciated21:39
smcginnisThat's a config option that we default to using local file locks.21:39
clarkbsmcginnis: right but is there any way to configure devstack to run it that way?21:39
smcginnisclarkb: I am not aware of any devstack or tempest runs that enable cinder service clustering that need DLM.21:39
openstackgerritmegan guiney proposed openstack-infra/subunit2sql master: Add delete by uuid functions  https://review.openstack.org/53777521:41
ianwclarkb / pabelanger: so that symlink is setup during the dib build on bionic?21:43
clarkbianw: yup21:43
clarkbianw: and appears to come from the resolvconf package21:43
*** iyamahat_ has joined #openstack-infra21:44
ianwi feel like i've delt with this before for some reason ...21:44
clarkbianw: and it points to /var/run/something/or/other that systemd mounts after booting so its really awkward to try and write to that location later21:44
*** iyamahat has quit IRC21:44
ianwbut in general name resolution on bionic is broken?  i'm wondering if this is more a dib thing21:44
ianwor at least early name resolution?21:45
clarkbianw: I don't think it is broken in general. The default setup is to use systemd-resolved and it configures your etc/resolv.conf via the resolvconf method aiui21:45
clarkbianw: it is possible that systemd-resolved isn't starting up early enough to work in some cases21:46
*** rfolco|ruck is now known as rfolco|off21:47
pabelangeryah, dns seems to work21:48
*** yamamoto has joined #openstack-infra21:48
ianwthen i guess the other question is, with these workarounds we've got going on now, is it telling us we've got service dependencies not quite right21:49
clarkbour workaround is basically to just write /etc/resolv.conf to nameserver: 127.0.0.1 which happens every early in the boot process due to rc.local aiui21:51
clarkbis there antoher workaround?21:51
*** Goneri has quit IRC21:51
*** HeOS has joined #openstack-infra21:52
ianwprobably i bet that systemd people would say this is why rc.local isn't a thing and get a .service file?21:53
pabelangerI'd be curious to see what still needs rc.local21:53
pabelangerand which providers are still injecting dns21:54
pabelangerour glean is setup to no longer do dns21:54
*** yamamoto has quit IRC21:54
*** germs has joined #openstack-infra21:55
*** germs has quit IRC21:55
*** germs has joined #openstack-infra21:55
clarkbianw: I'm not suer I understand the conflict?21:56
clarkbianw: we just need a method to put 127.0.0.1 in /etc/resolv.conf and avoid any cloud (like rax) overwriting that for us.21:56
clarkbthe rax situation is why rc.local is/was used21:56
clarkbbecuse you have to do it on boot to make sure the cloud's tendrils aren't breaking you21:57
jheskethMorning21:57
* mordred waves to jhesketh21:59
jhesketho/21:59
*** germs has quit IRC22:00
corvuszuul meeting time in #openstack-meeting-alt22:00
ianwmordred: when you have a minute and feel like looking at some sql, and who doesn't, could you look in on https://review.openstack.org/#/c/552288/22:01
*** eernst has quit IRC22:05
*** eernst has joined #openstack-infra22:06
*** eernst has quit IRC22:06
*** eernst_ has joined #openstack-infra22:07
*** eernst_ has quit IRC22:07
*** e0ne_ has quit IRC22:08
mordredianw: the patch re-orders the columns in the primary key ... oh, I see from your statement22:08
dmsimardpabelanger: hey I see that in your windmill things you set up an SSH key.. but do you set it up on the remote nodes anywhere ?22:09
mordredianw: so - how much doyou want me to provide feedback on this sql?22:09
dmsimardpabelanger: https://github.com/openstack/windmill/blob/master/playbooks/bastion.yaml22:09
*** e0ne has joined #openstack-infra22:09
pabelangerdmsimard: remote nodes?22:10
dmsimardpabelanger: so the bastion can connect to the other nodes22:10
pabelangerdmsimard: no, that is assumed the remote node has keys setup22:11
ianwmordred: tbh i'm not sure i want to get involved :)  it's a yak shaving exercise.  git-review broke because we're not testing against a modern git.  it uses h2 in testing, so when i tried to update it, i got that22:11
dmsimardpabelanger: hmk, I'll have to hack something together then.. I'm knee deep in inception/nested ansible/ara setup22:12
pabelangerdmsimard: I did before, but recently removed it. If causing an issue, might be able to add it back22:12
dmsimardpabelanger: oh, I don't know if it's an issue right now but I'm looking for inspiration about some things :p22:12
*** jamesmcarthur has quit IRC22:14
dmsimardI'm sort of halfway there with http://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/copy-build-sshkey22:14
ianwpabelanger: hmm, not so sure ... https://stgraber.org/2012/02/24/dns-in-ubuntu-12-04/ and yeah, the 12.04 in there is telling :)  also i've found other bugs that say that resolv.conf now doesn't consider a non-symlinked /etc/resolv.conf as an indication to turn off22:15
*** eernst has joined #openstack-infra22:15
*** bobh_ has quit IRC22:15
ianwpabelanger: maybe it's suggesting to us we work with resolvconf ... put and entry in the "head" file?22:16
*** bobh_ has joined #openstack-infra22:16
pabelangerianw: yah, I'd be okay with trying that to see if that is the correct way to handle it22:16
pabelangervs rc.local22:17
*** rpioso is now known as rpioso|afk22:18
clarkbthe reason we use rc.local is rax writes to your networking config on boot to force you to use their dns servers22:19
clarkbI don't know if removing novaagent from our images is sufficient for avoiding that or not22:20
clarkbbut the rc.local script cleans up the stuff that rax writes to avoid it uses rax dns servers22:20
pabelangerclarkb: yah, we'd need to see if resolvconf happens after write by rax22:20
clarkbpabelanger: I believe it does, the write by rax is there very early22:20
clarkbI expect its there prior to boot even22:20
mordredianw: wow fun22:21
*** bobh_ has quit IRC22:21
clarkbI think if we can show that rax doesn't interfere anymore because no more nova agent then likely unbound's munging of resolvconfg is sufficient for our needs22:22
ianwclarkb: wouldn't a resolvconf "head" entry override all that anyway?22:23
clarkbianw: I'm not sure, the way rax sets it up your /etc/network/interfaces scripts (or something similar depending on distro) get written to write specific things into /etc/resolv.conf22:24
clarkbianw: I want to say resolv.conf is additive so we'd likely have the rax resolvers and local unbound in that case22:25
clarkbrather than one or the other22:25
ianwclarkb: that would be the sed's on the config files removing those bits?22:26
clarkbianw: ya22:27
ianwhttps://git.openstack.org/cgit/openstack-infra/project-config/tree/nodepool/elements/nodepool-base/finalise.d/89-unbound#n115 for reference22:27
ianwso i feel like a resolconf override would override even that.  yes we'd have 127.0.0.1 then rax1 rax2 in resolv.conf22:28
ianwwhich is probably ok?22:28
clarkbit isn't ok to use the rax resolvers, they blacklist IPs that hit ratelimits then don't whitelist them when the instance's IP is reused by another user22:29
*** rosmaita has quit IRC22:29
clarkbso we have errors when some other users had hit the ratelimit and gets blacklisted they release the ip and we get it later and dns doesn't work22:29
clarkb(this is what precipitated the use of local unbound in the first place... I do wish cloud local resolvers were reliable though)22:30
ianwbut you'd have 127.0.0.1 first in the resolv.conf ; it's in order right, not round-robbin?22:31
clarkbunbound's config is round robin. I don't know what libc does22:31
ianwlibc i'm talking about22:32
clarkbya reading manpage it is in order with libc22:32
clarkbso in that case using head is probably fine22:32
ianwIf there are multiple servers, the resolver library queries them in the order listed22:33
pabelangerDoes fedora / centos use NetworkManager?22:33
clarkbpabelanger: I don't think it does in the minimal install22:33
ianwpabelanger: no ... that was my next question on all this :)22:33
pabelangeryah, was trying to find all the ways that /etc/resolv.conf gets updated22:34
pabelangerand see some stuff about NetworkManager22:34
*** e0ne has quit IRC22:36
ianwi wonder if networkmanager is setup to use resolvconf underneath22:37
*** gouthamr has joined #openstack-infra22:37
ianwit may be that way on ubuntu?22:37
clarkbsimilar to how we don't have selinux enabled by default on centos and fedora images I want to say things like networkmanager require more work to pull in22:38
clarkbyou'll get them both on a desktop image but not the minimal like cloud stuff22:38
*** felipemonteiro_ has quit IRC22:39
fungii had to install a recentish xubuntu to do a kernel comparison on a device i'm hacking on, and /etc/systemd/resolved.conf is where i had to adjust local dns resolution22:43
funginot sure if the cloud images would end up similarly22:43
*** yamamoto has joined #openstack-infra22:50
*** yamamoto has quit IRC22:56
openstackgerritMerged openstack-infra/nodepool master: Test growroot in boot tests  https://review.openstack.org/55510323:03
*** neiloy has quit IRC23:04
ianwmordred: is your and jhesketh's question on 552288 "do we even need this at all"?23:06
*** tosky has quit IRC23:08
*** eernst has quit IRC23:11
*** eernst has joined #openstack-infra23:14
*** caphrim007_ has joined #openstack-infra23:16
*** caphrim007_ has quit IRC23:17
*** hongbin has quit IRC23:17
*** eernst has quit IRC23:18
*** iyamahat_ has quit IRC23:18
*** eernst has joined #openstack-infra23:19
*** yamahata has quit IRC23:19
*** caphrim007_ has joined #openstack-infra23:19
*** caphrim007 has quit IRC23:20
*** eernst has quit IRC23:20
*** eernst has joined #openstack-infra23:20
*** caphrim007_ has quit IRC23:23
*** eernst has quit IRC23:24
*** lbragstad has quit IRC23:31
*** pahuang has joined #openstack-infra23:33
*** iyamahat has joined #openstack-infra23:36
*** olaph has joined #openstack-infra23:37
*** olaph1 has quit IRC23:38
*** gouthamr has quit IRC23:41
*** apetrich has quit IRC23:43
ianwpabelanger / clarkb : https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1713803 ... tl;dr what a mess23:46
openstackLaunchpad bug 1713803 in open-iscsi (Ubuntu) "replacement of resolvconf with systemd needs integration" [High,Triaged]23:46
clarkbianw: ugh23:48
clarkbresolved just isn't great for when you know what you want your dns to do23:48
clarkbI like how recent the conversation around unbound + resolved is there though23:49
clarkbclearly an unsolved problem23:49
openstackgerritJesse Keating proposed openstack-infra/project-config master: Add github3.py for third party testing  https://review.openstack.org/55832123:51
*** Swami has quit IRC23:51
*** yamamoto has joined #openstack-infra23:52
openstackgerritJesse Keating proposed openstack-infra/project-config master: Add github3.py for third party testing  https://review.openstack.org/55832123:55
*** yamahata has joined #openstack-infra23:55
*** germs has joined #openstack-infra23:56
*** germs has quit IRC23:56
*** germs has joined #openstack-infra23:56
*** yamamoto has quit IRC23:56
openstackgerritJesse Keating proposed openstack-infra/project-config master: Add a zuul test to run on github3.py changes  https://review.openstack.org/55832323:57
ianwhttp://manpages.ubuntu.com/manpages/bionic/man8/systemd-resolved.service.8.html ... huh, "The native, fully-featured API systemd-resolved exposes on the bus."23:58
ianwi did not really realise this replaces getaddrinfo()23:58

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