Re: Apache Aria
Thanks for sharing. It is heavily pushed by Cloudify and we have discussions on-going for integrating with them. I did not know they pushed for being an Apache project very useful piece of information. Hope this helps, On Tue, Jul 26, 2016 at 11:55 AM, Merlijn Sebrechts <merlijn.sebrec...@gmail.com> wrote: > Thanks for sending this! I knew it existed, but I didn't know it is in > Apache Incubating. > > 2016-07-22 20:21 GMT+02:00 Tom Barber <t...@analytical-labs.com>: >> >> Dunno if it's of any interest to the juju developers but this landed >> recently https://wiki.apache.org/incubator/AriaProposal >> >> Tom >> >> >> -- >> Juju mailing list >> Juju@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/juju >> > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju > -- Best Regards, Nicolas Thomas http://insights.ubuntu.com/?p=889 EMEA Solution Architect Canonical GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9 -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Model config
Hello all, I am testing/validating with apt-mirror atm. Doing so my expectation would be to set this at the controller level and have the capacity to override per model (or user). Why ? response staging. People taking the burden of managing mirrors do so to control their environment. Which means they will need to test an update before committing to prod. This is the reason there is a transactionnal/staging in https://launchpad.net/ubuntu-cloud-mirrors which the way I manage the mirrors themselves. Hope this helps, On Wed, Jun 8, 2016 at 11:41 AM, Andrew Wilkins <andrew.wilk...@canonical.com> wrote: > Hi folks, > > We're in the midst of making some changes to model configuration in Juju > 2.0, separating out things that are not model specific from those that are. > For many things this is very clear-cut, and for other things not so much. > > For example, api-port and state-port are controller-specific, so we'll be > moving them from model config to a new controller config collection. The end > goal is that you'll no longer see those when you type "juju > get-model-config" (there will be a separate command to get controller > attributes such as these), though we're not quite there yet. > > We also think there are some attributes that people will want to set across > all models, but are not necessarily related to the *controller*. For > example, http-proxy, apt-http-proxy, and their siblings. I expect that if > anyone is setting these particular attributes, they are doing so for *all* > models, as they're operating within a private cloud with limited network > access. > > Does anyone have a real, uncontrived use-case for configuring proxy settings > on a per-model basis? > > Cheers, > Andrew > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju > -- Best Regards, Nicolas Thomas http://insights.ubuntu.com/?p=889 EMEA Solution Architect Canonical GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9 -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: Juju and cluster managers (like mesos)
;> >> >> >> >> -- >> Samuel Cozannet >> Cloud, Big Data and IoT Strategy Team >> Business Development - Cloud and ISV Ecosystem >> Changing the Future of Cloud >> Ubuntu <http://ubuntu.com> / Canonical UK LTD <http://canonical.com> / >> Juju <https://jujucharms.com> >> samuel.cozan...@canonical.com >> mob: +33 616 702 389 >> skype: samnco >> Twitter: @SaMnCo_23 >> [image: View Samuel Cozannet's profile on LinkedIn] >> <https://es.linkedin.com/in/scozannet> >> >> On Mon, Nov 30, 2015 at 2:47 PM, Merlijn Sebrechts < >> merlijn.sebrec...@gmail.com> wrote: >> >>> Hi all >>> >>> >>> I'd like to start a discussion about how Juju can fit into cluster >>> managers like Apache Mesos and Kubernetes. >>> >>> Currently, Juju fits nicely into this story as a way to setup these >>> cluster managers. Payloads continue on that idea with Juju as a manager of >>> a cluster manager. However, I'm a lot more interested in Juju on top of a >>> cluster manager, where the cluster manager would be a provider Juju uses to >>> deploy services on. >>> >>> Juju provides an awesome way to model complex services in a modular and >>> re-usable way. The relationships allow for much more complex interactions >>> between services than what the "service discovery" in Kubernetes and Mesos >>> allows. Service discovery allows for a service to say "I need the IP's of >>> these services" but that's pretty much it. No flexible adaptable >>> infrastructure where services change their behavior depending on what they >>> are connected to. It basically stems from the same mindset that brought us >>> tools like Chef and Puppet: One company with a big dev team that creates >>> services for internal use only. >>> >>> >>>- Cluster managers are very good at scheduling "dumb" workloads. >>>They're a datacenter kernel, they don't care what runs in the container. >>> At >>>best, they provide a way for two containers to communicate (service >>>discovery). >>> >>> >>>- Juju is very good at configuring applications. It changes services >>>depending on how they are connected. Juju for the most part doesn't care >>>where services run, only how they are connected. >>> >>> >>> Combine these two and you could get an awesome PaaS that can run a lot >>> more than "dumb" 12-factor apps. It bothers me to see frameworks like >>> Kubernetes use the terminology "service orchestration" when all they do is >>> connect static services. Juju is on to something with its dynamic >>> relations, but it seems not many people have caught on... >>> >>> I see two possible paths to integrate Service Orchestration with Cluster >>> management (scheduling): >>> >>> >>>- *Support cluster managers in Juju as providers.* This might be >>>hard to do since Juju's units require an OS-level container, not a >>> process >>>container. Step 1 would be LXD support in Mesos/Kubernetes? >>> >>> >>>- *Write cluster management extensions on top of Juju.* Basically >>>recreate the scheduling, failover and scaling functionality of >>>Kubernetes/Mesos in Juju. There seem to be some people in the Juju >>>ecosystem who are working on their own version of this. I've seen some >>>people who are trying to automate the up/down scaling of services. Maybe >>> it >>>might be good to bundle these efforts and make a generic framework for >>>this? >>> >>> Juju can encapsulate installation and configuration best-practices. >>> Wouldn't it be great if Juju could encapsulate monitoring, scaling and >>> scheduling best-practices too? Maybe by making bundles smarter? (Just >>> imagine: a Hadoop bundle with builtin monitoring and scaling that scales >>> the workers up/down depending on the need) >>> >>> *Now I'm curious to see what you guys think about this. *Do you think >>> there is a need to integrate Juju with "datacenter kernels"? What is >>> Canonical's vision about this? What does the community think? >>> >>> >>> >>> Kind regards >>> Merlijn Sebrechts >>> >>> >>> >>> >>> >>> -- >>> Juju mailing list >>> Juju@lists.ubuntu.com >>> Modify settings or unsubscribe at: >>> https://lists.ubuntu.com/mailman/listinfo/juju >>> >>> >> > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju > > -- Best Regards, Nicolas Thomas http://insights.ubuntu.com/?p=889 EMEA Solution Architect Canonical GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9 -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
using environment config container/image ??
hello all (I'm new to go and dev in juju please be gentle) I would like to get a config parameter in juju/container/image.go like http-proxy for expl.. can someone provide me an example of that ?? I got lost with the config / environ etc.. options -- Best Regards, Nicolas Thomas http://insights.ubuntu.com/?p=889 EMEA Solution Architect Canonical GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9 -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: Exporting bundles yaml from juju command (not just juju-gui)
Awesome ! Is there a simple way to create the yaml with the exact versions of the charms deployed ?? On Wed, Mar 18, 2015 at 5:33 PM, Jorge Niedbalski jorge.niedbal...@canonical.com wrote: Hello Bryan, On Wed, Mar 18, 2015 at 1:22 PM, Bryan Quigley bryan.quig...@canonical.com wrote: Hi there, [...] As far as I can tell, juju status (format yaml) get's us a lot of the way there, but can't be used to quickly reproduce a customer environment. Thanks! Bryan I just made a plugin for doing this (https://github.com/niedbalski/juju-deployerizer ), basically it takes the status and converts it into yaml bundle that can be used by deployer. Hope it helps. Regards. -- Jorge Niedbalski R. Software Sustaining Engineer CTS - Engineering Team gpg:0x3DA28544, irc: niedbalski -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju -- Best Regards, Nicolas Thomas http://insights.ubuntu.com/?p=889 EMEA Solution Architect Canonical GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9 -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: simple stream for runabove
Patrick you should try :
juju-metadata generate-image -a amd64 -u $OS_AUTH_URL -i $IMAGE_UUID -r
$OS_REGION_NAME -s trusty
juju-metadata generate-image -a amd64 -u $OS_AUTH_URL -i $IMAGE_UUID -r
$OS_REGION_NAME -s precise
Then upload the resulting (s)json file
Hope this helps,
On Tue, Feb 3, 2015 at 9:26 PM, Patrick Hetu patrick.h...@gmail.com wrote:
Bonjour Patrick,
Salut Thomas,
Can you give us the result of the following command:
juju metadata validate-tools
Tools are not a problem, images are:
u-ph:~$ juju metadata validate-images -e run
ERROR index file has no data for cloud {BHS-1
https://auth.runabove.io/v2.0} not found
Resolve Metadata:
source: default cloud images
signed: false
indexURL: http://cloud-images.ubuntu.com/releases/streams/v1/index.json
ERROR subprocess encountered error code 1
u-ph:~$ juju metadata validate-tools -e run
Matching Tools Versions:
- 1.21.1-trusty-amd64
- 1.21.1-trusty-arm64
- 1.21.1-trusty-armhf
- 1.21.1-trusty-i386
- 1.21.1-trusty-ppc64el
Resolve Metadata:
source: default simplestreams
signed: true
indexURL:
https://streams.canonical.com/juju/tools/streams/v1/index2.sjson
In my environment.yaml in the run section I have:
image-metadata-url:
https://storage.bhs-1.runabove.io/v1/AUTH_abcde.../ubuntu_stream/;
but it looks like juju metadata validate-images ignores it.
Did you check/follow this :
https://juju.ubuntu.com/docs/howto-privatecloud.html
Yep, I've follow this and copy the json structure from
http://cloud-images.ubuntu.com/releases/streams/v1/
Best regards,
On 03/02/2015 04:50, Patrick Hetu wrote:
Hi there,
I'm trying to get Runabove's openstack cloud to work with Juju but
I can't get the simple stream to work. Simplestream.go seems to
just skip to index2.json because of an error but it didn't report
any:
2015-02-03 02:38:34 INFO juju.cmd supercommand.go:37 running juju
[1.21.1-utopic-amd64 gc] 2015-02-03 02:38:34 INFO
juju.provider.openstack provider.go:248 opening environment run
2015-02-03 02:38:35 DEBUG juju.environs.configstore disk.go:336
writing jenv file to /home/avoine/.juju/environments/run.jenv
2015-02-03 02:38:35 INFO juju.network network.go:106 setting
prefer-ipv6 to false 2015-02-03 02:38:35 DEBUG juju.environs
imagemetadata.go:105 trying datasource keystone catalog
2015-02-03 02:38:35 DEBUG juju.environs.simplestreams
simplestreams.go:374 searching for metadata in datasource
image-metadata-url 2015-02-03 02:38:35 INFO juju.utils http.go:59
hostname SSL verification enabled 2015-02-03 02:38:35 DEBUG
juju.environs.simplestreams simplestreams.go:465 fetchData failed
for
https://storage.bhs-1.runabove.io/v1/AUTH_XXX/ubuntu_stream/streams/v1/index2.sjson
:
cannot find URL
https://storage.bhs-1.runabove.io/v1/AUTH_XXX/ubuntu_stream/streams/v1/index2.sjson
not found
[...]
This is what I have in my index.json
{ index: { com.ubuntu.cloud:released:runabove: { updated:
Mon, 02 Feb 2015 14:14:09 +, clouds: [ { region:
BHS-1, endpoint: https://auth.runabove.io/v2.0; }], format:
products:1.0, datatype: image-ids, cloudname: runabove,
products: [ com.ubuntu.cloud:server:12.04:amd64 ], path:
streams/v1/com.ubuntu.cloud:released:runabove.json } } }
and in com.ubuntu.cloud:released:runabove.json:
{ updated: Thu, 06 Nov 2014 13:28:28 +, datatype:
image-ids, content_id: com.ubuntu.cloud:released:runabove,
products: { com.ubuntu.cloud:server:12.04:amd64: { release:
precise, version: 12.04, arch: amd64, versions: {
20141015.1: { items: { BHS-1: { virt: kvm, crsn:
BHS-1, root_size: 8GB, id:
23b30a81-1b0f-45d3-8dc1-eed72091d020 } }, pubname: Ubuntu
Server 12.04 (amd64 20141015.1) - Image, label: release } } }
}, format: products:1.0, _aliases: { crsn: { BHS-1: {
region: BHS-1, endpoint: https://auth.runabove.io/v2.0; } }
} }
Tell me if you need more info. Also, should I bug the fact that
runabove is not in the offical stream?
Thanks,
Patrick
- --
Best Regards,
Nicolas Thomas - Solution Architect - Canonical
http://insights.ubuntu.com/?p=889
GPG FPR: D592 4185 F099 9031 6590 6292 492F C740 F03A 7EB9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJU0HntAAoJEEkvx0DwOn65JBAH/2hwa14nFsZPj19EU7LLaGXa
3lqn/YKFYnLw6+JnS+oDsyOtcK8xz124g/Hg1yIzhothY1raudivcBphicqrE3+t
dDnrQz/VKzZBtdlkOSUU9Q318sCkzV4jKak3VMNFjGoKj1d97dLhjcxLVR2+Moqs
BnSkrmb9i/e2mulLzk3L/dnMPsCkV1P/mDMNgsW8qH/1YA0DqPiS0ShB8cvhzTuE
H8Y++Pj6q9CBCBwky/ktS65pHWU+Pn53UDHKvfudNZz9VAAuHiY5UzAVhViTqXX8
HXvgaIfePHXcCF8PItl03N9mOyABanUf6nYZC6jOtJ8A0Gnc/qoKMTQRIVKM18w=
=zMel
-END PGP SIGNATURE-
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
--
Best Regards,
Nicolas Thomas
http://insights.ubuntu.com/?p=889
EMEA Solution Architect Canonical
GPG FPR: D592 4185
