Thursday, 2017-05-18

spsuryamorning00:01
*** rwsu has quit IRC00:01
kfox1111ok... another step closer to figuring out why the 4 gates fail.00:05
kfox1111I got the 3 gate to fail the same way. :)00:05
kfox1111seems like a credential mismatch.00:05
kfox1111so 99% there. :)00:06
*** eanylin has quit IRC00:09
*** zul has quit IRC00:11
kollianfatal: [localhost]: FAILED! => {"attempts": 6, "changed": false, "cmd": ["docker", "exec", "mariadb", "mysql", "-h", "192.168.121.106", "-P", "3306", "-u", "haproxy", "-e", "show databases;"], "delta": "0:00:00.291034", "end": "2017-05-18 00:06:22.376496", "failed": true, "rc": 1, "start": "2017-05-18 00:06:22.085462", "stderr": "ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.121.106' (113 \"No route to host\"00:12
kolliananyone familiar this error00:13
kollian?00:13
masuberugood morning all, is it possible to deploy magnum + ironic for bare metal deployments of kubernetes from a kolla-ansible openstack installation?00:13
kolliangot during kolla-ansible deployment00:13
masuberukollian, the error message is clear, it can't connect to 192.168.121.106 (mysql)00:14
masuberucheck ip routing and port is open from "localhost"00:14
kollianmasuberu i canping 192.168.121.10600:15
masuberuis the mysql container up and running?00:15
masuberucan you access mysql on port 3306?00:16
sbezverkkfox1111: interesting way of troubleshooting ;) by breaking you should patent it ;)00:17
* kfox1111 chuckles.00:18
masuberukollian, telnet 192.168.121.106 3306 from localhost an see if you can connect00:18
kfox1111"sometimes things gotta get worse before they can get better" ;)00:18
sbezverkkfox1111: :)00:18
Reepicheepkollian: also check the mariadb logs00:19
kollianmasuberu: No route to host00:19
masuberukollian, that is your issue00:19
Reepicheepkollian: did it pass the prechecks?00:20
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636700:20
kollianmasuberu: Reepicheep yes precheck passed00:20
Reepicheepmasuberu: yes you should be able to deploy magnum + ironic00:20
kollianReepicheep: masuberu do i need to forward the port ?00:21
kfox1111sbezverk: so, in 3, it was honoriing the rbd_user=nova flag in the config. in 4, it ignores it.00:21
Reepicheepkollian: when you say you can ping the node is that from the nodes that are running haproxy?00:21
kfox1111doing some diffs showed 3 using 'nova' and 4 using 'cinder'.00:22
kfox1111so I changed the config to use 'cinder' and 3 broke the same as 4.00:22
kfox1111so we just gotta figure out why the cinder user creds are wrong in nova.00:22
kollianReepicheep: no proxy running00:22
kollianReepicheep: i am using it on Vm00:22
kollianas free ip00:22
kollianthe entry we provide in global.yml00:23
Reepicheepoh. yeah i see the localhost now00:23
*** kbaegis has quit IRC00:25
sbezverkkfox1111: hm interesting00:25
kollianReepicheep: masuberu what should i do ?00:25
*** zul has joined #openstack-kolla00:25
*** kbaegis has joined #openstack-kolla00:26
sbezverkkfox1111: some config changes in newton?00:27
Reepicheeplet me see if I got your layout .. you have a machine "localhost" that your are running kolla-ansible from and 192.168.121.106 is a vm on that host?00:27
kfox1111I dug through. in ocata, they change who they listen too first. they now listen to what cinder tells them rather then whats in the nova config.00:27
kollianReepicheep: I am doing AIO00:28
kollianwith a vm00:28
kollianReepicheep: 192.168.121.106 is the free ip00:29
kollianwhile actual ip is 192.168.121.22100:29
kolliani.e of eth000:30
kfox1111hmmm. that might be the issue....00:30
kollianusing 92.168.121.106 for the public ip which we provide as kolla_internal_vip_address00:31
Reepicheepkollian: the network_interface is set to the correct interface?00:32
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: WIP: v4 gates.  https://review.openstack.org/45484100:33
kollianyes it is i guess00:33
kollianReepicheep:00:33
*** duonghq_ is now known as duonghq00:33
Reepicheepand it's different then the neutron_external_interface?00:33
kollianReepicheep: yes network interface is eth0 and neutron_external_interface is eth100:34
kollianReepicheep: I provided the kolla_internal_vip_address=192.168.121.106 by running below command00:36
Reepicheepkollian: and the network_interface should be the interface that you have already setup with an IP within the subnet that your kolla_internal_vip_address in00:36
kolliansudo arp-scan -I eth0  192.168.121.221/2400:36
*** zul has quit IRC00:36
kollianReepicheep: any lead00:41
kollian?00:41
Reepicheepwhat vm platform is it on?  Is it possible that the network port is doing something cute with the interface that is preventing a subinterface from working correctly?00:42
kollianReepicheep: hostos is ubuntu on whcih i am running vagrant and with vagrant launched vm with libvirt provider and into that vm i am deploying containerized openstack00:45
*** jrist has joined #openstack-kolla00:45
*** jrist has quit IRC00:45
*** jrist has joined #openstack-kolla00:45
kolliani would like to share my global.yml with with network interface00:45
Reepicheephmm. AFAIK that should work,  I do believe the vagrant stuff has not been worked on in quite a while though00:46
ReepicheepI actually only did an AIO once it worked and I immediately moved on to figuring out the multihost00:47
kollianReepicheep: http://paste.openstack.org/show/609857/00:48
Reepicheepwhat is the ip address on eth1?00:49
*** jamesPR has joined #openstack-kolla00:50
kollian192.168.33.1000:51
kollianReepicheep:00:51
Reepicheepyeah.. I see that .. is it important? because it will quit working when kolla-ansible runs00:51
kollianReepicheep: couldn'r parsed correctly00:52
Reepicheepwhat does your routing table look like? "ip route show"00:52
kollian[root@vmachine1 vagrant]# ip route show default via 192.168.121.1 dev eth0  proto static  metric 100  default via 192.168.33.1 dev eth2  proto static  metric 101  169.254.0.0/16 dev eth1  scope link  metric 1003  172.17.0.0/16 dev docker0  proto kernel  scope link  src 172.17.0.1  192.168.33.0/24 dev eth1  proto kernel  scope link  src 192.168.33.10  192.168.33.0/24 dev eth2  proto kernel  scope link  src 192.168.33.34  metr00:52
kollianReepicheep:00:52
*** unicell1 has quit IRC00:54
kollianReepicheep: I followed https://docs.openstack.org/project-deploy-guide/kolla-ansible/ocata/quickstart.html00:55
Reepicheepit looks like you have multiple default routes .. it may not be the issue but rarely is a desired thing00:55
*** cuongnv has joined #openstack-kolla00:56
ReepicheepI would try removing the ip address from eth1 and possible from eth2 depending on if it is needed or not00:58
Reepicheepthen make sure you only have one default route00:59
kollianReepicheep: I multiple route should not be the problem with kolla deployment01:00
kollianif it is01:00
kollianthen it is bug i thing01:00
kollianthink*01:00
Reepicheepthen I would try adding a subinterface to eth0 with "ip addr add 192.168.121.106/24 dev eth0" and see if you can ping it (you should not be able to before)01:01
Reepicheepif that all works then remove that sub interface and make sure your prechecks pass and try again01:02
ReepicheepI agree the multiple default routes should not be an issue because that ip should match a direct attached route, it just tends to cause issues when traffic needs to use a router01:03
kollianable to ping01:05
kollian192.168.121.10601:05
Reepicheepand if you remove the interface you should not be able to ping01:05
kollianReepicheep: we should PC01:05
Reepicheepthe subinterface that is01:05
kolliani think toomuch flooding here01:05
kollianof text01:05
*** stefan_bo has joined #openstack-kolla01:08
*** zhubingbing has joined #openstack-kolla01:10
openstackgerritjimmygc proposed openstack/kolla-ansible master: Add Glance Swift backend support  https://review.openstack.org/45205901:11
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636701:14
jamesPRhi all01:17
*** Pavo has joined #openstack-kolla01:28
*** hrw has quit IRC01:32
*** hrw has joined #openstack-kolla01:33
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636701:34
*** zhubingbing has quit IRC01:36
*** rhallisey has quit IRC01:38
*** rhallisey has joined #openstack-kolla01:39
*** eanylin has joined #openstack-kolla01:51
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636701:56
*** YuYangWang has joined #openstack-kolla02:00
*** qiliang28 has joined #openstack-kolla02:01
*** rwellum has joined #openstack-kolla02:05
*** qiliang27 has quit IRC02:05
*** qiliang28 is now known as qiliang2702:05
*** kbaegis has quit IRC02:28
duonghqany cr around? can somebody please review this ps: https://review.openstack.org/#/c/462025/02:31
*** common_ has quit IRC02:31
*** common has joined #openstack-kolla02:32
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636702:33
*** zhubingbing_ has joined #openstack-kolla02:35
*** feisky has joined #openstack-kolla02:40
*** kbaegis has joined #openstack-kolla02:41
duonghqkbaegis, how are you02:41
*** kbaegis has quit IRC02:44
*** salv-orlando has joined #openstack-kolla02:48
*** zul has joined #openstack-kolla02:56
*** aagate has quit IRC03:01
*** rwsu has joined #openstack-kolla03:03
*** jamesPR has quit IRC03:12
*** zul has quit IRC03:13
*** zul has joined #openstack-kolla03:14
*** kbaegis has joined #openstack-kolla03:15
*** YuYangWang has quit IRC03:23
*** YuYangWang has joined #openstack-kolla03:23
*** feisky has quit IRC03:24
*** feisky has joined #openstack-kolla03:25
*** feisky has quit IRC03:27
*** feisky has joined #openstack-kolla03:27
kbaegisduonghq: Hey! Doing alright, you?03:30
duonghqya, as usual, except something wrong with my testing cluster03:33
*** stefan_bo has quit IRC03:33
*** salv-orlando has quit IRC03:34
*** caowei has joined #openstack-kolla03:37
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636703:47
*** rwsu has quit IRC03:59
*** stefan_bo has joined #openstack-kolla04:00
openstackgerritshaofeng cheng proposed openstack/kolla-ansible master: Fix invalid literal for int in swift_proxy_server  https://review.openstack.org/46579904:05
*** eaguilar has quit IRC04:05
openstackgerritpangliye proposed openstack/kolla master: Delete heka document  https://review.openstack.org/46580104:09
*** daidv has joined #openstack-kolla04:11
*** kbaegis has quit IRC04:12
*** kbaegis has joined #openstack-kolla04:14
*** unicell has joined #openstack-kolla04:19
*** stefan_bo has quit IRC04:27
*** unicell1 has joined #openstack-kolla04:35
*** caowei has quit IRC04:35
*** unicell has quit IRC04:37
*** dave-mccowan has quit IRC04:43
*** kbaegis has quit IRC04:47
*** aagate has joined #openstack-kolla04:50
openstackgerritMerged openstack/kolla master: Add dragonflow container  https://review.openstack.org/41819304:51
*** jaosorior_away is now known as jaosorior05:00
*** lpetrut has joined #openstack-kolla05:06
*** caowei has joined #openstack-kolla05:06
*** pc_m has quit IRC05:11
masuberugood afternoon, which options do I need to enable on globals.yml file in order to have magnum and ironic, I mean I can see there is 1 options for each of them, but is there any other dependency I need to install? ?05:20
*** zhubingbing_ has quit IRC05:25
*** zhubingbing has joined #openstack-kolla05:26
*** salv-orlando has joined #openstack-kolla05:27
openstackgerritAnthony Lin proposed openstack/kolla-kubernetes master: Script to Deploy Kolla Kubernetes AIO  https://review.openstack.org/46431205:27
*** stefan_bo has joined #openstack-kolla05:28
*** chkumar|off is now known as chandankumar05:31
*** zhubingbing has quit IRC05:36
*** skramaja has joined #openstack-kolla05:37
*** salv-orlando has quit IRC05:44
*** lpetrut has quit IRC05:47
masuberuaccording to this doc kolla ironic is on tech preview state https://docs.openstack.org/developer/kolla/newton/ironic-guide.html05:50
masuberudoes it means that is not production ready yet?05:50
masuberuI am actually running into problems trying to install it05:51
masuberuhttps://pastebin.com/raw/aM6zyZWs05:51
openstackgerritDennis Mueller proposed openstack/kolla-ansible master: Added neutron metering-agent support  https://review.openstack.org/44585805:53
*** janki has joined #openstack-kolla05:57
masuberuanyone?06:07
*** zhubingbing has joined #openstack-kolla06:13
*** magicboiz has joined #openstack-kolla06:18
*** pc_m has joined #openstack-kolla06:19
*** pcaruana has joined #openstack-kolla06:24
openstackgerritJeffrey Zhang proposed openstack/kolla stable/ocata: Bump OpenStack service version  https://review.openstack.org/46583006:31
*** satyar has joined #openstack-kolla06:34
*** mannamne has joined #openstack-kolla06:34
*** rwellum has quit IRC06:35
*** magicboiz has quit IRC06:39
*** salv-orlando has joined #openstack-kolla06:45
*** mannamne has quit IRC06:46
*** salv-orlando has quit IRC06:50
*** matrohon has joined #openstack-kolla06:52
openstackgerritshaofeng cheng proposed openstack/kolla master: Add ceilometermiddleware in swift-proxy-server  https://review.openstack.org/46584106:54
manheimmasuberu: enabling the services in globals should be sufficient06:55
manheimWhat distro are you using eith what images06:55
*** zhubingbing has quit IRC06:58
*** zhubingbing has joined #openstack-kolla06:59
*** unicell1 has quit IRC07:00
*** unicell has joined #openstack-kolla07:00
*** duonghq has quit IRC07:03
*** unicell1 has joined #openstack-kolla07:03
*** unicell has quit IRC07:04
*** manheim_ has joined #openstack-kolla07:06
*** Serlex has joined #openstack-kolla07:10
*** zhubingbing has quit IRC07:19
openstackgerritMathieu Rohon proposed openstack/kolla master: Add skydive service  https://review.openstack.org/45999507:20
openstackgerritMerged openstack/kolla-ansible stable/ocata: Fix panko source and dest file path in ceilometer config  https://review.openstack.org/46366307:23
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Support OSprofile usage  https://review.openstack.org/45562807:24
openstackgerritJeffrey Zhang proposed openstack/kolla stable/newton: Bump OpenStack service  https://review.openstack.org/46584907:25
*** mgoddard__ has joined #openstack-kolla07:28
bjolo__morning07:32
bjolo__can someone please confirm something for me07:32
bjolo__i have a compute node with a couple of VM's on it07:33
bjolo__docker restart nova_libvirt07:33
bjolo__should work right?07:33
bjolo__pbourke egonzales Jeffrey4l_ ?07:34
openstackgerritpangliye proposed openstack/kolla-ansible master: Modify the configuration file of telegraf  https://review.openstack.org/46544607:37
openstackgerritMathieu Rohon proposed openstack/kolla master: Add skydive service  https://review.openstack.org/45999507:41
*** lpetrut has joined #openstack-kolla07:41
*** duritong has quit IRC07:41
*** duritong has joined #openstack-kolla07:42
*** stefan_bo has quit IRC07:43
*** stefan_bo has joined #openstack-kolla07:44
*** jmccarthy has joined #openstack-kolla07:44
Jeffrey4l_bjolo__, yes.07:46
Jeffrey4l_when u using using qemu+kvm.07:46
*** tovin07_ has joined #openstack-kolla07:46
Jeffrey4l_qemu without kvm should be not.07:46
*** salv-orlando has joined #openstack-kolla07:46
pomacJeffrey4l_: libvirt uses socket files to communicate to qemu - so the nspawn is not complete and it doesn't quite work with, atleast, newer docker systems07:48
pomacUsing local sockets might have been a better and more disconnected approach07:48
bjolo__still trying to pinpoint down the issue, but what we see is this07:49
bjolo__kernel 4.11.1 and docker 17.05 and 1.12.607:49
Jeffrey4l_what issue are we talking? is there any bug to track this?07:49
bjolo__if you restart nova_libvirt container, the compute node stops working. you cannot launch a new vm or attach a volume etc07:50
Jeffrey4l_which kolla version are u using?07:50
*** duritong has quit IRC07:50
bjolo__will do some more TS and then open bug, just wanted to confirm that docker restart nova_libvirt *should* work07:50
bjolo__ocata07:50
bjolo__stable07:50
*** duritong has joined #openstack-kolla07:51
Jeffrey4l_i tried upgrade the whole openstack stack from newton to ocata and between ocata minor version.07:51
Jeffrey4l_never saw such issue.07:51
Jeffrey4l_after upgrade ( nova_libvirt is restarted or re-created ), anything is find.07:51
*** jmccarthy has quit IRC07:51
Jeffrey4l_fine*07:51
bjolo__whats your OS, kernel version?07:52
*** powerd has joined #openstack-kolla07:52
*** salv-orlando has quit IRC07:52
Jeffrey4l_cenos 7 with default kernel ( 3.10.0-327.22.2.el7.x86_64 )07:52
bjolo__and what type of docker filesystem are you using? we use btrfs07:52
Jeffrey4l_i tested again direct-lvm , btrfs is tested but i am not 100% sure.07:53
Jeffrey4l_pomac, libvirt connect qemu with socket? where the socket file is located?07:54
pomacJeffrey4l_: the problem shows as all qemu communication, including starting new machines and attaching volumes doesn't work until all vm:s are restarted07:55
*** gfidente has joined #openstack-kolla07:55
Jeffrey4l_even virsh list do not work?07:55
pomacexample: "/var/lib/libvirt/qemu/domain-53-instance-00000379/monitor.sock"07:55
*** jmccarthy has joined #openstack-kolla07:55
*** egonzalez has joined #openstack-kolla07:56
pomacJeffrey4l_: i think it sees them but can't communicate - not certain of this though07:56
Jeffrey4l_this folder is mount on docker libvirt volume.07:56
bjolo__as pomac says... issue seems to have something todo with /var/lib/libvirt/qemu. which is a layer inside the docker container07:56
*** duritong has quit IRC07:56
bjolo__no not mounted in our case07:56
Jeffrey4l_after nova_libvirt restarted, these files is not changed.07:56
*** shardy has joined #openstack-kolla07:57
pomacJeffrey4l_: yep, and when nova_libvirt is restarted something goes wrong07:57
Jeffrey4l_oops.07:57
bjolo__on the host, there is no /var/lib/libvirt07:57
Jeffrey4l_do u mean this folder it mounted *before* restart  nova_libvirt, but disappear *after* restart nova_libvirt?07:57
bjolo__it only exist inside the container nova_libvirt07:57
Jeffrey4l_it is a docker libvirt volume. check "docker volume ls"07:58
pomacJeffrey4l_: something like that yes, it definetly feels a bit like schrodingers cat07:58
Jeffrey4l_and "docker inspect nova_libvirt" to check whether "/var/lib/libvirt" in container is mounted from host OS07:58
bjolo__ah ok07:58
bjolo__libvirtd07:58
bjolo__there it is07:58
Jeffrey4l_yes. libvirtd.07:59
bjolo__nova_libvirt_qemu what is that one used for?07:59
Jeffrey4l_then the socket file is never changed, no matter what docker storage driver are u using.07:59
Jeffrey4l_it is instance-xx.xml file07:59
bjolo__http://paste.openstack.org/show/609876/07:59
Jeffrey4l_it is mounted on /etc/libvirtd/qemu07:59
bjolo__hmmm08:00
bjolo__ok08:00
Jeffrey4l_look good08:00
*** zhubingbing has joined #openstack-kolla08:04
pomacJeffrey4l_: when you started saying this i thought that the sockets should remain in the host system but according to this it's a subvolume that might be unmounted and mounted again - no unix socket will survive this08:04
Jeffrey4l_it is file mount not device mount. file survived.08:05
Jeffrey4l_anyway, please try to prove it ;)08:05
*** powerd has quit IRC08:06
bjolo__agree that it should work08:06
bjolo__we just have an issue that it does not work for us right now08:06
*** athomas has joined #openstack-kolla08:07
bjolo__my hunch is that docker has an issue with btrfs08:07
Jeffrey4l_bjolo__, what kinda issue?08:07
*** duritong has joined #openstack-kolla08:08
pomacJeffrey4l_: but if the file is unmounted, especially lazily, and then remounted, then there is no connection between the 'socket' and the process08:09
bjolo__as i said. if we do a docker restart nova_libvirt, the compute node stops working08:10
*** mgoddard__ has quit IRC08:10
bjolo__we cannot launch new vms, attach volumes, etc08:10
bjolo__the way to clear it up is to stop/start all vms or migrate them out08:11
bjolo__then the compute node "works" again08:11
bjolo__the logs indicate that once we do a restart nova_libvirt, it looses all communication to the VMs08:12
bjolo__as pomac states... the unix socket does not seem to survive this operation08:12
Jeffrey4l_hrm..08:12
bjolo__from a ps tree perspective. the qemu process changes parent from nova_libvirt to systemd08:13
Jeffrey4l_bjolo__, this change is expected, imo.08:14
bjolo__i know08:14
bjolo__for cleanlisness i would like to see all qemu processes under systemd08:14
Jeffrey4l_i still curiosity about the loss of socket. could u check the filesystem status when the issue happen? for example /var/lib/libvirt files08:15
*** caowei has quit IRC08:16
openstackgerritSurya Prakash (spsurya) proposed openstack/kolla-ansible master: [WIP] Add dragonflow ansible role  https://review.openstack.org/46586208:18
*** mannamne has joined #openstack-kolla08:20
*** zhubingbing has quit IRC08:20
openstackgerritSurya Prakash (spsurya) proposed openstack/kolla-ansible master: [WIP] Add dragonflow ansible role  https://review.openstack.org/46586208:22
bjolo__Jeffrey4l_, you have a compute node with some vms on it? ocata08:23
bjolo__the issue does not show if you dont have running VM's08:24
bjolo__can you do a docker restart nova_libvirt in that case08:24
Jeffrey4l_i tested upgrade with vm running. anyway is file.08:24
Jeffrey4l_anyway, let me launch a env to test this.08:24
bjolo__ok08:24
bjolo__what filesystem/volume driver do you have for docker? btrfs? overlayfs?08:25
*** zhubingbing_ has joined #openstack-kolla08:25
*** kbaegis has joined #openstack-kolla08:26
Jeffrey4l_bjolo__, what filesystem you want me to use?08:26
bjolo__we use btrfs08:26
bjolo__kernel-ml from elrepo08:26
*** Shunli has joined #openstack-kolla08:27
Jeffrey4l_nice. my env is using btrfs + kernel-ml .08:28
ShunliHi all, could anyone help review this patch https://review.openstack.org/#/c/458791/?08:28
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible stable/ocata: Don't configure external bridge on computes if DVR is disabled  https://review.openstack.org/46586508:29
Jeffrey4l_Shunli, done.08:31
Shunli@Jeffrey41, thx08:32
Jeffrey4l_np.08:32
Jeffrey4l_bjolo__, tested.08:32
Jeffrey4l_vm is still pingable.08:32
bjolo__wtf08:32
*** chuck__ has joined #openstack-kolla08:32
bjolo__hmmm08:32
bjolo__well our VMs that are running still runs08:33
bjolo__try launch a new vm08:33
Jeffrey4l_what i testedis: 1. boot a vm   2. ping is OK    3. restart nova_libvirt   4. ping is OK    5 , start nova_libvirt, ping is still OK.08:33
Jeffrey4l_let me try08:33
bjolo__testvector 1. boot vm 2. docker restart nova_libvirt 3. boot another vm08:34
*** zul has quit IRC08:34
* Jeffrey4l_ is trying to boot a new vm.08:34
bjolo__4. try attach volume to runing VM. 5. try migrate running vm08:34
bjolo__step 3 4 5 all fails for us after we have done a restart of nova_libvirt08:35
Jeffrey4l_hrm.. this is AIO env.08:35
bjolo__we have multinode. 8 compute nodes08:35
bjolo__skip the migrate08:35
Jeffrey4l_boot a new vm works.08:35
bjolo__hmmm08:36
*** kbaegis has quit IRC08:36
bjolo__lets compare setups08:36
bjolo__host OS centos7, kernel-ml 4.11.1, btrfs, docker 1.12.6 or 17.0508:37
bjolo__kolla is ocata stable. our images where built about a week ago.08:38
Jeffrey4l_centos / kernel 4.9  / docker 1.12.6 / btrfs /08:39
openstackgerritMerged openstack/kolla stable/newton: Add ssh-keyscan to unblock kolla gate  https://review.openstack.org/46202508:39
bjolo__centos and source. build.conf update to use the ocata stable tarballs for each openstack project08:39
Jeffrey4l_kolla is ocata stable. but image is built 2 month ago ;(08:39
bjolo__ok08:39
Jeffrey4l_i will built lastest ocata image tonight on physical machine and test this.08:39
*** powerd has joined #openstack-kolla08:40
Jeffrey4l_but i think it should work.08:40
bjolo__tnx Jeffrey4l_ we will do some more TS on our side08:40
Jeffrey4l_np.08:40
*** zhurong has joined #openstack-kolla08:40
bjolo__one more thing. what boot flags do you have for your kernel?08:41
Jeffrey4l_BOOT_IMAGE=/vmlinuz-4.9.0-1.el7.elrepo.x86_64 root=/dev/mapper/centos-root ro rd.lvm.lv=centos/root rd.lvm.lv=centos/swap crashkernel=auto rhgb quiet08:41
bjolo__args="ro rootflags=subvol=root crashkernel=auto rhgb nosplash intel_iommu=on hpsa.hpsa_allow_any=1 nofb video=vesafb:off nomodeset vga=0 hpsa.hpsa_simple_mode=0 scsi_mod.use_blk_mq=Y radeon.modeset=0"08:41
Jeffrey4l_it is default.08:41
Jeffrey4l_i never changed this.08:41
bjolo__ok08:41
pomacJeffrey4l_: which partitions do you use btrfs on?08:43
Jeffrey4l_ / is xfs and /var/lib/docker is btrfs.08:44
*** mgoddard__ has joined #openstack-kolla08:46
openstackgerritDan Ardelean proposed openstack/kolla-ansible master: Add Hyper-V role  https://review.openstack.org/45568408:47
egonzalezzhubingbing_, have a second to check https://review.openstack.org/#/c/458791/08:47
zhubingbing_ok08:48
*** salv-orlando has joined #openstack-kolla08:48
pomacJeffrey4l_: can we invite you in upgrading the kernel and see if you feel the same punishment? ;)08:49
Jeffrey4l_i recommend you fix the issue manually when it happen to dig what's going on. for example remove nova_libvirt and create again.  "virst list" in nova_libvirt etc.08:51
openstackgerritpangliye proposed openstack/kolla master: Install docker_client and groupadd  https://review.openstack.org/46588008:51
pomacJeffrey4l_: currently waiting for testnode to reboot - bjolo__ will test with 4.9 to see if it's differnet08:52
*** salv-orlando has quit IRC08:53
*** jaosorior is now known as jaosorior_lunch08:57
*** salv-orlando has joined #openstack-kolla09:00
*** kbaegis has joined #openstack-kolla09:01
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: Do Not Merge, kolla-kubernetes gate tests  https://review.openstack.org/46106309:03
*** palexster has quit IRC09:04
*** zhurong has quit IRC09:05
*** salv-orlando has quit IRC09:05
*** palexster has joined #openstack-kolla09:10
*** satyar has quit IRC09:10
egonzalezmanheim, was thinking about the hyperv passwd, please add in the doc to move the passwd into /etc/kolla/passwords.yml, so users can encrypt the file with all passwd09:13
egonzalezs/to move/suggest to move/09:14
*** dasTor_ has joined #openstack-kolla09:16
*** dasTor has quit IRC09:18
*** palexster has quit IRC09:19
hrwmorning09:22
*** jascott1 has quit IRC09:27
*** zhubingbing_ has quit IRC09:27
*** jascott1 has joined #openstack-kolla09:28
manheim_hello09:31
*** jascott1 has quit IRC09:32
manheim_egonzalez ok, i will move the password in the passwords.yml file09:33
manheim_and edit the docs09:33
manheim_how does it look other than this?09:33
egonzalezmanheim, im adding some other comments, wait a sec09:34
manheim_ok09:34
*** zhubingbing_ has joined #openstack-kolla09:35
*** Shunli has quit IRC09:36
openstackgerritEduardo Gonzalez proposed openstack/kolla-ansible master: Fix doc warning  https://review.openstack.org/46590009:38
*** sambetts|afk is now known as sambetts09:44
openstackgerritSam Betts proposed openstack/kolla-kubernetes master: Remove kolla-ansible dependencies  https://review.openstack.org/46508909:51
*** tovin07_ has quit IRC09:53
*** zhubingbing_ has quit IRC09:58
*** stefan_bo has quit IRC10:06
pesterhi all, I was running Kolla-Centos on ubuntu, and just now switched to Kolla-Centos on Centos and got error - "libvirtError: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken"10:07
egonzalezpester, is selinux enabled? are you using kvm or qemu?10:08
*** cuongnv has quit IRC10:08
pesterselinux enabled, using KVM10:09
pesterI just followed quick start at - "https://docs.openstack.org/developer/kolla-ansible/quickstart.html"10:10
pesterno mentions about selinux, it should be disabled ?10:10
*** bjolo has joined #openstack-kolla10:13
*** bjolo_ has joined #openstack-kolla10:13
egonzalezpester, with some docker version selinux worked but is not officially supported by kolla https://docs.openstack.org/developer/kolla-ansible/security.html#selinux10:14
egonzaleziirc 1.12.6 worked10:14
*** zhubingbing_ has joined #openstack-kolla10:15
*** zhubingbing_ has quit IRC10:15
*** jrich523_ has joined #openstack-kolla10:16
egonzalezsomething else we have to add at quickstart guide ;/10:16
*** zhubingbing has joined #openstack-kolla10:16
pesteryes, it was selinux10:17
*** jrich523 has quit IRC10:18
*** zhubingbing has quit IRC10:19
pesteregonzalez: on centos it is same as on ubuntu, this is the result of ./init-runonce with cirros boot - https://ibb.co/c1E4i510:20
egonzalezi've seen that recently, are you using vms inside vmware?10:21
egonzalezyeah, missed nick ;)10:22
pesterit was me, we disscused this some days ago) I just changed host OS to be sure...10:22
egonzalezhave the bug at hand? cannot find it atm10:24
pesterhttps://bugs.launchpad.net/bugs/168849610:24
openstackLaunchpad bug 1688496 in kolla "instance stuck at "booting from hard disk"" [Undecided,Invalid]10:24
pesterI changed bug due to it is qemu bug, not kolla10:24
egonzalezso finally is some issue with esxi10:25
egonzalezhave you tried with older esxi version than 6?10:26
pesteroh) not ofc, it would be a pain for several days)10:26
*** salv-orlando has joined #openstack-kolla10:28
egonzalezalready a pain using vmware ;)10:28
*** daidv has quit IRC10:28
kollianegonzalez: after deploying to openstack10:29
kollianhow will i access the horizon10:29
kollian?10:30
kolliannot able to find the port10:30
spsuryakollian: it runs on 8010:31
spsuryaaccess via http://localhost:80/dashboard10:32
*** salv-orlando has quit IRC10:33
spsuryakollian: in kolla services use the same port as they use devstack installation10:34
kollianspsurya: thanks10:34
*** kollian has quit IRC10:36
pesterif using centos - fierst open port in iptables10:40
pesterusing vmware for 10 years almost without issues) btw got VM on esx 6.5 will try it now10:42
egonzalezpester, if run  `/usr/libexec/qemu-kvm -M ?`  (? included) in the host whats the output and the same in libvirt container10:45
pester-bash: /usr/libexec/qemu-kvm: No such file or directory10:46
egonzalezinstall qemu-kvm10:46
pesterno qemu-kvm on hostmachine10:46
pesterI traced those -machine setting to be hardcoded inside package...10:47
*** openstackgerrit has quit IRC10:48
pesterhm, they differ very much - http://paste.openstack.org/show/609897/10:49
egonzalezhrm, so host is centos7 and centos images 7.3?10:50
pesterno, it is fresh 7.3 CentOS Linux release 7.3.1611 (Core)10:51
pesterin container I got package qemu-kvm-ev-2.6.0-28.el7_3.6.1.x86_6410:52
pesterin host - qemu-kvm-1.5.3-126.el7_3.6.x86_6410:53
egonzalezmay try settign hw_machine_type to qemu-kvm-1.5.3-126.el7_3.6.x86_64 and check if works with 7.0.0 type?10:55
egonzalez*pc-i440fx-rhel7.0.010:55
*** openstackgerrit has joined #openstack-kolla10:56
openstackgerritzhuangzejian proposed openstack/kolla-ansible master: Delete unnecessary code and insert a blank lines.  https://review.openstack.org/46591910:56
*** YuYangWang has quit IRC10:56
openstackgerritDan Prince proposed openstack/kolla master: Switch setup_RedHat.sh to overlay2  https://review.openstack.org/46592010:58
pesterI tried, but looks like this setting is broken, I just add metadata hw_machie_type=x86_64 and even if you dont edit config it fails10:58
openstackgerritChen proposed openstack/kolla-ansible master: Fix several grammer issues on comments  https://review.openstack.org/46592110:58
pestererror is libvirt-PCI-something10:59
pesterfound this - https://lists.centos.org/pipermail/centos-announce/2015-October/021445.html10:59
egonzalezsettings are11:01
egonzalez[libvirt]11:02
egonzalezhw_machine_type=x86_64=pc-i440fx-rhel7.0.011:02
pesterI know, tried it - didn`t help, got libvirt error even more untraceable11:03
openstackgerritPaul Bourke (pbourke) proposed openstack/kolla-ansible master: Add a new 'outward' rabbitmq instance  https://review.openstack.org/45373811:03
openstackgerritSam Betts proposed openstack/kolla-kubernetes master: Remove kolla-ansible dependencies  https://review.openstack.org/46508911:03
egonzalezweird, I have a working env with those versions11:04
egonzalezwell, i dont even have any qemu package in the compute nodes, only in containers11:05
*** kbaegis has quit IRC11:19
pesteregonzalez: I installed qemu-kvm-ev on host machine, so -M listings are same now, problem still persist11:21
*** mgoddard__ has quit IRC11:22
*** salv-orlando has joined #openstack-kolla11:28
*** rwellum has joined #openstack-kolla11:29
*** jaosorior_lunch is now known as jaosorior11:29
*** sklgromek has joined #openstack-kolla11:29
*** chuck__ is now known as zul11:32
sklgromekhi Guys,11:33
sklgromeki have some problem with override cinder.conf  configuration.11:33
sklgromekI wanna add new cinder backend.11:33
sklgromekI put my configuration  file in11:33
sklgromek/etc/kolla/config/cinder/cinder.conf, and nothing was override;/11:33
*** skramaja has quit IRC11:33
*** salv-orlando has quit IRC11:33
sklgromekwhat can be wrong?11:33
egonzalezthe path ;) /etc/kolla/config/cinder.conf11:34
egonzalezsklgromek,  ^^11:34
egonzalezsklgromek, you can override: <config>/cinder.conf , <config>/cinder/<service-name>.conf (cinder-api.conf) or <config>/cinder/<inventory_hostname>/cinder.conf11:36
sklgromekohh , ok thank you, i will try.11:37
openstackgerritMathieu Rohon proposed openstack/kolla master: Add skydive service  https://review.openstack.org/45999511:51
matrohonegonzalez, hi11:51
egonzalezmatrohon, sup11:51
matrohonegonzalez, concerning your comment about the skydive dockerfile : https://review.openstack.org/#/c/459995/8/docker/skydive/Dockerfile.j2@1411:52
manheim_Dockerfiles are used only when building the images and never touched on pull->deploy?11:52
egonzalezmanheim, yep, pull/deploy uses already existing images11:53
matrohonegonzalez, in the current version both the analyzer and the agent are run as root user11:53
matrohonthis is mandatory for the agent11:53
matrohonbut not for the analyzer11:54
matrohonI saw you set +2 for this version, so it's ok as is?11:54
egonzalezmatrohon, then i'd prefer having skydive-base, skydive-analyzer and skydive-agent11:55
egonzalezif we avoid exposing root to an image is better imo11:55
matrohonegonzalez, I was afraid you answered that :)11:55
matrohonegonzalez, but I agree11:55
matrohonI'll try to revisit my patch asap11:56
sklgromekegonzalez:  thank you, now it's working.11:57
matrohonegonzalez, thanks11:57
egonzalezsklgromek, what backend have implemented? something we can have upstream?11:57
*** salv-orlando has joined #openstack-kolla11:57
*** matrohon has quit IRC12:01
manheim_egonzalez i put [hyperv] in inventory, should i put [hyperv:vars] also?12:13
egonzalezmanheim, think no, just add on docs12:15
manheim_AHA12:18
manheim_sorry for caps12:19
manheim_so about the automated networking-hyperv driver in neutron Dockerfile12:19
egonzalezadd the binary/source in neutron images12:23
egonzalezdont make people install stuff on already running containers(anti CI friendly)12:23
manheim_yea12:26
manheim_but this implies that new images will be generated12:26
manheim_and this in kolla project12:27
egonzalezmanheim, yep, open a new change and add the packages in the image, for example for neutron-server https://github.com/openstack/kolla/blob/master/docker/neutron/neutron-server/Dockerfile.j2#L1412:28
manheim_this for all base distros and both binary and source12:29
egonzalezif binary have packages build by distros, add binary into that install type, then add pip package for source12:29
manheim_only pip packages12:30
*** schwicht has joined #openstack-kolla12:31
manheim_issue is that the the driver is per openstack version12:31
manheim_how can I deal with this12:32
manheim_e.g "networking-hyperv>=3.0.0,<4.0.0" is for ocata12:32
*** schwicht has quit IRC12:36
*** schwicht has joined #openstack-kolla12:39
*** salv-orlando has quit IRC12:39
*** salv-orlando has joined #openstack-kolla12:40
*** goldyfruit has joined #openstack-kolla12:42
jaosoriorHey guys, what's the process of adding a new image to kolla? We've been thinking about adding an image for a service called novajoin ( https://github.com/openstack/novajoin ) however, there are no ubuntu packages for this (only CentOS), will this be a problem?12:43
*** salv-orlando has quit IRC12:45
*** jbadiapa has quit IRC12:45
*** jrist has quit IRC12:45
*** jbadiapa has joined #openstack-kolla12:46
openstackgerritOpenStack Proposal Bot proposed openstack/kolla master: Updated from global requirements  https://review.openstack.org/46525712:46
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/46439312:46
*** bjolo_ has quit IRC12:47
*** bjolo has quit IRC12:47
*** bjolo_ has joined #openstack-kolla12:47
egonzalezjaosorior, if there is no ubuntu packages just add an exception on building for base_distro https://github.com/openstack/kolla/blob/master/docker/dragonflow/dragonflow-base/Dockerfile.j2#L1212:50
jaosorioregonzalez: awesome, thanks!12:51
egonzalezalso here https://github.com/openstack/kolla/blob/master/tests/test_build.py#L114 to not make gates cry ;)12:51
*** rwallner has joined #openstack-kolla12:53
*** schwicht has quit IRC12:54
jaosorioregonzalez: noted, thanks12:56
*** rwallner has quit IRC13:01
*** rwallner has joined #openstack-kolla13:01
*** fguillot has joined #openstack-kolla13:02
openstackgerritBrad P. Crochet proposed openstack/kolla master: Add mistral-event-engine image  https://review.openstack.org/46297213:02
openstackgerritDan Prince proposed openstack/kolla master: multipathd: modprobe dm-multipath on startup  https://review.openstack.org/46595213:03
openstackgerritBrent Eagles proposed openstack/kolla master: Add Neutron SR-IOV agent image  https://review.openstack.org/46595313:04
*** mgoddard__ has joined #openstack-kolla13:05
*** schwicht has joined #openstack-kolla13:09
*** dave-mccowan has joined #openstack-kolla13:13
*** jrist has joined #openstack-kolla13:14
*** bjolo_ has quit IRC13:18
*** bmaltais_ has joined #openstack-kolla13:19
rwellumSimple basic question: I have a kolla-k8s cluster up and running. Now I want to generate a vm with Nova. Not sure where to do it from and how in this environment. Pointers are fine...13:21
sdakerwellum have you generated teh openrc file?13:21
rwellumyes. I can do this in horizon. Although it's slow because I think my VM is under-powered.13:22
*** sgrasley has joined #openstack-kolla13:22
sdakerwellum cool - typically what I do is source that file and then run a bootstrap script13:23
sdakee..g: https://github.com/openstack/kolla-ansible/blob/master/tools/init-runonce13:23
sdakerwellum after running that command, a "openstack server boot xyz" operation will be printed out that is appropriate for the network env13:24
sdakeyou may need to customize that script to your network setup13:24
rwellumThanks sdake - looking at it now.13:25
*** janki has quit IRC13:27
*** eaguilar has joined #openstack-kolla13:28
*** eanylin has quit IRC13:30
*** ducttape_ has joined #openstack-kolla13:30
*** ducttape_ has quit IRC13:31
openstackgerritAndy Smith proposed openstack/kolla master: Add qdrouterd container  https://review.openstack.org/46514513:39
*** salv-orlando has joined #openstack-kolla13:41
*** ducttape_ has joined #openstack-kolla13:41
*** eanylin has joined #openstack-kolla13:44
*** salv-orlando has quit IRC13:46
inc0good morning13:47
*** ducttape_ has quit IRC13:47
*** ducttape_ has joined #openstack-kolla13:48
sdakeanyone have any idea if we need: res create bootstrap openvswitch-set-external-ip13:52
rwellumMorning13:52
sdakeand if it is needed, would a microchart work for that?13:52
sdakesup inc013:52
inc0sdake: what this chart would do?13:53
sbezverksdake: I think we got rid of it in the gate after started using keepalived13:53
inc0not to mention openvswitch doesn't have IPs;)13:53
inc0ahh13:53
sbezverkinc0: it was done to be able to test external connectivity13:53
inc0yeah, we need keepalived for that13:54
sbezverkat the gate13:54
rwellumsbezverk: I have recreated the issue where I seem to run out of ip addresses. Just seems to require me to bring up my environment enough times.13:54
sdakesbezverk godo news thanks :)13:54
sbezverkrwellum: ok let's dig a bit deeper if you have time now13:54
openstackgerritDan Ardelean proposed openstack/kolla master: Add networking-hyperv driver when building neutron-server image  https://review.openstack.org/46598113:55
sbezverkrwellum: when you bring up new env, it is clean VM, no any leftovers is possible?13:56
rwellumsbezverk: typically I have a meeting now but will be free in about an hour.13:56
sbezverkrwellum: ok sounds good13:56
rwellumYes it's fine from a clean vm so assuming something goes bad over time.13:57
sbezverkrwellum: I think then it might be related to etcd left overs. It keep previously alocated ranges and with enough attempts it runs out of available subnets for pod. It is just a theory, but we could check that by looking into etcd raw data13:59
rwellumsbezverk: cool14:00
manheim_egonzalez you on?14:01
egonzalezmanheim, yep14:07
manheim_about rdp_port14:08
manheim_so this is used only on hyperv nodes14:08
manheim_but from the comment i think you got that14:08
openstackgerritMerged openstack/kolla-kubernetes master: Remove kolla-ansible dependencies  https://review.openstack.org/46508914:09
egonzalezmanheim, is also used by heat_cfn, but i'd prefer not share same port for other services, even not being in the same node14:10
egonzalezjust for consistency14:10
*** krtaylor has quit IRC14:13
*** kbaegis has joined #openstack-kolla14:18
manheim_i see14:18
*** srwilkers has joined #openstack-kolla14:19
*** kbaegis has quit IRC14:19
*** mkoderer has joined #openstack-kolla14:19
*** shardy has quit IRC14:31
openstackgerritAnthony Lin proposed openstack/kolla-kubernetes master: Script to Deploy Kolla Kubernetes AIO  https://review.openstack.org/46431214:31
*** shardy has joined #openstack-kolla14:32
openstackgerritMerged openstack/kolla master: Updated from global requirements  https://review.openstack.org/46525714:33
*** palexster has joined #openstack-kolla14:34
manheim_hmm, any port preference for rdp_port?14:36
*** krtaylor has joined #openstack-kolla14:42
openstackgerritAnthony Lin proposed openstack/kolla-kubernetes master: Script to Deploy Kolla Kubernetes AIO  https://review.openstack.org/46431214:42
inc0kfox1111: up and about?14:44
*** krtaylor has quit IRC14:44
egonzalezanyone have a hint why ubuntu binary build gates are crying with python deps?14:45
*** imcsk8 has quit IRC14:46
*** lpetrut has quit IRC14:48
*** krtaylor has joined #openstack-kolla14:48
hawihi. i have kind a silly question: how to upgrade from 4.0.0 to 4.0.x14:49
inc0hawi: once you have 4.0.1 (for example available)14:50
inc0just change /etc/kolla/globals.yml openstack_release="4.0.1" and run kolla-ansible upgrade14:50
inc0or better, pip install -U kolla-ansible14:50
*** shardy has quit IRC14:50
inc0pip freeze | grep kolla-ansible => 4.0.114:51
inc0ensure openstack_release in globals is "auto"14:51
inc0and run kolla-ansible upgrade14:51
*** shardy has joined #openstack-kolla14:53
*** imcsk8 has joined #openstack-kolla14:54
hawiinc0: thanks, will try out. i do have some broken things i think are fixed in 4.0.x, so will try out14:54
inc0sure, it's good to have your containers up-to-date14:54
hawiinc0: is kolla_install_type also important? i think i installed last one as source14:55
inc0well, if you change install type it's going to be upgraded to new install type14:55
inc0so if you have source, you need to have source images available and source is going to be upgraded to14:56
manheim_4.0.1 is out? :>14:57
openstackgerritBrad P. Crochet proposed openstack/kolla master: Add mistral-event-engine image  https://review.openstack.org/46297214:59
sdakeinc0 can you help me with some ansibulls14:59
sdakeor alternately egonzalez :)14:59
inc0whats up?14:59
sdakei want to unlabel nodes in ansibulls14:59
inc0as in ansible calling k8s?14:59
sdakehttps://review.openstack.org/#/c/464031/14:59
inc0I'd just use command for that14:59
sdakeya i wrote one in bash already15:00
sdakeit was pretty terribad :)15:00
*** jaosorior is now known as jaosorior_away15:00
*** yingjun has joined #openstack-kolla15:01
sdake# Unlabel the nodes15:01
sdakekubectl get nodes -o name | xargs -i kubectl label {} kolla_compute- kolla_controller- kolla_conductor-15:01
sdakethe problem is sometimes nodes are not labeled15:01
sdakeand ansibulls needs to detect that scenario and proceed15:01
*** dasTor_ has quit IRC15:01
*** dasTor has joined #openstack-kolla15:02
inc0hmm, can you paste worst case scenerio somewherE?15:02
inc0I don't have k8s cluster at hand15:02
pesterhow do I debug network without brctl ? >_< can`t if my interface plugged into br-ex or not....15:02
sdakei dont have any ansible implemented15:02
sdakeit just spits out a buch of errors aboutn o label present15:02
sdake(it is untidy)15:02
inc0pester: if you're using ovs, that's ovs-vsctl15:02
inc0and you can have it by doing15:03
inc0docker exec -it openvswitch_vswitchd bash15:03
sdakeinc0 that review contains the rest of the code i've wr itten for destroy15:03
Reepicheepmanheim_: I think the release schedule is every 45 days or so but I'm not sure that it is hard and fast and 4.0.1 came out 28 days ago15:03
inc0and there you have ovs-vsctl15:03
sdakeReepicheep it is a consideration not a guideline or policy15:03
inc0sdake: what I'm asking is kubectl get nodes -o name15:03
Reepicheepnow the stable/ocata branch continues to move forward between releases15:03
inc0with mix of labeled and non-labeled15:04
pesterinc0: thx15:04
sdakeinc0 oh yo uwant to see the output?15:04
inc0the input:)15:04
Reepicheepsdake: that is kinda what I was thinking15:04
*** jascott1 has joined #openstack-kolla15:04
inc0also you can add grep kolla;)15:04
inc0before xargs15:04
sdakesometimes nodes have only 2 labels sometimes 1 sometimes 315:05
sdakeinc0 the input to what?  to the xargs?15:05
manheim_:q15:05
manheim_sorry15:05
inc0ok, so what we can do is kubectl get nodes | grep kolla | awk ..(get node name) | xargs..15:06
sdakethat selects only the nodes labeled with kolla15:07
sdakesometimes no compute or conductor label is applied (which spits out an error)15:07
sdakelet me generate the output - moment deploying :)15:07
sdakerather the kubectl get nodes output15:07
sdakebah its just a list of nodes15:08
*** jascott1 has quit IRC15:08
sdakeinc0 $ kubectl get nodes -o name15:09
sdakenode/falkor-node015:09
sdakenode/falkor-node115:09
sdakenode/falkor-node215:09
inc0remove -o name?15:09
*** jrich523_ is now known as jrich52315:12
sdakethis works: [admin@falkor-node0 ~]$ kubectl get nodes --selector=kolla_conductor15:14
sdake-o name prints out output that that other kubectl command can work with :)15:14
sdake[admin@falkor-node0 ~]$ kubectl get nodes --selector=kolla_conductor -o name15:15
sdakenode/falkor-node015:15
sdakeinc0 thanks for the brainstorm session :)15:15
sdakeI can implement those as 3 separate operations15:15
*** goldyfruit has quit IRC15:15
openstackgerritKevin Fox proposed openstack/kolla-kubernetes master: WIP: v4 gates.  https://review.openstack.org/45484115:16
*** goldyfruit has joined #openstack-kolla15:17
pesterhm, looks like ovs inserted my tap0 into br-ex incorrectly :( can`t see any traffic on tap015:17
*** gomarivera_ has joined #openstack-kolla15:18
openstackgerritMerged openstack/kolla master: multipathd: modprobe dm-multipath on startup  https://review.openstack.org/46595215:18
pesterI love IRC so much, just write question and google it youself and get the solution)15:19
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600715:20
*** manheim_ has quit IRC15:21
inc0yeah, it's handy:) but we need better docs for troubleshooting in container world15:21
egonzalezinc0, multinode gates yay!15:23
*** hongbin has joined #openstack-kolla15:24
Serlexanyone tested bare-metal guide on Ubuntu?15:25
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403115:25
sdakeinc0 can you ahve a review of the above plz15:25
inc0looks good15:27
inc0you want to make it an "operator"?15:27
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403115:28
sdakeinc0 nope - want to make it a controller15:28
sdakean operator would in theory action on that controller15:28
*** rwsu has joined #openstack-kolla15:28
sdakei think for now human operators are fine :)15:28
inc0ok...controller?15:28
inc0what's a controller?15:28
inc0new name for what we used to call operator?15:29
*** shardy has quit IRC15:29
sdakea controller are scripts/ansible/wahtever that execute inside a container to do something specific on kubernetes15:29
sdakeinc0 nah its an old term15:29
sdakeits a do one job doe it will kind of hting15:29
*** gomarivera_ has quit IRC15:29
sdakeoperator is by contrast a jack of all trades _master_ of many :)15:29
inc0lol15:29
inc0gotta love nomenclature creep in new technologies15:30
sdakeits like a 18 month old term but ya I hear ya :)15:30
inc0"this thing is little diffirent than that thing, let's invent a term!"15:30
inc0I don't know which was first15:30
sdakecontroller was first15:30
inc0yeah, whatever, you know what I mean;)15:31
*** shardy has joined #openstack-kolla15:31
sdakethe concepts of a controller have a couple different intrepetations in the operator setting, that is 1) the operator can call the controoller ,or 2) the operator can implement all controller logic15:31
sdakein kfox1111 's case, I think he is doing #2 (as he is a human operator)15:31
sdakenah I meant kevin is doing the workflow stuff manually :)15:32
sdakeBACK TO THE SHOWERS FOR SDAKE15:32
*** Serlex has quit IRC15:33
*** salv-orlando has joined #openstack-kolla15:33
rwellumsbezverk: I have some time now if you do?15:33
*** fooliouno has joined #openstack-kolla15:34
sbezverkrwellum: ok, please paste me /etc/systemd/system/kubelet.service.d/10-kubeadm.conf15:36
rwelluminc0: a 'computer' was a human operator once.15:36
sbezverkrwellum: then cat /etc/kubernetes/manifests/kube-controller-manager.yaml15:37
inc0rwellum: so now we're going back to roots?;) meat automation?;)15:37
sbezverkrwellum: then kubectl describe pod which is crashing15:37
rwellumI'm just saying we could technically call kfox1111 a 'computer' :)15:38
sbezverkrwellum: and then grep Network in your canal.yaml15:38
*** fooliouno has quit IRC15:39
*** eaguilar has quit IRC15:39
*** matrohon has joined #openstack-kolla15:40
rwellumsbezverk: http://paste.openstack.org/show/609928/15:41
rwellumAlso sbezverk : http://paste.openstack.org/show/609929/15:43
rwellumThe second one is the tiller pod crashing with the ip issue - I think that's more important that the other one15:44
sbezverkrwellum: you have canal and kube-controller-manager configured for different ip ranges15:45
*** fooliouno has joined #openstack-kolla15:46
sbezverkcheck carefully the manifest and canal.yaml15:46
rwellumwhich manifest?15:47
sbezverkrwellum: cat /etc/kubernetes/manifests/kube-controller-manager.yaml15:49
sbezverkthere is a key there     - --cluster-cidr=X.X.X.X/Y15:51
sbezverkit must match to what you use in canal.yaml15:51
inc0sbezverk: can you please point me to place wehre you set up disks for ceph?15:52
inc0in gates15:52
sbezverkif you do not see that key in command line then it means you did not specify it in your kubeadm init command line and you should, as now it is requirement15:52
sbezverkinco0: one sec, let me find it, I nromally use iscsi ;)15:52
sbezverkinc0: https://github.com/openstack/kolla-kubernetes/blob/master/tools/setup_rbd_volumes.sh15:53
inc0I meant where do we deploy ceph itself?15:54
openstackgerritMerged openstack/kolla stable/ocata: Bump OpenStack service version  https://review.openstack.org/46583015:55
inc0https://github.com/openstack/kolla-kubernetes/blob/master/tests/bin/setup_gate_loopback.sh that what I need;)15:55
openstackgerritMerged openstack/kolla master: Move shebang customization into jinja2 block  https://review.openstack.org/45463715:55
sbezverkinc0: cool, sorry did not get what you meant..15:56
inc0sure, let's see if I can get to deploy ceph in ansible gates15:56
sdakeinc0 what is wrong with this:16:00
sdakeTASK [destroy : Delete kolla_controller labels] *********************************************************************************************16:00
sdakefatal: [localhost]: FAILED! => {"failed": true, "msg": "template error while templating string: expected token ':', got '}'. String: kubectl label {{{ item }} kolla_compute-"}16:00
kfox1111morning.16:00
sdakesup kfox111116:00
*** kolla-slack1 has quit IRC16:00
*** kolla-slack has joined #openstack-kolla16:00
sbezverkrwellum: did you see what I meant?16:00
*** kbaegis has joined #openstack-kolla16:01
sbezverkkfox1111: morning, in v4 gate jobs by some reason horizon's svc does not have external ip, I guess it is missing it yaml thingy..16:01
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600716:02
kfox1111sbezverk: weird.16:02
kfox1111I wouldn't have thought that one would be any different.16:03
*** gomarivera_ has joined #openstack-kolla16:03
sbezverkkfox1111: well if horizon does not listen on external ip then testing will fail exactly the way we can see now16:03
*** stefan_bo has joined #openstack-kolla16:04
kfox1111yeah, but in the v4 gate ps I didn't touch the horizon svc. so it shouldn't be any different.16:04
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403116:04
rwellumsbezverk: I think so but I am confused... because the deployment guide says:16:04
rwellumhttps://www.irccloud.com/pastebin/0nhBpLUn/16:04
sbezverkkfox1111: not sure what to say, maybe we merged something and did not test it by running experimental gate16:06
rwellumsbezverk: but canal.yaml only has one ip addr:       "Network": "10.244.0.0/16",16:06
sbezverkbecause standard gate jobs are all green, checked this morning16:06
kfox1111yeah. though still, I'd think it would affect the v2 and 3 gates equally.16:06
kfox1111but.... YAY! the ceph cinder volume issue was resolved. :)16:06
kfox1111very close to v4 gate now. :)16:07
sbezverkrwellum: the ip range in canal.yaml and controller-manager manifest must match, if DG says otherwise, it is wrong..16:07
*** yingjun has quit IRC16:07
*** stefan_bo has quit IRC16:08
sbezverkrwellum: that applies ONLY to NEW canal.yaml16:09
fooliounoegonzalez: need a little help with opendaylight on kolla-k8s. have a kolla controller on one node and kolla compute on another. VMs get DHCP addresses, but unable to ping router interface.16:10
fooliounoI see the ARP requests going from compute to controller over vxlan tunnel16:11
rwellumsbezverk: sorry what 'that'?16:11
fooliounoegonzalez: but nothing received at qrouter16:11
sbezverkrwellum: ignore that, but the rest is true ;)16:11
*** Serlex has joined #openstack-kolla16:13
*** unicell1 has quit IRC16:14
fooliounosbezverk: Did this issue cause any ping issues between VM and qrouter for you. I see the same ERROR in my l3-agent logs (ip6tables-restore failure) https://bugs.launchpad.net/neutron/+bug/161571516:14
openstackLaunchpad bug 1615715 in neutron "ip6tables-restore fails " [Undecided,Invalid]16:14
rwellumsbezverk: deploymeny guide is wrong then :) Better to just call: kolla-kubernetes/tests/bin/setup_canal.sh16:16
sbezverkfooliouno: do not recall what issue I was chasing at that time, sorry, but I doubt it was ping..16:16
sbezverkprobably container or process crash16:16
fooliounosbezverk: ok .. thank you16:16
*** yingjun has joined #openstack-kolla16:17
sbezverkrwellum: good idea ;)16:17
*** matrohon has quit IRC16:21
*** manheim_ has joined #openstack-kolla16:24
*** salv-orlando has quit IRC16:25
*** salv-orlando has joined #openstack-kolla16:26
rwellumsbezverk: now they match up but same issue seen. https://www.irccloud.com/pastebin/6TgcVqsA/16:27
*** salv-orlando has quit IRC16:27
*** Mannheim has joined #openstack-kolla16:27
*** salv-orl_ has joined #openstack-kolla16:27
sbezverkrwellum: have you killed tiller pod?16:28
sbezverkif not, please do it because ip address allocation will still point to old wrong ip16:28
*** manheim_ has quit IRC16:29
rwellumI thought so. Let me re-clean up.16:30
sdakecool the destroy playbook seems to work now with unlabeling16:30
*** yingjun has quit IRC16:30
*** jemcevoy has quit IRC16:31
sbezverksdake: how do you know it??16:32
sdakesbezverk run test manually - although i am going to integrate with the gate as you requested16:32
sbezverksdake: thanks, would be great and keep everything in healthy state..16:33
sdakeagreed16:33
sdakei was thinking that wouldn't work originally (as there  is no deploy) however there is a deploy, jsut not a owrkflow based one :)16:33
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403116:36
*** pcaruana has quit IRC16:40
sdakesbezverk what kind of verification do you want on the cleanup phase?16:41
sdakerather destroy phase16:41
sbezverksdake: I think if you can add this script at the end of one of gate jobs, then at the end you should be able to check16:44
sbezverkno pods, no namespace, no labels etc16:44
sbezverkif all checks out, the script is done exit 0 ;)16:45
*** mgoddard__ has quit IRC16:48
kfox1111sbezverk: btw, some folks here are facinated by your demo. :)16:52
sbezverkkfox1111: are they going to use kolla-k8s in production then ;)??16:53
kfox1111it turned out really well.16:53
kfox1111thats till the plan.16:54
kfox1111wheter we use ironic or not was always more iffy.16:54
openstackgerritDan Ardelean proposed openstack/kolla master: Add networking-hyperv driver when building neutron-server image  https://review.openstack.org/46598116:54
kfox1111but the demo may sway them there. :)16:54
sbezverkkfox1111: nice :) I was just lucky to get support from ironic folks...16:55
*** eaguilar has joined #openstack-kolla16:55
*** salv-orl_ has quit IRC16:56
openstackgerritMerged openstack/kolla master: Add mistral-event-engine image  https://review.openstack.org/46297216:56
*** salv-orlando has joined #openstack-kolla16:56
*** kbaegis has quit IRC16:59
*** salv-orlando has quit IRC17:00
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600717:01
*** sambetts is now known as sambetts|afk17:03
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403117:04
*** gomarivera_ has quit IRC17:05
sdakesbezverk does this meet your criteria or want something more? https://review.openstack.org/#/c/464031/8/tools/setup_gate.sh17:06
sdakekfox1111 nobody requires an ironic deployment - its more for completeness to provide VMs, BM, and containers17:07
Serlexping blallau17:07
Serlexnot here -_-17:07
sdakekfox1111 can you ahve a look at  https://review.openstack.org/#/c/46403117:10
sbezverksdake: almost, just add some checks17:10
sdakesbezverk check for all kolla namespaced objects?17:11
sbezverksdake: ideally for all things you remove in your script, just to confirm they are really gone..17:11
sdakethe ansible code removes all kolla namespaced objects17:12
sdakeso should be relatively easy17:12
sbezverksdake: exactly it is one liner check for each thing you remove17:12
sdakecould probably just be a one liner in general - did all the namespace objects get deleted17:13
*** gfidente is now known as gfidente|afk17:13
sdake[admin@falkor-node0 oscore]$ kubectl get all -n kolla -o name17:13
sdakeNo resources found.17:13
sbezverksdake: not sure if it can be done in one line, example pv are not namespace specific, same as labels17:14
sdakeright forgot about the pvs17:14
sdakeare pvcs namespace specific?17:14
sdakeatleast after 6-9 months i finally understand how kubernetes works :)17:15
*** egonzalez has quit IRC17:15
rwellumsbezverk: everything lines up cluster ip wise but still have the same issue. I cleaned up the cluster completely before starting. Thinking a new VM...17:21
rwellumMaybe doing canal correctly will prevent this issue in the future.17:22
*** pbourke has quit IRC17:25
kfox1111sdake: we've wanted to use ironic for a while, but the effort involved in standing it up was more then we could afford time wise.17:26
kfox1111now that its in kolla-kubernetes, the effort is much less. so we may reevaluate it.17:26
sdakekfox1111 it is fairly easy to setup if you have the proper switch config17:26
*** mannamne has quit IRC17:26
sdake(if you desire multitenancy:)17:26
sbezverksdake: wow, not too many people can say they understand how k8s works, I envy you :)17:26
*** pbourke has joined #openstack-kolla17:27
sdakesbezverk well i am not to your level of knowledge, but gaining fast :)17:27
sbezverksdake: pvc's are namespace specific, pv's are noty17:27
sdakethanks17:27
kfox1111sdake: last we looked it didn't support multitenancy at all either. hoping thats stable now. :)17:28
sdakekfox1111 works in my lab17:28
sbezverksdake: it is wrong perseption, when rwellum comes up with an issue I feel that I know nothing ;)17:28
sdakekfox1111 although I have a nexus 9k switch to make it so17:28
sdakesbezverk ya - i struggle with the weeds as well17:28
rwellumI am not a weed!17:29
*** salv-orlando has joined #openstack-kolla17:29
kfox1111sdake: we have some 7k's I think, so I think we might be good to go. :)17:29
sdakekfox1111 i think that should work but can't guarantee it17:29
sdakekfox1111 also there is a generic driver that should work on many switches17:29
sdakekfox1111 YMMV on its quality unfortunately17:29
sdaketime for some ---- 3000 ----17:30
sdakeminus 1k :)17:30
*** harlowja has joined #openstack-kolla17:30
kfox1111I've heard a lot of switches fall over if yo ussh into them too often.17:32
kfox1111they never were designed for it and are buggy.17:32
kfox1111wouldn't surprise me.17:32
sdakeis there any objection to having the PVCs do GC17:33
sdake(configurable of course)17:33
kfox1111not sure I quite understand the question.17:33
*** salv-orlando has quit IRC17:34
kfox1111are you talking about dynamic provisioning support in the pvc's?17:34
sdakekfox1111 https://da.gd/4S6917:34
sdakespecifically line 3617:35
sdakekfox1111 that deletes al lthe crap in the shared volumes on a destroy operation17:36
kfox1111oh. whether releaseing the pvc automatically reclaims the pv.17:36
*** manheim_ has joined #openstack-kolla17:36
kfox1111we could just make it configurable.17:37
kfox1111I kind of like it not reclaiming them for helping dealing with desaster.17:37
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403117:37
kfox1111but I can see those with transient clouds prefering to be able to just delete/relaunch them.17:37
sdakekfox1111 ya - config option - not hardcode17:38
kfox1111k. works for me.17:39
sdakei'd also like to make some of the other stuff in the pvs configurable (or taek them out of the helm  chart) - such as storage driver, mode, etc17:39
sdakei'm not really convinced pvs belong in the helm charts - or if they do they beong in their own i think17:39
kfox1111I'm with you on all of that.17:39
sdakesince admins theoretically setup the pvs on their own17:39
kfox1111pv's are an admin thing. pvc's are a user thing.17:39
sdakeright17:40
*** mgoddard__ has joined #openstack-kolla17:40
kfox1111adding better support for dynamic pv creation in the pvc's is also something we need to do.17:40
sdakecould you expand on that, I don't follow :)17:40
kfox1111its possible now that rather hten create a bunch of pv's up front,17:40
kfox1111they can setup a driver for a storage class that lets the pvc automatically create a pv on request.17:41
sdakesbezverk kfox1111 my shell-fu is pretty terribad, is there a better way to do this: https://review.openstack.org/#/c/464031/9/tools/setup_gate.sh17:41
kfox1111sdake: I'd add a ' | wc -l' to the kubectl's,17:41
kfox1111then you can test $foo -eq 017:42
sdakecool17:42
sdakethanks17:42
kfox1111np.17:42
kfox1111also, might move that test to its own shell script. would make it more readable in the main gate script.17:42
kfox1111not the ansible part. just the tests.17:42
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403117:43
sdakekfox1111 k17:43
*** jmccarthy has quit IRC17:47
*** jtriley has joined #openstack-kolla17:48
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403117:48
*** vhosakot has joined #openstack-kolla17:48
sbezverkkfox1111: if we create PV in charts, it would make sense to remove them as well in clean up, no?17:48
sdakesbezverk pvs are deleted by helm delete operation17:49
sdakeerg, only with certain types of charts tho17:50
sbezverksdake: do you call for these charts from your script?17:50
sdakesbezverk the ansible code lsits all helm charts, then deletes all of them17:50
sdakesbezverk so yes :)17:51
sbezverksdake: nvm, you hack through with helm delete17:51
*** eaguilar has quit IRC17:51
*** fooliouno has quit IRC17:55
sdakekfox1111 see PM17:57
kfox1111sbezverk: depends on what the operator wants to do. :/17:57
rwellumGuys - does anyone know why the compute kit has a funny timestamp - causes a lot of noise when I install?17:58
rwellumhttps://www.irccloud.com/pastebin/AHBb0lLe/17:58
rwellumIt's older than me!17:58
*** jtriley has quit IRC17:59
*** harlowja has quit IRC18:01
sbezverkrwellum: if I am not mistaken compute kit gets packaged on a local host18:01
*** srwilkers has quit IRC18:01
sbezverkbefore you deploy it with tools/helm_prebuild_compute_kits.py18:02
sbezverkmaybe your clock on local VM is not set?18:02
rwellumI checked with 'date' and it's fine18:03
sbezverkrwellum: have you run helm_prebuild_compute_kits.py18:04
sbezverk?18:04
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600718:04
rwellumNo - not that I'm aware - unless it's buried in a shell script somewhere18:05
*** ducttap__ has joined #openstack-kolla18:07
*** ducttape_ has quit IRC18:10
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600718:12
kfox1111rwellum: because go's tar library does weird things. :/18:12
*** manheim_ has quit IRC18:12
kfox1111I don't think helm sets a date on the files it adds to the package. and go by default sets an extreamly old time.18:13
kfox1111I'd call it a bug, but its unclear if its in helm or go18:13
rwellumkfox1111: why just this chart?18:14
*** harlowja has joined #openstack-kolla18:15
sbezverkrwellum: try to regenerate it by running that command18:15
sbezverkcurious if new tar will still have pre-historic date ;)18:15
rwellumThe helm_prebuild one?18:15
sbezverkrwellum: yes18:16
rwellumWill do once my cluster is up.18:16
openstackgerritMartin Mágr proposed openstack/kolla master: Sensu images  https://review.openstack.org/46359318:17
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600718:18
*** zul has quit IRC18:22
*** jascott1 has joined #openstack-kolla18:24
sdakeis there any way to determine when helm has completed all of its operations outstanding ?18:24
sdakei.e. tiller is not doing anything and has no work queued18:25
rwellumsbezverk: that command just spat out " Saving 13 charts"18:25
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600718:25
rwellumsdake: when | grep -v Running | wc -l == 0 ?18:26
sbezverkrwellum: can you check if it has created tar file?18:26
rwellumyes it's there: compute-kit-0.7.0-1.tgz18:27
*** jascott1 has quit IRC18:29
*** ducttap__ has quit IRC18:29
*** ducttape_ has joined #openstack-kolla18:30
*** rwsu has quit IRC18:32
*** cali_box has joined #openstack-kolla18:35
cali_boxhello18:35
sdakekfox1111 quick Q - http://logs.openstack.org/31/464031/11/check/gate-kolla-kubernetes-deploy-centos-binary-2-ceph-multi-nv/f0bc6ed/console.html#_2017-05-18_18_19_56_38456118:35
cali_boxi am having an issue in openstack-kolla deployment18:36
cali_boxi am having an issue in openstack-kolla deployment18:36
sdakekfox1111 i notice ansible-playbook is not installed on the system - probably a virtualenv thing18:36
sdakekfox1111 any suggestions to get access to the ansible bits?18:36
kfox1111hmm..18:36
cali_boxi am getting an error when trying to do kolla-ansible pull at the stage kolla-ansible-toolbox18:36
sdakekfox1111 a different ansible-playbook call (genconfig) works properly18:37
cali_boxansible is pip right18:37
cali_box?18:37
sdakecali_box yes18:37
cali_boxso pip reinstall ansible18:37
kfox1111sdake: yeah, trying to figure out why the one is working.18:37
kfox1111tools/setup_gate_common.sh:. .venv/bin/activate18:38
kfox1111yeah. its in a venv. just do that before.18:38
sdakekfox1111 another problem - in that setup_gate there is a bunch of exit 0 operations18:38
sdakefor each gate18:38
sdakenot sure how to handle that without duplicating code everywhere or making a function18:38
*** tonanhngo has joined #openstack-kolla18:40
sbezverksdake: I do not think we need to run it for all flavors18:41
sdakesbezverk you mean all jobs18:42
sbezverkI think selecting the one you hate the most and add it there18:42
sbezverksdake: right18:42
cali_boxfatal: [localhost]: FAILED! => {"changed": true, "failed": true, "msg": "'Traceback (most recent call last):\18:42
cali_box  File \"/tmp/ansible_GZ9qtM/ansible_module_kolla_docker.py\", line 781, in main\18:42
cali_box    result = bool(getattr(dw, module.params.get(\\'action\\'))())\18:42
cali_box  File \"/tmp/ansible_GZ9qtM/ansible_module_kolla_docker.py\", line 445, in pull_image\18:42
cali_box    repository=image, tag=tag, stream=True\18:42
cali_box  File \"/usr/lib/python2.7/site-packages/docker/api/image.py\", line 175, in pull\18:42
cali_box    self._raise_for_status(response)\18:43
sbezverksdake: this script, imho, does not require to be tested by all flavors of gate jobs18:43
cali_box  File \"/usr/lib/python2.7/site-packages/docker/client.py\", line 173, in _raise_for_status\18:43
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403118:43
cali_box    raise errors.NotFound(e, response, explanation=explanation)\18:43
cali_boxNotFound: 404 Client Error: Not Found (\"{\"message\":\"manifest for kolla/centos-binary-kolla-toolbox:4.0.1 not found\"}\")\18:43
cali_box'"}18:43
sdakesbezverk yup i had wanted to add a specific gate for it once the deploy workflow is done18:43
*** zul has joined #openstack-kolla18:43
sdakethen it would be tested in the confines of the deployment workflow we use18:43
cali_boxthats the error i get on kolla-ansible pull18:44
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403118:47
*** eaguilar has joined #openstack-kolla18:51
*** rwsu has joined #openstack-kolla18:51
sdakeberendt around?18:52
kfox1111sdake: yeah, I think we only need to test it in one gate.18:55
sdakekfox1111 yup - the plan is as follows I'd like to follow:18:55
sdake1. build destroy chart18:55
sdakerather build destroy ansible playbook18:55
sdake2. build destroy manifest18:55
sdake3. build destroy helm chart18:55
sdake4. build deploy playbook18:56
sdakebuild deploy container18:56
sdakebuild deploy manifest18:56
sdakebuild deploy helm chart18:56
sdakebuild a bootstrap of the same18:56
sdakeand integrate it into one workflow specific gate18:56
berendtsdake: jo18:56
vhosakotcali_box: pastebin is also useful to paste error instead of IRC :)  yes, ansible is pip, cal you pull anything (non-kolla) images from your registry?18:56
kfox1111sdake: sounds good.18:56
*** harlowja has quit IRC18:56
sdakeberendt at one point you had offered to build images as needed by the community - does that offer still stand?18:56
vhosakotcali_box: can* you pull anything.....18:56
cali_boxi can pull he;llo-world on docker18:56
berendtsdake: yes18:57
sdakeberendt cool what do you need to make it happen18:57
vhosakotcali_box: from which registry?  dockerhub?18:57
sdakeinc0 ^^18:57
cali_boxthe default repo (i am fairly new to to docker)18:58
berendtsdake: time.. can we discuss at the beginning of the next week?18:58
kfox1111sdake: we need to finish up the fingerprinting stuff in the periodic gate.18:58
sdakeberendt sounds good :)18:58
*** rhallisey has quit IRC18:58
sdakeberendt thanks18:58
kfox1111then prepair a cronjob that pulls from tarballs and pushes to the hub.18:58
kfox1111incn0's been working on the latter.18:58
sdakekfox1111 it looks like some of the tc pushing back on the idea of having docker pushed images18:58
kfox1111I have a prototype of a fingerprinting script up for review.18:58
vhosakotcali_box: you can try the same command (that failed in the kolla_docker ansible module ) manually inside the toolbox container using "docker exec" CLI.19:00
cali_boxsure19:01
cali_boxbut there's no docker image yet19:01
cali_boxit doesn't complete pulling the image19:01
vhosakotlet me check in my setup19:03
*** salv-orlando has joined #openstack-kolla19:04
*** salv-orlando has quit IRC19:05
inc0kfox1111: my mini tool does both19:06
*** harlowja has joined #openstack-kolla19:07
vhosakotinc0: finished reading https://review.openstack.org/#/c/447524/ the past 2 days.  so, will there be next steps to put all of that into code/cron?  I'd like to contribute to it.19:10
vhosakotmnaser: good spec ^^ :)19:10
inc0vhosakot: issue is, http://lists.openstack.org/pipermail/openstack-dev/2017-May/116677.html19:11
vhosakotyes, I tried my best to understand those emails :)19:12
mnaseryep i think that has to be taken care of first19:12
vhosakotright19:12
vhosakotmnaser: cool meeting you at the summit :)19:12
mnaservhosakot like wise :)19:12
vhosakotthe subject did not fit it in 13-inch laptop ;)  [openstack-dev][tc][infra][release][security][stable][kolla][loci][tripleo][docker][kubernetes] do we want to be publishing binary container images?19:13
vhosakots/laptop/laptop's screen I meant :)19:14
cali_boxvhosakot: were you able to find anything on this issue?19:16
vhosakotcali_box: no sorry, my centos setup is down.. will re-deploy it today.19:16
sdakewhatever resolution the tc comes up with can be worked around19:17
sdakei wouldn't really be concerned about it19:17
*** schwicht has quit IRC19:17
sdakeif the tc doesn't want oversight of the container images -that is their perogative19:17
sdakepretty sure someone else will take on oversight :)19:17
*** eaguilar has quit IRC19:18
*** manheim_ has joined #openstack-kolla19:19
*** schwicht has joined #openstack-kolla19:20
vhosakotsdake: right, I agree.19:23
*** mgoddard_ has joined #openstack-kolla19:23
kfox1111inc0: you got fingerprinting working too?19:24
inc0kfox1111: negative, I still don't really have idea how to do it19:24
*** gfidente|afk is now known as gfidente19:24
inc0other than doing docker run of each image19:24
kfox1111inc0: the ps I posted does it.19:24
*** zul has quit IRC19:24
*** srwilkers has joined #openstack-kolla19:24
kfox1111it generates a manifest with the fingerprints.19:25
inc0remind me link plz?19:25
kfox1111if we upload them to tarballs.o.o with the containers, the we can compare more easily.19:25
inc0well, we can add fingerprinting to build19:25
kfox1111https://review.openstack.org/#/c/458174/19:25
*** mgoddard__ has quit IRC19:26
*** eaguilar has joined #openstack-kolla19:26
kfox1111it looks like this: http://logs.openstack.org/74/458174/5/check/gate-kolla-dsvm-deploy-centos-binary-centos-7-nv/68c4d3c/logs/fingerprints.txt.gz19:26
inc0so ideally I'd love for it to be bound to container itself as for example piece of metadata19:27
kfox1111we can do that too,19:27
kfox1111but its not remotely querable as far as I can tell.19:27
kfox1111we need a way to downlolad the fingerprint without pulling all the containers.19:27
inc0and I don't have good idea how to pull that stuff from dockerhub without pulling actual images19:27
inc0to see what needs uploading19:27
inc0that ^:)19:28
kfox1111if we cant keep the state in the hub, we can on tarballs.o.o at least.19:28
inc02 sources of truth is asking for trouble19:28
kfox1111less then ideal for sure.19:29
kfox1111still. whatever lets it work at all.19:29
inc0I was also thinking of having container with all the fingerprints19:29
*** egonzalez has joined #openstack-kolla19:29
inc0then we pull one19:29
kfox1111that may work... but has similar out of sync issues.19:29
inc0and regardless we'll have that info bound to container itself19:29
inc0yeah19:30
inc0little better but similar19:30
kfox1111yeah.19:30
inc0anyhow, I'd start by daily just push19:30
inc0and go from there19:30
inc0it's not gonna be easy anyway19:30
kfox1111won't work.19:30
kfox1111we need rev numbers.19:30
kfox1111don't want to be incrementing them daily I think.19:30
inc0rev numbers are easy19:31
*** dave-mccowan has quit IRC19:31
kfox1111but I guess worst worst case, we can pull, fingerprint both, compare, upload only the different.19:31
inc0well, what I'm saying is let's handle one issue at the time19:31
kfox1111and optomize away the download later.19:31
kfox1111download is usually cheeper in the cloud then uploading.19:32
*** krtaylor has quit IRC19:33
*** eaguilar_ has joined #openstack-kolla19:33
*** eaguilar has quit IRC19:34
sdakewaiting for gates = my idea of fun :)19:34
kfox1111sdake: need more ps's. :)19:35
sdakekfox1111 indeed19:35
*** mannamne has joined #openstack-kolla19:36
inc0btf kfox1111 I'll be nearby your area next week;)19:36
sdakewaiting for jascott's patch to merge and then we are off to the races :)19:36
*** mannamne has quit IRC19:36
sdakehow is this for oxymoronic - my ISP provides IPv6 to 150mbit and slower customers19:36
sdakemy ISP only provides IPv4 to gige customers...19:37
inc0sdake: jascott is on vacation19:37
inc0so you might want to take it over19:37
sdakeinc0 how long?19:37
inc0week19:37
*** mgoddard__ has joined #openstack-kolla19:37
sdakeok i amy do so then19:37
sdakeor break parts of it out19:37
inc0cool19:37
*** krtaylor has joined #openstack-kolla19:37
sdake(like the deploy of kolla-kubernetes)19:37
*** mgoddard_ has quit IRC19:39
*** krtaylor has quit IRC19:40
kfox1111inc0: how close by? :)19:40
inc0just noticed, not that close after all19:41
*** krtaylor has joined #openstack-kolla19:41
inc0you're in Kennwick right?19:41
kfox1111pasco/richland. but yeah.19:41
kfox1111where you going?19:41
inc0I have corporate event near Dalles19:42
inc0but it's still pretty far19:42
kfox1111yeah. thats a few hours.19:42
hawihmmm, upgrade ended with repairing mariadb.19:42
inc0hawi: that's not good, what happened?19:43
sdakeinc0 re https://review.openstack.org/#/c/464031/19:43
sdakeinc0 shall we put the container that runs that code in kolla repo or kolla-kubernetes19:43
sdakehawi zug19:44
sdake7 more minutes to timeout19:45
* sdake groans19:45
hawihmm, it seems that this recovery also doesnt help it up any more19:47
inc0hawi: what exactly happened?19:47
hawifirst kolla-toolbox containers gave fatal, and then when it reached mariadb,  Waiting for MariaDB service to be ready, and said  Connection reset by peer and that's it19:49
sdakehawl what version are you upgrading to?19:49
hawi4.0.0 -> 4.0.119:49
sdakecentos binary?19:50
sdakehttps://hub.docker.com/r/kolla/centos-binary-kolla-toolbox/tags/19:50
sdakeno toolbox tag for 4.0.119:50
sdakethis is going to be a problem for upgrades19:51
hawiubuntu19:51
hawisource19:51
sdakesame story: https://hub.docker.com/r/kolla/ubuntu-source-kolla-toolbox/tags/19:51
*** itlinux has joined #openstack-kolla19:51
sdakethere are no 4.0.1 images in the dockerhub at all19:51
hawii built them locally19:52
sdakeroger19:52
hawiwhat choices i have if any19:53
*** bmaltais_ has quit IRC19:54
inc0hawi: so first of all, what was the fatal?19:56
inc0and what versions are you running?19:56
hawi4.0.0 and19:57
hawihttps://pastebin.com/mjk6PY0P19:58
*** zul has joined #openstack-kolla19:58
hawikolla-toolbox gave it for all storage and compute nodes19:58
sdakekfox1111 this almost works: http://logs.openstack.org/31/464031/13/check/gate-kolla-kubernetes-deploy-centos-source-4-ironic-nv/ce27bdf/console.html#_2017-05-18_19_26_06_57060619:59
sdakekfox1111 what is the 4th PV?19:59
hawiand then next thing was FAILED - RETRYING: TASK: mariadb : Waiting for MariaDB service to be ready, 10x and controllers got socket.error: [Errno 104] Connection reset by peer\20:00
*** mgoddard__ has quit IRC20:01
*** manheim_ has quit IRC20:02
*** harlowja has quit IRC20:03
hawiends up again with https://pastebin.com/VWf03EDt20:06
hawiwhen tried again20:06
hawino toolbox errors any more20:06
hawinow mariadb containers flap up and down20:07
*** eaguilar_ has quit IRC20:10
*** zul has quit IRC20:10
*** rhallisey has joined #openstack-kolla20:11
*** eaguilar has joined #openstack-kolla20:11
hawii guess there is now "downgrade" options any more20:11
hawino20:12
*** itlinux has quit IRC20:12
kfox1111sdake: not sure without looking. whats it labeled?20:18
*** rwallner has quit IRC20:18
hawidocker versions for stor/compute and controller are different20:24
hawicontrollers and machine what i used to build containers (if it matters) has 17.05.0-ce (api 1.29, git commit 89658be) and stor/comp has 17.03.0-ce (api 1.26, git commit 60ccb22)20:27
hawiand running on 16.04.2 lts20:27
*** ducttap__ has joined #openstack-kolla20:28
*** ducttape_ has quit IRC20:28
*** zul has joined #openstack-kolla20:28
*** harlowja has joined #openstack-kolla20:30
*** Serlex has quit IRC20:31
*** fguillot has quit IRC20:32
*** krtaylor has quit IRC20:34
*** yee379 has quit IRC20:35
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600720:35
*** yee379 has joined #openstack-kolla20:35
sbezverksdake: glance/mariadb/rabbitmq/helm-repo pvs20:35
*** schwicht has quit IRC20:36
*** schwicht has joined #openstack-kolla20:37
openstackgerritserlex proposed openstack/kolla-ansible master: Run adding kibana index pattern once to avoid failures in multi-node setup. HTTP return from consequent hosts will not be 201 as index pattern is PUT already  https://review.openstack.org/46610120:38
*** itlinux has joined #openstack-kolla20:39
*** harlowja has quit IRC20:39
*** zul has quit IRC20:41
openstackgerritserlex proposed openstack/kolla-ansible master: kibana index pattern only needs to be created once. Consequent requests from other hosts will fail as HTTP status will not be 201 as index pattern is already created.  https://review.openstack.org/46610120:41
*** jrist has quit IRC20:42
*** ducttap__ has quit IRC20:44
*** salv-orlando has joined #openstack-kolla20:45
*** Serlex has joined #openstack-kolla20:46
*** Serlex has quit IRC20:46
*** schwicht has quit IRC20:46
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600720:50
*** ducttape_ has joined #openstack-kolla20:52
*** jrist has joined #openstack-kolla20:56
*** tonanhngo has quit IRC20:56
*** dave-mccowan has joined #openstack-kolla20:57
*** schwicht has joined #openstack-kolla20:57
*** fooliouno has joined #openstack-kolla20:58
*** tonanhngo has joined #openstack-kolla20:59
*** bmace__ has quit IRC21:03
*** bmace__ has joined #openstack-kolla21:03
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600721:05
*** athomas has quit IRC21:10
hawiso, there is no so straight forward path from 4.0.0 -> 4.0.1 on ubuntu source?21:11
inc0hawi: how did you install Kolla21:11
inc0?21:11
inc0because if you install from source it'll still mark it as 4.0 even tho it's master21:12
*** jrist has quit IRC21:15
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600721:20
hawiinc0: built containers, pushed to local registry, source ubuntu 4.0.0 and did install21:23
inc0installed with git or pip install?21:23
hawipip21:23
hawidefinitely pip21:23
inc0so, when you do pip install -U kolla21:24
inc0that bumped your version to 4.0.1?21:24
hawiyes21:24
inc0then you should do pip install -U kolla-ansible and run kolla-ansible upgrade21:25
inc0if it's not working, we have bug or misconfiguration or sth21:25
inc0so if that failed, tell me what is exact error you're getting21:25
inc0with toolbox21:25
hawithis is what i actually did21:28
hawipip -U and kolla-ansible upgrade21:28
inc0then let's see what error did you get21:30
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/46439321:31
egonzalezhawi what docker storage backend you use? had that error with devicemapper before21:32
hawiceph21:33
egonzalezstorage  for docker service, docker info will say21:33
hawia, i see, sorry21:34
hawihttps://pastebin.com/2SCty2EX21:37
hawitbh, didn't expect that21:37
ReepicheepI'm not sure on Ubuntu but I know I had issues with the newer versions of Docker on CentOS21:38
ReepicheepI currently have mine pinned to 1.12.621:38
inc0ocata is pinned to 1.12.* too21:40
*** schwicht has quit IRC21:41
Reepicheepcould that be part of hawi's issues?21:42
hawii'm slightly in trouble understanding what version do i have21:42
Reepicheephawi: looks like 17.03.0-ce21:43
egonzalezhawi 17.03.0-ce new docker's versioning21:43
hawibut it seems to be newer or ...21:43
Reepicheepthey changed version format21:43
hawiaaaa, i seee21:43
egonzalezhawi is your  data important or is just a  demo/test environment so you can  destroy  and try upgrading with docker 1.12.*?21:44
hawiit definitely worked for 17.03.0-ce version, except one fluentd container flaping up-down21:44
inc0oh don't use 17.03 and ocata21:45
hawino data (except some vm-s with prepared configs), i do have configuration that is pretty much the thing i wanted to have as prod.21:45
inc0api changed in docker (fun right?)21:45
inc0downgrade it to 1.12.*21:46
hawiyes, i hope i can have it running again21:46
Reepicheeplol, there seems to be two very import to kolla upstream projects that have a bad habbit of breaking things docker & k8s :|21:46
Reepicheepboth for very different reasons21:47
*** ducttape_ has quit IRC21:48
*** ducttape_ has joined #openstack-kolla21:49
hawiguys gonna kill me tomorrow21:49
hawithat's bad. good is that i can still go to sleep :)21:49
sdakesbezverk thanks21:52
*** haplo37 has quit IRC21:53
*** manheim_ has joined #openstack-kolla21:54
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600721:57
*** manheim_ has quit IRC21:58
hawii think this is the main reason i have had quite weird things22:00
*** yee379 has quit IRC22:01
*** yee379 has joined #openstack-kolla22:01
*** AzazeL_ has quit IRC22:02
*** haplo37 has joined #openstack-kolla22:02
*** itlinux has quit IRC22:03
*** itlinux has joined #openstack-kolla22:04
*** Jeffrey4l_ has quit IRC22:08
*** schwicht has joined #openstack-kolla22:10
*** yuanying has quit IRC22:12
*** yuanying has joined #openstack-kolla22:12
*** Jeffrey4l has joined #openstack-kolla22:13
*** fooliouno has quit IRC22:15
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403122:19
*** salv-orlando has quit IRC22:29
*** salv-orlando has joined #openstack-kolla22:34
*** schwicht has quit IRC22:35
*** schwicht has joined #openstack-kolla22:36
*** salv-orlando has quit IRC22:38
*** ducttape_ has quit IRC22:40
*** ducttape_ has joined #openstack-kolla22:41
*** schwicht has quit IRC22:42
*** powerd has quit IRC22:43
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600722:44
*** unicell has joined #openstack-kolla22:44
*** itlinux has quit IRC22:44
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DONOTMERGE: test multinode gate  https://review.openstack.org/46600722:49
*** srwilkers has quit IRC22:54
openstackgerritDan Ardelean proposed openstack/kolla-ansible master: Add Hyper-V role  https://review.openstack.org/45568423:00
*** srwilkers has joined #openstack-kolla23:06
openstackgerritMarcus Williams proposed openstack/kolla-ansible master: Add OpenDaylight role  https://review.openstack.org/41636723:08
*** Mannheim has quit IRC23:08
sdakeservers are here23:09
*** powerd has joined #openstack-kolla23:09
*** goldyfruit has quit IRC23:12
*** schwicht has joined #openstack-kolla23:17
*** manheim_ has joined #openstack-kolla23:21
*** salv-orlando has joined #openstack-kolla23:22
*** eaguilar has joined #openstack-kolla23:23
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403123:24
*** egonzalez has quit IRC23:25
*** manheim_ has quit IRC23:25
openstackgerritSteven Dake proposed openstack/kolla-kubernetes master: Add a destroy workflow for kolla-kubernetes  https://review.openstack.org/46403123:26
*** salv-orlando has quit IRC23:26
*** ducttape_ has quit IRC23:29
*** salv-orlando has joined #openstack-kolla23:31
*** salv-orlando has quit IRC23:31
*** schwicht has quit IRC23:35
*** powerd has quit IRC23:38
*** manheim_ has joined #openstack-kolla23:39
*** vhosakot has quit IRC23:39
*** mattmceuen has joined #openstack-kolla23:42
*** eaguilar has quit IRC23:44
*** kbaegis has joined #openstack-kolla23:47
*** schwicht has joined #openstack-kolla23:49
*** schwicht has quit IRC23:49
sdakeJeffrey4l about?23:54
Jeffrey4lsdake, yep. sup23:55
sdakehey dude just haven't seen you for while23:56
sdakewanted to say hi:)23:56
Jeffrey4laha, ;)23:56
sdakei have 2 m0ar servers23:57
Jeffrey4lcool.23:57

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