Question regarding --upload-tools and implications
John Meinel
john at arbash-meinel.com
Thu Jan 15 06:58:44 UTC 2015
So the main caveats as I see them are:
1) since it didn't come from an official source we flag it as such (the
mechanism was originally developed to allow developers to test out their
in-progress code changes). So your version numbers I "juju status" won't
exactly match
2) if you ever need to deploy a different architecture (i386 or arm,
etc).those tools won't be available. Similarly if you are on i386 you
wouldn't be able to deploy arm64 machines with --upload-tools.
3) upgrading in the future probably means you have to do exactly the same
thing again since you won't be looking where we publish tools
4) IIRC we use the version of the juju client when we upload, not the
version of the jujud binary. Eg if you happen to have a 1.22 jujud on your
system but you use a 1.23-beta2 client we'll upload it but call it
1.23.0.1-beta2. From there upgrades etc will be very confused.
John
=:->
On Jan 15, 2015 1:30 AM, "Charles Butler" <charles.butler at canonical.com>
wrote:
> Greetings,
>
> I've been running juju 1.21-beta4 for a while now and I haven't altered
> any streams information as the announcement email would suggest I need to.
> I'm aware of the --upload-tools command and have used it in place of doing
> any environments.yaml edits when my bootstraps fail due to finding the
> proper streams.
>
> Now - I dont *really* know whats going on with --upload-tools. I think its
> just building the agent from source and shipping it off to my state server
> - but what's the implications of doing this on a long running environment?
> My environments on day to day use are typically created and destroyed
> within a few hours as I move between projects. So i have no scope of
> knowledge on what this does when upgrading environments, etc.
>
> Can someone shed some light as to what I've been doing that *just works*
> and why its not the recommended method?
>
> Thanks!
>
> --
> All the best,
>
> Charles Butler <charles.butler at canonical.com> - Juju Charmer
> Come see the future of datacenter orchestration: http://jujucharms.com
>
> --
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20150115/b8ec1dad/attachment.html>
More information about the Juju
mailing list