Re: 16.07 OpenStack charm release

[曾建銘]

Hi OpenStack charm team,

Many thanks for your information about the new release.

There is one question about deploying OpenStack by juju charm. What version
of MAAS & Juju should we use to deploy new OpenStack charm?

MAAS 1.9.3 + Juju 1.25.6 ?

MAAS 1.9.3 + Juju 2.0 Beta 13 ?

MAAS 2.0 RC2 + Juju 2.0 Beta 13 ?

Is there anything we should pay attention to when deploying OpenStack 16.07
charms ?

Do you have any recommendation? It will be helpful if you could give us
some advices.

Thanks!

Sincerely yours,
Leon

David Ames  於 2016年7月29日 週五 上午3:22寫道：

> Hi All
>
> We are pleased to announce the 16.07 release of the OpenStack charms.
> Highlights include:
>
> * Nova compute apparmor support (Preview)
> * openstack-dashboard + Keystone v3 API support
> * SR-IOV (Preview)
> * External Network Update
> * DNS HA (Preview)
> * Enhancements to Ceph charms
> * New Charm: aodh
> * New Charms: designate and designate-bind (Preview)
> * All charms are now licensed under the Apache License Version 2.0
>
> For more details please see the release notes here:
> https://wiki.ubuntu.com/OpenStack/OpenStackCharms/ReleaseNotes1607
>
> A big thank you to the many people who contributed to the OpenStack
> charms over the last cycle and if you'd like to contribute to our next
> cycle our charm guide is here:
> http://docs.openstack.org/developer/charm-guide/
>
> The OpenStack Charm Team
>
> --
> 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

juju bundle of Mitaka OpenStack with HA

[曾建銘]

Hi All,

I am trying to deploy Mitaka OpenStack with HA by Juju 2.0 & MAAS 2.0.

It works if I use the OpenStack base bundle downloaded from charm store,
but after adding HA configurations(HAProxy) into it, the deployment result
can not work properly.

Is there anyone successfully deployed Mitaka OpenStack with HA by Juju &
MAAS? If yes, I would be very appreciate if someone could share the bundle
file for reference.

Thanks in advanced.

Sincerely yours,
Leon
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: How to make Juju High Availability work properly?

[曾建銘]

Hi Mark & Cheryl,

I have posted a comment to the bug report page and attached all logs to it.

You can check it to see what's happened in other machines when Juju
bootstrap server failed in my environment.

Many thanks for your help.

Sincerely yours,
Leon

On Wed, Oct 28, 2015 at 2:26 AM, Cheryl Jennings <
cheryl.jenni...@canonical.com> wrote:

> Hi Leon,
>
> I was able to recreate the "lost" agent in a simple environment and have
> opened up a bug for it:  https://bugs.launchpad.net/juju-core/+bug/1510651
>
> Since my environment was pretty simple, I didn't run into any hook
> errors.  Could you attach the unit logs from some of the services with
> errors into the bug above?  The unit logs will be in /var/log/juju/unit-*
> on the respective machines.
>
> Thanks!
> -Cheryl
>
> On Mon, Oct 26, 2015 at 11:20 AM, Mark Ramm-Christensen (Canonical.com) <
> mark.ramm-christen...@canonical.com> wrote:
>
>> Thanks for following up!
>>
>> We will take a look at the logs and get back to you soon.
>>
>> --Mark Ramm
>>
>> On Mon, Oct 26, 2015 at 4:41 AM, 曾建銘 <godl...@gmail.com> wrote:
>>
>>> Hi Mark & Marco,
>>>
>>> Really appreciate your help. I have already provide the logs to Marco.
>>>
>>> Hope it could help you to enhance the Juju HA feature.
>>>
>>> Sincerely yours,
>>> Leon
>>>
>>> On Sat, Oct 24, 2015 at 7:03 AM, Mark Shuttleworth <m...@ubuntu.com>
>>> wrote:
>>>
>>>> On 23/10/15 00:54, 曾建銘 wrote:
>>>> > Was the juju doing something for fixing specific problem? I think that
>>>> > service on failed node should only become lost and not interfere
>>>> services
>>>> > on workings nodes. But it didn't act as I expected.
>>>> >
>>>> > By the way, I used Juju to deploy OpenStack, so I deployed a lot of
>>>> charms
>>>> > on it. Is that matter?
>>>>
>>>> No, the scale of the model you're managing should not affect HA in any
>>>> way.
>>>>
>>>> The team is trying to reproduce your situation by repeatedly causing
>>>> failover, but I'm told has not seen anything like your symptoms. Can you
>>>> provide copies of logs to Marco?
>>>>
>>>> Mark
>>>>
>>>
>>>
>>> --
>>> 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
>>
>>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: How to make Juju High Availability work properly?

[曾建銘]

Hi Mark & Marco,

Really appreciate your help. I have already provide the logs to Marco.

Hope it could help you to enhance the Juju HA feature.

Sincerely yours,
Leon

On Sat, Oct 24, 2015 at 7:03 AM, Mark Shuttleworth <m...@ubuntu.com> wrote:

> On 23/10/15 00:54, 曾建銘 wrote:
> > Was the juju doing something for fixing specific problem? I think that
> > service on failed node should only become lost and not interfere services
> > on workings nodes. But it didn't act as I expected.
> >
> > By the way, I used Juju to deploy OpenStack, so I deployed a lot of
> charms
> > on it. Is that matter?
>
> No, the scale of the model you're managing should not affect HA in any way.
>
> The team is trying to reproduce your situation by repeatedly causing
> failover, but I'm told has not seen anything like your symptoms. Can you
> provide copies of logs to Marco?
>
> Mark
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Deploy OpenStack HA failed on regular HDDs by juju-deployer

[曾建銘]

Hi all,

I tried to deploy OpenStack HA by juju-deployer on several physical
machines. (with MAAS)

When the OSs on those physical machines are installed in SSD, deploy
OpenStack by juju-deployer will be success.

But if the OSs are installed in regular HDDs, deploy OpenStack by
juju-deployer always failed.

I used the same configuration file to deploy on different type of disks,
and I got the different results. It really surprised me when I got these
results.

Is SSD required if deploy a lot of charms simultaneously(e.g. OpenStack HA)
by juju-deployer?

By the way, my OpenStack deploy configuration contains 20 charms and more
than 60 relations, is that matter?

Thanks for your response in advanced.

Sincerely yours,
Leon
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Deploy OpenStack HA failed on regular HDDs by juju-deployer

[曾建銘]

Hi  Ray,

many thanks for your response.

As you mentioned, juju-deployer has the options to set the delays when
adding relations.

Did you mean juju-deployer can add delay when adding every relation? If so,
which option can do that? I can not find it in "juju-deployer -h".

I have tried "-s" and "-w" two options to delay the deploy process. But I
still failed when deploy OpenStack(20 charms and 60+ relations) in physical
machines with regular hard disks.

Sincerely yours,
Leon



On Fri, Oct 23, 2015 at 6:26 PM, Ray Wang <ray.w...@canonical.com> wrote:

> Hello 建铭
>
> On Fri, Oct 23, 2015 at 4:57 PM, 曾建銘 <godl...@gmail.com> wrote:
> > Hi all,
> >
> > I tried to deploy OpenStack HA by juju-deployer on several physical
> > machines. (with MAAS)
> >
> > When the OSs on those physical machines are installed in SSD, deploy
> > OpenStack by juju-deployer will be success.
> >
> > But if the OSs are installed in regular HDDs, deploy OpenStack by
> > juju-deployer always failed.
> >
> > I used the same configuration file to deploy on different type of disks,
> and
> > I got the different results. It really surprised me when I got these
> > results.
> >
> > Is SSD required if deploy a lot of charms simultaneously(e.g. OpenStack
> HA)
> > by juju-deployer?
>
> juju-deployer has the options to set the delays when adding relations,
> deploy services etc, so it's worth to try to set different delays for
> both services deployment and add relations.
>
> >
> > By the way, my OpenStack deploy configuration contains 20 charms and more
> > than 60 relations, is that matter?
> >
> > Thanks for your response in advanced.
>
> Do you have the error logs, so that we can see where is the problem?
> Or is it possible to post your bundle file?
>
> >
> > Sincerely yours,
> > Leon
> >
> > --
> > Juju mailing list
> > Juju@lists.ubuntu.com
> > Modify settings or unsubscribe at:
> > https://lists.ubuntu.com/mailman/listinfo/juju
> >
>
>
>
> --
> Ray Wang
> Canonical  www.canonical.com | Ubuntu  www.ubuntu.com
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: How to make Juju High Availability work properly?

[曾建銘]

Hi Marco,

Many thanks for your reply, the juju version I used is 1.24.6-trusty-amd64.

I found that when a juju node failed, not only the services on the node
change to lost, but alse services on other working nodes change to
executing or even error.

I tried to log into the other working node and use "top" to check resource
usage. I found that a lot of CPU power was consumed by jujud in this time.
And it may take hours to become normal again.

Was the juju doing something for fixing specific problem? I think that
service on failed node should only become lost and not interfere services
on workings nodes. But it didn't act as I expected.

By the way, I used Juju to deploy OpenStack, so I deployed a lot of charms
on it. Is that matter?

Sincerely yours,
Leon

On Sun, Oct 18, 2015 at 7:16 AM, Marco Ceppi <ma...@ondina.co> wrote:

> Hi Leon,
>
> Sorry to hear you're having issues, I haven't seen this problem before but
> I'm curious what version of Juju you're using (`juju version`) I know there
> was recent work to make ensure-availability more robust. As to how to solve
> the issue, could you run `juju ssh 0` then once on the zero node run:
>
> sudo apt-get install pastebinit
> pastebinit /var/log/juju/machine-0.log
>
> This will provide a URL with the pastebin of the machine-0 log which would
> be helpful in diagnosing this issue further and potentially ways to resolve
> this.
>
> Thanks,
> Marco Ceppi
>
> On Fri, Oct 16, 2015 at 3:56 AM 曾建銘 <godl...@gmail.com> wrote:
>
>> Hi All,
>>
>> I got some problems when I was testing Juju High Availability after
>> deploying OpenStack on my physical servers.
>>
>> I used "juju ensure-availability" to generate 3 state servers. Juju
>> became unnormal after the bootstrap node was shutdown.
>>
>> When the bootstrap node was gone, the whole juju tasks seemed not
>> switched to another state server successfully. I found agent-states of all
>> services became "lost", workload-state of all services become unknown or
>> error.
>>
>> I used "juju debug-log" to check the juju working status, a lot of
>> messages passed by, they looked like there were many communications between
>> services and the state server.
>>
>> I tried to wait for a while, I found that agent-states of services became
>> idle again. But they will become lost again later. Then I try to wait for
>> more a long time(more than 1 hour), I found the agent-state of all services
>> were change from lost to executing, then to idle, then to lost finally.
>>
>> No matter how long I waited, I always found the same result I mentioned
>> above. Then I could use juju commands normally.
>>
>> Did anyone get the same problem? I will be really appreciated if someone
>> can tell me how to solve this issue.
>>
>> Thanks in advanced.
>>
>> Sincerely yours,
>> Leon
>>
>> --
>> 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

How to make Juju High Availability work properly?

[曾建銘]

Hi All,

I got some problems when I was testing Juju High Availability after
deploying OpenStack on my physical servers.

I used "juju ensure-availability" to generate 3 state servers. Juju became
unnormal after the bootstrap node was shutdown.

When the bootstrap node was gone, the whole juju tasks seemed not switched
to another state server successfully. I found agent-states of all services
became "lost", workload-state of all services become unknown or error.

I used "juju debug-log" to check the juju working status, a lot of messages
passed by, they looked like there were many communications between services
and the state server.

I tried to wait for a while, I found that agent-states of services became
idle again. But they will become lost again later. Then I try to wait for
more a long time(more than 1 hour), I found the agent-state of all services
were change from lost to executing, then to idle, then to lost finally.

No matter how long I waited, I always found the same result I mentioned
above. Then I could use juju commands normally.

Did anyone get the same problem? I will be really appreciated if someone
can tell me how to solve this issue.

Thanks in advanced.

Sincerely yours,
Leon
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

What's the default device which MAAS provision OS in ?

[曾建銘]

Hi all,

I have a question about the default device which MAAS provision OS in.

Is the default device /dev/sda ?

At first, I have 4 disks(/dev/sda, /dev/sdb, /dev/sdc, /dev/sdd)，MAAS
provisioned the OS in /dev/sda.

Then I installed a new 8GB SD card into my server, it became /dev/sda. The
origin /dev/sda became /dev/sdb.

I restarted the provision task but MAAS provisioned the OS in /dev/sdb.

Is that normal? Why MAAS did not provision OS in /dev/sda? Is the SD card's
capacity too small to install?

Thanks in advanced for reply.
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju