The approach we are discussing in the snappy world is to use "gateway"
revisions, which are both forward and backward compatible, which encode
the transition logic. They essentially handle the difficult upgrade, and
enable subsequent revisions to drop support for the older schemes.
Upgrades would
Thanks for the feedback Patrik and Stuart, I've added a note to look at the
gateway revisions to our next set of discussions.
On Mon, Feb 29, 2016 at 7:00 AM Mark Shuttleworth wrote:
>
> The approach we are discussing in the snappy world is to use "gateway"
> revisions, which
Is there a way to list all models for a specific controller?
https://godoc.org/github.com/juju/juju/api/controller and
https://godoc.org/github.com/juju/juju/api/modelmanager seem to do the same
thing wrt listing models. This also only does it for whatever the current
controller is set to before
Hello all. The Big Data Team (myself, Kevin, Andrew, and Kostas) spent
some time last week on the review queue:
Feb 25, 2016: Andrew/Cory/Kevin/Kostas
-
apache2 (add apt config options)
-
https://code.launchpad.net/~evarlast/charms/trusty/apache2/trunk/+merge/278220
-
On Sat, Feb 27, 2016 at 12:12:24PM +0100, Stian Aurdal wrote:
> Hello,
>
> Im having some errors while trying to deploy landscape on a KVM using the
> openstack-install autopilot. I have an issue going at
> https://github.com/Ubuntu-Solutions-Engineering/openstack-installer/issues/870
>
>
On Mon, Feb 29, 2016 at 07:02:08PM -0300, Ney Moura wrote:
>
> But I keep having erros with the install hook. It says file not found.
>
Maybe I missed it in the tarball -- could you attach a juju debug-log
capture while you deploy it?
Or, /var/log/all-machines.log from the bootstrap node is
This is because you are using Windows line breaks instead of Linux/Unix
line breaks. Try saving your file with Linux/Unix line breaks and give
it a go.
On 02/29/2016 05:12 PM, David Britton wrote:
On Mon, Feb 29, 2016 at 07:02:08PM -0300, Ney Moura wrote:
But I keep having erros with the
Hi Serge
Fresh reboot and updated image, image boots with SSHD working fine, so
whatever you did, i assume worked or is a freak occurrence. I don't have
any old images kicking around and the import I copied from your email
appears to have stomped on the old image.
FYI
bugg@tomsdevbox:~$ lxc
On Sat, Feb 27, 2016 at 11:42:51PM +, Tom Barber wrote:
> Okay I think I worked it out, but i dont' cause the cause in reality:
>
> in upstart mountall was failing during the boot of the containers
>
> so I did:
>
> root@tomsdevbox ~ # umount /sys/kernel/debug
> root@tomsdevbox ~ # mount -t
On Mon, Feb 29, 2016 at 09:45:14AM +, Tom Barber wrote:
> Hi Serge
>
> I rebooted the host to see what happened and the lxc images that were
> running fine all now have broken SSHD. This, to make absolutely clear
> doesn't affect the Xenial image, just the trusty one I test with.
>
>
Hi Serge
I rebooted the host to see what happened and the lxc images that were
running fine all now have broken SSHD. This, to make absolutely clear
doesn't affect the Xenial image, just the trusty one I test with.
bugg@tomsdevbox:~$ lxc launch ubuntu-trusty fix-server2
Creating fix-server2
Its pretty weird, because a few reboots and it failed, now its magically
working post reboot. Worst comes to the worst I can flatten the machine
again and I'm sure it will reappear as it did the previous 2 occasions.
--
Director Meteorite.bi - Saiku Analytics Founder
Tel:
Seemingly the image name and key are the same, LXD and Juju are the same,
so you've either done something magic or I'm confused with its now seeming
happiness of the kernel debug mountpoint! :)
--
Director Meteorite.bi - Saiku Analytics Founder
Tel: +44(0)5603641316
(Thanks to the
Hi Casey,
I haven't reproduced that here in VMs. If you can reproduce this at will (by
rebooting the host) could you file a bug against the kernel (pad.lv/u/linux) ?
thanks,
-serge
Quoting Casey Marshall (casey.marsh...@canonical.com):
> On Mon, Feb 29, 2016 at 4:57 PM, Tom Barber
Thanks everyone!
José Antonio, you were right!
How did you discover that?
But let me challenge you guys even more!
I need to install something in the VM before using the juju commands, like
status-set? I'm asking this because I wasn't able to run these commands in
there.
Thanks again!
On 01/03/16 03:48, Adam Stokes wrote:
> Is there a way to list all models for a specific controller?
Yes.
> https://godoc.org/github.com/juju/juju/api/controller
> and https://godoc.org/github.com/juju/juju/api/modelmanager seem to do
> the same thing wrt listing models. This also only does it
Glad that was it! When I opened it on vim, it said [dos] at the bottom, and
after googling the error I saw what it was.
About the command, what happens is right. You should not be able to execute
any of those commands. The commands are only executable in a 'hook
environment', meaning only hooks
I was thinking that i missed some configurations to ran those commands
properly only.
Since I use nano, I wasn't able to see those.
Thanks for the tip about hook environment and the command!
Mainly for the quick response =D
2016-02-29 21:31 GMT-03:00 José Antonio Rey :
> Glad
Just to be clear, the remote APi for listing models for a given controller
exists. But you do need to look at controllers.yaml to see what controllers you
have bootstrapped or have access to in order to make the remote list models api
call.
On 01/03/16 13:14, Adam Stokes wrote:
> Got it squared
Right, but how do you specify which controller you want to list the models
for? The only way I can see is to manually `juju switch ` then
re-login to the API and run the AllModels method. Is there a way (as an
administrator) to specify which controller you want to list the models for?
On Mon, Feb
It is the controller that you have logged into for the API.
What are you wanting?
You need a different API connection for each controller.
Tim
On 01/03/16 15:05, Adam Stokes wrote:
> Right, but how do you specify which controller you want to list the
> models for? The only way I can see is to
No, you are right.
$ juju list-controllers --format yaml
is better.
On 01/03/16 14:49, John Meinel wrote:
> Is there a reason to tell people to look at "controllers.yaml" rather than
> having the official mechanism be something like "juju list-controllers
> --format=yaml" ? I'd really like to
Is there a reason to tell people to look at "controllers.yaml" rather than
having the official mechanism be something like "juju list-controllers
--format=yaml" ? I'd really like to avoid tying 3rd party scripts to our
on-disk configuration. We can keep CLI compatibility, but on-disk
structures
On Mon, Feb 29, 2016 at 7:24 PM, Tim Penhey
wrote:
> On 01/03/16 03:48, Adam Stokes wrote:
> > Is there a way to list all models for a specific controller?
>
> Yes.
Mind pointing me to the api docs that has that capability?
--
Juju mailing list
Juju@lists.ubuntu.com
On 01/03/16 11:25, Adam Stokes wrote:
> On Mon, Feb 29, 2016 at 7:24 PM, Tim Penhey
> wrote:
>
>> On 01/03/16 03:48, Adam Stokes wrote:
>>> Is there a way to list all models for a specific controller?
>>
>> Yes.
>
>
> Mind pointing me to the api docs that has that
Got it squared away, being able to replicate `juju list-controllers` didn't
have a remote api. So I will continue to read from
~/.local/share/juju/controllers.yaml. My intention was to basically see
what controllers were already bootstrapped and gather the models for those
controllers using the
Hi Ney,
I've got myself in the same issue in the past, and found this pretty
useful: dos2unix. You can apt-get install it, then you get a dos2unix and a
unix2dos commands.
If you succeed with the bitnami -> charm, do you think you could create a
generic bitnami converter? That would be
27 matches
Mail list logo