[07:03] <surf> Hi all, I added my openstack cloud to juju clouds and credentials also. while doing juju bootstrap to that cloud i am getting following error.
[07:04] <surf> Error log pasted here http://paste.openstack.org/show/595548/
[07:04] <surf> please someone help
[07:27] <axw> surf: what's the version of openstack?
[07:27] <surf> axw: liberty
[07:32] <axw> surf: can you share your clouds.yaml?
[07:33] <surf> axw: yeah 1 sec
[07:33] <surf> here is my clouds.yaml file http://paste.openstack.org/show/595553/
[07:33] <axw> thanks
[07:34] <axw> surf: I'm a little suspicious that we're not doing v3 properly. can you try changing the endpoint from v3 to v2, see if that makes a difference?
[07:35] <surf> axw: ok
[07:36] <surf> awx: still no difference
[07:38] <axw> surf: did you set anything for "domain-name" in the credentials?
[07:38] <surf> yeah it is "default"
[07:39] <axw> surf: I have to admit to being completely ignorant of v3 auth, I've never used it. can you please try commenting that out of your credentials.yaml to force v2 auth?
[07:40] <axw> if that doesn't work, might need to wait for someone with better openstack debugging skills
[08:23] <surf> axw: still i am getting autentication problem
[08:31] <kjackal> Good morning Juju world
[08:33] <axw> surf: is the debug output any different at all when using the v2 endpoint?
[08:41] <surf> axw: here is the debug log with v2 http://paste.openstack.org/show/595565/
[08:47] <axw> surf: sorry, I am out of ideas
[08:48] <surf> axw: ok thanks for your i nfo
[09:47] <surf> Hi all, I am doing bootstrap juju to the openstack cloud
[09:48] <surf> is it necessary the both juju and openstack cloud on same node
[09:49] <surf> or can i bootstrap juju on to the openstack cloud from different machine, where juju is installed
[11:53] <surf> hi all, I followed this doc https://jujucharms.com/docs/devel/howto-privatecloud
[11:53] <surf> to bootstrap juju on openstack cloud
[11:54] <surf> i am getting the error authentication failed.
[11:54] <surf> here is the debug log http://paste.openstack.org/show/595606/
[12:11] <anrah> surf: are you deploying whole openstack or just creating controller to existing openstack tenant?
[13:00] <kjackal> Hey cory_fu do you happen to be around?
[13:05] <BlackDex> hello there, is it possible to have some charms wait during a bundle deployment for after a specific other charm is finished?
[13:16] <tvansteenburgh> BlackDex: "waiting" logic like that would need to be in the charm itself
[13:17] <tvansteenburgh> for example, you could wait to start the service that the charm provides until after it had successfully joined a relation with another charm
[13:18] <tvansteenburgh> e.g. a web app charm that's waiting for a database
[13:27] <BlackDex> well for instance if i deploy a system with a lot of LXD containers, or even deploy mysql and wordpress onto a physical system without containers they both will install packages
[13:27] <BlackDex> since just one instance of apt-get can run, one will wait
[13:28] <BlackDex> if the juju deploy (using a bundle) is smart enough to wait to add one untill the first is finsihed, that would be better i think
[13:32] <tvansteenburgh> BlackDex: is this theoretical or are you hitting a problem in a deployment?
[13:33] <BlackDex> hitting a problem
[13:33] <BlackDex> i just received an lxd container within a 10.x.x.x network, will the network is 192.168.x.x
[13:34] <BlackDex> so i needed to re-deploy
[13:34] <BlackDex> also, i'm currently trying to deploy an HA OpenStack
[13:34] <BlackDex> it seems like to much is running at the same time
[13:34] <BlackDex> some hooks fail
[13:35] <BlackDex> and if i run those hooks via debug-hooks there seems to be nothing wrong, or causeing errors
[13:36] <tvansteenburgh> BlackDex: anything useful in `juju debug-log` output?
[13:37] <BlackDex> i have to check that a bit better
[13:37] <BlackDex> but not really
[13:38] <BlackDex> i this case i see that mysql isn't able to connect
[13:38] <BlackDex> but it is strange if i do it manually it works
[13:39] <tvansteenburgh> BlackDex: which bundle are you deploying?
[13:39] <BlackDex> percona-cluster
[13:45] <tvansteenburgh> BlackDex: so not a bundle, just the percona-cluster charm?
[13:54] <BlackDex> no a whole bundle
[13:54] <BlackDex> the basic openstack-bundle
[13:55] <BlackDex> and i changed it to be HA
[13:55] <BlackDex> the base works fine
[13:55] <BlackDex> but after ha it stops deploying even the basic charms them selfs
[13:55] <BlackDex> it looks like some limits or something
[13:55] <BlackDex> or race-conditions
[13:56] <BlackDex> ill go and try the default bundle now again
[13:56] <BlackDex> and see what that does
[14:18] <jhobbs> it looks like juju 1.25 is at least sometimes setting up /etc/apt/apt.conf.d/99no-recommends to set apt to not install recommended packages
[14:18] <jhobbs> is there a setting to enable/disable that? why is that happening?
[14:31] <jcastro> that seems like really wrong behavior to me
[14:31] <jhobbs> yeah
[14:31] <jhobbs> it seems crazy
[14:32] <jhobbs> we're seeing breakage because base layer just installs python3-pip, which ends up bringing python3.5-dev in via recommended packages if apt is allowed to
[14:32] <jhobbs> but with no recommends set it doesn't, and then pip install of pyaml fails because it wants to build a cpython module
[14:32] <jcastro> I'm not a policy expert but that seems like a bug to me
[14:35] <jrwren> jhobbs: where are you seeing this no-recommends set? could it be a different colocated charm? Is something integrating with a charm before its deployed? I've never seen this, but I always wanted it :)
[14:36] <jhobbs> the file says it was created by juju
[14:36] <jhobbs> but it may be a lie
[14:36] <jhobbs> i just checked the juju source and don't see it listed
[14:37] <jrwren> jhobbs: what charm?
[14:37] <jhobbs> ah ok
[14:37] <jhobbs> it's IS's basenode that is doing this
[14:37] <jrwren> jhobbs: is there an exec.d dir in the charm root dir or in the charm hooks dir?
[14:37] <jhobbs> sorry for the false juju alarm
[14:37] <jhobbs> i will take it up with them
[14:45] <jcastro> whew!
[14:59] <bdx> question concerning juju beta hosted controller
[15:00] <bdx> the "Access  Last connection" doesn't seem to populate corrrectly see -> Access  Last connection
[15:00] <bdx> oops
[15:00] <bdx> http://paste.ubuntu.com/23828205/
[15:01] <bdx> juju-gui shows https://cloud.githubusercontent.com/assets/5590546/22111375/f9e80a5c-de13-11e6-92d3-1672174dd3b4.png
[15:02] <bdx> I'm wondering if this has to do with the permission level I have as a user of the controller ...
[15:03] <BlackDex> tvansteenburgh: With the old juju i used the juju-deployer and that waited with adding units after the first unit whas running, it also waited with adding the relations untill the end.. Since juju 2.0 it deployes better like juju-deployer, but it laks the waiting part. I think that is a plus
[15:05] <BlackDex> the waiting part i mean, that is better, it doesn't hogg the system all at once
[15:06] <tvansteenburgh> that may be true for a local lxd deploy, but it's irrelevant for a typical cloud deploy
[15:09] <BlackDex> why? because all the HA services are within an LXD
[15:09] <BlackDex> all services are within an lxd container on several nodes
[15:10] <BlackDex> thats the same from my point of view
[15:12] <tvansteenburgh> lxd containers are totally isolated from each other, so there shouldn't be any conflict (like using apt at the same time on multiple containers). and if the node hosting the lxds can't handle running them all at once (i.e. the system is overloaded), then the node is under-provisioned to begin with
[15:15] <BlackDex> well, there are a lot of tweaks needed by default to run lxd's like open-files, inotify, max-pids etc...
[15:16] <BlackDex> those arn't set by default high enough sometimes
[15:16] <BlackDex> it happens most on bare-metal systems
[15:16] <BlackDex> so multiple charms bare-metal on the same system.
[15:17] <BlackDex> i think i have found a way
[15:17] <BlackDex> i deploy it with hacluster charms, but i don't add all units yet. I created a small script to add those afterwards
[17:05] <kjackal> kwmonroe: petevg: this is a fix for the path. Please, review, merge re-push to store. Apologies: https://github.com/juju-solutions/layer-cwr/pull/41/files
[17:10] <kwmonroe> lol..  i love it.  python nested in bash functions that are called by trapping the exit from our bash defined in a jenkins job xml.  more of this please!
[17:10] <kwmonroe> merged
[17:20] <kwmonroe> kjackal: petevg:  cs:~juju-solutions/cwr-30 is released (includes latest matrix, jenkins, and xml branches)
[17:21] <petevg> thank you!
[20:15] <aisrael> Anyone have experience with juju failing to remove a unit (log shows "cleanup failed for removed Unit("unitname"): transaction aborted")
[20:17] <kjackal> kwmonroe: agreed lets keep the python scripts under scripts. Thank you for releasing cwr
[20:18] <lazyPower> aisrael - i've only seen that deadlock when a remote relation has failed or a sub relation has failed
[20:18] <lazyPower> sounds like perhaps the agent cleanup is what failed?
[20:19] <aisrael> lazyPower: Yeah, it seems like it. status shows the agent is stuck "executing".
[20:19] <lazyPower> aisrael  if you juju ssh into that unit and recycle the jujud process, does it unstick it?
[20:23] <aisrael> lazyPower: No, but it does show me a few things possibly broken in its networking, so that could be a clue
[20:23] <lazyPower> weird
[20:23] <lazyPower> i'm at a loss for why its doing this :( sorry
[20:25] <aisrael> no worries, man.
[20:26]  * aisrael breaks out strace
[20:27] <kwmonroe> aisrael: sounds like you need more mongos
[20:28] <aisrael> I think I need eleventy of them, right?
[20:30] <admcleod_> i read that as mangos. everyone needs more mangos
[20:33] <aisrael> hah. I rebooted the unit and it cleared something up because the destroy finally finished
[20:43] <aisrael> Huh. Cleanup failed with an unexpected error:  unknown operation kind run-action
[21:08] <lazyPower> aisrael - did it have actions queue?
[21:09] <lazyPower> it might be that we've hit a not as well tested path with teh agents where an action is scheduled, yet cleanup attempt ran before the action was completed, and now its fighting for what should be happening
[21:09] <lazyPower> i'm guessing here, but it sounds reasonable
[22:09] <rmcadams> in the juju bundle yamls, when you build them, can you use 'tags' as constraints for machines?
[22:09] <admcleod_> rmcadams: yes
[22:10] <rmcadams> https://www.irccloud.com/pastebin/uRqlOAh1/
[22:11] <rmcadams> so under constraints, I can put  tag=compute
[22:11] <rmcadams> as an example?
[22:11] <admcleod_> rmcadams: yeah, heres an example: https://github.com/ubuntu-openstack/zopenstack/blob/master/bundles/zkvm/xenial-mitaka-2-machine-control-plane-next.yaml#L25
[22:11] <admcleod_> tags=
[22:11] <rmcadams> nice
[22:12] <rmcadams> building my own derivative of the openstack bundle to build a big configuration of six compute, six storage and then some infrastructure nodes
[22:14] <admcleod_> cool :)
[22:15] <rmcadams> just trying to learn the bundles, seems important ;)
[22:15] <admcleod_> hah yeah, you dont want to be deploying that stuff manually
[22:15] <lazyPower> its like deploying kubernetes charms manually, only with more relations and components
[22:16] <lazyPower> rip
[22:16] <lazyPower> i concede, openstack is the final boss of charming
[22:17] <lazyPower> beisner - i pay homage to my fore-fathers publically ^
[22:21]  * beisner ^5s that k8s work, good sir
[22:22] <lazyPower> <3
[22:37] <kwmonroe> won't somebody stand up for the elephants in the room?
[22:38] <kwmonroe> big data is where it's at.
[22:39] <admcleod_> thats more of a balrog
[22:39] <admcleod_> soz
[22:40] <lazyPower> kwmonroe you do make a good point
[22:40] <lazyPower> kwmonroe but i would have expected you to be the champion and remind me of my roots :P
[22:40] <lazyPower> java is *always* the final boss
[22:40] <kwmonroe> k8s and the 'stack are great, but when you want to actually do real work (like wordcount), hadoop is where it's at.
[22:40] <mbruzek> Did someone say Java?
[22:41] <kwmonroe> lol
[22:41] <lazyPower> kwmonroe https://cdn.meme.am/cache/instances/folder481/53692481.jpg
[22:42] <kwmonroe> that's awesome lazyPower
[22:42] <lazyPower> i cant take credit, its from an old monitorama talk https://jamessdixon.files.wordpress.com/2015/06/image.png
[22:45] <admcleod_> ￼course, if you wnna do .. something like wordcount which isnt wordcount, but is very similar, then bigdata on openstack with lxd is where its at. right. right?
[22:45] <admcleod_> right
[22:45] <beisner> Java Java jav
[22:45] <beisner> a
[22:45] <beisner> yeah, because:  bopensdata.
[22:45] <mbruzek> beisner: You know that pings me right?
[22:45] <beisner> Java
[22:45] <admcleod_> java
[22:45] <lazyPower> RIP bruzer's notifications and productivity
[22:46] <mbruzek> you guys!
[22:46] <kwmonroe> java 2 se for workgroups
[22:46] <lazyPower> y u guys make fun of yava?
[22:48] <admcleod_> java - only slightly more stupid than rocket league
[22:48] <beisner> my 6 yo is addicted to rocket league
[22:48]  * lazyPower smirks
[22:48] <lazyPower> so is admcleod_, dont let him fool ya
[22:48] <beisner> raising a proper geek here
[22:49] <lazyPower> heck yeah beisner
[22:49] <lazyPower> i approve of this message
[22:49] <admcleod_> haha good one
[22:49] <admcleod_> yeah like ive even played it once, ever
[22:49] <beisner> this hour, you mean?
[22:49] <lazyPower> admcleod_ - my new obsession is ARK
[22:49] <lazyPower> cross between dayz, turok, and minecraft
[22:49] <admcleod_> guys,. plz. RL sux lol
[22:50] <lazyPower> oh no admcleod_ has reverted to internet gibberish
[22:50] <lazyPower> he must be having a RL withdrawl
[22:50] <justicefries> ARK is so fun
[22:50] <lazyPower> justicefries ^^^^^^ OMG YOU'RE HERE
[22:50] <justicefries> o/
[22:50] <lazyPower> how goes it?
[22:50] <admcleod_> actually i havent played for a week or so
[22:51] <lazyPower> admcleod_ back in EU so our ping doesn't suck?
[22:51] <justicefries> quite well! taking a slow WFH day
[22:51] <admcleod_> lazyPower: back weds
[22:51] <lazyPower> ack, we'll have to link up and pwn scrubs on weds
[22:52] <admcleod_> lazyPower: then i will backboard second hit airdribble you into oblivion
[22:52] <admcleod_> i mean yeah pwn scrubs
[22:52] <kwmonroe> these new juju nouns are great.
[22:52] <kwmonroe> juju airdribble-controller --oblivion
[22:53] <admcleod_> haha
[22:53] <lazyPower> admcleod_ we call that the mr miyagi
[22:53] <lazyPower> its an advanced move, but totally cool when its pulled off
[22:54] <admcleod_> yeah. i mean. obviously i dont play RL, but if i did, i would also have been watching tactics vids.
[22:54] <justicefries> oh lazy question on the CDK, took a cursory glance and couldn't find it - what's the default cert expiry on what easyrsa is issuing?
[22:55] <lazyPower> 10 years, mbruzek fact check me?
[22:55] <lazyPower> yeah, he confirmed on the hangout
[22:55] <justicefries> cool
[22:55] <kwmonroe> java_max_int for sure
[22:55] <mbruzek> yes 10 years by default and you can make them longer
[22:55] <lazyPower> 10 yars
[22:55] <lazyPower> *years
[23:00] <beisner> http://www.2600online.com/assets/cart_yarsrevenge.jpg
[23:00] <lazyPower> classic
[23:00] <lazyPower> @beisner bring back the door games
[23:01] <lazyPower> time for some L.O.R.D.
[23:01] <lazyPower> or TradeWars 2002
[23:05] <lazyPower> also beisner  did you know you can play atari in your browser? http://www.virtualatari.org/soft.php?soft=Yars_Revenge
[23:05]  * beisner can't click that right now, please leave a message
[23:05]  * lazyPower leaves that right here in channel for safe keeping
[23:06] <admcleod_> *visions of all CI breaking for weeks*
[23:25] <mbruzek> beer proof keyboards