Re: JUJU Charm Certification

On 09/09/16 14:31, SivaRamaPrasad Ravipati wrote: > > I have a question. Can we do [MAAS+OpenStack base bundle] Setup on > Virtual machines?. (Or) Can We do [MAAS+OpenStack base bundle] Setup > on Single server? > It is possible to install openstack-on-openstack, or openstack-on-public-cloud, or

Re: Storage Subordinate / Interface

On 12/09/16 15:08, Chris MacNaughton wrote: > Any interest in something like this? Hell yes :) -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Storage Subordinate / Interface

+1, this would open up a cheap option to add resilient storage between deployments by reusing data volumes, or even cross model data shares. If the list of backends can be extended to include: * NFS / EFS * EBS * Google Persistent Volumes * Azure Storage then +10 ++ Sam -- Samuel Cozanne

Re: Storage Subordinate / Interface

How will this new charm relate to the existing storage charm ? On Tue, 13 Sep 2016 at 09:27 Samuel Cozannet wrote: > +1, this would open up a cheap option to add resilient storage between > deployments by reusing data volumes, or even cross model data sh

Re: JUJU Charm Certification

Hi marcoceppi, Here we are doing vertical Scaling. I mean same copy of the charm deployed multiple times to a single cinder node. every time it will add unique backend per charm to the same cinder node. This OK. But If I want to do Horizontal Scaling . I mean adding more cinder charms as nodes to

Re: JUJU Charm Certification

On 13/09/16 08:29, SivaRamaPrasad Ravipati wrote: > Hi marcoceppi, > > Here we are doing vertical Scaling. I mean same copy of the charm > deployed multiple times to a single cinder node. every time it will > add unique backend per charm to the same cinder node. This OK. > > But If I want to do Hor

Re: JUJU Charm Certification

@Mark Shuttleworth, Thanks for your information. But I want to know about "How can we Scale Cinder nodes as well as adding multiple storage arrays to the each scaled cinder unit horizontally". I mean , I have juju OpenStack setup. I Scaled cinder unit from single to three units. Now I want to a

Re: JUJU Charm Certification

Hey Siva, > But I want to know about "How can we Scale Cinder nodes > To scale up Cinder, you should just have to deploy the Hacluster[1] charm and relate it to the Cinder charm. Additionally, you will need a VIP to assign to the hacluster charm. > as well as adding multiple storage arrays to t

Re: JUJU Charm Certification

Hi Chris , Thank you very much. I got a very good information. Sorry. I didn't understand one thing Clearly. For the Question, At a time, can I deploy two storages arrays to same cinder node? Can we add two storage arrays to cinder node using the single charm? description = Question

Re: JUJU Charm Certification

> On Sep 13, 2016, at 23:02, SivaRamaPrasad Ravipati wrote: > > Hi Chris , > > Thank you very much. I got a very good information. > > Sorry. I didn't understand one thing Clearly. > > For the Question, > > At a time, can I deploy two storages arrays to same cinder node? > > Can we ad

Re: JUJU Charm Certification

Hi Chris, Thank you . Regards, Siva. On Wed, Sep 14, 2016 at 7:53 PM, Chris MacNaughton < chris.macnaugh...@canonical.com> wrote: > > > On Sep 13, 2016, at 23:02, SivaRamaPrasad Ravipati > wrote: > > Hi Chris , > > Thank you very much. I got a very good information. > > Sorry. I didn't under

Re: List plugins installed?

This is just a miss. The original ability to see the plugins was a subset of the help command and didn't make our CLI spreadsheet for things to rework. I agree that list-plugins is the right idea here and that means that plugins becomes a noun in our language. What's interesting is that add/remove

Re: List plugins installed?

On 28 September 2016 at 14:55, Rick Harding wrote: > This is just a miss. The original ability to see the plugins was a subset of > the help command and didn't make our CLI spreadsheet for things to rework. I > agree that list-plugins is the right idea here and that means that plugins > becomes a

Re: List plugins installed?

On 28/09/16 17:45, roger peppe wrote: > I've voiced discomfort with this before - I don't think that we should > arbitrarily run all executables that happen to have a "juju-" prefix. > It's potentially dangerous (for example, note that although git relies heavily > on plugins, it doesn't execute a

Re: List plugins installed?

On 28 September 2016 at 22:45, roger peppe wrote: > On 28 September 2016 at 14:55, Rick Harding > wrote: > > This is just a miss. The original ability to see the plugins was a > subset of > > the help command and didn't make our CLI spreadsheet for things to > rework. I > > agree that list-plugi

Re: Charming with Resources

We didn't do an original 0byte resource because that's almost promised to fail. The thought was, in order to publish the charm into the store then you need some minimal resource that the charm will accept. If it's a django charm, a hello world application; if a file server, a demo image; etc. Just

Re: Charming with Resources

https://github.com/juju-solutions/kubernetes/blob/master-node-split/cluster/juju/layers/kubernetes-worker/reactive/kubernetes_worker.py#L70-L74 Seems like an applicable code-first way to solve this. Matt and I have been discussing extracting these common bits of code and contributing back to char

Re: Charming with Resources

On 29 September 2016 at 21:58, Charles Butler wrote: > TL;DR - would it be helpful to just initialize every resource stream, at > index 0, a zero byte resource? This aids users who are publishing charms > with copyrighted bins, or proprietary components. And give an immediately > publishable res

Re: Charming with Resources

We initially asked for resource fingerprints to be available before fetching so we could do something less expensive. That didn't make the 2.0 cut and was pushed back needing more forethought. This however is a good example of why it's a better option. And I had similar logic in etcd at one poi

Re: Charming with Resources

Correct, the original discussion was the charm behaving differently if the fingerprint had changed of the resource on the remote end. However, running resource-get deals with only fetching the new data if the fingerprint changes and so there wasn't a big draw to the feature to that end. Now, in th

Re: List plugins installed?

Seem alike the easiest thing to do is have a designated plugin directory and have juju install copy the binary/script there. Then we're only running plugins the user has specifically asked to install. On Thu, Sep 29, 2016, 4:33 AM Stuart Bishop wrote: > On 28 September 2016 at 22:45, roger pep

Re: List plugins installed?

If we do that, then we can make the plug-in also install a metadata file that explains help and usage, so you don't call the script to do that. It makes it easy to list plug-ins, because you are searching a known location, and not the entire path. Only show plug-ins that have the appropriate m

Re: List plugins installed?

Thanks have some ideas about this, I'll file a bug (blueprint?) about it. I really care about plugins and would like to make them more robust in Juju. Marco On Thu, Sep 29, 2016, 6:07 PM Tim Penhey wrote: > If we do that, then we can make the plug-in also install a metadata file > that explains

Re: List plugins installed?

Thanks Marco. Would be good to have something solid to drive the plug-in changes with. Tim On 30/09/16 11:16, Marco Ceppi wrote: Thanks have some ideas about this, I'll file a bug (blueprint?) about it. I really care about plugins and would like to make them more robust in Juju. Marco On Th

Re: List plugins installed?

On 30 September 2016 at 04:47, Nate Finch wrote: > Seem alike the easiest thing to do is have a designated plugin directory > and have juju install copy the binary/script there. Then > we're only running plugins the user has specifically asked to install. > This does not work if the plugin has

Re: maas grub issue

'scuse the cross-post but I think you'll get a faster answer from maas-devel. I'll start by asking if you've tried MAAS 2.0? Mark On 06/10/16 08:18, Daniel Bidwell wrote: > I have a maas-1.9.4 with servers with 4 2T disks for data storage and a > 120GB disk on an onboard controller for the syste

Re: maas grub issue

I forgot the cross-post to maas-devel until after I sent this one and sent it there also. I have some older servers in my test cluster that will only do wakeonlan and not ipmi.  I was told that wakeonlan was no longer available in maas 2.0 and was trying to keep my test cluster on the same softwar

Re: maas grub issue

Hi Daniel, if the HP servers have iLO, they are often able to use the IPMI power setting with IPMI_2_0. I've seen some older versions of iLO seem to require using the "HP Moonshot iLO4 (IPMI)" power setting. But after updating those same servers to the latest version of iLO, the normal IPMI power

Re: Charming with Resources

Late to this thread, but I had to add a few things to this resource discussion. In my experience with charm development zero byte resources has been beneficial in three areas, charm development, third party charms, and testing. *Charm development*. When creating a new charm that uses resources, i

Re: Complex store queries

+1 for "which charms use this layer" queries. This has a number of uses: - for finding what the quality of a layer is (more use in recommended charms = better quality) - for the maintainer of a layer so he can see what the impact is of a change on his layer - to see which charms have to be rebuilt

Re: Complex store queries

> - to see which charms have to be rebuilt if a vulnerability has been found in a layer There was a fair amount of talk about static and dynamic code analysis at DevOps Days KC. If I ever come up with free time again I'd love to take a look at what that looks like for us in terms of charm code. S

Re: Complex store queries

Seems like a good idea, but can't help you here, sorry. 2016-10-24 15:26 GMT+02:00 Charles Butler : > > > - to see which charms have to be rebuilt if a vulnerability has been > found in a layer > > There was a fair amount of talk about static and dynamic code analysis at > DevOps Days KC. > If I

Re: Complex store queries

On Mon, Oct 24, 2016 at 6:15 AM, Merlijn Sebrechts < merlijn.sebrec...@gmail.com> wrote: > +1 for "which charms use this layer" queries. This has a number of uses: > > - for finding what the quality of a layer is (more use in recommended > charms = better quality) > - for the maintainer of a layer

Re: Complex store queries

It sounds like you really want to add landscape client to each ;) On Tue, Oct 25, 2016, 10:21 PM Casey Marshall wrote: > On Mon, Oct 24, 2016 at 6:15 AM, Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > > +1 for "which charms use this layer" queries. This has a number of uses: > > - f

Re: Complex store queries

To go back to the original request from Ondřej and Merlijn, I would also like to see something a bit more queryable than just http://interfaces.juju.solutions/ Can we put in a bug/request somewhere so it can be tracked? -- Sandor Zeestraten On Tue, Oct 25, 2016 at 11:26 PM, Marco Ceppi wrote:

Re: Complex store queries

Hi, Thanks for opening up this discussion. I've opened a feature request here [1] for all to track. We'll be looking into ways to make the store more informative especially for charmers and users in the following weeks, so if you have any other ideas that you'd like us to consider, we'd love to ge

Re: [ANN] sshproxy layer

Awesome! I'm gonna bookmark it, I might need it in the future. 2016-10-28 18:16 GMT+02:00 Adam Israel : > Hi all, > > I've been doing some recent work where we had a need for so-called "proxy" > charms, where the charm simply executes commands against a remote host > (such as a static VM image).

Re: Support AWS EIP

On 05/11/16 17:42, James Beedy wrote: > How does everyone few about extending the AWS provider to support elastic ips? > > Capability to attach eips using juju would alleviate one more manual step I > have to preform from the aws console every time I spin up an instance. > > I have created a featu

Re: JUJU Charm Certification

Hi, We had an Issue with Juju Charm store user accounts. We developed a Cinder storage driver charm for "Kaminario-flash based storage arrays". In order to interact with Juju charm store, we need to create an Ubuntu SSO account. Followed https://jujucharms.com/docs/2.0/authors-charm-store. We

Re: Support AWS EIP

nce in aws. Using elb or r53 is typically better for scale out. Note eips are distinct from Enis re multiple private addresses and nats re shadow ips. Ps. My wishlist for juju and aws would be to support non static credentials per best practices. On Sun, Nov 6, 2016 at 5:18 AM Mark Shuttleworth wro

Re: Upgrading multiseries Charm

Trusty is listed first. Order counts for the series list. On Thu, Dec 8, 2016, 6:25 PM Merlijn Sebrechts wrote: > Hi > > > I'm having trouble upgrading a multiseries charm. > > > merlijn@travers:~$ juju status > ModelController Cloud/Region Version > merlijntest sojobo tengumaas

Re: Upgrading multiseries Charm

eh? you've lost me entirety On 8 Dec 2016 19:20, "Rick Harding" wrote: > Trusty is listed first. Order counts for the series list. > > On Thu, Dec 8, 2016, 6:25 PM Merlijn Sebrechts < > merlijn.sebrec...@gmail.com> wrote: > >> Hi >> >> >> I'm having trouble upgrading a multiseries charm. >> >> >

Re: Upgrading multiseries Charm

That seems like strange behavior. I would expect that the following for multiseries charms: - For upgrading, use the series of the deployed application. If that series is not supported by the "new" charm, throw an error. The error can be overridden with `--force-series`. (as stated in the help doc

Re: Upgrading multiseries Charm

Oops sorry. It's what I get for replying while out. So the series in metadata.yaml is ordered by preferred series. However, you're completely correct that upgrade should not be attempting to upgrade across series with an upgrade charm. We'll look into this and file a bug as soon as we replicate. O

Re: Upgrading multiseries Charm

Ok. And what about deployment of a multiseries charm? It seems to me that it should use the `default-series` of the model if the charm supports it. The order in `metadata.yaml` should only be used as a last resort.. 2016-12-08 14:41 GMT-05:00 Rick Harding : > Oops sorry. It's what I get for repl

Re: Upgrading multiseries Charm

I have to say, I update local multiseries charms all the time and do see that, so its certainly a bit odd. On Thu, Dec 8, 2016 at 7:46 PM, Merlijn Sebrechts < merlijn.sebrec...@gmail.com> wrote: > Ok. > > And what about deployment of a multiseries charm? It seems to me that it > should use the `d

Re: Reconnecting a controller

I'm wondering whether the agent failed to start after you resumed it from the console. You can find the original IP address by looking in: $HOME/.local/share/jujucontrollers.yaml For example, I bootstrapped on AWS and found the instance IP address via: $ grep -A 5 aws ~/.local/share/juju/cont

Re: Versioning of libjuju

Yeah, thanks for bringing this up. I think that your strawman is the correct approach. To make this happen we really just need to keep the old facade versions around instead of blowing them away every time we regenerate the facades for a new version of juju. On Wed, Jan 18, 2017 at 2:38 PM, Adam C

Re: Versioning of libjuju

I'd like to give some feedback about how Juju should be using Facades and versioning and how I'd expect it to be expressed in the client code. As a base statement, my feeling is that if I write some code that talks (via a bunch of intermediates) to Juju on the other end, there is going to be a cer

Re: Juju2 behind proxy

There is model configuration that you can set to tell juju what the proxies are. Normally you set them at bootstrap time with: juju bootstrap --model-default http-proxy=http://... --model-default https-proxy... --model-default no-proxy= You can also put these settings into ~/.local/share/clouds.

Re: Juju2 behind proxy

On Wed, Feb 8, 2017 at 8:31 AM, John Meinel wrote: > There is model configuration that you can set to tell juju what the proxies > are. Normally you set them at bootstrap time with: > juju bootstrap --model-default http-proxy=http://... --model-default > https-proxy... --model-default no-proxy=

Re: Juju2 behind proxy

One thing to be aware of is that many of the downloads done for a given model (for example charms and resources) are done on the controller. This means you need to set the proxy settings for the controller model as well as any other models hosted on the controller. This is probably somewhat unexpec

Re: Juju2 behind proxy

Hi Guys, Thank you a lot, it’s worked, you really helped me. :) as said my friend: "community - is the power !" Best, Vladimir > 9 февр. 2017 г., в 6:35, Menno Smits написал(а): > > One thing to be aware of is that many of the downloads done for a given model > (for example charms and re

Re: Juju2 behind proxy

On 09/02/17 12:27, Vladimir Burlakov wrote: > Hi Guys, > Thank you a lot, it’s worked, you really helped me. :) as said my > friend: "community - is the power !" :) Welcome aboard, Vladimir! One question - are we good about passing this proxy information on to the various machines that get spu

Re: Juju2 behind proxy

Hi Mark, Some thoughts/tests on how charms works after/in deployment state in proxy environment, f.e in deploying Kubernetes charm we stuck, cause application trying to connect to public http/s servers without proxy, and it not reads system settings for proxy .. so maybe there (in juju) should

Re: Juju2 behind proxy

The issue with an https proxy is that this is an application level tunnel, not a network level tunnel. This means that EVERY application needs to change its behavior. You can't change this from the OS level. Juju correctly sets the https proxy variables, but those are only suggestions. It is still

Re: Juju2 behind proxy

to do this, which I think we can get committed in short order, such as reading from the system level variables and then re-render the systemd template with those exported. (thanks for the idea!) However, until such a time that we have that reworked, I'm highly interested in if there were other

Re: Juju2 behind proxy

On 10 February 2017 at 19:07, Mark Shuttleworth wrote: > On 09/02/17 12:27, Vladimir Burlakov wrote: > > Hi Guys, > > Thank you a lot, it’s worked, you really helped me. :) as said my > > friend: "community - is the power !" > > :) > > Welcome aboard, Vladimir! > > One question - are we good abo

Re: Nagios charm maintenance

yeah it's maintained by (I think) Stuart Bishop On 21 Feb 2017 20:48, "Sandor Zeestraten" wrote: > Hey Juju folks, > > We've been running into some issues (especially http://pad.lv/1605733) > when using the promulgated Nagios charm for various deployments and would > like to contribute back some

Re: Nagios charm maintenance

On 22 February 2017 at 03:49, Tom Barber wrote: > yeah it's maintained by (I think) Stuart Bishop Its launchpad.net/nagios-charm and maintained by ~nagios-charmers. I'm getting the bug mail subscription fixed so interested parties see them. -- Stuart Bishop -- Juju mailing list Juju@lists.u

Re: Juju Snap Changes

Thanks Nicholas, Sounds awesome. Tim On 01/03/17 08:52, Nicholas Skaggs wrote: Those of you subscribed to a snap channel may have noticed some nice changes that happened with 2.1 release. The juju snap package now utilizes classic mode, and all channels (including stable) are now active. You s

Re: Juju Snap Changes

Hi Nicholas I'm having a hard time wrapping my head around classic mode. Classic mode means unconfined, right? What are the reasons for this switch? Is the snap still cross-distro? Will the snap have some expectations about the system outside of the snap? What are the advantages of an unconfined

Re: Juju Snap Changes

> > ... > > I'm having a hard time wrapping my head around classic mode. Classic mode > means unconfined, right? > > What are the reasons for this switch? Is the snap still cross-distro? Will > the snap have some expectations about the system outside of the snap? What > are the advantages of an u

Re: Juju Snap Changes

Thanks for the thorough explanation! 2017-03-01 7:07 GMT+01:00 John Meinel : > ... >> > > >> I'm having a hard time wrapping my head around classic mode. Classic mode >> means unconfined, right? >> >> What are the reasons for this switch? Is the snap still cross-distro? >> Will the snap have some

Re: Juju Snap Changes

And thanks to Merlijn for bing blunt enough to ask the questions a lot of us were thinking about snaps! :) On Wed, Mar 1, 2017 at 9:27 AM, Merlijn Sebrechts < merlijn.sebrec...@gmail.com> wrote: > Thanks for the thorough explanation! > > 2017-03-01 7:07 GMT+01:00 John Meinel : > >> ... >>> >> >>

Re: giraph charm approved

Hi Panagiotis Congratulations on getting giraf into the curated set! I think it's an exciting new capability for people working with webs of linked data, so making it really easy to deploy and operate is a very valuable contribution. It took a long time for giraf to mature but it's now one of thos

Re: Juju Snap Changes

A 'classic' snap is OK in the cases where the tool in question really, really makes sense as part of a classic environment. Things like compilers, editors, file viewers, etc, all make sense. It's also a nice comfortable way to start out making a snap, but for things that can be confined, its best

Re: giraph charm approved

Thank you for your work Panagiotis. Congrats! On Fri, Mar 3, 2017 at 1:53 PM, Mark Shuttleworth wrote: > Hi Panagiotis > > Congratulations on getting giraf into the curated set! I think it's an > exciting new capability for people working with webs of linked data, so > making it really easy to d

Re: giraph charm approved

Dear Mark, Thank you! I agree that deploying Giraph easily can be extremely beneficial for researchers and software engineers as it will enable them to focus on developing algorithms instead of wasting time to set-up their infrastructure. And I believe that Giraph is more capable of handling produ

Re: giraph charm approved

On Fri, Mar 3, 2017 at 12:34 PM, Panagiotis Liakos wrote: > Dear Mark, > > Thank you! I agree that deploying Giraph easily can be extremely > beneficial for researchers and software engineers as it will enable > them to focus on developing algorithms instead of wasting time to > set-up their infra

Re: giraph charm approved

On 04/03/17 00:01, Antonio Rosales wrote: > On Fri, Mar 3, 2017 at 12:34 PM, Panagiotis Liakos wrote: >> Dear Mark, >> >> Thank you! I agree that deploying Giraph easily can be extremely >> beneficial for researchers and software engineers as it will enable >> them to focus on developing algorithm

Re: MySQL charm bugs

Looking at the page: https://jujucharms.com/mysql on the right is the link to "submit a bug" which goes to: https://github.com/marcoceppi/charm-mysql/issues You can also get the bug url with the charm command. charm show mysql bugs-url bugs-url: https://github.com/marcoceppi/charm-mysql/issues

Re: Juju2 behind proxy

Hello guys, I wonder, if you can you tell, is there any way to get a list of domains (urls), where maas/juju getting os images, services etc. by default.., i mean something like "whitelist".. Now, i'm in a process of getting this from our firewall, but maybe such list is already there.. just,

Re: libjuju macaroons workaround

On Wed, Mar 29, 2017 at 3:03 AM James Beedy wrote: > I'm back around to building a CI system that will rely heavily on libjuju > to interact with my Juju models. I'm experiencing a problem authenticating > to the hosted controller via JAAS due to libjuju not yet supporting the > fetching and disc

Re: jujucharms.com authentication issues

> On 29 Mar 2017, at 18:08, Francesco Banconi > wrote: > > we are currently working on fixing an identity manager misconfiguration on > jujucharms.com production. All the services are now be back to full functionality. Please let us know if you find any remaining issues. Sorry again for the

Re: Juju2 behind proxy

Hi Vladimir, I would white-list at least the following: ubuntu-cloud.archive.canonical.com - TCP/80, TCP/443 cloud-images.ubuntu.com - TCP/80, TCP/443 keyserver.ubuntu.com - TCP/80, TCP/11371 archive.ubuntu.com - TCP/80, TCP/443 launchpad.net - TCP/22, TCP/80, TCP/443 launchpadlibrarian.net - TCP

Re: Matrix Testing Release

Hiya Tom, > Anyway, when we were in Gent Pete gave a cool demo of the Matrix testing solution which is idea for the stuff we're working on, whats the status of that? Are we likely to see a release any time soon? Since Ghent, juju-matrix has acquired conjure-up support, been packaged in a snap ("s

Re: Juju vs Openshift

Hey Giuseppe Having worked in the data sector for a while now whilst keeping an eye on container tech, for now at least I'd keep deploying data services to baremetal for a number of reasons, docker container discovery for one. Juju hadoop on services vs hadoop on containers is a bit of a no-braine

Re: Juju vs Openshift

Hi Giuseppe On Tue, Jun 27, 2017 at 9:32 AM Giuseppe Attardi wrote: > Some Italian public administration are considering purchasing cloud > services for Big Data analytics deployed on Openshift. > How this solution would compare with using a Kubernetes cluster deployed > through Juju? > More in

Re: Juju vs Openshift

I found this quick comparison between Openshift and Kubernetes: https://medium.com/levvel-consulting/the-differences-between-kubernetes-and-openshift-ae778059a90e It points out that OpenS

Re: Juju vs Openshift

OK, but since I have been asked to help prepare a roadmap for the next 3 years for the evolution of cloud services and infrastructure for the Italian public administrations, I need to have both a clear picture of the current situation and to make an educated guess at the most promising technolog

Re: Juju vs Openshift

I think the reason it's challenging, and that you're seeing different tools for different systems, is that each time you want to model something you have to make sure you can translate the model into the underlying substrates clearly and precisely. To date, Juju hasn't expressed a model on the proc

Re: Juju vs Openshift

Juju doesn't have to be responsible for translating the model into the underlying substrate. The Charms have always been responsible for interpreting the model. t's the Charms that figure out what it actually means to "connect Wordpress to MySQL". This has allowed Charms to become very smart, with

Re: JUJU bootstrap error

Hi Wahi - Can you look in the MAAS web UI and confirm that MAAS can see the 4GB of memory in the machine you expect? I've had a situation where I added ram to a KVM but forgot to re-enlist the machine or update the ram in MAAS. Cheers, Christian On Thu., 3 Aug. 2017, 19:13 wahi, wrote: &

Re: JUJU bootstrap error

added ram to a KVM but forgot to re-enlist the machine or update the ram in MAAS. Cheers, Christian On Thu., 3 Aug. 2017, 19:13 wahi, mailto:w...@sci.am>> wrote: Dear all, Recently I am investingating the installation of Openstack using MAAS and JUJU. I installaed M

Re: JUJU bootstrap error

2 PM, Christian Muirhead wrote: > > Hi Wahi - > Can you look in the MAAS web UI and confirm that MAAS can see the 4GB of > memory in the machine you expect? I've had a situation where I added ram to > a KVM but forgot to re-enlist the machine or update the ram in MAAS. > Cheers

Re: JUJU bootstrap error

reply. Yes I am seeing the VM with 4GB from MAAS web UI. On 08/03/2017 02:32 PM, Christian Muirhead wrote: Hi Wahi - Can you look in the MAAS web UI and confirm that MAAS can see the 4GB of memory in the machine you expect? I've had a situation where I added ram to a KVM but forgot to re-e

Re: JUJU bootstrap error

machine you expect? I've had a situation where I added ram to a KVM but forgot to re-enlist the machine or update the ram in MAAS. Cheers, Christian On Thu., 3 Aug. 2017, 19:13 wahi, wrote: Dear all, Recently I am investingating the installation of Openstack using MAAS and JUJ

Re: JUJU bootstrap error

reply. Yes I am seeing the VM with 4GB from MAAS web UI. On 08/03/2017 02:32 PM, Christian Muirhead wrote: Hi Wahi - Can you look in the MAAS web UI and confirm that MAAS can see the 4GB of memory in the machine you expect? I've had a situation where I added ram to a KVM but forgot

Re: JUJU bootstrap error

Another thing to check. Is your VM in the "READY" state? On 08/03/2017 03:12 AM, wahi wrote: Dear all, Recently I am investingating the installation of Openstack using MAAS and JUJU. I installaed MAAS on bare metals server Ubuntu 16.04, I have another server also which has Ubuntu 16.04. I

Re: JUJU bootstrap error

Hi Fengxia, Thanks for your response. Actually the VM is deployed already by MAAS, do I need to commission it and not go to the deployment ? is the deployment will be by JUJU ? On 08/03/2017 06:23 PM, fengxia wrote: Another thing to check. Is your VM in the "READY" state? On 08/03/2017 0

Re: JUJU bootstrap error

It has to be ready and available for juju - it'll take care of deploying it. On Thu, Aug 3, 2017 at 7:48 PM, wahi wrote: > Hi Fengxia, > > Thanks for your response. > > Actually the VM is deployed already by MAAS, do I need to commission it and > not go to the deployment ? is the deployment will

Re: JUJU bootstrap error

I released the VM now and erasing the disk, I will try to bootstrap and update the status. On 08/03/2017 09:55 PM, Witold Krecicki wrote: It has to be ready and available for juju - it'll take care of deploying it. On Thu, Aug 3, 2017 at 7:48 PM, wahi wrote: Hi Fengxia, Thanks for your res

Re: JUJU bootstrap error

Yes indeed the situation is much better now: juju bootstrap maas-cloud maas-cloud-controller Creating Juju controller "maas-cloud-controller" on maas-cloud Looking for packaged Juju agent version 2.2.2 for amd64 Launching controller instance(s) on maas-cloud... - hwgnpw (arch=amd64 mem=4G cores=

Re: JUJU bootstrap error

One and final question. When I released the node and deployed it once again, the ssh connection with it not working, it was working before releasing, I think it is something related to ssh known hosts keys etc how can I adjust it ? Thank you very much once again. On 08/03/2017 10:12 PM, wah

Re: JUJU bootstrap error

What do you mean by 'not working'? What's the error message? You can try connecting to it by using juju ssh -m controller 0 On Thu, Aug 3, 2017 at 8:24 PM, wahi wrote: > One and final question. > > When I released the node and deployed it once again, the ssh connection with > it not working, it

Re: JUJU bootstrap error

I was trying to ssh from the MAAS server as when the VM was deployed. and got ssh key permission error. But it worked as you have suggested. Thank you. On 08/03/2017 10:34 PM, Witold Krecicki wrote: What do you mean by 'not working'? What's the error message? You can try connecting to it by

Re: JUJU bootstrap error

I think your old SSH won't work anymore. Instead, at juju CLI terminal, find the machine number, say machine 1, that corresponds to your VM, then $ juju ssh 1 During the provisioning process, juju creates its own credentials so your MAAS ssh is not relevant. That's my understanding. On 08

Re: Promulgate request: dokuwiki

Done. On Fri, Aug 4, 2017 at 9:51 PM, Adam Stokes wrote: > Hi, > > Could I get cs:~adam-stokes/dokuwiki-32 promulgated? > > Thanks! > Adam > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/juju > > -- Juju mailin

Re: Elasticsearch Charm Promulgation

There's already a top-level elasticsearch charm. https://jujucharms.com/elasticsearch/ On Mon, Aug 14, 2017 at 12:13 PM, James Beedy wrote: > Request for promulgation of Elasticsearch. The Elasticsearch charm can be > found at cs:~jamesbeedy/elasticsearch-7. > > Thanks, > > James > > -- > Juju m

<    4   5   6   7   8   9   10   11   12   13   >