*** hongbin has joined #openstack-containers | 03:49 | |
*** hongbin has quit IRC | 04:39 | |
*** ykarel|away is now known as ykarel | 05:13 | |
*** vishalmanchanda has joined #openstack-containers | 05:34 | |
*** udesale has joined #openstack-containers | 05:41 | |
*** udesale has quit IRC | 05:41 | |
*** udesale has joined #openstack-containers | 05:41 | |
*** ramishra has quit IRC | 05:42 | |
*** ramishra has joined #openstack-containers | 05:50 | |
*** ramishra has quit IRC | 05:55 | |
*** ramishra has joined #openstack-containers | 05:56 | |
*** udesale has quit IRC | 06:24 | |
*** udesale has joined #openstack-containers | 06:25 | |
*** rcernin has quit IRC | 06:47 | |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: WIP: Convert playbooks to Zuul v3 logic https://review.opendev.org/709956 | 07:06 |
---|---|---|
*** udesale has quit IRC | 07:12 | |
*** udesale has joined #openstack-containers | 07:12 | |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: WIP: Convert playbooks to Zuul v3 logic https://review.opendev.org/709956 | 07:27 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: WIP: Convert playbooks to Zuul v3 logic https://review.opendev.org/709956 | 07:29 |
*** AJaeger has joined #openstack-containers | 07:31 | |
AJaeger | is there any value in updating the magnum-dib-buildimage jobs? They have all been disabled in April 2019 and are broken. Should we remove them completely? | 07:32 |
brtknr | AJaeger: I created a ps in 2018 to remove them, still sitting there | 07:35 |
brtknr | AJaeger: we all use upstream images now | 07:36 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: WIP: Convert playbooks to Zuul v3 logic https://review.opendev.org/709956 | 07:38 |
AJaeger | brtknr: thanks for the info. | 07:39 |
AJaeger | brtknr: Is that change still active? Couldn't find it quickly... | 07:40 |
AJaeger | brtknr: I'll push a new one... | 07:42 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: Remove buildimage jobs https://review.opendev.org/709956 | 07:45 |
AJaeger | brtknr: let's see whether I have more luck... | 07:45 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum master: Remove buildimage jobs https://review.opendev.org/709956 | 07:47 |
cosmicsound | good day | 07:49 |
cosmicsound | made some progress with magnum | 07:49 |
cosmicsound | yet now we got this on 2 remaining tasks tha time out: Create Failed: CREATE aborted (Task create from SoftwareDeployment "kube_cluster_deploy" Stack "lambda-24-cluster-x6hsmrxjbnlg" [a7b86128-aeba-4676-95c7-f1a6a1eba3de] Timed out) | 07:50 |
cosmicsound | the rest of clluster is made including master and minions | 07:50 |
cosmicsound | any ideas on this? | 07:50 |
cosmicsound | only these 2 tasks fails: | 07:54 |
cosmicsound | https://mdb.uhlhost.net/uploads/d433c085a2536a9b/image.png | 07:54 |
cosmicsound | https://mdb.uhlhost.net/uploads/94aaafc60e4d3bd3/image.png this is the current stack topology . | 07:55 |
*** ykarel is now known as ykarel|lunch | 08:03 | |
*** udesale has quit IRC | 08:18 | |
*** rcernin has joined #openstack-containers | 08:22 | |
*** udesale has joined #openstack-containers | 08:39 | |
*** flwang1 has joined #openstack-containers | 08:53 | |
flwang1 | brtknr: strigazi: hi | 08:53 |
brtknr | flwang1: hi | 08:53 |
brtknr | Just me who has things on the agenda? lol | 08:54 |
flwang1 | brtknr: that's cool | 08:55 |
flwang1 | the heat patch has been merged | 08:56 |
flwang1 | i have proposed to cherry pick it to train | 08:56 |
brtknr | flwang1: nice :) good o hear | 08:56 |
strigazi | hello | 08:57 |
flwang1 | strigazi: long time no see | 08:57 |
brtknr | o/ | 08:58 |
AJaeger | flwang1, strigazi, could you review https://review.opendev.org/709956, please? I'd like to remove the legacy jobs from our configs... | 08:58 |
flwang1 | AJaeger: +2ed | 08:59 |
strigazi | AJaeger: +2 | 08:59 |
flwang1 | #startmeeting magnum | 09:00 |
openstack | Meeting started Wed Feb 26 09:00:12 2020 UTC and is due to finish in 60 minutes. The chair is flwang1. Information about MeetBot at http://wiki.debian.org/MeetBot. | 09:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 09:00 |
*** openstack changes topic to " (Meeting topic: magnum)" | 09:00 | |
openstack | The meeting name has been set to 'magnum' | 09:00 |
flwang1 | #topic 0 worker cluster | 09:00 |
*** openstack changes topic to "0 worker cluster (Meeting topic: magnum)" | 09:00 | |
flwang1 | brtknr: ^ | 09:00 |
brtknr | yes, so i have the patch up, it works, just need to fix the tempest test so that functional-api passes | 09:01 |
brtknr | it allows existing clusters to remove the default-worker too | 09:01 |
flwang1 | brtknr: did you try to add node group to the 0 worker cluster? | 09:01 |
strigazi | this needs at least a microversion? | 09:02 |
flwang1 | strigazi: +1 | 09:02 |
brtknr | i microversioned Nodegroups up | 09:02 |
flwang1 | it's an important api change, so a microversion would be good | 09:03 |
brtknr | what else do i need to microversion? | 09:03 |
brtknr | see https://review.opendev.org/#/c/709721/2/magnum/objects/nodegroup.py | 09:04 |
strigazi | brtknr: this is an object version :) | 09:04 |
brtknr | yes i added nodegroup to the zero worker cluter | 09:04 |
flwang1 | brtknr: we need api microversion | 09:04 |
strigazi | https://review.opendev.org/#/c/709721/2/magnum/api/controllers/v1/cluster.py@531 | 09:04 |
brtknr | nice thing is, a nodegroup with zero workers can linger in the cluster until needed | 09:05 |
brtknr | which i think is quite nice | 09:05 |
brtknr | ok i will take a look at that | 09:06 |
brtknr | but in principal, you both are happy to take it? | 09:06 |
flwang1 | brtknr: https://github.com/openstack/magnum/blob/master/magnum/api/controllers/v1/cluster_actions.py#L84 | 09:06 |
flwang1 | brtknr: i'm happy to get it in | 09:06 |
strigazi | brtknr: https://github.com/openstack/magnum/blob/master/magnum/api/controllers/versions.py#L48 | 09:07 |
strigazi | these are api versions ^^ | 09:07 |
brtknr | ok cool thank for the links :) | 09:07 |
flwang1 | next topic? | 09:07 |
brtknr | will post another PS later today | 09:07 |
*** ykarel|lunch is now known as ykarel | 09:08 | |
*** pcaruana has joined #openstack-containers | 09:08 | |
flwang1 | #topic labels merging | 09:08 |
*** openstack changes topic to "labels merging (Meeting topic: magnum)" | 09:08 | |
brtknr | sure lets move on | 09:08 |
flwang1 | strigazi: do you know what's the process about the labels merging ? | 09:08 |
brtknr | I'd like to revive this in some way as I expected "merge" to be the default behaviour but looks like all labels from cluster template get discarded which is a bit silly... defeats the point of having a cluster template in the first place. I'd like to see a merge behaviour by default going forward and with an option to replace. Also like the suggestion of a "-" suffix to delete exisiting labels | 09:08 |
brtknr | from the cluster template. | 09:09 |
brtknr | copy paste from https://review.opendev.org/#/c/621611 | 09:09 |
strigazi | flwang1: we had a discussion internally. in Decemeber but we never managed to push | 09:09 |
strigazi | something cleaner than the -- and ++ | 09:09 |
flwang1 | strigazi: do you have a private patch for this? | 09:09 |
strigazi | I can try to dig it up again | 09:09 |
strigazi | we don't have patch | 09:10 |
strigazi | flwang1: fyi our code has always been public | 09:10 |
flwang1 | strigazi: it would be much appreciated if you can follow this | 09:10 |
flwang1 | personally, i'd like to see we can get this fixed in this cycle | 09:10 |
strigazi | flwang1: the team member pushing this is leaving, we need to regroup | 09:10 |
brtknr | i quite like the label_policy metalabel | 09:11 |
flwang1 | strigazi: ok, i see. and please let me know if there is anything i can help | 09:11 |
flwang1 | brtknr: good to know you like the idea :) | 09:11 |
brtknr | we kind of need this soon so happy to update Richardo's patch if no objections | 09:12 |
strigazi | label_policy metalabel ? omg | 09:12 |
strigazi | what is this? | 09:12 |
flwang1 | strigazi: do you want to lead this or you're happy to let brtknr to take? | 09:13 |
strigazi | can you give me two days to discuss with Ricardo? | 09:13 |
strigazi | if we can't push. Do as you want | 09:13 |
flwang1 | strigazi: we don't have to dig into the details at this meeting | 09:13 |
flwang1 | strigazi: sounds great | 09:13 |
flwang1 | brtknr: happy? | 09:13 |
brtknr | Thanks Feilong. Also not too happy, the code gets weird with this. | 09:13 |
brtknr | There seem to be a few cases when passing labels on cluster create: | 09:13 |
brtknr | 1. we want to replace all cluster template labels with this new set | 09:14 |
brtknr | 2. we want to override some labels, and keep the cluster template values for others | 09:14 |
brtknr | 3. we want to drop some labels from the cluster template set | 09:14 |
brtknr | Would this work? | 09:14 |
brtknr | cluster-template labels: labelx=valuex,labely=valuey | 09:14 |
brtknr | 1. --labels label_policy=replace,label1=value1,label2=value2 -> label1=value1,label2=value2 | 09:14 |
brtknr | 2. --labels label_policy=merge,labelx=valuexyz,label1=value1 -> labelx=valuexyz,labely=valuey,label1=value1 | 09:14 |
brtknr | 3. --labels label_policy,labelx= -> labelx=,labely=valuey | 09:14 |
brtknr | There's a corner case between not providing a label at all, and providing an empty value - wsme seems to have the Unset type for this case. If we want to follow this, we could add a '-' as a suffix to the label name to explicitly say the label should be dropped from the list. kubectl label works like this. | 09:14 |
brtknr | The 'label_policy' works and i think i'm ok with it, though it's not perfect. | 09:14 |
brtknr | sorry more copy paste | 09:14 |
brtknr | see the 8th comment https://review.opendev.org/#/c/621611/3 | 09:14 |
flwang1 | brtknr: can we let strigazi discuss this with their team members and he will get back to us | 09:15 |
flwang1 | (22:13:24) strigazi: can you give me two days to discuss with Ricardo? | 09:15 |
flwang1 | (22:13:33) strigazi: if we can't push. Do as you want | 09:15 |
brtknr | ah sorry didnt see that | 09:15 |
brtknr | yeah sure | 09:15 |
flwang1 | thanks, strigazi | 09:16 |
flwang1 | let's move on | 09:16 |
flwang1 | #topic re tag heat-container-agent | 09:16 |
*** openstack changes topic to "re tag heat-container-agent (Meeting topic: magnum)" | 09:16 | |
flwang1 | brtknr: ^ | 09:16 |
brtknr | thoughts on retagging current ussuri-dev hca as stable-train? | 09:17 |
flwang1 | brtknr: why? | 09:17 |
brtknr | for the logs mainly | 09:18 |
strigazi | I can do it now with train-2 | 09:18 |
strigazi | never retag | 09:18 |
brtknr | ok sounds good | 09:18 |
strigazi | ever | 09:18 |
brtknr | train-2 is fine | 09:18 |
cosmicsound | this replacement for ussuri-dev? | 09:19 |
flwang1 | can we use stable-train.2 ? | 09:19 |
strigazi | https://hub.docker.com/layers/openstackmagnum/heat-container-agent/train-stable-1/images/sha256-c8af38b06b38921e5328291acfe92f63a97ad85c806e54531c70aaf58863b64f?context=explore | 09:19 |
strigazi | train-stable-2 | 09:19 |
flwang1 | fine | 09:20 |
brtknr | cool thanks | 09:20 |
strigazi | we have train-stable-1 aleady | 09:20 |
flwang1 | strigazi: all good | 09:20 |
flwang1 | i'm ok with that | 09:20 |
strigazi | done | 09:21 |
brtknr | thanks :) | 09:21 |
flwang1 | move on? | 09:21 |
brtknr | yep | 09:22 |
flwang1 | #topic ansile os_coe_cluster | 09:22 |
*** openstack changes topic to "ansile os_coe_cluster (Meeting topic: magnum)" | 09:22 | |
brtknr | i found a bug in os_coe_cluster where it tries to access uuid which doesnt exist, not sure how this passed through the next, must be a change in openstacksdk code | 09:23 |
flwang1 | i will take a look later | 09:24 |
flwang1 | no idea what happened now :) | 09:24 |
brtknr | ok thanks | 09:24 |
flwang1 | #topic another train release? | 09:25 |
*** openstack changes topic to "another train release? (Meeting topic: magnum)" | 09:25 | |
flwang1 | i prefer to use 9.3.0, i'm not a fan of x.y.1 | 09:25 |
brtknr | as you prefer | 09:26 |
flwang1 | and it's long list which deserves a bigger release version | 09:26 |
flwang1 | strigazi: ^ | 09:26 |
flwang1 | brtknr: i will review the list tomorrow | 09:26 |
strigazi | I +2 all of them | 09:26 |
brtknr | cool, i am pretty sure i have missed off some of the patches | 09:26 |
brtknr | from the master | 09:27 |
strigazi | do 9.3, no prob | 09:27 |
brtknr | ok thanks | 09:28 |
brtknr | next topic | 09:28 |
flwang1 | #topic Post install manifest https://review.opendev.org/676832 | 09:28 |
*** openstack changes topic to "Post install manifest https://review.opendev.org/676832 (Meeting topic: magnum)" | 09:28 | |
flwang1 | strigazi: ^ are you still OK with this idea? | 09:28 |
strigazi | sure, opt-in right? | 09:30 |
flwang1 | strigazi: sure, it's opt-in | 09:30 |
flwang1 | brtknr suggested to add a label along with the config | 09:31 |
strigazi | and let users do whatever they want? | 09:31 |
flwang1 | technically, user can install something when creating the cluster with the label | 09:33 |
strigazi | brtknr: can you defend the label option? | 09:33 |
flwang1 | but it's not on my initial plan | 09:33 |
strigazi | have both? | 09:33 |
brtknr | i prefer the label option tbh | 09:33 |
strigazi | I don't get it | 09:33 |
flwang1 | the original requirement for this is, as a public cloud, we'd like to pre-install the storage class | 09:34 |
brtknr | i mean, i dont think we'd ever use the config option, just the label option | 09:34 |
strigazi | the label option for the user is not compatible with the storageclass use case | 09:35 |
strigazi | In the sense, the user will forget | 09:35 |
brtknr | but i can see that label option presents the risk that a user creating the cluster can install anything they want as root | 09:35 |
strigazi | will have typos in the SC and so on | 09:35 |
flwang1 | and then break the cluster bootstrap | 09:36 |
flwang1 | can we hold the label a bit until we really need it | 09:36 |
flwang1 | ? | 09:36 |
brtknr | yes we can hold the label | 09:36 |
strigazi | we can do the config as opt-in first and then we see | 09:36 |
brtknr | happy to take config option for now | 09:36 |
flwang1 | cool, thanks, i will post a new patch set | 09:37 |
flwang1 | a very productive meeting when we have strigazi | 09:37 |
brtknr | lol yeah the last one got cancelled because you werent here | 09:37 |
strigazi | this was a good one :) I was sick last week, sorry | 09:38 |
flwang1 | strigazi: i'm sorry to hear that, i hope you're well now | 09:38 |
brtknr | coronavirus? | 09:38 |
strigazi | all good now, stand by for coronavirus :) | 09:38 |
flwang1 | strigazi: btw, will you go to Vancouver ? | 09:38 |
strigazi | brtknr: no just a mild flu | 09:38 |
strigazi | flwang1: I don't think so | 09:38 |
strigazi | kubecon AMS if it wonnt cancelled | 09:39 |
flwang1 | strigazi: ok, then i probably won't go as well if i don't have you and brtknr | 09:39 |
flwang1 | kubecon at Boston? | 09:39 |
strigazi | the next US is boston? I don't know about US. | 09:39 |
strigazi | next month is Amsterdam | 09:40 |
flwang1 | ah, i see. | 09:40 |
flwang1 | i probably go to the Boston one | 09:40 |
flwang1 | will see | 09:40 |
strigazi | oh team, I think I found a cli bug yesterday | 09:40 |
flwang1 | strigazi: what's that? do you have a patch? | 09:40 |
strigazi | openstack coe cluster resize --nodes-to-remove=0,3 doesn't work. openstack coe cluster resize --nodes-to-remove=0 --nodes-to-remove=3 works | 09:41 |
strigazi | need to double check | 09:41 |
strigazi | with index or uuid should be the same. | 09:41 |
strigazi | keep it in mind. I will test | 09:42 |
flwang1 | cool | 09:42 |
flwang1 | guys, anything else? | 09:42 |
strigazi | I'm good | 09:42 |
flwang1 | cool, thank you for joining | 09:42 |
strigazi | cheers | 09:43 |
flwang1 | i need to go to bed :) | 09:43 |
flwang1 | #endmeeting | 09:43 |
*** openstack changes topic to "OpenStack Containers Team | Meeting: every Wednesday @ 9AM UTC | Agenda: https://etherpad.openstack.org/p/magnum-weekly-meeting" | 09:43 | |
strigazi | good night | 09:43 |
openstack | Meeting ended Wed Feb 26 09:43:14 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 09:43 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/magnum/2020/magnum.2020-02-26-09.00.html | 09:43 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/magnum/2020/magnum.2020-02-26-09.00.txt | 09:43 |
flwang1 | o/ | 09:43 |
openstack | Log: http://eavesdrop.openstack.org/meetings/magnum/2020/magnum.2020-02-26-09.00.log.html | 09:43 |
*** flwang1 has quit IRC | 09:47 | |
openstackgerrit | Merged openstack/magnum master: Remove buildimage jobs https://review.opendev.org/709956 | 10:00 |
openstackgerrit | Merged openstack/magnum stable/train: [k8s] Fix instance ID issue with podman and autoscaler https://review.opendev.org/709773 | 10:01 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum stable/train: Remove buildimage jobs https://review.opendev.org/709997 | 10:04 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum stable/stein: Remove buildimage jobs https://review.opendev.org/709998 | 10:05 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum stable/rocky: Remove buildimage jobs https://review.opendev.org/710000 | 10:08 |
openstackgerrit | Andreas Jaeger proposed openstack/magnum stable/queens: Remove buildimage jobs https://review.opendev.org/710001 | 10:11 |
AJaeger | flwang, strigazi, brtknr , thanks for approving 709956, I backported it everywhere ^ | 10:12 |
AJaeger | thanks, brtknr ! | 10:13 |
brtknr | even queens? we havent touched the queens branch in a while | 10:13 |
AJaeger | brtknr: I want to remove the parent job, so need to touch all branches where it is used ;( | 10:18 |
*** ykarel is now known as ykarel|afk | 10:59 | |
brtknr | AJaeger: I've +2ed them all | 11:23 |
*** ianychoi_ is now known as ianychoi | 11:32 | |
AJaeger | \o/ | 11:41 |
*** ykarel|afk is now known as ykarel | 11:52 | |
cosmicsound | good day | 12:12 |
cosmicsound | this is the closest i got in the magnum deployment | 12:12 |
cosmicsound | Create Failed: CREATE aborted (Task create from SoftwareDeployment "kube_cluster_deploy" Stack "rho-12-cluster-fcexzbldrtrt" [0b086cba-3d51-4323-a4d7-71b4d4fc07d9] Timed out) | 12:12 |
cosmicsound | any ideas how to debug this deeper? all machines were created this time, and entire stack is green beside this one task | 12:13 |
strigazi | openstack software deployment output --all --long <SOFTWARE DEPLOYMENT ID> | 12:13 |
strigazi | openstack software deployment output show --all --long <SOFTWARE DEPLOYMENT ID> | 12:13 |
*** udesale_ has joined #openstack-containers | 12:34 | |
*** udesale has quit IRC | 12:36 | |
cosmicsound | strigazi , i get nothing | 12:49 |
cosmicsound | https://mdb.uhlhost.net/uploads/8edb6c32a9d233e8/image.png this is while testing also the other deployments | 12:50 |
cosmicsound | they were not magnum or not this cluster, since they had complete status | 12:50 |
cosmicsound | tried: openstack software deployment output show --all --long 8230a90d-067f-462a-b491-e86746c208ff | 12:51 |
cosmicsound | Stack Resource ID | 12:52 |
cosmicsound | kube_cluster_deploy | 12:52 |
cosmicsound | Resource ID | 12:52 |
cosmicsound | 8230a90d-067f-462a-b491-e86746c208ff | 12:52 |
*** markguz_ has joined #openstack-containers | 12:52 | |
cosmicsound | runc[1593]: /var/lib/os-collect-config/local-data not found. Skipping | 13:19 |
cosmicsound | i see this repeating | 13:19 |
cosmicsound | inside the machinee of k8s | 13:20 |
cosmicsound | red hat site say it can be ignored | 13:21 |
*** ykarel is now known as ykarel|afk | 13:36 | |
openstackgerrit | Merged openstack/magnum stable/train: Remove buildimage jobs https://review.opendev.org/709997 | 13:51 |
openstackgerrit | Merged openstack/magnum stable/stein: Remove buildimage jobs https://review.opendev.org/709998 | 13:51 |
openstackgerrit | Merged openstack/magnum stable/rocky: Remove buildimage jobs https://review.opendev.org/710000 | 13:51 |
*** ykarel|afk is now known as ykarel | 14:02 | |
*** markguz_ has quit IRC | 14:02 | |
*** dasp has quit IRC | 14:08 | |
*** jmlowe has quit IRC | 14:09 | |
*** jmlowe has joined #openstack-containers | 14:09 | |
brtknr | cosmicsound: you can check the output of log inside /var/log/heat-config/ | 14:25 |
brtknr | if you are using the latest branch | 14:25 |
*** jmlowe has quit IRC | 14:29 | |
*** jmlowe has joined #openstack-containers | 14:32 | |
*** ykarel is now known as ykarel|afk | 15:06 | |
*** markguz_ has joined #openstack-containers | 15:26 | |
markguz_ | hi. i'm running Train and have followed the docs for setup and install. Is it correct that Fedora Atomic 27 is still the recommend container for k8s? | 15:32 |
markguz_ | It seems a bit old. and by following the train install and setup docs it doesn't work... | 15:34 |
markguz_ | it seems to get as far as downloading the container images but fails to do so. The system has unrestricted access to the internet | 15:41 |
markguz_ | I tried the coreos image but that seems to require octavia | 15:41 |
markguz_ | has fedora-coreos been added to the supported images yet? | 15:42 |
*** dasp has joined #openstack-containers | 15:52 | |
markguz_ | nvm. i figured it out... i've just moved to ssl for all apis, and it seemed my metadata was not working. | 16:10 |
*** udesale_ has quit IRC | 16:24 | |
brtknr | markguz_: use FedoraAtomic29-20191126 | 16:36 |
brtknr | thats the last FedoraAtomic release | 16:36 |
brtknr | Fedora CoreOS is supported from Magnum 9.1.0 | 16:36 |
markguz_ | brtknr: isn't train 9.1.0 ? | 16:37 |
brtknr | yes | 16:38 |
brtknr | 9.2.0 is also available now | 16:38 |
brtknr | we are working on releasing 9.3.0 soon with more bug fixes | 16:38 |
brtknr | markguz_: | 16:38 |
cosmicsound | brtknr , using latest branch | 16:39 |
cosmicsound | i use that release you mentioned | 16:40 |
cosmicsound | brtknr , the logs inside the master of k8s? | 16:40 |
brtknr | did you seee the logs cosmicsound | 16:40 |
cosmicsound | or ? i deploy with kolla-ansiblee | 16:40 |
brtknr | yes | 16:40 |
cosmicsound | let me check | 16:40 |
brtknr | ssh into master | 16:40 |
brtknr | tail -f /var/log/heat-config/... | 16:40 |
markguz_ | actually i'm running 9.2.1-dev6 | 16:41 |
markguz_ | ok so i'm trying fedora-coreos and there is no /var/log/heat-config folder | 16:43 |
markguz_ | with fedora-coreos the master configured ok, but the minions failed to configure | 16:43 |
cosmicsound | brtknr , will do it as soon as reconfiguration ends | 16:43 |
*** flwang has quit IRC | 16:53 | |
*** pcaruana has quit IRC | 16:53 | |
*** ykarel|afk is now known as ykarel|away | 17:00 | |
brtknr | markguz_: check /var/log/cloud-init-output.log | 17:04 |
brtknr | looks like your heat-container-agent failed to deploy | 17:04 |
*** pcaruana has joined #openstack-containers | 17:06 | |
markguz_ | brtknr: so i deleted the cluster and updated to the master branch of magnum. | 17:18 |
markguz_ | no i get this error : "Resource CREATE failed: BadRequest: resources.kube_masters.resources[0].resources.docker_volume: Availability zone ''" | 17:18 |
markguz_ | and the cluster doesn't even get off the ground. | 17:18 |
markguz_ | is that a new config option maybe? | 17:18 |
cosmicsound | brtknr , http://paste.openstack.org/show/790040/ i do not have it seems that specific file yet | 17:35 |
cosmicsound | maybe was not yet created i started a new cluster | 17:35 |
cosmicsound | journalctl -u heat-container-agent wont be same? | 17:36 |
cosmicsound | http://paste.openstack.org/show/790041/ here is the journalctl for heat container agent | 17:43 |
cosmicsound | that location was not working on my master i use fedora 29 latest 29.11. | 17:44 |
brtknr | cosmicsound: Check the cloud unit output file in the logs | 17:44 |
brtknr | cloud-init-output.log | 17:45 |
*** vishalmanchanda has quit IRC | 17:47 | |
cosmicsound | second will upload it | 17:56 |
cosmicsound | http://paste.openstack.org/show/790042/ | 17:58 |
cosmicsound | http://paste.openstack.org/show/790043/ this is the cloud-init.log previous was cloud-init-output.log | 18:09 |
*** ramishra has quit IRC | 18:34 | |
cosmicsound | Resource DELETE failed: Conflict: resources.network.resources.private_subnet: Unable to complete operation on subnet 5385abdd-accc-4ae8-b7c4-9955ee7222cc: One or more ports have an IP allocation from this subnet. Neutron server returns request_ids: ['req-89f1895a-f64e-45a0-a905-3fc5168111a1'] | 18:45 |
cosmicsound | Now this is first time when i get a FAILED_DELETE | 18:45 |
brtknr | cosmicsound: i am surprised your output of journalctl -u heat-container-agent is empty | 18:52 |
cosmicsound | Is not empty | 19:00 |
cosmicsound | http://paste.openstack.org/show/790041/ here is the journalctl for heat container agent | 19:00 |
markguz_ | brtknr: so the heat agent is failing in fedora-coreos with "line 276: python: command not found" | 19:50 |
markguz_ | i'm running fedora-coreos-31.20200127.3.0 | 19:50 |
markguz_ | the exact error is here :http://paste.openstack.org/show/790045/ | 19:52 |
markguz_ | it doesn't look like fedora-coreos-31 has python installed | 19:58 |
*** mgariepy has quit IRC | 20:45 | |
brtknr | markguz_: thats funny, i dont have that issue and have been able to create a cluster fine | 21:03 |
markguz_ | brtknr: could it be a heat thing? | 21:06 |
markguz_ | i'm running the master branch of heat also | 21:06 |
markguz_ | i realized i had installed the master branch of magnum with python2 so i just re-installed it with python 3.6 | 21:07 |
*** pcaruana has quit IRC | 21:11 | |
markguz_ | hmm now i have re-installed with 3.6 i'm getting SSLError(SSLError("bad handshake: SysCallError(-1, 'Unexpected EOF')",),)) when i connect to the port | 21:11 |
*** rcernin has quit IRC | 21:21 | |
openstackgerrit | Feilong Wang proposed openstack/magnum master: [fedora-atomic][k8s] Support post install manifest URL https://review.opendev.org/676832 | 21:38 |
brtknr | flwang u there? | 22:21 |
markguz_ | has anyone run the latest magnum with ssl ssl on the api enabled with python3.6 ? I'm running in virtualenv and with 2.7 ssl works fine, but with 3.6 it gives Unexpected EOF | 22:44 |
*** rcernin has joined #openstack-containers | 22:49 | |
*** markguz_ has quit IRC | 23:47 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!