Openstack charms - storage vendors

Hi, I'm looking at building an openstack cluster that uses NetApp for storage. Having a look at cinder charm I don't see a way to specify a driver (or any additional parameters). What's the recommended way of using 3rd party storage drivers with openstack charms. The doc I'm working off is here:

Re: Problem deploying a bundle

Hi, On Wed, 3 Feb 2016 at 22:55 James Page wrote: > Hi Pshem > > {cut} >> > > Why are they failing now? And the more important question - how do I make >> it work again? Do I have to upgrade my bundle file to use the new charms? >> > > Yes - use the new charms in the

Re: Upgrading charms to 16.01

7 hook "config-changed" failed: exit status 1 So I think the only way is to blew away a service unit and deploy a new one. kind regards Pshem On Fri, 29 Jan 2016 at 10:49 James Page <james.p...@ubuntu.com> wrote: > > Hi Pshem > > On Thu, 28 Jan 2016 at 22:39 Pshem Kowal

Re: Upgrading charms to 16.01

On Fri, 29 Jan 2016 at 10:46 James Page <james.p...@canonical.com> wrote: > Hi Pshem > > On Thu, 28 Jan 2016 at 22:39 Pshem Kowalczyk <pshe...@gmail.com> wrote: > >> I've tried to upgrade keystone to the new charm version (from liberty). >> I've updated the so

Upgrading charms to 16.01

Hi, 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 charm upgrade fails: 2016-01-28 21:36:13 ERROR juju-log FATAL ERROR:

Re: Upgrading charms to 16.01 - Ceph

sion 9.2.0 (bb2ecea240f3a1d525bcb35670cb07bd1f0ca299) On Fri, 29 Jan 2016 at 13:15 Pshem Kowalczyk <pshe...@gmail.com> wrote: > > I worked it out as well :-) > > My final workflow is this (for charms that support the openstack-upgrade > action): > > 1. Set the managed upgrade flag > action-managed-upgr

Re: Juju devel 1.26-alpha2 is available for testing

Hi, Does this version support MAAS fabrics/subnets ? kind regards Pshem -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Tuning ceph

ses can help ensure > we are attempting to cover your needs. > > > Thanks, > > Billy > > > On Wednesday, November 25, 2015, Pshem Kowalczyk <pshe...@gmail.com> > wrote: > >> Hi, >> >> Yes, I got the the same conclusion, either write my own charms to tr

Re: Tuning ceph

is for this fine tuning of the charms, perhaps it's just me ;-) kind regards Pshem On Thu, 26 Nov 2015 at 09:34 Peter Sabaini <peter.saba...@canonical.com> wrote: > On 25.11.15 21:29, Pshem Kowalczyk wrote: > > Right, > > > > How to you make sure that juju doesn't ov

Tuning ceph

Hi, I'm relatively new to the juju ecosystem. I've built a test/POC openstack setup using juju charms. Ceph is used as the backend-storage system for the deployment. Since the production deployment of this system has to meet some external requirements (particular CRUSH settings, recovery times

Re: Ceph deployment

active idle1.25.0 2 node2.maas Unit is ready (1 OSD) All I have to do now is tell ceph to use only 2 OSDs. kind regards Pshem On Fri, 20 Nov 2015 at 11:45 Pshem Kowalczyk <pshe...@gmail.com> wrote: > Hi, >

Re: 10.0.1.0/24

Hi, I used 10.0.0.0/23 as my MAAS range. kind regards Pshem On Tue, 10 Nov 2015 at 21:38 Andrew McDermott < andrew.mcderm...@canonical.com> wrote: > Hi, > > Where did you specify your base range of "10.0.0.0/23"? > > On 10 November 2015 at 03:03, Pshem Kowa

Re: juju-br0 vs lxcbr0

PGP SIGNED MESSAGE- > Hash: SHA1 > > On 9.11.2015 04:23, Pshem Kowalczyk wrote: > Hi Pshem, > > Any chance you've used JUJU_DEV_FEATURE_FLAGS=address-allocation > during bootstrap? > > Can you have a look at /var/log/juju/machine-0.log? In the beginning > there shou

10.0.1.0/24

Hi, I've just re-created my environment from MAAS and I noticed that my lxc containers can't talk out to the world (but the world could talk back to them, for example outbound ICMP would not work, but inbound from a different machine on the same L2 broadcast domain - would). That obviously broke

juju-br0 vs lxcbr0

Hi, I'm using MAAS and juju using lxc containers to spin up openstack components. I regularly destroy my enviornments to try some new settings. (juju 1.25, MAAS 1.8.2) Initially my setups would create a juju-br0 that contained eth0 and then bridged all LXCs to it (this way I could use MAAS DHCP

Re: Using distributed router in neutron

gt; todo the same with neutron-openvswitch when using dvr mode - this port is > used for north/south traffic for instances on each compute node where they > have floating IP's - instances which don't have floating ip's will still go > via the neutron gateway. > > Hope that helps! > &g

Using distributed router in neutron

Hi, I'm trying to figure out if it's possible to setup distributed routing (as per http://docs.openstack.org/networking-guide/scenario_dvr_ovs.html ). Using fairly basic config: nova-cloud-controller: openstack-origin: cloud:trusty-liberty network-manager: Neutron neutron-external-network:

Re: Juju stable 1.25.0 is released

ake >> sure we've got a docs page in the experimental section with copy/pastable >> instructions and maybe a screenshot of it in maas to show what it looks >> like. >> >> Rick >> >> On Mon, Nov 2, 2015, 3:07 PM Pshem Kowalczyk <pshe...@gmail.com> wrote

Re: neutron agents

com> wrote: > On 11/01/2015 06:12 PM, Pshem Kowalczyk wrote: > > Hi, > > > > I'm trying to get openstack installed using juju. > > The configuration of the nova and neutron is fairly simple: > > > > nova-cloud-controller: > > openstack-origi

Re: Juju stable 1.25.0 is released

Hi, The key was to use JUJU_DEV_FEATURE_FLAGS (please note the S at the end) variable. Once I did that the hostnames are visible in MAAS under devices (in current GUI), also the DNS works for them correctly: tdvops@maascontroller:~$ dig +short machine-0-lxc-2.maas 10.0.0.15

neutron agents

Hi, I'm trying to get openstack installed using juju. The configuration of the nova and neutron is fairly simple: nova-cloud-controller: openstack-origin: cloud:trusty-kilo network-manager: Neutron neutron-external-network: "ext-net" console-access-protocol: vnc neutron-api:

Re: Juju stable 1.25.0 is released

Hi On Fri, 30 Oct 2015 at 08:03 Curtis Hovey-Canonical wrote: {cut} ### Support "devices" on MAAS 1.8+ > > MAAS 1.8 introduced a new feature called "devices". This allows the > association of a "device", that requires an IP address, with a parent > machine > managed by

LXC container and DNS names

Hi, I'm running a stable version of juju (1.24.7-trusty-amd64) and maas (1.8.2+bzr4041-0ubuntu1 (trusty1)). I use maas to manage DHCP and DNS on the 'bootstrap' network. I would like to know if it's possible to get juju to register the DNS names for the containers it spins up. For example at