Adding Artyom from DataArt who has a lot of very clever ideas about this
and recently created a cool autoscaling demo.
I'm interested in any follow up given to your work. I share your
frustration at containers systems using a so called "orchestration" when
the orchestration is really some basic
Given how often people still use "--upload-tools" for things like private
clouds (and is definitely the one used for local provider), I'd really
worry about having a jujud on your local machine that wasn't built with the
same toolchain as the one you get from "juju bootstrap" in other cases.
Very
There are other options to play with juju+lxd on trusty...
On Fri, Nov 27, 2015 at 2:26 PM, Rick Harding
wrote:
>
> On Fri, Nov 27, 2015 at 11:35 AM Mark Shuttleworth wrote:
>>
>> On 27/11/15 16:21, Aaron Bentley wrote:
>>
>> It's dependent on what
There are other options to play with juju+lxd on trusty...
On Fri, Nov 27, 2015 at 2:26 PM, Rick Harding
wrote:
>
> On Fri, Nov 27, 2015 at 11:35 AM Mark Shuttleworth wrote:
>>
>> On 27/11/15 16:21, Aaron Bentley wrote:
>>
>> It's dependent on what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2015-11-30 10:36 AM, John Meinel wrote:
> Given how often people still use "--upload-tools" for things like
> private clouds (and is definitely the one used for local provider),
> I'd really worry about having a jujud on your local machine that
On Mon, Nov 30, 2015 at 10:36 AM, John Meinel wrote:
> Given how often people still use "--upload-tools" for things like private
> clouds (and is definitely the one used for local provider), I'd really worry
> about having a jujud on your local machine that wasn't built
Hi Samuel
Thanks for your answer!
The injection Charm sounds interesting. So Juju manages both k8s and the
services running on top of k8s? Do you have an example you can show me?
> However, monitoring is an expression of the operation and not the model,
therefore "can not" be operated by Juju.
On 01/12/15 13:56, Ian Booth wrote:
>
>
> On 01/12/15 10:17, David Cheney wrote:
>> Hello,
>>
>> Why are reviewers being created for merges from master to feature
>> branches ? What purpose does this serve ?
>>
>
> They appear because you create a github PR which triggers a reviewboard review
>
fcntl won't work in threaded go applications, it barely works in non
threaded applications.
I'm not interested in "doesn't work on windows" arguments. Yes, we
have to support windows, but that doesn't mean we have to be dragged
down to it's lowest common denominator.
I think it's fine to develop
On Tue, Dec 1, 2015 at 9:07 AM David Cheney
wrote:
> http://0pointer.de/blog/projects/locking.html
>
> In short, opening the same file twice and asserting a lock on it will
> succeed.
>
Thanks. The article is a bit exasperated. Yes, there are problems to be
aware of,
Doesn't look like there is windows support, and it uses fcntl (flock)
under the hood, which is what we have now.
On Tue, Dec 1, 2015 at 10:55 AM, Casey Marshall
wrote:
> How about github.com/camlistore/lock ?
>
> On Mon, Nov 30, 2015 at 5:43 PM, Tim Penhey
Hello,
Why are reviewers being created for merges from master to feature
branches ? What purpose does this serve ?
Thanks
Dave
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
On Tue, Dec 1, 2015 at 10:43 AM, Tim Penhey wrote:
> Hi folks,
>
> The fslock was a mistake that I added to the codebase some time back. It
> provided an overly simplistic solution to a more complex problem.
>
> Really the filesystem shouldn't be used as a locking
Please no. The better way is to use an abstract unix domain socket to
create a mutex.
On Tue, Dec 1, 2015 at 10:56 AM, Andrew Wilkins
wrote:
> On Tue, Dec 1, 2015 at 7:43 AM Tim Penhey wrote:
>>
>> Hi folks,
>>
>> The fslock was a mistake
On Tue, Dec 1, 2015 at 8:18 AM David Cheney
wrote:
> Hello,
>
> Why are reviewers being created for merges from master to feature
> branches ? What purpose does this serve ?
>
I just ignore them. If anyone's not sure if they resolved a conflict
properly, they should
Hi folks,
The fslock was a mistake that I added to the codebase some time back. It
provided an overly simplistic solution to a more complex problem.
Really the filesystem shouldn't be used as a locking mechanism.
Most of the code that exists for the fslock now is working around its
On Tue, Dec 1, 2015 at 7:43 AM Tim Penhey wrote:
> Hi folks,
>
> The fslock was a mistake that I added to the codebase some time back. It
> provided an overly simplistic solution to a more complex problem.
>
> Really the filesystem shouldn't be used as a locking
It's not gonna get through the merge bot if that's the case. To
clarify, using the landing bot, thumbs up, pointless reviews that
nobody reviews and have poor descriptions, thumbs down.
On Tue, Dec 1, 2015 at 11:20 AM, Rick Harding
wrote:
> Sanity check on merge
As of this morning, the unit tests pass on xenial (thanks to Andrew
for getting them over the hump) using Go 1.5
On Tue, Dec 1, 2015 at 3:21 AM, Curtis Hovey-Canonical
wrote:
> On Mon, Nov 30, 2015 at 10:36 AM, John Meinel wrote:
>> Given how often
On Tue, Dec 1, 2015 at 7:57 AM David Cheney
wrote:
> Doesn't look like there is windows support, and it uses fcntl (flock)
> under the hood, which is what we have now.
>
flock isn't the problematic thing Tim is talking about. utils/fslock
attempts to create a
How about github.com/camlistore/lock ?
On Mon, Nov 30, 2015 at 5:43 PM, Tim Penhey
wrote:
> Hi folks,
>
> The fslock was a mistake that I added to the codebase some time back. It
> provided an overly simplistic solution to a more complex problem.
>
> Really the
On Tue, Dec 1, 2015 at 7:58 AM David Cheney
wrote:
> Please no. The better way is to use an abstract unix domain socket to
> create a mutex.
>
I don't have a problem with that, but I'd like to know why it's better.
>
> On Tue, Dec 1, 2015 at 10:56 AM, Andrew
On Tue, Dec 1, 2015 at 11:00 AM, Andrew Wilkins
wrote:
> On Tue, Dec 1, 2015 at 7:57 AM David Cheney
> wrote:
>>
>> Doesn't look like there is windows support, and it uses fcntl (flock)
>> under the hood, which is what we have now.
>
>
>
On Tue, Dec 1, 2015 at 8:03 AM David Cheney
wrote:
> On Tue, Dec 1, 2015 at 11:00 AM, Andrew Wilkins
> wrote:
> > On Tue, Dec 1, 2015 at 7:57 AM David Cheney
> > wrote:
> >>
> >> Doesn't look like there is
http://0pointer.de/blog/projects/locking.html
In short, opening the same file twice and asserting a lock on it will succeed.
On Tue, Dec 1, 2015 at 12:04 PM, Andrew Wilkins
wrote:
> On Tue, Dec 1, 2015 at 8:57 AM David Cheney
> wrote:
I can not create the netwok by openstack,
machine-1.log
2015-11-28 10:05:25 DEBUG juju.worker runner.go:203 "networker" done:
2015-11-28 10:05:25 DEBUG juju.worker runner.go:206 removing "networker" from
known workers
2015-11-28 10:05:25 DEBUG juju.worker.proxyupdater proxyupdater.go:170
Hi Charles,
I have downloaded wordpress from the charm store to my local repository and
deployed.
I have raised a bug in following link
https://bugs.launchpad.net/charms/+source/wordpress/+bug/1521190 and also
attached the unit log. I have downloaded wordpress from the charm store to my
local
Good discussion. I have one nuance that I think we want to discuss in
SFO. Namely, controlling the Juju tool chain.
Juju QA uses CI to make many of the things we releases, such as win
agents. We use Launchpad/Ubuntu to make Ubuntu agents and clients.
Juju QA qill soon have access to ARM hardware.
I see the main error here was caused because of this:
INFO juju-log Moving nginx var dirs to /mnt storage ...
INFO config-changed
/var/lib/juju/agents/unit-wordpress-2/charm/hooks/config-changed: line 120:
hooks/loadbalancer-rebuild: Permission denied
Apparently it's trying to move the
29 matches
Mail list logo