[07:46] <hallyn> axw: hey, if i have (for licensing reasons) multiple vcenters which each have a few esxi6 hosts, can juju treat them all as one cloud?
[07:55] <axw> hallyn: heya. you could treat them as regions. normally a region would be a datacenter in the same vcenter, but you could set the endpoint for each region. you'll need to use the same user/pass for each vcenter though
[07:56] <axw> hallyn: though that'll only work if the DC in each vcenter has a different name
[07:57] <axw> and if you're wanting Juju to deploy across all of them, in the same model - that's not going to work
[08:11] <mark-dickie> Hello all, looking at the Github repo for juju and the vsphere provider in particular and I see that there doesn't appear to be support for deploying Windows machines.
[08:13] <mark-dickie> This is something I'm interested in doing and would be prepared to commit some code, can anyone with familiarity point me in the right direction?
[09:19] <mark-dickie> I'm wondering if it would be simpler to use MaaS as a layer between juju and vSphere.
[09:19] <mark-dickie> Seeing as how MaaS can already deploy Windows machines.
[09:50] <Mmike> Hi, lads - is there a (simple-ish) way to recreate juju environment once I 'juju ssh' into a unit? I can't use 'juju run' as relations are in error state and I need to verify some relation variables across the environment. So before I resort to peeking into the database I wonder can I run 'relation-ids, relation-list, ...' from the unit itself somehow?
[11:25] <zeestrat> Mmike: Not sure if it helps, but have you checked out the "juju debug-hooks ..." command? https://jujucharms.com/docs/stable/developer-debugging
[11:27] <Mmike> zeestrat, yup, but I can't really use that :(
[11:27] <Mmike> I have several dozen of units that I need to go trough
[11:28] <Mmike> juju run would be awesome, but can't run that as most of my units are in error state
[11:36] <zeestrat> Mmike: Ah, right. This prod or dev? How about, "juju resolved" or "juju resolved --no-retry" to tell Juju to recover from the error state?
[11:36] <Mmike> zeestrat, yup, no dice. It's production, and I need to rerun hooks to fix the env, but before that I need to gather info from the env
[11:37] <Mmike> I'm going trough the database, so I'll have it for later too :) (unless database changes)
[11:37] <Mmike> if I just 'juju resolved --no-retry', then I can't re-fire those hooks at later time
[11:45] <zeestrat> Gotcha. Yeah, I can see if it's prod then the --no-retry might get you a bit stuck if you can't easily restart the jujud services
[17:25] <ryebot> what recourse do I have if I'm trying to add a space with a (known existing) subnet that juju says is not found?
[17:26] <ryebot> ^ https://gist.github.com/wwwtyro/2954c1efd9b755d7d1d7c543a72a3dca
[17:29] <bdx> ryebot: new model
[17:29] <bdx> I think I saw some work going into that somewhere recently
[17:29] <bdx> autodetecting/autoupdating the subnets
[17:54] <ryebot> bdx: ah, got it. gotta make the model with the vpc-id config. +1
[17:54] <bdx> totally
[20:46] <bdx> how do I access network bindings from charmhelpers?
[20:50] <bdx> Via
[20:51] <bdx> I’m thinking I use network_get() then filter for the address in the network from the space specified in the bindings directive?
[20:53] <rick_h> With networkbget you pass the endpoint in and tlget the binding info out right?
[21:03] <bdx> Ohhh I haven’t used it with bindings specifies yet
[21:04] <bdx> It lists the bindings in the output I’m guessing
[21:04] <bdx> If you have bindings specified
[21:04] <bdx> Ok
[21:04] <bdx> Cool
[21:04] <bdx> thx thx