t;., referer:
http://172.16.118.21/horizon/admin/projects/
Not sure why you are seeing this - try turning on online compression
and debug errors:
juju set keystone offline-compression="no" debug="yes"
That should at least give you a stack trace in the web browser with
more in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 25/08/13 13:17, David Cheney wrote:
> Thanks John. James -- I have uploaded the release tarball now,
> sorry about the delay, I was in an airplane.
No problem; juju-core 1.13.2 also uploaded to Saucy.
Cheers
James
- --
James Page
Ubun
peered
service units via a unpriviledged SSH account and unison.
Unless, of course, Juju grows a feature to allow peers to share data
in a way which is more consistent that trying todo it via the peer
relation.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debia
re already doing this) and switch the stream in via
environment configuration rather than having to push images into
specific environment for daily testing.
I already raised a bug for this:
https://bugs.launchpad.net/juju-core/+bug/1217397
it would be great if it could get some attention for the
te that the OpenStack charms themselves do support using LXC as
the virtualization choice instead of KVM - this is a configuration
option in the nova-compute charm - but this is different to running
OpenStack itself under LXC.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp.
his 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 - ht
;charm" referred to
> "quantum-gateway" instead of the newer "Neutron" terminology makes
> me wonder whether this code has just not been updated lately?
It has - we just lack a good way to rename a charm and facilitate a
switch to the new charm name for existing d
icates that swift backend behind apache
is not working correctly - could you confirm that swift is functional
using the openstack-dashboard?
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment:
.
One thing I did notice is that its not possible to bootstrap a 1.17.7
deployment with a 1.17.6 client - jujud fails to start as
- --instance-id is not passed in the metadata. Upgrading to 1.17.7
client fixes this issue.
Cheers
James
- --
James Page
Ubuntu and Debian Developer
james.p...@ubunt
27;ve imported the Precise charm
> into a local charm repo and run it, which predictably has failed.
nova-volume was deprecated and removed during the folsom cycle so
won't be found in trusty; use cinder instead.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@
ET_CIDR \
1 256--bridge=br100 --bridge_interface=eth1 --multi_host=T
This makes the compute nodes use eth1 for private networking in
multihost mode.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Us
been working
on a OpenStack + Juju + MAAS guide this cycle - its in final review
and hopefully should be out in the next couple of weeks.
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with
g on a OpenStack + Juju + MAAS guide this cycle - its in
>> final review and hopefully should be out in the next couple of
>> weeks.
>
> Is there a way I can help with and or review the wip? I'm hoping to
> have this deployment in service in a couple weeks and I'm sure
e are also working to include Amulet tests in all
Charms so that we can start doing more automated gating of proposed
changes.
Cheers
James
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG
is challenge and if so how are people dealing with it?
Cheers
James
- --
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/
iQIcBAEBCAAGBQJTmBbWAA
ecise/haproxy
> https://jujucharms.com/precise/apache2
>
> A couple larger MPs that I have authored:
>
> https://code.launchpad.net/~davidpbritton/charms/precise/haproxy/fix-service-entries/+merge/202387
>
>
https://code.launchpad.net/~davidpbritton/charms/precise/apache2/vhost-config-relat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Required +1 count met (and exceeded!).
Welcome to the team!
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJT7coaAAoJEL/srsug59jDpuYP/j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 25/09/14 06:51, Chris Glass wrote:
> Hi all,
>
> It's my turn to apply for ~charmers membership.
I stopped reading here: +1
Please keep making me write better python code.
- --
James Page
Ubuntu and Debian Developer
james.p
l
> the middleware dependencies. I'll hack around for now, and maybe
> I'll propose something later if anything becomes of my charm.
That sounds like the best approach - we did something similar for
cinder backends - see the cinder and cinder-ceph or cinder-vmware charms.
- -
//bugs.launchpad.net/charms/+source/nova-cloud-controller/+bug/1391784
to track this - my team will work on landing fixes into /next branches
with updates to the stable charms in the charm store this week.
Apologies for the break...
Regards
James
- --
- --
James Page
Ubuntu and Debian Develop
split' feature of the charms in more detail; we also
plan to overhaul the README's in all charms this cycle - they have
been neglected.
Regards
James
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
address consolidation and ingress management into your cloud from the
Internet
Any thoughts?
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJUYzJUAAoJEL/srsu
harms
[1]
https://javacruft.wordpress.com/2015/01/30/openstack-charms-1501-release/
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJUzwz3AAoJEL/srsug59jDiaIQAJ8fapTO2
remain in the charm store but won't
be receiving any fixes or updates from 15.04 onwards.
Cheers
James
- --
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJVjQIlAAoJEL/sr
Hi Pshem
You need to make use of the neutron-openvswitch charm - this is a
subordinate charm that's deployed with nova-compute, and manages the
neutron configuration and agents on compute nodes.
In the same way that you provide ext-port to neutron-gateway, you'll need
todo the same with neutron-o
Hi Pshem
On Thu, Nov 19, 2015 at 10:04 PM, Pshem Kowalczyk wrote:
> Hi,
>
> I'm trying to deploy ceph and ceph-osd, however with this config:
>
> ceph:
> source: cloud:trusty-liberty
> fsid: 015cc90c-8f06-11e5-be28-0050569a
> monitor-secret: AQB3QU5WiW3GEhAAVLK19SNzR46kXXX==
> osd-de
;> Hi,
>>
>> Please see the complete juju status for the whole setup.
>>
>> This is a test/POC setup. I'm building this on 3 machines - two compute
>> nodes that also run the ceph-osd and once generic 'controller' node that
>> carries all th
Hi Marco
On Sun, Nov 22, 2015 at 7:23 PM, Marco Ceppi
wrote:
> Hello everyone,
>
> I'm rebooting this conversation because it never fully came to a
> resolution and since this topic was discussed a lot has happened in the
> Charm Ecosystem. I still hold firm, and a lot of charmers I've spoken wi
Hi Merlijn
On Mon, Nov 23, 2015 at 9:32 AM, Merlijn Sebrechts <
merlijn.sebrec...@gmail.com> wrote:
> I'm all for requiring everything under the charms namespace to be reactive
> aware.
>
> It is hard for people who are less involved to make sense of all the
> different ways to Charm. It's even h
harms.hookenv for example -
so charms.hookenv should be reactive aware, but should also be functional
without the reactive framework - does that make things clearer?
>
> 2015-11-23 10:40 GMT+01:00 James Page :
>
>> Hi Merlijn
>>
>> On Mon, Nov 23, 2015 at 9:32 AM, M
Hi Pshem
On Thu, Nov 26, 2015 at 12:18 AM, Pshem Kowalczyk wrote:
> Hi,
>
> In this particular case I just want to make sure that my settings for
> CRUSH are used for various pools and be able to define my own pools (see
> below).
>
> I'm trying to create two different pools for both nova-comput
Hi Folks
I spent my morning reviewing the Midonet charms proposed under:
https://bugs.launchpad.net/charms/+bug/1453678
I set myself a challenge of managing to run the amulet tests in our egress
limited QA cloud; managed to get most of that working with local mirrors of
datastax and midonet re
Hi Pshem
On Thu, 28 Jan 2016 at 22:39 Pshem Kowalczyk wrote:
> I've tried to upgrade keystone to the new charm version (from liberty).
> I've updated the source:
>
> juju set keystone openstack-origin=cloud:trusty-mitaka
>
> and scheduled an upgrade:
>
> juju upgrade charm keystone
>
> but the
On Mon, 1 Feb 2016 at 15:04 Darryl Weaver wrote:
> I've seen that bug too and just tested a kilo to liberty upgrade in my lab.
> So, I've submitted a bug report here:
> https://bugs.launchpad.net/charms/+source/ceph/+bug/1540376
>
Currently the behaviour of changing the source config option on t
Hi Darryl
On Wed, 3 Feb 2016 at 00:39 Darryl Weaver wrote:
> This would therefore have implications for co-locating nova-compute with
> ceph charms on physical nodes.
> Upgrading nova-compute would update the apt repository regardless of what
> the ceph charm is doing.
>
Yes - this is one of th
Hi All
I've been using Juju 2.0 (built from source with an in-flight patch for LXD
2.0 right now - but that should be resolved soon) with the local LXD
provider on Ubuntu Xenial development to test some work we've been doing to
get OpenStack running on-top of LXD in a single machine.
That's now w
On Wed, 3 Feb 2016 at 13:23 Mark Shuttleworth wrote:
> On 03/02/16 12:09, James Page wrote:
> > juju create-model midonet-review
> > juju switch midonet-review
>
> Thanks for the feedback James, it's great to see these bits coming
> together so nicely :)
>
>
Hi All
I've spent most of the last two days working with Toni from Midonet to
review and test their proposed charms to support deployment of the Midonet
SDN as part of the OpenStack charms.
Alongside reviewing the actual charm code (they are all services framework
integrated with puppet modules f
Hi All
As you may or may not be aware, the OpenStack team have been working
towards migration of the development process around the OpenStack charms to
the OpenStack project.
This means we will be moving away from current the bzr/launchpad workflow
to a git/gerrit workflow inline with most other
27;ll have
something in place soon-ish to auto-comment on proposed merges redirecting
people to use the new development workflow.
Regards
James
On Tue, 1 Mar 2016 at 07:59 James Page wrote:
> After some poking of the infratructure team this morning, migration is
> currently underway; plea
Hi Tom
On Sat, 23 Apr 2016 at 15:38 Tom Barber wrote:
> Hello folks
>
> Working on my presentation for ApacheCon and trying to leverage some of
> the great new stuff available.
>
> I've not tested it yet, so this is a slightly lazy question but as I'm a
> way off of being at this stage I might a
Hi Ed
On Sat, 7 May 2016 at 10:30 ed bond wrote:
> Anyone have experience with the charms to be able to set the MTU to jumbo
> packets?
>
> Right now in testing to see if it would work we had to do this:
>
> for i in `ip a | grep mtu| egrep -ve
> "eth0|eth1|eth2|eth3|bond0|lo|juju-br0" | awk '{p
Hi Khairul
On Mon, 23 May 2016 at 21:00 Mark Shuttleworth wrote:
> Hi Khairul
>
> Thanks for the mail, let's see if Adam cc'd has any insight to share with
> the list.
>
>
> Mark
>
>
> On 23/05/16 22:38, Khairul Aizat Kamarudzzaman wrote:
>
> Hi all,
> Im getting error while running conjure-up o
Hi All
We've been experimenting with the new application-version-set feature in
Juju 2.0 in the OpenStack charms team; it provides a much needed way for a
charm to indicate which version of an OpenStack component is deployed at
any given point in time.
We've come up with an approach that either u
Hi Daniel
On Tue, 3 Jan 2017 at 03:58 Daniel Bidwell wrote:
I started out installing openstack-base and then went back to add more
disks to be used for block storage. The default was /dev/sdb. I added
/dev/sda, /dev/sdc, and /dev/sdd via the juju gui, saved and deployed.
Nothing happened.
I
Hi All
As of yesterdays OpenStack charm release, we'll be tracking bugs for these
charms under the OpenStack Charms project group:
https://launchpad.net/openstack-charms
rather than as part of the charms distro on Launchpad; each charm now has
its own project, which is part of the group so we
Hi Drew
On Wed, 8 Mar 2017 at 16:03 Drew Freiberger
wrote:
[...]
> Unfortunately, nothing in ceilometer is picking up the
>
oslo_message_notifications on the unit where cinder is running. I went
> to add the ceilometer-agent-charm to the unit, but found it's only
> written to pick up OS and Com
Hi Charmers
I'd like to propose Alex (tinwood) for membership of charmers; he's worked
extensively across the OpenStack charms, providing valuable reviews to the
rest of the team, has been reviewing charm-helpers updates and has been
instrumental in the OpenStack charms use of reactive and layers
Hi Patrizio and Mark
On Wed, 3 May 2017 at 06:14 Mark Shuttleworth wrote:
> On 03/05/17 03:25, Patrizio Bassi wrote:
> > in MAAS i added ipv6.disable = 1 to cmd line params for my machines
> > and this makes all ceilometer-agent/XXX units to be stuck as blocked
> > due to "Services not running t
Hi Patrizio
On Mon, 8 May 2017 at 11:53 Patrizio Bassi wrote:
[...]
> 1) [minor] accessing horizon in the hypervisor list it is seen as hostname
> without fqdn while other 4 hosts has fqdn.
>
Yes there is a minor diff between LXD and KVM hypervisors:
https://bugs.launchpad.net/nova-lxd/+bug/
HI Patrizio
On Fri, 12 May 2017 at 10:52 Patrizio Bassi
wrote:
> Dear James, All
>
> i opened a bug, hope you can give it some love.
> https://bugs.launchpad.net/juju/+bug/1690345
>
Apologies for response lag - last week was busy due to the OpenStack summit!
Looking into this again now.
Cheer
Hi Charmers
There has been a bubbling undercurrent of desire to move charmhelpers code
hosting out of bazaar on Launchpad to git on github,com alongside other
charm ecosystem development tooling.
I'd like to get the code migrated over ASAP and then we can start enabling
automatic PR testing and s
Hi Giuseppe
On Thu, 25 May 2017 at 18:00 Giuseppe Attardi
wrote:
> I have written a charm for OpenStack Gnocchi.
>
Firstly its great that you've started work on a Gnocchi charm; this is on
the TODO list for the OpenStack Charms project for the current development
cycle and it would be great if
On Thu, 25 May 2017 at 14:17 Adam Collard
wrote:
> On Thu, 25 May 2017 at 14:14 Alex Kavanagh
> wrote:
>
>> Hi James
>>
>> I'm a big +1 to this idea, but with one tiny reservation: I have a
>> rather large merge-proposal regarding a refactor of the hosts + ports fetch
>> bug + refactor of the f
Hi Dmitrii
On Sun, 9 Jul 2017 at 12:10 Dmitrii Shcherbakov <
dmitrii.shcherba...@canonical.com> wrote:
Hi Giuseppe,
>
> First of all, thank you for looking into writing a gnocchi charm!
>
> There is already an ongoing effort from James Page on charming gnocchi:
> https:/
Hi All
Managed to find some time to test the bzr->git migration more, including
some tidy of committers and other general hygiene.
https://github.com/juju/charm-helpers
I think we're in a good position to plan for a switch - I appreciate there
are a number of open reviews against the bzr bran
+1
On Wed, 30 Aug 2017 at 11:15 Frode Nordahl wrote:
> Dear Juju community,
>
> I would like to officially apply for membership of the Juju ~charmers team.
>
> Through the course of the past year I have made contributions to the
> OpenStack Charms and other Charm projects. I have also had the pr
Resurrecting this thread; I think its a good time to push on with this work
- anyone have any objections to targeting this week to complete the
migration?
On Fri, 21 Jul 2017 at 19:55 David Ames wrote:
> On Fri, Jul 21, 2017 at 5:46 AM, James Page wrote:
> > Hi All
> >
> >
t souls to the new
github.com location as part of the migration.
On Mon, 18 Sep 2017 at 14:15 Alex Kavanagh
wrote:
> I'm a +1 on this too. Let the good times roll.
>
> On Mon, Sep 18, 2017 at 11:22 AM, James Page
> wrote:
>
>> Resurrecting this thread; I think its a good tim
t;
> On Tue, Sep 19, 2017 at 9:42 AM, Marco Ceppi
> wrote:
>
>> I've updated the launchpad description to highlight the change. Since
>> there's bound to be processes still pointing at the lp branch, should we
>> set it up as a mirror from git?
>>
>>
If you're a part of the charmers team on Launchpad you should now either
have access to approve pull requests + merge or you should have an invite
to join the team that can do this :-)
If you don't have one PM me on freenode IRC with your github username.
On Wed, 20 Sep 2017 at 11:57
Hi Akshay
I think you've tripped over:
https://bugs.launchpad.net/charm-keystone/+bug/1722909
which I did as well last night - this only impacts the development version
of the charm which you are using with the bundle.
I have a fix up for this, should land in the next couple of hours (we've
b
Hi James
On Wed, 14 Feb 2018 at 20:22 James Beedy wrote:
> Hello,
>
> I am experiencing some issues with a base-openstack deploy.
>
> I can get a base-openstack to deploy legitimately using MAAS with no
> apparent errors from Juju's perspective. Following some init ops and the
> launching of an
Hi Giuseppe
On Wed, 21 Feb 2018 at 11:15 Giuseppe Attardi
wrote:
> The latest Ceilometer non longer uses a DB to store its data, but rather
> it sends it in a pipeline to Gnocchi.
> In order to use Ceilometer with Gnocchi, I had to patch the ceilometer
> bundle not to wait for a shared-db relati
64 matches
Mail list logo