Wednesday, 2019-05-29

openstackgerritJake Yip proposed openstack/magnum master: Upgrade cloud-provider-openstack to v1.14.0  https://review.opendev.org/65587500:29
*** dave-mccowan has joined #openstack-containers00:32
*** dave-mccowan has quit IRC00:35
*** ricolin_ has joined #openstack-containers00:44
*** itlinux has joined #openstack-containers00:55
*** itlinux has quit IRC01:37
*** itlinux has joined #openstack-containers01:44
*** hongbin has quit IRC01:51
*** itlinux has quit IRC01:56
*** goldyfruit has quit IRC02:03
openstackgerritFeilong Wang proposed openstack/magnum master: Add cluster upgrade to the API  https://review.opendev.org/51495902:03
*** itlinux has joined #openstack-containers02:25
*** threestrands has joined #openstack-containers03:31
*** ramishra has joined #openstack-containers03:32
*** altlogbot_2 has quit IRC03:44
*** altlogbot_0 has joined #openstack-containers03:45
*** ykarel|away has joined #openstack-containers03:53
*** ykarel|away has joined #openstack-containers03:56
*** ykarel|away is now known as ykarel03:58
*** ykarel has quit IRC04:05
*** ykarel has joined #openstack-containers04:08
*** ykarel has quit IRC04:14
*** sapd1_x has joined #openstack-containers04:17
*** ykarel has joined #openstack-containers04:34
*** ivve has quit IRC04:37
*** altlogbot_0 has quit IRC04:38
*** altlogbot_2 has joined #openstack-containers04:39
*** trident has quit IRC04:39
*** altlogbot_2 has quit IRC04:40
*** janki has joined #openstack-containers04:40
*** altlogbot_3 has joined #openstack-containers04:41
*** trident has joined #openstack-containers04:41
*** absubram has joined #openstack-containers04:49
*** absubram has quit IRC04:54
*** sapd1_x has quit IRC05:00
*** absubram has joined #openstack-containers05:00
*** pcaruana has joined #openstack-containers05:15
*** ivve has joined #openstack-containers05:41
*** absubram has quit IRC05:50
*** rcernin has quit IRC06:01
*** rcernin has joined #openstack-containers06:01
*** lpetrut has joined #openstack-containers06:23
*** ykarel is now known as ykarel|afk06:51
*** rcernin has quit IRC06:52
*** ykarel|afk is now known as ykarel07:30
*** itlinux has quit IRC07:42
*** ykarel_ has joined #openstack-containers07:55
*** ykarel has quit IRC07:56
*** ykarel_ is now known as ykarel07:58
*** ricolin_ has quit IRC08:07
*** ricolin has joined #openstack-containers08:07
*** inovas has joined #openstack-containers08:11
*** ykarel is now known as ykarel|lunch08:30
*** ramishra has quit IRC08:30
zigojrosser: Do I understand correctly that, if I want to setup a proxy for the discovery URL, I have to do this as a http_proxy / https_proxy variable in the systemd unit of the magnum-conductor?08:32
jrosserzigo: good morning08:32
jrosserit depends how you have magnum deployed i expect08:32
jrosserif you are using bare metal or machine conatiners like LXC / openstack-ansible then you can set the proxy for a process by adding settings to the systemd unit file and defining environment variables08:33
jrosserand i believe there are similar mechanisms for docker and podman, so as i say it depends on how you have deployed magnum to a degree08:33
zigojrosser: I'm using my own tool at https://salsa.debian.org/openstack-team/debian/openstack-cluster-installer08:34
zigoThis uses puppet-openstack internally.08:34
zigoThat's bare-metal deployment (ie: no containers).08:34
jrosserhowever, there is currently code in magnum which forces the proxy for the discovery URL for the magnum service to be the one that is defined in the cluster template08:34
zigojrosser: You mean without reverting as per https://review.opendev.org/#/c/660316/ ?08:35
zigoYou can consider that I applied the patch reversion ... :)08:35
jrosserok :)08:36
zigo(I can do this, since that's my oen Debian packages ...)08:36
zigojrosser: So, I was right then, just setup http_proxy / https_proxy as env variables in my systemd .service file, and I'm good to go, no?08:36
jrosserif you need the proxy settings to be in any way different for the service and VM then yes you must revert that08:36
*** ramishra has joined #openstack-containers08:36
jrosseryeah, let me just look what i have as an example08:36
zigojrosser: I probably will setup a Environment=/etc/default/magnum, so that can work for everyone in Debian.08:37
zigoThen setup that proxy URL there...08:37
zigoThat way, no need to edit the .service file in puppet also.08:37
zigoI also probably can contribute the feature to puppet-magnum.08:38
zigoBy all means, yes, give me some examples ! :)08:38
zigojrosser: Though, isn't there is a way to setup my own etcd cluster, so that I don't need an external discovery URL ?08:38
zigoWhat would be the etcd discovery URL then?08:39
jrosserhttp://paste.openstack.org/show/752219/08:39
jrosserzigo: i wish i had an answer to that - i've had to make specific provision for magnum conductor to hit the discovery URL, and i really don't like having to do that08:40
jrosseri'm not sure why all of that can't be done on the deployed master for example, there must be a good reason08:40
zigoThanks.08:40
zigoThis definitively is very helpful to me ! :)08:40
jrosserthe no_proxy is for my internal VIP endpoint08:41
zigoYour what?08:41
zigoOh ...08:41
zigoTo tell: my API VIP IP doesn't need a proxy.08:41
zigoRight?08:41
jrosserloadbalancer for all the internalURL things08:41
zigoGot it.08:42
jrosseryes and i don't want internal traffic to go to the proxy08:42
zigoIt wouldn't work for me without it either, so, thanks.08:42
zigoI'll try similar setup, but using an env file, as I wrote.08:42
jrosserno worries - glad it's not just me fighting with these things08:42
jrosseryou can test it with cat /proc/<pid>/environ after you adjust the settings to make sure the process has the environment you expect08:44
*** ramishra has quit IRC08:50
*** ramishra has joined #openstack-containers08:51
*** strigazi has joined #openstack-containers09:04
strigaziflwang: ping09:05
*** ykarel|lunch is now known as ykarel09:11
*** flwang1 has joined #openstack-containers09:11
flwang1strigazi: around?09:11
strigaziyes, I pinged you to flwang without '1'09:12
flwang1strigazi: that's my workstation ;)09:12
flwang1welcome back09:13
flwang1strigazi: do you want to discuss the rolling upgrade patch?09:14
strigazikubecon, was really cool, OS Austoi size09:14
strigazikubecon, was really cool, OS Austin size09:14
flwang1strigazi: any chance you will be in shanghai next month? or anyone from your team?09:14
flwang1i will be in shanghai next month09:14
strigazigive me a sec to push, something in our gerrit09:15
flwang1strigazi: based on your patch, i have made almost everything working now09:16
strigaziok, so I don't push09:16
flwang1strigazi: no, you can just push on your current patch09:16
strigaziso it is done?09:16
flwang1so we can compare09:16
flwang1the main part i was adding is the drain and make it work for master09:17
strigaziIs something missing?09:18
openstackgerritFeilong Wang proposed openstack/magnum master: [DO NOT MERGE][k8s][fedora atomic] Rolling upgrade support  https://review.opendev.org/66085109:18
flwang1https://review.opendev.org/#/c/660851/3/magnum/drivers/common/templates/kubernetes/fragments/upgrade-kubernetes.sh09:18
flwang1this is the main change i did09:18
flwang1other than that, i just follow your way to add the $ssh_cmd for those master node scripts09:18
flwang1there are still some minor parts may need polish, but based on my testing, it works overall09:19
flwang1the only thing, i haven't figured out is how to do drain when doing operating system upgrade :(09:20
strigaziok. I can test and we merge if it works?09:20
flwang1strigazi: yep, feel free test it09:20
strigazido we need this then ? 51496009:21
strigaziI think not, it is included in 66085109:22
flwang1i can push all my changes to 514960, i don't want to take the credit, it's all based on your awesome work :)09:22
strigaziit is ok. :) What do we miss? the OS upgrade/drain issue?09:23
flwang1for OS upgrade, there is no chance to call 'kubectl drain' to drain the node, as a result, which may cause downtime for user services09:24
strigaziwe can merge like this as a first step. no?09:25
flwang1strigazi:  sure, we can09:27
flwang1i will submit another document patch to document this as a limitation09:27
flwang1strigazi: so if you don't mind, we can work together on 660851 and get it done09:30
strigaziI'll test and we work on it on gerrti09:31
flwang1strigazi: cooool09:31
flwang1i'm standing by to address any comments09:31
strigazicool09:32
strigaziinitially, I moved ssh_cmd="ssh -F /srv/magnum/.ssh/config root@localhost" to start_heat_agent as a script so that we don't copy around the same thing09:32
flwang1strigazi: that's a good idea, do yo mean the 'start_container_agent.sh'?09:36
strigaziyrs09:37
strigaziyes09:37
flwang1cool09:39
flwang1btw, one thing i haven't tested is, if any other heat stack update will also trigger the upgrade_kubernetes script? so I just added the check if the new_kube_tag equals the old one09:41
strigazimakes sense09:45
flwang1strigazi: can we merge the api patch now?09:46
strigaziwithout tests?09:47
flwang1as long as the functional patch working for you09:47
strigaziok09:47
flwang1another minor change we may need is, wait a second or check if all the pods has been successfully evicted, before doing the atomic commands09:50
flwang1wait a second == give enough headroom09:50
*** threestrands has quit IRC09:54
strigazisounds like an optimization, we can do it09:54
brtknrflwang1: jakeyip: sorry i was travelling yesterday during the time of the meeting09:57
flwang1brtknr: no worries10:00
flwang1brtknr: just wanna asking if you're still working on the client patch about hidden10:00
brtknryes, I am trying to find out what the pep8 error its complaining about is10:00
flwang1strigazi: can you do a quick review for https://review.opendev.org/#/c/648317/ ?10:00
flwang1brtknr: cool, cheers10:01
brtknrhttp://logs.openstack.org/98/659298/5/check/openstack-tox-pep8/3eb5845/ara-report/10:03
brtknra lot of these pep8 warnings dont even seem related to my patch10:03
strigaziflwang1: I'll test10:04
flwang1brtknr: seems we need the bandit fix for client10:05
flwang1brtknr: like this https://review.opendev.org/#/c/659027/10:05
* strigazi is going for lunch10:07
brtknrflwang1: also please take a look here... I dont understand why cover test is failing: http://logs.openstack.org/98/659298/5/check/openstack-tox-cover/4bd9667/ara-report/result/a9d42a93-2b88-4182-b787-30964549ce9e/10:16
brtknrthanks for the bandit fix, it works10:16
flwang1brtknr: sure10:16
brtknrflwang1: any insights?10:25
jakeyiphi brtknr, I can help take a look too10:28
brtknrthanks jakeyip10:28
*** dave-mccowan has joined #openstack-containers10:31
jakeyipbrtknr: works after blacklisting bandit10:35
jakeyipI don't see a patch for bandit, you want me to send that up?10:36
openstackgerritBharat Kunwar proposed openstack/python-magnumclient stable/queens: Conditional hidden arg for backward compatibility  https://review.opendev.org/66193710:37
*** dave-mccowan has quit IRC10:37
openstackgerritBharat Kunwar proposed openstack/python-magnumclient master: Conditional hidden arg for backward compatibility  https://review.opendev.org/65929810:41
brtknryeah works for me too10:42
brtknrits the cover test which is failing10:42
jakeyipyeah sorry I'm testing cover now10:42
jakeyiplooks like something changed in coverage output, parsing of that is failing.10:57
jakeyipalso seems like a few projects doing away with cover.sh and changing to a standard tox cover10:58
jakeyiphttps://review.opendev.org/#/c/601144/1/tox.ini10:58
*** janki has quit IRC11:11
*** mkuf_ has quit IRC11:24
*** mkuf_ has joined #openstack-containers11:25
*** mkuf_ has quit IRC11:28
*** mkuf has joined #openstack-containers11:28
*** ykarel_ has joined #openstack-containers11:39
*** ykarel has quit IRC11:43
*** ykarel_ is now known as ykarel11:55
*** nfakhir_ has quit IRC11:58
*** goldyfruit has joined #openstack-containers11:59
*** udesale has joined #openstack-containers12:25
*** ykarel is now known as ykarel|afk13:16
*** slivik has joined #openstack-containers13:43
slivikHello, we are developing new magnum driver for k8s based on ubuntu, I would like to ask whether there are some constraints or rules in order to merge it into the project13:45
*** ykarel|afk has quit IRC14:07
*** itlinux has joined #openstack-containers14:11
*** ricolin has quit IRC14:20
*** absubram has joined #openstack-containers14:20
*** absubram has quit IRC14:26
*** ricolin has joined #openstack-containers14:26
*** ivve has quit IRC14:29
*** absubram has joined #openstack-containers14:30
*** lpetrut has quit IRC14:30
*** ykarel|afk has joined #openstack-containers14:35
*** ykarel|afk is now known as ykarel14:35
*** itlinux has quit IRC14:41
*** slivik has quit IRC15:19
*** altlogbot_3 has quit IRC15:35
*** altlogbot_0 has joined #openstack-containers15:35
*** irclogbot_0 has quit IRC15:36
*** irclogbot_0 has joined #openstack-containers15:37
*** itlinux has joined #openstack-containers15:54
*** ykarel is now known as ykarel|away15:59
*** ivve has joined #openstack-containers16:02
*** lpetrut has joined #openstack-containers16:06
*** absubram has quit IRC16:06
*** lpetrut has quit IRC16:14
*** ykarel|away has quit IRC16:35
*** dave-mccowan has joined #openstack-containers16:39
*** ricolin has quit IRC16:42
*** ramishra has quit IRC16:57
*** absubram has joined #openstack-containers17:44
*** inovas has quit IRC18:36
*** inovas has joined #openstack-containers18:37
*** flwang1 has quit IRC18:44
*** sapd1_x has joined #openstack-containers19:06
*** hongbin has joined #openstack-containers20:00
*** sapd1_x has quit IRC20:41
*** itlinux has quit IRC21:05
*** itlinux has joined #openstack-containers21:13
*** pcaruana has quit IRC21:23
openstackgerritLingxian Kong proposed openstack/magnum master: [k8s_fedora_atomic] Make calico devices unmanaged in NetworkManager config for master node  https://review.opendev.org/66209821:39
*** udesale has quit IRC21:43
*** inovas has quit IRC22:13
*** inovas has joined #openstack-containers22:17
*** ianychoi has quit IRC22:32
*** ianychoi has joined #openstack-containers22:33
*** rcernin has joined #openstack-containers23:07
*** absubram has quit IRC23:18

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