Re: Control different relation sequence

The missing command here is relation-ids to list the relation ids of a given relation name. JUJU_RELATION_ID gives the current relation be executed for, to trigger/inspect state on other relations, the relation-ids command can be used to find their id, which can be passed to relation-get/set with

Re: Logging changes coming with juju 1.15

I don't think the log collection is the issue though this is still useful to help mitigate perhaps some of the log accumulation on disk (despite rotation archival). The problem is the primitive log display which amounts to tail aggregated syslog. As an end user, i don't care about framework

Re: local provider issues with trunk (2 fixed)

On Fri, Sep 27, 2013 at 12:33 AM, Tim Penhey tim.pen...@canonical.comwrote: On 27/09/13 14:59, Kapil Thangavelu wrote: On the topic of local provider bootstrap i ran into this bug earlier today Bootstrapping a local provider first prevents bootstrap on any other environment https

Re: Juju HA

Hi Mike, The plan for the shared work between jujud with the EnvironmentJobs (provisioning, firewall) is still being discussed. Its either just failover with heartbeat, or partitioning work via lock or queue. cheers, Kapil On Fri, Sep 27, 2013 at 9:34 PM, Mike Sam mikesam...@gmail.com wrote:

Re: access a unit running in an lxc

of juju. -k On Mon, Oct 7, 2013 at 9:46 AM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: Theoretically yes, in juju probably not. On Mon, Oct 7, 2013 at 9:43 AM, Mike Sam mikesam...@gmail.com wrote: Sure, no worries, thank you for clarifying this. I am curious, in terms

Re: access a unit running in an lxc

, 2013, at 9:55 AM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: I expanded on this in a separate email, but perhaps the real question is what's wrong with vpc usage in ec2? -k On Mon, Oct 7, 2013 at 9:53 AM, Mike Sam mikesam...@gmail.com wrote: Could you please elaborate

Re: Notes from Scale testing

Hi John, This is awesome, its great to see this scale testing and analysis. Some additional questions/comments inline. On Wed, Oct 30, 2013 at 6:23 AM, John Arbash Meinel j...@arbash-meinel.comwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to put together a quick summary

Re: API work

I'd suggest creating a bug per command (some already have extant bugs), there's vastly differing amounts of work in them, and its easier to track progress with appropriately sized tasks. ie kanban style cli api is a story. On Fri, Nov 1, 2013 at 2:26 AM, Andrew Wilkins

Re: High Availability command line interface - future plans.

On Thu, Nov 7, 2013 at 2:49 AM, roger peppe rogpe...@gmail.com wrote: The current plan is to have a single juju ensure-ha-state juju command. This would create new state server machines if there are less than the required number (currently 3). Taking that as given, I'm wondering what we

Re: Software Defined Networking as a Charm in OpenStack (or others)

Hi Tim, That sounds great. I'd suggest breaking up the charms into two components, the hypervisor agent as a subordinate that is deployed as a subordinate to the nova-compute service and also a relation to the neutron service. Subordinate services 'live' in the same machine as their 'parent'

Re: Initial ssh key management functionality in trunk

whether it supports gh:username is somewhat dependent on distro version, afaics precise versions of ssh-import-id do not support it. if we want to support the large repository of keys and users from gh on precise, we should just implement the lookup and addition in go.. key retrieval from either

Re: API Changes to AllWatcher / Environment Tags

how does the api client know the uuid prior to connection? jenv parsing on cli where applicable? On Tue, Feb 18, 2014 at 11:11 AM, Dimiter Naydenov dimiter.nayde...@canonical.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.02.2014 17:03, John Meinel wrote: Can we make the

Re: Two new bugs blocking CI

i ran into this as well, there's a bug in manual provider on trunk which effectively needs --upload-tools to bootstrap correctly (filed previously as https://launchpad.net/bugs/1280678) -k On Wed, Feb 19, 2014 at 6:56 PM, Curtis Hovey-Canonical cur...@canonical.com wrote: Juju CI found this

Re: manual bootstrap in 1.18

On Mon, Mar 3, 2014 at 11:54 AM, William Reade william.re...@canonical.comwrote: Hi all We've been talking about what we need to do to finalise 1.18, and the issue with manual bootstrap addresses in environments.yaml [0] has been causing us some problems; in particular, we think it was a

Re: What happened to pinned bootstrap

sounds like a great case being made for --upload-tools by default. On Sun, Mar 30, 2014 at 12:23 AM, John Meinel j...@arbash-meinel.comwrote: I thought at one point we were explicitly requiring that we bootstrap exact versions of tools (so juju CLI 1.17.2 would only bootstrap a 1.17.2 set

Re: What happened to pinned bootstrap

On Sun, Mar 30, 2014 at 4:17 PM, Ian Booth ian.bo...@canonical.com wrote: On 31/03/14 02:11, Kapil Thangavelu wrote: sounds like a great case being made for --upload-tools by default. --upload-tools does happen automatically on bootstrap, but only if no matching, pre-built tools

Re: What happened to pinned bootstrap

On Fri, Apr 18, 2014 at 11:34 AM, Aaron Bentley aaron.bent...@canonical.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14-04-18 06:28 AM, William Reade wrote: As for automatically upgrading: it's clearly apparent that there's a compelling case for not *always* doing so. But

Re: [Proposal] Requiring Go 1.2 across the board

fwiw the only interim release still under support is S (along with lts releases of L, P, T). interim releases get 9 months of support, and S expires in July. https://wiki.ubuntu.com/Releases On Fri, May 16, 2014 at 9:15 AM, Gustavo Niemeyer gust...@niemeyer.netwrote: On Fri, May 16, 2014 at

Re: This is why we should make go get work on trunk

just as it fails for many other projects.. etcd, docker, serf, consul, etc... most larger projects are going to run afoul of trying to do cowboy dependency management and adopt one of the extant tools for managing deps and have a non standard install explained to users in its readme, else its

Re: Relation addresses

On Tue, Jun 17, 2014 at 12:39 AM, Andrew Wilkins andrew.wilk...@canonical.com wrote: Hi all, I've started looking into fixing https://bugs.launchpad.net/juju-core/+bug/1215579. The gist is, we currently set private-address in relation settings when a unit joins, but never update it. I've

Re: Relation addresses

On Tue, Jun 17, 2014 at 9:29 AM, John Meinel j...@arbash-meinel.com wrote: ... In a nutshell: - There will be a new hook, relation-address-changed, and a new tool called address-get. This seems less than ideal, we already have standards ways of getting this data and being notified of

Re: Relation addresses

, Jun 18, 2014 at 6:12 AM, Andrew Wilkins andrew.wilk...@canonical.com wrote: On Tue, Jun 17, 2014 at 11:35 PM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: On Tue, Jun 17, 2014 at 9:29 AM, John Meinel j...@arbash-meinel.com wrote: ... In a nutshell: - There will be a new

Re: Relation addresses

On Wed, Jun 18, 2014 at 5:21 PM, William Reade william.re...@canonical.com wrote: On Wed, Jun 18, 2014 at 7:05 PM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: addresses are just keys in a unit relation data bag. relation-get is the cli tool to retrieve either self or related

Re: api/cli compatability between juju minor versions

There's an extant version incompatibility between 1.18 and 1.20 that was highlighted during the 1.19 dev cycle which is unaddressed till the unreleased 1.21 (http://pad.lv/1311227). We should treat compatibility breakage as a blocker for stable releases. Also in addition to the api cli,

Re: Port ranges - restricting opening and closing ranges

imo, no, its a no-op. the end state is still the same. if its an error, and now we have partial failure modes to consider against ranges. On Tue, Aug 5, 2014 at 1:25 PM, David Cheney david.che...@canonical.com wrote: Yes, absolutely. On Tue, Aug 5, 2014 at 8:33 PM, Domas Monkus

Re: Port ranges - restricting opening and closing ranges

agreed. to be clear .. imo, close-port shouldn't error unless there's a type mismatch on inputs. ie none of the posited scenarios in this thread should result in an error. -k On Tue, Aug 5, 2014 at 8:34 PM, Gustavo Niemeyer gust...@niemeyer.net wrote: On Tue, Aug 5, 2014 at 4:18 PM, roger

Re: getting rid of all-machines.log

sight of our actual goal. Just my 2 cents. Regards, Gabriel Thanks, Kapil On 14.08.2014 23:47, Kapil Thangavelu wrote: On Thu, Aug 14, 2014 at 2:14 PM, Nate Finch nate.fi...@canonical.com wrote: I didn't bring up 12 factor, it's irrelevant to my argument. I'm trying to make

Re: First customer pain point pull request - default-hook

That doc implies a completely different style of authoring ie. rewrite then of most extant (95%) charms using symlinks to a single implementation. There are a minority that do indeed reconsider all current state from juju each hook invocation, in which case this level of optimization is useful,

Re: First customer pain point pull request - default-hook

hmm.. there's three distinct threads here. default-hook - charms that do so symlink 0-100% - to one hook.. in practice everything, sometimes minus install (as the hook infrastructure needs pkgs).. and most typically implemented via dispatch table. something-changed - completely orthogonal to

Re: Thoughts on Dense Container testing

On Wed, Aug 27, 2014 at 9:17 AM, John A Meinel john.mei...@canonical.com wrote: So I played around with manually assigning IP addresses to a machine, and using BTRFS to make the LXC instances cheap in terms of disk space. I had success bringing up LXC instances that I created directly, I

Re: Thoughts on Dense Container testing

plugins) using udp for encapsulation. cheers, Kapil ps. ec2 is/was broken due to archive error across regions today. On Wed, Aug 27, 2014 at 9:52 AM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: On Wed, Aug 27, 2014 at 9:17 AM, John A Meinel john.mei...@canonical.com wrote

Re: juju local bootstrap from tip

on a similar topic (local on tip) i was debugging with pitti his lxc environment on utopic host earlier today, and the culmination of several rounds of debugging and bug filing revealed this one Bug #1364069: local provider must transform localhost in apt proxy address amd64 apport-bug utopic

psa pls don't use transactions for single doc unobserved atomic updates

Its sort of misses the point on why we're doing client side transactions. Mongodb has builtin atomic operations on an individual document. We use client side txns (multiple order of magnitude slower) for multi-document txns *and/or* things we want to observe for watches. -k -- Juju-dev mailing

Re: ACTION: if you have admin hardcoded in scripts, this is a warning that things will change soon(ish)

On Fri, Sep 26, 2014 at 12:57 AM, Tim Penhey tim.pen...@canonical.com wrote: Hi folks, All environments that exist so far have had an admin user being the main (and only) user that was created in the environment, and it was used for all client connections. Code has landed in master now

Re: ACTION: if you have admin hardcoded in scripts, this is a warning that things will change soon(ish)

That could be useful, assuming it has properties of not hanging on dead envs.. etc. at the moment jenv parsing clients are responsible for manually verifying connectivity to servers. Although it doesn't really address the issue for servers interacting with the api. ie they'll need to have their

Re: Juju Scale Test

Unfortunately that's not very representative of the current implementation as it was based on pyjuju while the current implementation is in go and utilizing mongodb instead of zookeeper. -kapil On Thu, Oct 2, 2014 at 9:40 AM, Charles Butler charles.but...@canonical.com wrote: There's this

Re: mongodb log file size

That should be fine, the dictates here are from mongodb default semantics, we've tweaked them minorly but for the most part there per upstream recommends. The amount of data juju uses is miniscule (1-2mb).. till juju 1.21 where we store charms in mongodb. cheers, Kapil On Sun, Oct 19, 2014 at

Re: mongodb log file size

need object storage needs makes things a bit simpler. most charms are fairly small minus those that bundle binaries. -k On Mon, Oct 20, 2014 at 4:53 PM, Vasiliy Tolstov v.tols...@selfip.ru wrote: 2014-10-20 21:16 GMT+04:00 Kapil Thangavelu kapil.thangav...@canonical.com: That should

Re: Azure US West having problems

possibly related to http://azure.microsoft.com/en-us/status/ Starting at approximately 19:00 on the 18th Oct, 2014 UTC a limited subset of customers may experience intermittent errors when attempting to access Azure Virtual Networks. Engineers are continuing with their manual recovery and have

Re: supplement open--port/close-port with ensure-these-and-only-these-ports?

On Sat, Nov 1, 2014 at 12:58 PM, John Meinel j...@arbash-meinel.com wrote: I believe there is already opened-ports to tell you what ports Juju is currently tracking. That's cool and news to me, it looks like it landed in trunk earlier on october 2nd (ie 1.21) and hasn't made release notes or

Re: Feature Request: show running relations in 'juju status'

On Mon, Nov 17, 2014 at 11:23 PM, Ian Booth ian.bo...@canonical.com wrote: On 17/11/14 15:47, Stuart Bishop wrote: On 17 November 2014 07:13, Ian Booth ian.bo...@canonical.com wrote: The new Juju Status work planned for this cycle will hopefully address the main concern about knowing

Re: local provider

On Fri, Dec 12, 2014 at 11:26 AM, Nate Finch nate.fi...@canonical.com wrote: It seems like a lot of people get confused by Juju, because it is different than the tools they know. They want to deploy stuff with Juju, and so they get a machine from AWS/Digital Ocean/whatever, ssh into the

separating out golang juju client from

one of the issues with having it in tree, means client usage falls under the AGPL. We want to have the client used widely under a more permissive license. I've already had contributions to other projects n'acked due to license on our libraries. I'd like to see it moved to a separate repo so that's

Re: separating out golang juju client from

applications and facilitating integrations. cheers, Kapil On Fri, Dec 19, 2014 at 6:03 AM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: one of the issues with having it in tree, means client usage falls under the AGPL. We want to have the client used widely under a more permissive

Re: New charms client

on trunk. thanks Kapil On Sun, Jan 25, 2015 at 4:18 PM, roger peppe rogpe...@gmail.com wrote: On 25 January 2015 at 16:53, Kapil Thangavelu kapil.thangav...@canonical.com wrote: odd, i don't show any deltas (godeps/install and output below).. and i'm only getting it on a few of the facades

Re: New charms client

, Andrew Wilkins andrew.wilk...@canonical.com wrote: On Fri, Jan 23, 2015 at 11:32 PM, Kapil Thangavelu kapil.thangav...@canonical.com wrote: I'm having some problems actually using this api, is it enabled? or does it need a feature flag? return self.rpc._rpc({ Type: Charms

Re: A cautionary tale of names

On Mon, Jan 12, 2015 at 10:03 AM, roger peppe roger.pe...@canonical.com wrote: On 12 January 2015 at 15:43, Gustavo Niemeyer gust...@niemeyer.net wrote: A few quick notes: - Having an understandable name in a resource useful It's also good to be clear about what a name actually

Re: any ways to update unit public address ?

On Tue, May 26, 2015 at 4:36 PM, Andrew Wilkins andrew.wilk...@canonical.com wrote: On Tue, May 26, 2015 at 11:45 PM, Vasiliy Tolstov v.tols...@selfip.ru wrote: Hi! users sometimes can changed their server ip address, does it possible to change unit public address? Or only way is to edit

Re: Upcoming change in 1.24: tags in EC2

On Thu, May 21, 2015 at 10:26 PM, Andrew Wilkins andrew.wilk...@canonical.com wrote: Hi all, Just a small announcement, in case anyone cares. In the EC2 provider, from 1.24, we will start tagging instances and volumes with their Juju-internal names and the Juju environment UUID. Instances,

Re: "environment" vs "model" in the code

out of curiosity is there any public explanation on the reason for the change? environments map fairly naturally to various service topology stages, ie my prod, qa, dev environments. while model is a rather opaque term that doesn't convey much. On Thu, Jan 14, 2016 at 7:16 PM, Menno Smits

Re: "environment" vs "model" in the code

so its a verb, its an instance/noun, does it also apply to templates (previously known as bundles)? i'm curious to try out the re-branding on some guinea pigs. re what's commonly running to model, autoscale groups, elbs, multiple networks, security groups, iam roles, rds. thanks, Kapil

Re: Planning for Juju 2.2 (16.10 timeframe)

On Tue, Mar 8, 2016 at 6:51 PM, Mark Shuttleworth wrote: > Hi folks > > We're starting to think about the next development cycle, and gathering > priorities and requests from users of Juju. I'm writing to outline some > current topics and also to invite requests or thoughts on

Re: Support AWS EIP

Hi James What's the use case your using them for? Elastic IPs in aws are a very limited commodity you get like 5 per region per account by default. IMO it's generally not a recommended practice to depend on them as effectively they represent public endpoints mapping to a single instance in aws.