Hi folks,
I've just started looking into writing a charm (possibly two charms?) to
deploy some middleware to Swift; both the proxy and storage will have
middleware added. Today was the first time I've deployed any OpenStack
component, so my terminology could be off.
I imagine a middleware charm
On Wed, Sep 24, 2014 at 7:52 PM, Andrew Wilkins
andrew.wilk...@canonical.com wrote:
Hi folks,
I've just started looking into writing a charm (possibly two charms?) to
deploy some middleware to Swift; both the proxy and storage will have
middleware added. Today was the first time I've deployed
On Wed, Sep 24, 2014 at 6:59 PM, Michael Nelson
michael.nel...@canonical.com wrote:
On Wed, Sep 24, 2014 at 7:52 PM, Andrew Wilkins
andrew.wilk...@canonical.com wrote:
Hi folks,
I've just started looking into writing a charm (possibly two charms?) to
deploy some middleware to Swift;
Jose and Charles,
Could you summarize the issue? Is it something that we need to document or
bugs we should file in core?
Marco
On Wed, Sep 24, 2014 at 12:42 AM, José Antonio Rey j...@ubuntu.com wrote:
On 09/23/2014 11:25 PM, Tim Penhey wrote:
On 24/09/14 16:20, Michael Schwartz wrote:
Marco,
The process forward to get Michael unblocked was specifically with regard
to a Virtualbox workflow that did not leverage vagrant. It was a vanilla
Ubuntu server installation in vbox, leveraging X11 forwarding, and getting
the local provider setup and explaining the process of what was
Marco,
I have no idea. We installed the Juju software from a different
repository and it worked. It still threw errors, which resulted in
confusion, but when we checked juju status, the servers came up.
In my original Juju deployment, when I went to bootstrap, it would just
hang. I added
It wasn't a download speed issue. Once I let it run overnight. When we
got it working the second time, the server deployed in about 5 minutes.
Even at OSCON we let it RIP for some time and got nothing.
thx,
Mike
On 2014-09-24 11:02, Charles Butler wrote:
Marco,
The process forward to get
Juju will always try to access http://cloud-images.ubuntu.com/releases
to get OS images unless it is configured to get OS imaged from
elsewhere
On Tue, Sep 23, 2014 at 1:43 PM, Patrick O'Brien pdobr...@gmail.com wrote:
...
'juju metadata validate-images' also fails with:
ERROR index file has no
[1] Merge proposal for rabbitmq-server. The author has been attentive to
feedback, and his latest work passes charm proof and lint cleanly. I’ve asked
him to provide the steps necessary to properly test his changes, in lieu of
actual unit tests.
[2] Pinged #juju on Freenode for a charmer to
Hello Charmers,
I would like to have your consideration to become a member of the
http://launchpad.net/~charmers team.
I have been playing around with the Juju's ecosystem since some
months, fair enough time to understand where a ~charmer should be
pushing to contributors to make the environment
Hi all,
It's my turn to apply for ~charmers membership.
I have been using juju since the pyjuju days, mostly professionally
but also for my personal use.
Most of my contributions to the charm ecosystem stem from my current
work position as a software engineer for Canonical, as part of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.09.2014 06:53, Tim Penhey wrote:
Hi folks,
I have been going through much of the code in the state package
looking at the work to migrate all the collection keys to handle
multiple environments.
In the long and distant past (earlier
On 24/09/14 18:02, Dimiter Naydenov wrote:
On 24.09.2014 06:53, Tim Penhey wrote:
Hi folks,
I have been going through much of the code in the state package
looking at the work to migrate all the collection keys to handle
multiple environments.
In the long and distant past (earlier this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.09.2014 10:09, Tim Penhey wrote:
Why? Global keys are a shorter than tags, and in several places
we use fast regular expression searches using a prefix based on
the global key. So instead of having m#0#n#juju-public as
global key for a port
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.09.2014 10:46, Tim Penhey wrote:
On 24/09/14 19:39, Dimiter Naydenov wrote:
I'm not opposed to replacing global keys with tags in state, but
using only simple _id fields in all collections is impractical in
certain cases.
Don't get me
Hello,
I am the maintainer of the rsyslog/forwarder charms. While i was
working implementing an option to expose the protocol/port used by
rsyslogd I noticed that
enabling TCP on rsyslogd using imtcp ($InputTCPServerRun 514) was not
possible on any machine deployed by Juju.
The root cause is
There was some feedback recently that the UX of Juju's HA implementation is
not very good. I wrote up a doc[1] capturing the feedback and some
solutions that were proposed during an informal meeting. The document is
currently purely just about capturing information about the problem. It is
not
17 matches
Mail list logo