After run 02-maasdeploy.sh successfully,the bootstrap is shutdown

2015-12-11 Thread zhangyuanyou
Hi ,Narinder Gupta
   Now I have excute the 02-maasdeploy.sh successfully,but I saw the bootstrap 
is shutdown,
Even I start the bootstrap,the maas server still can’t detect the bootstrap.I 
don’t know why?
From the maas GUI,the tab Nodes shows bootstrap fail to commsioning.
Thanks,
yuanyou
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: additional catering towards the application developer

2015-12-11 Thread Marco Ceppi
You can actually

juju action fetch --wait=0 

which will wait indefinitely for the result (ie, blocking) which would
simplify the code you provided. I agree there could be some improvements to
the action cli and will be making these bugs on the project as features
requests!

On Fri, Dec 11, 2015 at 12:03 AM Matthew Dirba 
wrote:

> Merlin,
>
> Adding a wrapper around juju action may have been the first juju
> related code that I wrote.
>
> function jujuaction {
> time=$1
> shift
> echo juju action do $@
> tmp=`juju action do "$@" |cut -f2 -d:`
> printf "${tmp} "
> while true; do
> sleep $time
> juju action status $tmp |grep -E "status: (pending|running)"
> >/dev/null || break
> printf "."
> done
> echo ""
> juju action fetch $tmp
> }
>
>
>   Looking at the help for juju I would ask/prefer that waiting for an
> action or parsing a result would be done with new commands sent to juju
> action.
>
> usage: juju action [options]  ...
> purpose: execute, manage, monitor, and retrieve results of actions
>
> options:
> --description  (= false)
>
> -h, --help  (= false)
> show help on a command or other topic
>
> "juju action" executes and manages actions on units; it queues up new
> actions,
> monitors the status of running actions, and retrieves the results of
> completed
> actions.
>
> commands:
> defined - show actions defined for a service
> do  - queue an action for execution
> fetch   - show results of an action by ID
> help- show help on a command or other topic
> status  - show results of all actions filtered by optional ID prefix
> wait - run an action and return all of the results
> parse - run an action and return the results matching a result string or
> dict
>
> Example Usage:
> juju action wait  
> juju action parse   result=Œavg.latency'
>
>
>
>
>
>
>
> Regards,
> Matt Dirba
> 512.779.4696
>
>
>
>
>
> >
> >Message: 6
> >Date: Wed, 9 Dec 2015 17:13:09 -0500
> >From: Adam Stokes 
> >To: Merlijn Sebrechts 
> >Cc: juju 
> >Subject: Re: additional catering towards the application developer
> >Message-ID:
> 

[Review Queue] - kafka, kibana, apache2 x2, mariadb, memcached

2015-12-11 Thread Andrew Mcleod
It's that time again; the Big Data team had a go at the review queue, and
here's what we came up with:



   -

   kafka
   -


  
https://code.launchpad.net/~merlijn-sebrechts/charms/trusty/apache-kafka/trunk/+merge/276647
  -

  New actions and upstart job work as expected
  -

  Merged with some minor modifications to advertised.host.name logic
  -

   kibana 4
   -


  
https://code.launchpad.net/~canonical-is-sa/charms/trusty/kibana/kibana4/+merge/276944
  -

  Tests passed with no problems.
  -

  Quick code review was fine.
  -

  +1, merged
  -

   apache2 * (apt-source)
   -


  
https://code.launchpad.net/~evarlast/charms/trusty/apache2/trunk/+merge/278220
  -

  Tests related to new config values failing (apt-source)
  -

  Older tests failing with an assert_called_once error
  -

  Unfortunately with so many test failures, I can’t proceed any further
  with this review
  -

   apache2 * (add-logs-interface)
   -
  
https://code.launchpad.net/~evarlast/charms/trusty/apache2/add-logs-interface/+merge/278222
  -

  This one is failing on some of the same issues as the apt-source
  review, but others have been fixed - if these are fixed and merged into
  apt-source, that will be fixed reviews leaving only the two stale cert
  tests to resolve.
  -


  
https://code.launchpad.net/~evarlast/charms/trusty/apache2/add-logs-interface/+merge/278222
  -

   mariadb
   -

  https://bugs.launchpad.net/charms/+bug/1517165
  -

  This is an update to refresh the MariaDB enterprise repo
  -

  We would like to see both consumer and enterprise versions of mariadb
  made available.  If deployed with correct enterprise options,
installation
  would occur from the special repo; otherwise, install from the ubuntu
  archives.
  -

  Not merged for now, pending the outcome of our discussion in the bug.
  -

   memcached (local-monitor interface)
   -


  
https://code.launchpad.net/~brad-marshall/charms/trusty/memcached/add-monitors-relation/+merge/276958
  -

  The charm tests fail. Test 10_deploy_test.py tries to telnet to a
  port closed by the firewall of memcached. We opened a bug for this issue:
  https://bugs.launchpad.net/charms/+source/memcached/+bug/1525026
  -

  At this point we cannot proceed with the merge, because we cannot be
  sure we do not break something else. Also, we did not spot any tests
  dedicated to the proposed functionality.


* As an addendum to both apache2 reviews, the author has proposed a fix and
hopefully these will be re-reviewed and merged soon.



Questions/comments? We're in #juju on irc.freenode.net

Thanks!
Andrew
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: 答复: After run 02-maasdeploy.sh successfully,the bootstrap is shutdown

2015-12-11 Thread Narinder Gupta
Looks like your bootstrap VMS can't pxe boot. Does all your machines are
using virbrO if yes there could be another dhcp enable on that bridge. You
might need to disable dhcp on that bridge. For virtual machines on virbr0 I
am working on scripts to do that.

Thanks and regards,
Narinder Gupta
1-2817365150
On Dec 11, 2015 20:10, "zhangyuanyou"  wrote:

> Hi, Narinder Gupta
>
> I can use vnc to login the bootstrap ,but it shows like the boot.bmp,boot
> failed:not a bootable disk.
>
> Could you tell me how to deal with the error?
>
>
>
> Thanks,
>
> yuanyou
>
> *发件人:* Narinder Gupta [mailto:narinder.gu...@canonical.com]
> *发送时间:* 2015年12月11日 18:19
> *收件人:* zhangyuanyou
> *抄送:* artur.tyl...@canonical.com; billy.ol...@canonical.com;
> juju@lists.ubuntu.com; jiangrui (D); wuwenbin
> *主题:* Re: After run 02-maasdeploy.sh successfully,the bootstrap is
> shutdown
>
>
>
> can you look into node details and see why it failed to commissioning?
>
>
> Thanks and Regards,
>
> Narinder Gupta (PMP)   narinder.gu...@canonical.com
>
> Canonical, Ltd.narindergupta [irc.freenode.net]
>
> +1.281.736.5150narindergupta2007[skype]
>
>
>
> Ubuntu- Linux for human beings | www.ubuntu.com | www.canonical.com
>
>
>
> On Fri, Dec 11, 2015 at 4:10 AM, zhangyuanyou 
> wrote:
>
> Hi ,Narinder Gupta
>
>Now I have excute the 02-maasdeploy.sh successfully,but I saw the
> bootstrap is shutdown,
>
> Even I start the bootstrap,the maas server still can’t detect the
> bootstrap.I don’t know why?
>
> From the maas GUI,the tab Nodes shows bootstrap fail to commsioning.
>
> Thanks,
>
> yuanyou
>
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Juju-GUI and status-set

2015-12-11 Thread Sameer Zeidat
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


Re: Juju-GUI and status-set

2015-12-11 Thread Marco Ceppi
I believe that the Juju GUI team is preparing a release in the coming weeks
to address this. It's not so much a bug, but rather a planned feature for
Juju GUI

On Fri, Dec 11, 2015 at 3:30 AM Sameer Zeidat  wrote:

> 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 mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju