[10:21] <Zic> Hi here, I'm trying to run "juju bootstrap manual/localhost cdk" with the latest Juju version from Snap and it hangs up infinitely on "Running machine configuration script...".
[10:21] <Zic> When I'm trying to find on what it hangs up exactly, I saw "apt-get --option=Dpkg::Options::=--force-confold --option=Dpkg::options::=--force-unsafe-io --assume-yes --quiet install cloud-utils"
[10:21] <Zic> and when I run this manually myself, I got:
[10:22] <Zic> The following packages have unmet dependencies:
[10:22] <Zic>  cloud-utils : Depends: openjdk-6-jre but it is not installable
[10:22] <Zic>                Depends: libbackport-util-concurrent-java (>= 3.1) but it is not installable
[10:26] <Zic> Found the problem! apt policy cloud-utils reports that a package from our private local repository override cloud-utils from the Ubuntu Archive, sorry...
[11:02] <magicaltrout> kjackal_: ping
[11:03] <kjackal_> hello magicaltrout
[11:04] <kjackal_> what's up?
[11:04] <magicaltrout> ah quick CDK question
[11:04] <magicaltrout> my understanding of the kubernetes-worker config is that
[11:05] <magicaltrout> kubelet-extra-args is a KV config and the contents will be attached to the kubelet config
[11:05] <magicaltrout> so i set
[11:05] <magicaltrout>     value: maximum-dead-containers=3
[11:05] <magicaltrout> but i don't see it set anywhere on the kubelets
[11:06] <kjackal> lets see...
[11:08] <kjackal> so these are extra arguments that will be used to start kubelet service with
[11:09] <magicaltrout> yeah so i'd expect them to be in /var/snap/kubelet/current/args
[11:09] <magicaltrout> or visible on ps aux |grep kubelet
[11:09] <kjackal> yes they should be there
[11:10] <kjackal> where do you set them? cojure-up during deployment? a bundle file? after the deployment?
[11:10] <magicaltrout> after the deployment
[11:10] <kjackal> strange...
[11:11] <kjackal> let me think...
[11:12] <magicaltrout> https://gist.github.com/buggtb/96a0d41472836a170f6bafacf087d41d
[11:16] <kjackal> yes... I see it not being set. Give me 5 mins
[11:17] <magicaltrout> winning
[11:22] <kjackal> magicaltrout: I do not see this config param in kubelet: https://gist.github.com/ktsakalozos/2090e63f052d32b18b7605f1c4b36c2f
[11:23] <kjackal> let me read the docs a bit
[11:23] <magicaltrout> well even if it isn't would the charm parse it out?
[11:23] <magicaltrout> https://kubernetes.io/docs/concepts/cluster-administration/kubelet-garbage-collection/
[11:23] <magicaltrout> my understanding is GC flags get added to the kubelet
[11:24] <magicaltrout> I might be wrong, but i'd expect it to blow up, not ignore my config request
[11:33] <kjackal> xm... there are discussions of removing these flags as they are depricated. https://github.com/kubernetes/kubernetes/issues/40044 . But regardless we should be able to set those...
[11:33] <magicaltrout> well yeah
[11:33] <magicaltrout> but they aren't removed yet
[11:36] <kjackal> true, would you be able to open an issue here: https://github.com/juju-solutions/bundle-canonical-kubernetes/issues
[11:36] <kjackal> ?
[11:36] <kjackal> magicaltrout: ^
[11:36] <magicaltrout> sure
[11:36] <kjackal> thanks
[11:38] <magicaltrout> done
[11:44] <kjackal> thank you, magicaltrout. My reply to the issue was to the team. ;)
[11:46] <magicaltrout> other question
[11:46] <magicaltrout> cause google is failing me
[11:47] <magicaltrout> how do I get the deployed applications name in the charm?
[11:59] <magicaltrout> nm
[12:58] <utking> Hey guys! How can i deploy a saved model from the cli?
[12:59] <utking> like juju deploy  --model maas-cloud-controller:gunny/utkingtest
[12:59] <utking> just gives no charm og bundle specified
[13:12] <magicaltrout> juju deploy mybundle.yaml
[13:12] <magicaltrout> i think
[13:16] <utking> ah ok :) do you have any idea where that file is?
[13:17] <utking> the model was deployed with the gui, but i got some hook errors
[13:18] <utking> so i fixed them, but it won't re-deploy my changes
[13:25] <magicaltrout> that file?
[13:25] <magicaltrout> its the export you did
[13:25] <magicaltrout> bundle.yaml or whatever the download was called
[13:31] <utking> thanks, a bit complicated tbh, it should have been saved locally, or at least been deploy when pressing the deploy button in the gui :p
[13:32] <magicaltrout> if you save a model in the gui
[13:32] <magicaltrout> it just downloads it doesn't it?
[13:37] <utking> yeah it does, on my local computer, i then need to scp it in maas to run it, not a big problem, just a bit of extra work
[13:39] <magicaltrout> do you not have juju running on your local computer?
[13:40] <utking> no, it's been bootstrapped by maas on another node
[13:40] <utking> :)
[13:41] <magicaltrout> well if you have a network connection between your machine and the maas network, you could add the controller to you local setup
[13:41] <magicaltrout> and then just run the commands locally rather than scping stuff around
[13:44] <utking> Hmm, how do you mean? :)
[13:44] <magicaltrout> so you have a controller, but you don't run the juju commands directly on the controller, well, not very often
[13:45] <magicaltrout> so you can add the cert details and stuff to your local juju client assuming you have one installed and then switch to that contoller and run commands against it
[13:45] <utking> yep! I'm running the commands on the maas node
[13:45] <magicaltrout> yeah
[13:45] <magicaltrout> but you could just run them on your PC :P
[13:45] <utking> haha, i'm on windows >_<
[13:46] <utking> ssh'ed into the maas node
[13:46] <magicaltrout> https://jujucharms.com/docs/2.0/reference-releases
[13:46] <magicaltrout> luckily
[13:46] <magicaltrout> there is a windows client :P
[13:46] <utking> haha, oh wow
[13:46] <utking> i wasn't aware!
[13:47] <utking> Well thanks m8!
[13:47] <utking> i'll try that one out
[13:48] <magicaltrout> no probs
[13:48] <utking> is it less buggy then the gui online?
[13:48] <magicaltrout> a buggy gui?!
[13:48] <magicaltrout> I've not noticed any issues in the gui
[13:48] <magicaltrout> but i don't use it very often
[13:50] <utking> haha, it doesn't work at all for us, it bugs, deploys 10 times one charm than was specified etc
[13:50] <utking> also if relations are changed, and redployed nothing happens
[13:52] <magicaltrout> well i've not seen that in either environment but i'll take your word for it
[13:52] <magicaltrout> i'm sure there will be some americans online shortly who'd be interested in knowing more
[13:53] <magicaltrout> they get a bit sad when the gui doesn't work
[13:54] <utking> hahaha
[13:54] <utking> also the exported yaml file won't import in the gui, just get a bunch of relations errors
[13:54] <utking> but it deploys fine in cli
[13:55] <magicaltrout> i'm sure rick_h can help file some issues when he gets his bald head to the keyboard
[13:56] <rick_h> magicaltrout: :p
[13:56] <utking> hahahaha
[13:56] <magicaltrout> oh hi rick_h
[13:56] <magicaltrout> didn't see you there.....
[13:56] <rick_h> sorry my head glare is toned down...
[13:57] <utking> haha :)
[13:57] <magicaltrout> nice to know you've been polishing....
[13:58] <utking> polishing is never bad, in any way
[13:59] <rick_h> utking: do you have a pastebin of the bundle yaml we can check out?
[14:00] <rick_h> utking: since the gui and the go client parse things up differently sometimes things can get out of sync
[14:00] <rick_h> would love to get a bug in place and get things fixed up for you
[14:00] <utking> i'll make one
[14:00] <rick_h> ty
[14:02] <utking> https://pastebin.com/KQw7j2HS
[14:02] <utking> there you go rick_h :)
[14:02] <utking> that one i'm unable to import in the web gui
[14:04] <rick_h> utking: hmm, so using hte gui it loads the yaml into uncomitted state. When you say relation errors is this the errors from the charms themselves
[14:07] <utking> hmm, it just won't import them
[14:09] <rick_h> utking: so it takes a few seconds here after it loads the charms.
[14:11] <utking> hmm, so it loads them?
[14:11] <utking> https://pastebin.com/DjDprdC2
[14:11] <utking> try this one then, this gives me errors at least, i might have sent you the wrong one :p
[14:13] <rick_h> https://usercontent.irccloud-cdn.com/file/DUJysJN5/2018-02-20_09-11-26.gif
[14:13] <rick_h> so here's a gif of it loading up on jujucharms.com and preparing to be deployed
[14:15] <rick_h> utking: right, what's 40851682$ ?
[14:15] <rick_h> utking: that's related to shared-db but isn't anything the bundle/juju knows about
[14:16] <rick_h> utking: so the gui is erroring stating that relation info doesn't make sense to it
[14:18] <utking> hmm, it might been relating to ceph, but that was removed from the model :S
[14:19] <rick_h> yea, I'd be curious where the number$ came from I guess as that's what's breaking the second bundle from working.
[14:20] <utking> Hmm, what you can try is to download the openstack base, remove ceph, then export and import, see if that breaks it for you?
[15:38] <rick_h> utking: yep, that's the issue. I've filed: https://github.com/juju/juju-gui/issues/3548 on the matter
[15:38] <rick_h> utking: ty for confirming what was up
[17:56] <salmankhan> Does someone know how to update dns entries in L X D containers alreay deployed by JUJU
[17:57] <salmankhan> if I change /etc/resolv.conf or network interfaces file manually, it gets reverted on container restart
[18:16] <rick_h> salmankhan: I'm not sure you can do that as that's stored and shared info. The idea would be to run dns if you wanted to stick custom names on things
[18:29] <salmankhan> rick_h: actually I set the subnet dns in MAAS which got into the containers intefaces and resolv.conf rightly but now I want to change that but not been able to find any way to do it without destroying container.
[18:30] <salmankhan> strange, can't find any doc as well how juju deploys LXD containers, I mean some indepth doc