Replica sets re-enabled for local provider
Andrew Wilkins
andrew.wilkins at canonical.com
Fri Jun 6 08:50:39 UTC 2014
I've gotten a bit closer to figuring out what the deal is. Even on the CI
machine, local provider works with HA enabled, but only if you use the EBS
storage. If you use that machine's ephemeral disk (as your jenkins setup
does), then mongo is not happy. The fact that it's running Precise has
nothing to do with it. I can reproduce it on Trusty.
If anyone wants to look into this issue, then to reproduce you'll need to:
- create an m2.xlarge (running Trusty 64-bit)
- build juju from source, with "shouldEnableHA" hacked to always return
true and transfer to the machine
- sudo apt-get install juju-local
- juju init
- sudo mkdir -m 777 /mnt/local
- modify the local env in ~/.juju/environments.yaml, setting
root-dir=/mnt/local
- bootstrap and watch it fall in a heap
On Fri, May 30, 2014 at 9:10 PM, Curtis Hovey-Canonical <
curtis at canonical.com> wrote:
> On Thu, May 29, 2014 at 5:24 AM, Andrew Wilkins
> <andrew.wilkins at canonical.com> wrote:
> > On Thu, May 29, 2014 at 5:18 PM, John Meinel <john at arbash-meinel.com>
> wrote:
> >>
> >> Didn't we find that things started breaking on Precise?
> >
> >
> > It wasn't precise only (at least before it wasn't). Ian was having
> issues on
> > Trusty.
>
> As I think HA on localhost is insane, and the only argument for it is
> for demos, I suggest precise doesn't get HA. We can demo HA on trusty.
>
> CI has the correct sources for packages:
> $ ls /etc/apt/sources.list.d
> cloudarchive-folsom.list juju-golang-precise.list
> cloudarchive-folsom.list.save juju-stable-precise.list
> cloud_config_sources.list juju-stable-precise.list.save
> cloud_config_sources.list.save
>
> CI has been updated, upgraded and rebooted, but this test continues to fail
>
> http://juju-ci.vapour.ws:8080/job/local-deploy-precise-amd64/1383/console
>
> We replayed an older revision to re verify a 1.19.3 release candidate,
> and this test passed.
>
> We also simple manual bootatraps with the binary and while 1 passed, 3
> failed. Bootstrapping with stable always works.
>
> I selected an older revision, lp:juju-core r2795, to release as
> 1.19.3. As I am writing release notes, there is still time for trunk
> to pass and get that version released.
>
> --
> Curtis Hovey
> Canonical Cloud Development and Operations
> http://launchpad.net/~sinzui
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20140606/31f60185/attachment-0001.html>
More information about the Juju-dev
mailing list