Juju-GUI and status-set
Hello, I'm setting charm status to blocked (sometimes to waiting), but juju-gui doesn't show any change (charm icon stays green). Is this a bug, or maybe I'm missing something? The juju status command shows status as expected (i.e. waiting or blocked), along with the message I specified. Thanks, Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
juju-gui on utopic
Hello, How do I deploy juju-gui on Ubuntu 14.10 (stable or otherwise)? I get charm not found cs:utopic/juju-gui. Setting 'juju-gui-source' to 'develop' didn't help. Thank you,Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: juju-gui on utopic
Thank you. I'll give copying a try. And no there's no urgent need for it. It's just that I'm testing some locally developed charms on utopic and thought it'd be nice if I can see them in a gui. Nothing serious :-) Regards,Sameer From: Richard Harding rick.hard...@canonical.com To: Sameer Zeidat same...@yahoo.com Cc: juju juju@lists.ubuntu.com Sent: Saturday, November 22, 2014 2:05 PM Subject: Re: juju-gui on utopic On Sat, 22 Nov 2014, Sameer Zeidat wrote: Hello, How do I deploy juju-gui on Ubuntu 14.10 (stable or otherwise)? I get charm not found cs:utopic/juju-gui. Setting 'juju-gui-source' to 'develop' didn't help. Thank you,Sameer At the moment the only way to use the charm on utopic is to use it as a local charm. I copied the trusty charm and deployed it on utopic on ec2 successfully and verified that it works. It's not currently part of our supported charms. We've not really talked about it, but currently we supply supported charms for precise and trusty. Actually, I started to look at pushing up a non-official branch for your use to utopic, but there's not currently a series for charms for utopic. So I guess the bigger question is what are you up to? Are you running a juju environment based on utopic? Are they all other local charms? -- Rick Harding Juju UI Engineering https://launchpad.net/~rharding @mitechie -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Machine customization for MAAS
Thank you. I prefer the cloud-init option. But I couldn't find the thread you mentioned. If anyone can provide some guidance on this approach I'd really appreciate it. My thoughts are to inject my node customization into MAAS's node user-data, for the machine's cloud-init to pick it up when deployed by juju. From what I can gather there's no MAAS command to do this, so may be direct API interaction is needed (with RESTful POST may be). I was browsing the Juju source code to try and find out how juju builds its user-data and how and where it inserts it in MAAS. Thought that will give me some hints. But I got lost (my python skills are next to none) :-) Thanks,Sameer From: Mark Shuttleworth m...@ubuntu.com To: Sameer Zeidat same...@yahoo.com; juju@lists.ubuntu.com Sent: Monday, November 17, 2014 3:30 AM Subject: Re: Machine customization for MAAS Hi Sameer No problem, this is the right place to ask. There was a thread on this topic on this list a month or two back, so look there for more detail, but in short: * get cloud-init to run scripts on your behalf on install, or * use a subordinate charm if the work can be done after the main service is setup In future we'll have a mechanism to let you place a charm on the machine to do this before other charms are deployed. Mark On 15/11/14 17:15, Sameer Zeidat wrote: Hi, Sorry for asking here. Got a need to do a simple change in deployed machines on maas (alter the network/ interfaces file). I didn't want to add that to one of my charm hooks as it doesn's seem the appropriate place for it. Anyone done it before and can give me some hints. I use the curtain installer and tried all sorts of things with the curtain preseed files without luck. Thanks, Sameer -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
RE: machine state stuck at pending
Thank you. I will try it. -Original Message- From: Mark Shuttleworth m...@ubuntu.com Sent: 16/11/2014 5:01 AM To: Sameer Zeidat same...@yahoo.com; Juju email list juju@lists.ubuntu.com Subject: Re: machine state stuck at pending On 14/11/14 02:39, Sameer Zeidat wrote: Hello, I'm running juju 1.20.1 on a test maas cluster. Every now and then when I run juju add-machine the machine gets stuck at pending state (permanently). Maas shows status as Failed deployment. Is there a way to force machine state to error so I can retry-provisioning on it? I don't want to destroy it as I have some service deployment scripts that rely on machine number (using --to # deployment option). Appreciating your help. Hi Sameer A range of those 'pending' container issues were fixed during the set of releases from 1.20.1 to 1.20.11. I think it would be worth your updating to the latest 1.20 release. If you're on Ubuntu, add this to your /etc/apt/sources.list: deb http://ppa.launchpad.net/juju/stable/ubuntu trusty main That should give you 1.20.11. Let us know if you still see any issues with containers getting stuck on the way up. Also, it's a great idea to be able to nuke-and-retry in the event that this does happen, I'll find out if we have a nice way to add that regardless (a stuck container might happen thanks to cosmic rays, we should have an escape mechanism). Ideally, Juju should detect the issue and nuke the container, trying again on your behalf. Mark -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Machine customization for MAAS
Hi, Sorry for asking here. Got a need to do a simple change in deployed machines on maas (alter the network/ interfaces file). I didn't want to add that to one of my charm hooks as it doesn's seem the appropriate place for it. Anyone done it before and can give me some hints. I use the curtain installer and tried all sorts of things with the curtain preseed files without luck. Thanks, Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
machine state stuck at pending
Hello, I'm running juju 1.20.1 on a test maas cluster. Every now and then when I run juju add-machine the machine gets stuck at pending state (permanently). Maas shows status as Failed deployment. Is there a way to force machine state to error so I can retry-provisioning on it? I don't want to destroy it as I have some service deployment scripts that rely on machine number (using --to # deployment option). Appreciating your help. Regards,Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Unit-get
I always thought this area of juju can be improved. This coming from an end user of course, no a developer, so not sure if it's feasible. For instance, maas provides networks support in the API. I can create networks, with names, and assign node interfaces to them (identified by mac address). It would be great if I could have a hook tool that can take a network name as a parameter and allow me to retrieve ip,ipv6, or fqdn of the interface attached to such a network. I suppose the implementation will look up maas api and match against the mac addresses returned by the juju agent running on the machine. For openstack based clouds that network name would be neutron's (or nova-network) subnet name. I imagine it's also possible with openstack to get the instance interface details from the api and match against what the agent gathered from within the instance. Regards,Sameer From: Andrew Wilkins andrew.wilk...@canonical.com To: Sameer Zeidat same...@yahoo.com Cc: juju juju@lists.ubuntu.com Sent: Monday, November 10, 2014 12:09 PM Subject: Re: Unit-get On Sun, Nov 9, 2014 at 7:16 AM, Sameer Zeidat same...@yahoo.com wrote: Thanks. No, just curious. The documentation web page still shows an ip address. Now, IMHO, it might have been better to add another call instead (e.g. unit-get private-fqdn). There has been talk of adding a different hook tool command for enquiring about addresses (address-get was the name bandied about), to support additional networks. When that comes about, I think it may make sense to enable charms to enquire about all the addresses they have, and enable filtering on address types (IPv4, IPv6, FQDN). Regards, SameerFrom: Andrew Wilkins Sent: 7/11/2014 3:25 PM To: Sameer Zeidat Cc: juju Subject: Re: Unit-get Hi Sameer, The behaviour changed a few months ago to address a bug:https://bugs.launchpad.net/juju-core/+bug/1353442 Is this causing you problems, or were you just surprised/curious? Cheers,Andrew On Wed, Nov 5, 2014 at 8:09 PM, Sameer Zeidat same...@yahoo.com wrote: Hi, I bootstrapped juju stable today on maas stable. When deploying a charm I wrote I noticed unit-get private-address is returning the machine's fqdn. Previously it used to return the ip address (several months ago, can't remember the exact juju/maas versions). Has juju changed behaviour? Or is this not expected, i.e. an issue in my environment? Appreciating your time. Thanks, Sameer -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Unit-get
Hi, I bootstrapped juju stable today on maas stable. When deploying a charm I wrote I noticed unit-get private-address is returning the machine's fqdn. Previously it used to return the ip address (several months ago, can't remember the exact juju/maas versions). Has juju changed behaviour? Or is this not expected, i.e. an issue in my environment? Appreciating your time. Thanks, Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: [Review Queue] hpcc charm
About immutable configuration parameters. IMHO it'd make a better user experience if juju added support for them. It's understandable that the desire is for juju to be a full 'life-cycle' management interface for the services it deploys, from deployment to operations and all the way to termination. The reality though is that many of the services that juju deploys already have their 'well established' management/operations interfaces that are 'naturally' used to manage them after deployment. The existence of such interfaces, and the fact that some people that interact with the service might prefer them over juju, will make the task of writing well-behaved 'config-changed' hooks challenging. For those that are not up to such a challenge, or don't really see the need to, it makes much more sense to give them the option of immutable configuration parameters. IMHO such an option will, at the very least, make it easier for charm users and consumers to identify if a parameter can be changed or not without having to go and read the source code (assuming they understand the language!). Regards, From: Matt Bruzek matthew.bru...@canonical.com To: Juju email list juju@lists.ubuntu.com Sent: Wednesday, August 27, 2014 9:10 AM Subject: [Review Queue] hpcc charm During my review queue time I had the opportunity to review the new hpcc charm. The hpcc charm deploys an instance of HPCC (High Performance Computing Cluster) Community Edition that is a Big Data platform alternate to Hadoop. http://hpccsystems.com/products-and-services/products/community-edition The charm is available in the personal name space here: http://manage.jujucharms.com/~xwang2713/precise/hpcc First and most importantly the hpcc charm deploys according to the readme file! I had to increase the memory constraints on the HP-cloud to 4GB per machine (juju set-constraints mem=4GB) so all the services had enough memory to start up. After that I was able to cluster by adding units of hpcc. In the end the charm was unable to pass review because some of the configuration options were immutable, meaning the values did not change after the charm was created. When I changed some configuration values, they were not acted upon by the charm and that breaks the Juju user experience. When a user changes a configuration value they expect the charm to act upon those changes. I bring this up so future charm authors know to avoid immutable configuration when creating a charm. There are exceptions to every rule, but immutable configuration are only in extreme cases of data integrity where there are no other options. A good way to avoid immutable configuration is to have the configuration options are processed by the config-changed hook. We did not have very good documentation about immutable configuration so I opened a pull request against the Juju docs with more detail about this problem. The change was merged and will show up on the Best Practices page when the documentation processing completes. https://juju.ubuntu.com/docs/authors-charm-best-practice.html - Matt Bruzek matthew.bru...@canonical.com -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
RE: generate a local file during execute of my charm
Your charm can inject a public ssh key in root's authorized keys file and use the private key in any of your hooks to scp files around. Regards, Sameer -Original Message- From: Gaurav Pandit pandit.gau...@gmail.com Sent: 4/08/2014 11:14 PM To: Ilisia Felane felane@gmail.com Cc: Juju email list juju@lists.ubuntu.com Subject: Re: generate a local file during execute of my charm I am looking for exactly the same functionality. In my case, I am looking for ways to copy a predefined config file on to, say machine 1 from somewhere locally (machine 0?). Currently, I am using here-doc in the shell script to create such config files during the charm install/relationship change steps, but being able to copy it without having to put it up on the internet can be very helpful. Thanks Gaurav On Jul 30, 2014 5:30 AM, Ilisia Felane felane@gmail.com wrote: Hi, I create a charm to deploy a application, but I need to recover information about installing as OS installed, some open port, and other system information. Is it possible to get this information on my machine running juju? If yes, how can I get this information automatically on my provision machine during the execution of my charm ? best regards, Felane -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Unit-get private-address
Hello, I've created a couple of charms that I deploy to both MAAS and hpcloud environments. I added a second network interface, eth1, to some of my MAAS nodes and now unit-get private-address returns the ip of eth1 instead of eth0 on these nodes. How do I work around this without changing my charms? Does Juju use the new networks settings in MAAS? That would be ideal, i.e. I define what is private and public in MAAS networks and juju's unit-get matches it when looking for an ip. Thanks,-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Bootstrap fails on hpcloud
Hello, I was testing juju stable (on trusty) today with hpcloud. It took me a while first to get past the Launching instance stage. I had to use juju-metadata to generate-tools and generate-image for the Ubuntu LTS 14.04 partner image on hpcloud. Anyways, juju got past that tell the launched instance started 'apt-get upgrade'. It upgraded some packages fine but then failed at the below. Anyone knows what could be the problem. Unpacking rsyslog-gnutls (7.4.4-1ubuntu2) ... Setting up rsyslog-gnutls (7.4.4-1ubuntu2) ... Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mongodb-server : Depends: mongodb-clients but it is not going to be installed Depends: libboost-filesystem1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-program-options1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-system1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-thread1.46.1 (= 1.46.1-1) but it is not installable Depends: libgoogle-perftools0 but it is not installable E: Unable to correct problems, you have held broken packages. 2014-05-09 11:28:04 ERROR juju.provider.common bootstrap.go:123 bootstrap failed: rc: 1 Stopping instance... Bootstrap failed, destroying environment 2014-05-09 11:28:08 INFO juju.provider.common destroy.go:14 destroying environment hpcloud 2014-05-09 11:28:23 ERROR juju.cmd supercommand.go:305 rc: 1 Thanks, Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Bootstrap fails on hpcloud
Never mind. I added 'default-series: trusty' to the configuration and it got past that stage now. Thanks, Sameer From: Sameer Zeidat same...@yahoo.com To: Juju@lists.ubuntu.com Juju@lists.ubuntu.com Sent: Friday, May 9, 2014 9:46 PM Subject: Bootstrap fails on hpcloud Hello, I was testing juju stable (on trusty) today with hpcloud. It took me a while first to get past the Launching instance stage. I had to use juju-metadata to generate-tools and generate-image for the Ubuntu LTS 14.04 partner image on hpcloud. Anyways, juju got past that tell the launched instance started 'apt-get upgrade'. It upgraded some packages fine but then failed at the below. Anyone knows what could be the problem. Unpacking rsyslog-gnutls (7.4.4-1ubuntu2) ... Setting up rsyslog-gnutls (7.4.4-1ubuntu2) ... Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mongodb-server : Depends: mongodb-clients but it is not going to be installed Depends: libboost-filesystem1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-program-options1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-system1.46.1 (= 1.46.1-1) but it is not installable Depends: libboost-thread1.46.1 (= 1.46.1-1) but it is not installable Depends: libgoogle-perftools0 but it is not installable E: Unable to correct problems, you have held broken packages. 2014-05-09 11:28:04 ERROR juju.provider.common bootstrap.go:123 bootstrap failed: rc: 1 Stopping instance... Bootstrap failed, destroying environment 2014-05-09 11:28:08 INFO juju.provider.common destroy.go:14 destroying environment hpcloud 2014-05-09 11:28:23 ERROR juju.cmd supercommand.go:305 rc: 1 Thanks, Sameer-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
RE: About GUI juju control panel
Anant, Juju by design does not enforce parameter changes. It's basically up to the charm writer to apply the change or silently ignore it. Juju, and hence the GUI, will accept the change and store it regardless. Since juju has no notion of read-only parameters, it's the charm writer's job to document which of his parameters are only used during installation, and which are available to change afterwards. Many times you'll end up learnig how a parameter change is handled by trial, or by looking inside the charm hook script. That's my understanding. -Original Message- From: Anant anant.saras...@techblue.co.uk Sent: 27/03/2014 7:12 PM To: John Meinel j...@arbash-meinel.com; Richard Harding rick.hard...@canonical.com Cc: juju juju@lists.ubuntu.com Subject: Re: About GUI juju control panel You got me right John, I am saying the same. It allows me to set password , but that doesn't actually unset the password in the application. On Thursday 27 March 2014 12:55 PM, John Meinel wrote: you can -- Anant Saraswat System Admin (RHCVA,RHCE,RHCSA) FOR AND ON BEHALF OF: Techblue Software Pvt. Ltd. 73, Sector-5 IMT Manesar Haryana E: anant.saras...@techblue.co.uk W: www.techblue.co.uk The contents of this email are confidential and may be privileged, and are intended only for the use of the person or company named herein. Any views or opinions presented are solely those of the author and do not necessarily represent those of Technology Blueprint Limited. If you are not the intended recipient of this email or a person responsible for delivering it to the intended recipient, you are hereby notified that any distribution, copying or dissemination of the information herein is strictly prohibited. -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
RE: JuJu, LXC, OpenStack charm problem w/Nova Quantum
I'm curious about what the juju logs showed for those charms that failed (stayed red per the OP). Personally, and not specific to juju, I tried Havana on LXC a couple of months ago. It worked well except for Neutron. The moment it starts the whole machine froze. I noticed it happens around when its supposed to create the bridges. I thoght it had to do with trying to bridge virtual interfaces that are already bridged outside LXC, but didn't spend any time to troubleshoot. -Original Message- From: brian mullan bmullan.m...@gmail.com Sent: 17/03/2014 11:30 PM To: James Page james.p...@ubuntu.com Cc: juju juju@lists.ubuntu.com Subject: Re: JuJu, LXC, OpenStack charm problem w/Nova Quantum great information.. thanks James! On Mon, Mar 17, 2014 at 8:21 AM, James Page james.p...@ubuntu.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Brian I responded to your original mail as well - but also detailing a bit more here. On 17/03/14 12:09, brian mullan wrote: [...] If OpenStack could be made to work with LXC then for linux based workloads... OpenStack would be a great management system for a multi-tenant capable LXC based cloud environment. LXC 1.0 introduced a great deal of new capabilities to LXC including support for fully *unprivileged* containers and a host of new backingstore options. Stephane Graber did a great series of blog posts introducing LXC 1.0's new features - found here https://www.stgraber.org/2013/12/20/lxc-1-0-blog-post-series/. And yes, nested LXC does work and I've been using it for about a year now myself. Aside from the problems I detailed in my first response about running nova-compute and quantum-gateway in LXC containers, this configuration is 100% supported by the OpenStack charms; infact this was one of the configuration options that Mark Shuttleworth demo'ed live on-stage at the OpenStack Summit in Hong Kong last November. The nova-compute charm has a virt-type configuration option that defaults to kvm; this can be switch to lxc (amongst other things). Neutron works fine with LXC containers as the integration is by libvirt which makes the networking part exactly the same as with KVM. You could run this nested on a KVM based cloud or directly on hardware; however out-of-the box you can't run this LXC in LXC. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTJui5AAoJEL/srsug59jDSc0QAKcVJW0KBFmpu6vsvZb5xLXt zVmQHk5LYenClCmoz9p8FPSfzTSOc3mrMMNp+xz2PHjJOrccdWMPAmBDXiO2mUYv mhwGqQ2j4KkBbwGW5p8XH8+FsHyjjlU9Z4fRqEWZjrql5SKbTfrpvSZ9vlUg6GYr 2DJxEqUGiOECg8W5X95e7AHLwivEOtK5N8fiXmuiWCuXKB8uWin3T4p0Mk2QI8bo QMmXHskHpfv1jrVfmUFc4MD3VBfYHZ4/6Hv9WpM92HOOq4qc2+Ok5NZaPowNo1n6 yXdMjrKeLRNh6ecbBeOY2xgUtkMaCYCqXm9uGoU7ukytOiL6Hf23NEcge5k/2cM1 aca6ZPb2h30LNIfgz7UjTW4RW+O0L1idjAZNSEdtYgKKzlJq1bXOKib2vOW60H1x GPP+tjMzzNmSbbAmWqhZtSRZ2aH3czYG4b9W1gF4D8tDZDtYerKxvYR9Kbi2NezW dj2fYR5SlmIOPSOefjUClg34AOR9S76FEkosh0+tDZFgZj+JkoP0TS5pbwXiO+3G dgCljqgxG5Cie+e9W0ru4EGx1vHL8BhpxpDHgRmP7Y8/KrNuosirJCnIHIsAhmoN 9+8n/0FlJbzIGdHCn+X+SdrAFy+x7zallhkes5JcIhEolSyBERAbd/S1ep/XsDCs i/0JH3c+G1ZlOCeWVCg/ =dROT -END PGP SIGNATURE--- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
