*** goldyfruit has joined #openstack-containers | 00:43 | |
*** hongbin has joined #openstack-containers | 00:52 | |
*** threestrands has joined #openstack-containers | 02:13 | |
*** ricolin has joined #openstack-containers | 02:52 | |
*** ramishra has joined #openstack-containers | 02:53 | |
*** hongbin has quit IRC | 03:23 | |
*** goldyfruit has quit IRC | 03:48 | |
*** hongbin has joined #openstack-containers | 03:49 | |
*** udesale has joined #openstack-containers | 04:00 | |
*** ramishra has quit IRC | 04:00 | |
*** ykarel has joined #openstack-containers | 04:13 | |
*** ramishra has joined #openstack-containers | 04:17 | |
*** hongbin has quit IRC | 04:41 | |
*** dave-mccowan has quit IRC | 04:51 | |
*** pcaruana has joined #openstack-containers | 05:07 | |
*** pcaruana has quit IRC | 05:35 | |
*** threestrands has quit IRC | 06:36 | |
*** threestrands has joined #openstack-containers | 06:36 | |
*** threestrands has quit IRC | 06:41 | |
*** pcaruana has joined #openstack-containers | 06:51 | |
*** lsimngar_ has joined #openstack-containers | 06:57 | |
*** ykarel is now known as ykarel|lunch | 07:04 | |
*** rcernin has quit IRC | 07:07 | |
*** ricolin has quit IRC | 07:10 | |
*** FlorianFa has quit IRC | 07:24 | |
*** Florian has joined #openstack-containers | 07:25 | |
*** ttsiouts has joined #openstack-containers | 07:45 | |
strigazi | flwang brtknr, guys take it easy. don't judge things based on names | 07:55 |
---|---|---|
strigazi | spc_t means that selinux won't stop the process that has this context from mounting dir and so on | 07:56 |
strigazi | for flannel we drop all CAPS apart from NET_ADMIN | 07:56 |
strigazi | calico runs with privileged: true | 07:56 |
strigazi | so feilong, flannel is more locked down than calico | 07:57 |
strigazi | the calico devs didn't bother to create a PSP | 07:57 |
strigazi | but the super privileged permission only for the flannel container, right? This question is very wrong, it implies that flannel is not configured securely. But no, it is the other way round. | 07:58 |
*** trident has quit IRC | 07:58 | |
strigazi | also, this discussion is a little pointless because calico and flannel manage the network of everything in the cluster. That is their job. They are privileged anyway. | 07:59 |
*** trident has joined #openstack-containers | 08:01 | |
*** ttsiouts has quit IRC | 08:04 | |
*** ttsiouts has joined #openstack-containers | 08:05 | |
*** flwang1 has joined #openstack-containers | 08:15 | |
flwang1 | strigazi: around? | 08:15 |
strigazi | I'm here | 08:16 |
strigazi | flwang1: I'm here | 08:17 |
flwang1 | strigazi: i can reproduce the issue of heat-container-agent | 08:18 |
strigazi | ok | 08:18 |
flwang1 | the /etc/os-collect-config looks correct | 08:18 |
flwang1 | but the /var/lib/heat-config/heat-config is empty | 08:19 |
flwang1 | seems the /opt/stack/os-config-refresh/configure.d/20-os-apply-config is not working correctly | 08:19 |
strigazi | really? I could find anything | 08:20 |
strigazi | really? I could not find anything | 08:20 |
strigazi | what is the issue? | 08:20 |
flwang1 | i don't know yet, but i think i'm closing to the answer | 08:20 |
strigazi | and the path is wrong right? | 08:21 |
strigazi | local-data needs to be a dir, correct? | 08:21 |
flwang1 | if i can't fix it this week, i will propose fix in heat to use the /var/lib/heat-cfntools/ | 08:21 |
flwang1 | strigazi: yes, it needs to be dir | 08:21 |
strigazi | flwang1: at the moment, in our heat deployment /var/lib/cloud is passed by heat | 08:22 |
strigazi | can you check in yours? | 08:22 |
flwang1 | i had a chat with stevebaker, he said it maybe a bug in the local collector | 08:22 |
flwang1 | both /var/lib/heat-cfntools/ and /var/lib/cloud should work, i tested before | 08:23 |
flwang1 | if i can't find the fix based on local-data, i will roll back to above 2 paths | 08:23 |
strigazi | I mean, what is being used at Catalyst | 08:23 |
brtknr | o/ hey both, im taking it easy :) | 08:24 |
brtknr | just had no idea how selinux works... been reading up on it... | 08:24 |
strigazi | brtknr: in your heat deployment | 08:26 |
flwang1 | strigazi: i think we're also using /var/lib/cloud, i need to check | 08:26 |
strigazi | brtknr: which file is being used by the heat agent? | 08:26 |
strigazi | flwang1: We are big heat users. The development in heat is a bit stale. Why change the current working behaviour? | 08:27 |
brtknr | strigazi: do I check heat-container-agent systemd unit? | 08:27 |
strigazi | flwang1: the arguments about obsolete and deprecated things mean nothing in real life. | 08:27 |
flwang1 | strigazi: we can support both as I proposed in patchset 5 | 08:27 |
strigazi | flwang1: that is fine | 08:28 |
flwang1 | as you saw, heat team was suggesting use that local-data, and i thought it's same thing, and i didn't do the final test :( | 08:28 |
flwang1 | that's my fault | 08:29 |
strigazi | brtknr: check /var/lib/cloud/data/cfn-init-data | 08:29 |
brtknr | sthttps://seashells.io/p/AabXfFDG | 08:29 |
strigazi | flwang1: mine too, it is not your fault only. mostly it is heat teams that pushed as for no real reason | 08:29 |
brtknr | https://seashells.io/p/AabXfFDG | 08:29 |
strigazi | brtknr: | 08:30 |
strigazi | brtknr: and /var/lib/heat-cfntools/cfn-init-data | 08:30 |
brtknr | thats my /var/lib/cloud/data/cfn-init-data | 08:30 |
brtknr | strigazi: that doesnt exist | 08:30 |
strigazi | flwang1: so brtknr uses /var/lib/cloud/data/cfn-init-data as well | 08:31 |
brtknr | strigazi: is that good? i am not sure what this discussion is abou | 08:33 |
strigazi | brtknr: yes you using what we use. No, cause heat team wants us to change for "deprecated" reasons. | 08:34 |
strigazi | brtknr: yes you are using what we use. No, because the heat team wants us to change for "deprecated" reasons. | 08:34 |
flwang1 | strigazi: ok, then how about we support all the 3 directories? | 08:35 |
flwang1 | to get a better backward compatiblity | 08:36 |
strigazi | flwang1: if it doesn't break things, sgtm | 08:37 |
flwang1 | i don't think it breaks things | 08:37 |
flwang1 | in my devstack env, i can see cfn-init-data at both /var/lib/heat-cfntools and /var/lib/cloud/data/ | 08:38 |
flwang1 | hence why i propose the initial version to have the file for both | 08:38 |
flwang1 | proposed | 08:39 |
strigazi | which makes sense. | 08:39 |
brtknr | strigazi: wohoo | 08:43 |
brtknr | i managed to get flannel to run without spc_t | 08:44 |
strigazi | how? | 08:44 |
strigazi | chcon /run/flannel ? | 08:44 |
strigazi | brtknr: ? | 08:44 |
strigazi | brtknr: ? | 08:45 |
brtknr | see ^ | 08:45 |
openstackgerrit | Bharat Kunwar proposed openstack/magnum master: [WIP] Support Fedora CoreOS 30 https://review.opendev.org/678458 | 08:45 |
brtknr | see ^ | 08:45 |
brtknr | container_runtime_t | 08:46 |
strigazi | can you provide more details on what is the impact of this change | 08:47 |
brtknr | it allows /run/flannel/subnet.env to be created without permission denied | 08:48 |
strigazi | that is the goal, we know that | 08:48 |
strigazi | I try to understand why Jason from RedHat proposed spc instead of container_runtime | 08:49 |
strigazi | also what this means? "Be aware that this probably disables all SELinux protection for this container." | 08:51 |
brtknr | strigazi: where/when did he propose spc instead of container_runtime? | 08:52 |
brtknr | strigazi: https://danwalsh.livejournal.com/78312.html < there's also this blog | 08:52 |
*** namrata has joined #openstack-containers | 08:52 | |
strigazi | https://pagure.io/atomic/kubernetes-sig/issue/3 which references https://danwalsh.livejournal.com/74754.html which references https://developers.redhat.com/blog/2014/11/06/introducing-a-super-privileged-container-concept/ | 08:56 |
strigazi | I honestly don't know what is better. | 08:56 |
brtknr | strigazi: i suppose flannel is not a "container runtime" | 08:59 |
flwang1 | strigazi: i think i'm very close to the answer now | 09:00 |
brtknr | but rather in fact a service running inside a container container | 09:00 |
brtknr | which requires extra privileges | 09:00 |
brtknr | so maybe spc_t does make more sense | 09:00 |
flwang1 | https://github.com/openstack/os-apply-config/blob/master/os_apply_config/apply_config.py#L73 | 09:01 |
flwang1 | this line can't get the deployments when using local-data | 09:01 |
strigazi | flwang1: I don't get it, why? | 09:02 |
flwang1 | http://paste.openstack.org/show/782635/ | 09:05 |
flwang1 | i don't fully understand yet, but seems the data is overwriten | 09:06 |
flwang1 | https://github.com/openstack/os-apply-config/blob/master/os_apply_config/collect_config.py#L70 | 09:07 |
flwang1 | i'm trying to add breakpoints here | 09:07 |
flwang1 | something wrong when merge the configs | 09:10 |
flwang1 | https://github.com/openstack/os-apply-config/blob/master/os_apply_config/collect_config.py#L57 | 09:11 |
flwang1 | i'm off now, will dig it tomorrow | 09:13 |
strigazi | flwang1: gn | 09:13 |
namrata | Hi Folks, I have deployed magnum based kubernestes cluster and when I try to access the logs I see this error. has anybody saw this issue and how to solve thisfailed to open log file "/var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log": open | 09:16 |
namrata | /var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log: no such file or directory | 09:16 |
namrata | Hi Folks, I have deployed magnum based kubernestes cluster and when I try to access the logs I see this error. has anybody saw this issue and how to solve this`failed to open log file "/var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log": open | 09:16 |
namrata | /var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log: no such file or directory` | 09:16 |
namrata | Hi Folks, I have deployed magnum based kubernestes cluster and when I try to access the logs I see this error.`failed to open log file "/var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log": open | 09:17 |
namrata | /var/log/pods/gitlab_gitlab-runner-5f7b586968-sglfb_3b76acb4-dac5-11e9-8744-fa163e1fa925/gitlab-runner/1.log: no such file or directory`. has anybody saw this issue and how to solve this | 09:17 |
brtknr | flwang1: sleep tight! | 09:18 |
*** Florian has quit IRC | 09:19 | |
*** FlorianFa has joined #openstack-containers | 09:19 | |
*** namrata89 has joined #openstack-containers | 09:20 | |
*** namrata89 has left #openstack-containers | 09:20 | |
*** namrata26 has joined #openstack-containers | 09:21 | |
*** namrata has quit IRC | 09:23 | |
*** namrata26 has quit IRC | 09:24 | |
*** namrata has joined #openstack-containers | 09:25 | |
*** ykarel|lunch is now known as ykarel | 09:26 | |
*** ricolin has joined #openstack-containers | 09:30 | |
*** ttsiouts has quit IRC | 09:31 | |
*** ttsiouts has joined #openstack-containers | 09:31 | |
*** ttsiouts_ has joined #openstack-containers | 09:32 | |
*** ttsiouts has quit IRC | 09:32 | |
*** udesale has quit IRC | 09:52 | |
*** udesale has joined #openstack-containers | 09:53 | |
*** ykarel is now known as ykarel|afk | 09:54 | |
brtknr | strigazi: what about this: chcon -t container_file_t -u system_u /var/run/flannel | 09:58 |
brtknr | this way, we dont need to specify any security context for the container since it starts with container_t context | 09:59 |
*** udesale has quit IRC | 10:00 | |
*** udesale has joined #openstack-containers | 10:01 | |
openstackgerrit | Bharat Kunwar proposed openstack/magnum master: [WIP] Support Fedora CoreOS 30 https://review.opendev.org/678458 | 10:04 |
brtknr | strigazi: as above^ | 10:04 |
brtknr | it is the best of both worlds because its no longer a super privileged container but can write to the path it needs to write to | 10:05 |
*** ttsiouts_ has quit IRC | 10:17 | |
*** ttsiouts has joined #openstack-containers | 10:18 | |
*** ttsiouts has quit IRC | 10:22 | |
openstackgerrit | Bharat Kunwar proposed openstack/magnum master: [WIP] Support Fedora CoreOS 30 https://review.opendev.org/678458 | 10:32 |
*** sapd1 has joined #openstack-containers | 10:48 | |
*** ttsiouts has joined #openstack-containers | 11:04 | |
*** udesale has quit IRC | 11:09 | |
*** sapd1 has quit IRC | 11:19 | |
strigazi | brtknr: I have done this already but we need to make sure the context is kept on reboot. | 11:25 |
strigazi | brtknr: we use k8s to not have to do this things | 11:26 |
strigazi | brtknr: /var/run get deleted on reboot. | 11:26 |
*** jhesketh has quit IRC | 11:29 | |
strigazi | next time I'll post all alternatives I tried. | 11:31 |
*** ykarel|afk is now known as ykarel | 11:32 | |
lsimngar_ | hi all, I do not know if here is the best place to ask about this, I think that I found an issue with the flannel driver deploying k8s clusters in magnum.. | 11:38 |
lsimngar_ | everything is in place except flannel setup and I get a timeout error from heat | 11:38 |
*** jhesketh has joined #openstack-containers | 11:43 | |
strigazi | lsimngar_ we can't help with info you provided so far. Please give more details if you can. | 11:58 |
*** goldyfruit has joined #openstack-containers | 12:03 | |
lsimngar_ | strigazi: ok I have deployed a new k8s cluster with stein magnum everything seems to be fine. I'm using flannel network driver, but from the VM I only see eth0 IP and docker0 | 12:10 |
*** ttsiouts has quit IRC | 12:10 | |
lsimngar_ | # cat /run/flannel/subnet.env | 12:11 |
lsimngar_ | cat: /run/flannel/subnet.env: No such file or directory | 12:11 |
*** ttsiouts has joined #openstack-containers | 12:11 | |
lsimngar_ | # ifconfig flannel0 | 12:11 |
lsimngar_ | flannel0: error fetching interface information: Device not found | 12:11 |
lsimngar_ | # sudo service flanneld status | 12:12 |
lsimngar_ | Redirecting to /bin/systemctl status flanneld.service | 12:12 |
lsimngar_ | Unit flanneld.service could not be found. | 12:12 |
*** ttsiouts has quit IRC | 12:13 | |
lsimngar_ | It looks like everything is there but flannel is not set at all. not sure if I'm doing something stupid or if something is missing | 12:13 |
*** ttsiouts_ has joined #openstack-containers | 12:13 | |
lsimngar_ | # cat /etc/sysconfig/flannel-network.json | 12:13 |
lsimngar_ | cat: /etc/sysconfig/flannel-network.json: No such file or directory | 12:13 |
*** goldyfruit has quit IRC | 12:14 | |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: ng-13: Support nodegroup upgrade https://review.opendev.org/686733 | 12:14 |
lsimngar_ | on the other hand kube-apiserver kube-controller-manager kube-proxy kube-scheduler kubelet etcd and docker are up and running | 12:15 |
lsimngar_ | I'm using fedora-atomic-29 btw | 12:17 |
strigazi | flannel_backend=vxlan ? | 12:23 |
strigazi | magnnum version? | 12:23 |
lsimngar_ | strigazi: 'flannel_backend': 'host-gw' and magnum 8.0.0-1.el7 | 12:25 |
lsimngar_ | strigazi: I didn't try with vxlan but I got the same results with the default upd | 12:27 |
strigazi | lsimngar_: kubectl -n kube-system get po | grep flannel && kubectl -n kube-system logs ds/kube-flannel-ds-amd64 | 12:30 |
lsimngar_ | strigazi: after a while I got "No resources found." | 12:33 |
lsimngar_ | # kubectl get nodes | 12:34 |
lsimngar_ | NAME STATUS ROLES AGE VERSION | 12:34 |
lsimngar_ | k8s-cluster-t4jvfntfdes2-master-0 Ready master 22h v1.11.6 | 12:34 |
lsimngar_ | k8s-cluster-t4jvfntfdes2-minion-0 Ready <none> 22h v1.11.6 | 12:34 |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: Docker volume size from nodegroups https://review.opendev.org/687879 | 12:41 |
*** namrata has quit IRC | 12:43 | |
*** udesale has joined #openstack-containers | 12:55 | |
brtknr | strigazi: lets go with spc_t, seems like the best approach | 13:02 |
brtknr | strigazi: but i'd be interested to hear what else you tried | 13:10 |
*** trident has quit IRC | 13:14 | |
*** trident has joined #openstack-containers | 13:15 | |
*** goldyfruit has joined #openstack-containers | 13:23 | |
*** goldyfruit has quit IRC | 13:35 | |
*** goldyfruit has joined #openstack-containers | 13:37 | |
*** munimeha1 has joined #openstack-containers | 13:38 | |
*** dave-mccowan has joined #openstack-containers | 13:41 | |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: ng-10: Fix cluster template conditions https://review.opendev.org/685620 | 13:49 |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: ng-11: API microversion 1.9 https://review.opendev.org/686089 | 13:49 |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: ng-12: Label nodegroup nodes https://review.opendev.org/686362 | 13:49 |
openstackgerrit | Theodoros Tsioutsias proposed openstack/magnum master: ng-13: Support nodegroup upgrade https://review.opendev.org/686733 | 13:49 |
*** spsurya has joined #openstack-containers | 13:57 | |
brtknr | ttsiouts_: nice work! | 14:14 |
brtknr | ttsiouts_: excited to try it! taking it for a spin now | 14:18 |
ttsiouts_ | brtknr: cool! thanks for testing!! | 14:19 |
*** iokiwi has quit IRC | 14:29 | |
*** iokiwi has joined #openstack-containers | 14:31 | |
openstackgerrit | Spyros Trigazis proposed openstack/magnum master: [WIP] Support Fedora CoreOS 30 https://review.opendev.org/678458 | 14:36 |
*** pcaruana has quit IRC | 14:39 | |
*** dave-mccowan has quit IRC | 14:41 | |
brtknr | ttsiouts_: have you tested nodegroups with fedora coreos? | 14:43 |
brtknr | ttsiouts_: or only atomic? | 14:44 |
*** jmlowe has quit IRC | 14:45 | |
ttsiouts_ | brtknr: only atomic till now.. | 14:56 |
brtknr | ttsiouts_: I went ahead of myself and started testing on coreos :P | 14:56 |
brtknr | unfortunately it failed but its an interesting failure | 14:57 |
*** namrata has joined #openstack-containers | 14:57 | |
ttsiouts_ | brtknr: can you paste it? | 14:58 |
ttsiouts_ | s/paste/share | 14:58 |
brtknr | <urlopen error [Errno 2] No such file or directory: '/opt/stack/magnum/magnum/drivers/k8s_fedora_coreos_v1/templates/kubecluster.yaml'> | 14:59 |
namrata | Hi Folks,I would like to know is there any monitoring system available for magnum based kubernetes cluster which will notify when a defined specific alert is triggered. Recently I encountered an issue where kubernetes garabage collector was not working hence the question | 14:59 |
brtknr | and its true, it doesnt exist | 14:59 |
brtknr | namrata: have you tried monitoring_enabled=True,tiller_enabled=True labels? | 15:00 |
brtknr | it deploys helm based prometheus monitoring | 15:00 |
*** jmlowe has joined #openstack-containers | 15:01 | |
*** pcaruana has joined #openstack-containers | 15:01 | |
brtknr | ttsiouts_: looks like your nodegroup changes breaks the reuse of fedora atomic heat templates... | 15:02 |
ttsiouts_ | brtknr: did you rebase on top of ng-13? | 15:04 |
brtknr | no i checkout out ng-13 | 15:04 |
namrata | brtknr I will check that. Thanks! | 15:04 |
brtknr | im using SHA: 342449f7011334ef747c0391b63c67d5001c4d56 | 15:04 |
ttsiouts_ | brtknr: let me check. | 15:05 |
ttsiouts_ | brtknr: broke on creation? | 15:06 |
namrata | has anybody has seen the following issue and how to solve this `failed to open log file "/var/log/pods/gitlab_gitlab-runner-5f7b586968-stcfm_63a9c213-eb51-11e9-8744-fa163e1fa925/gitlab-runner/0.log": open /var/log/pods/gitlab_gitlab-runner-5f7b586968-stcfm_63a9c213-eb51-11e9-8744-fa163e1fa925/gitlab-runner/0.log: no such file or directory` | 15:06 |
ttsiouts_ | brtknr: but strigazi's change is not merged yet. | 15:07 |
namrata | when I try to see kubectl logs | 15:08 |
ttsiouts_ | brtknr: how do you test it with ng-13? | 15:08 |
brtknr | ttsiouts_: ouch my bad | 15:10 |
brtknr | lol | 15:10 |
ttsiouts_ | brtknr: lol | 15:11 |
brtknr | ttsiouts_: long day... | 15:11 |
*** ykarel is now known as ykarel|afk | 15:11 | |
brtknr | ttsiouts_: are there any problems with supplying cluster template as an arg when creating nodegroups? | 15:13 |
brtknr | ttsiouts_: Invalid Cluster Template for upgrade: Nodegroup bharat can be upgraded only to match cluster's template (k8s-calico-fedora-atomic-v1 (HTTP 409) (Request-ID: req-078ecfe9-fc18-486a-b87c-aea8e93034b6) | 15:18 |
brtknr | I dont understand what this error means | 15:18 |
*** lsimngar_ has quit IRC | 15:18 | |
brtknr | ttsiouts_: this is what I am trying to run: openstack coe cluster upgrade --nodegroup bharat k8s-calico-fedora-atomic d36cd536-f14b-4e86-bee8-7d85cd4106f6 | 15:21 |
ttsiouts_ | brtknr: you can only upgrade your nodegroup to match the cluster template that is set in your cluster | 15:21 |
ttsiouts_ | brtknr: so I guess that k8s-calico-fedora-atomic-v1 is the cluster template that the cluster uses | 15:22 |
ttsiouts_ | brtknr: In the meantime I checked coreos | 15:22 |
brtknr | ttsiouts_: no my cluster template is called k8s-calico-fedora-atomic-v1.16.1 | 15:23 |
brtknr | ttsiouts_: does coreos work? | 15:24 |
ttsiouts_ | brtknr: I have to port ng-10 to the new coreos templates | 15:24 |
ttsiouts_ | brtknr: it should work after that. | 15:24 |
brtknr | ttsiouts_: sounds good | 15:24 |
brtknr | it is dropping the ".16.1" part from the template some for reason | 15:24 |
brtknr | am I not support to have "." in cluster template name? | 15:25 |
ttsiouts_ | brtknr: you should be able to. | 15:25 |
ttsiouts_ | brtknr: https://review.opendev.org/#/c/686733/3/releasenotes/notes/upgrade_api-1fecc206e5b0ef99.yaml | 15:25 |
ttsiouts_ | brtknr: I tried to explain here some things for upgrade | 15:26 |
*** jmlowe has quit IRC | 15:26 | |
*** pcaruana has quit IRC | 15:26 | |
ttsiouts_ | brtknr: I have to run. I will continue tomorrow with coreos | 15:26 |
ttsiouts_ | brtknr: see you tomorrow | 15:27 |
*** ttsiouts_ has quit IRC | 15:27 | |
*** ttsiouts has joined #openstack-containers | 15:28 | |
brtknr | ttsiouts_: ttsiouts oh i see... i was wondering why k8s-calico-fedora-at-bharat-4e3nocuw3fu2-node-0 and not k8s-calico-fedora-atomic -bharat-4e3nocuw3fu2-node-0 | 15:32 |
brtknr | like it was before | 15:32 |
*** ttsiouts has quit IRC | 15:32 | |
*** dave-mccowan has joined #openstack-containers | 15:41 | |
*** ykarel|afk is now known as ykarel | 15:41 | |
*** udesale has quit IRC | 16:19 | |
*** jmlowe has joined #openstack-containers | 16:35 | |
*** pcaruana has joined #openstack-containers | 16:40 | |
namrata | brtknr any reference link to access the prometheus monitoring system | 16:47 |
*** primeministerp has joined #openstack-containers | 16:58 | |
*** namrata has quit IRC | 17:05 | |
*** ykarel is now known as ykarel|away | 17:11 | |
*** ykarel|away has quit IRC | 17:35 | |
*** ricolin has quit IRC | 17:39 | |
*** ramishra has quit IRC | 17:51 | |
*** jmlowe has quit IRC | 18:22 | |
*** ykarel|away has joined #openstack-containers | 18:23 | |
primeministerp | hey all, was wondering if I can get some insight. I have a aio with magnum deployed with kolla-ansible on aarch64. | 18:31 |
primeministerp | I'm seeing the following: http://paste.openstack.org/show/782736/ | 18:32 |
primeministerp | When deploying a fedora-atomic cluster | 18:32 |
*** ykarel|away has quit IRC | 19:00 | |
*** jmlowe has joined #openstack-containers | 19:01 | |
*** bline has quit IRC | 19:33 | |
*** pcaruana has quit IRC | 20:15 | |
*** spsurya has quit IRC | 20:28 | |
*** FlorianFa has quit IRC | 20:49 | |
*** FlorianFa has joined #openstack-containers | 21:01 | |
*** FlorianFa has quit IRC | 21:08 | |
*** FlorianFa has joined #openstack-containers | 21:21 | |
brtknr | namrata: https://lmgtfy.com/?q=monitoring_enabled+magnum+openstack&p=1 | 21:38 |
*** ryn_eq has quit IRC | 21:44 | |
*** ryn_eq has joined #openstack-containers | 21:55 | |
*** trident has quit IRC | 22:03 | |
*** trident has joined #openstack-containers | 22:05 | |
*** munimeha1 has quit IRC | 22:26 | |
*** rcernin has joined #openstack-containers | 22:46 | |
brtknr | primeministerp: which version of magnum? what parameters did you use to create the cluster? so many unknowns... | 23:22 |
*** vesper11 has quit IRC | 23:30 | |
*** vesper11 has joined #openstack-containers | 23:31 | |
*** goldyfruit has quit IRC | 23:31 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!