Re: A new release of Juju, 2.2-beta1 and conjure-up are here!

Nice. But https://jujucharms.com/login/ runs into a loop of: Requesting code… Rendering the GUI… Requesting code — Attardi -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juj

Re: A new release of Juju, 2.2-beta1 and conjure-up are here!

untu account. Check that > you've allowed jujucharms.com to open new tabs. > > > On Sat, Mar 25, 2017 at 6:15 AM, Giuseppe Attardi > wrote: > Nice. > But > https://jujucharms.com/login/ > runs into a loop of: > > Requesting code…

Re: A new release of Juju, 2.2-beta1 and conjure-up are here!

That worked, thanks. — > On 26 mar 2017, at 21:17, John Meinel wrote: > > Did you "juju expose mediawiki" ? > > That should have Juju update the security group on the mediawiki machines to > expose port 80. > > John > =:-> > > On S

database-relation-join not invoked

I have written a charm for OpenStack Gnocchi. The service requires a postgresql database relation. The start hook fails, of course, because the relation is not set. I expected that, but I expected that when I issue juju add-relation gnocchi postgresql:db it will invoke the database-rela

PostgresqlDBContext

The PostgresqlDBContext() from charmhelpers/contrib/openstack/context.py does not set the database port. How should I get it to set the proper url in the configuration file of a charm that uses it? Thank you — -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: htt

pip_install_requirements

Invoking pip_install_requirements(‘requirements.txt’) fails with the message: 2017-06-24 15:04:43 INFO juju-log Installing from file: requirements.txt with options: ['install', '-r requirements.txt'] 2017-06-24 15:04:43 INFO install Could not open requirements file: [Errno 2] No such file or dir

Re: Juju Digest, Vol 77, Issue 21

mprovements, but for now, this is our practical solution. Please read the paper and provide feedback. If there are better solutions, we would be glad to explore them. -- Giuseppe Attardi -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Juju vs Openshift

Some Italian public administration are considering purchasing cloud services for Big Data analytics deployed on Openshift. How this solution would compare with using a Kubernetes cluster deployed through Juju? More in general, what is the strategic outlook of container platforms vs virtualizatio

Re: Juju vs Openshift

gt; > Hi Giuseppe > > On Tue, Jun 27, 2017 at 9:32 AM Giuseppe Attardi <mailto:giuseppe.atta...@garr.it>> wrote: > Some Italian public administration are considering purchasing cloud services > for Big Data analytics deployed on Openshift. > How this solution would com

Re: Juju vs Openshift

d of course data on containers support well improve but > for now I'd stick to the basics. > > My 2 cents. > > Tom > > On 27 Jun 2017 8:32 am, "Giuseppe Attardi" <mailto:giuseppe.atta...@garr.it>> wrote: > Some Italian public administration are

new ceilometer

The ceilometer service has gone through a major overhaul, where some of its parts have been removed and assigned to gnocchi. https://docs.openstack.org/ceilometer/latest/architecture.html In particular the ceilometer api has been discontinued and the ceilometer collector is superseded by ceilo

Re: Juju-gui only show localhost as the deployment option

I have a slightly different requirement. Currently in our OpenStack cloud, if a user wants to use Juju, it must install a Juju controller in his project. It would be useful to use a single controller for the whole cloud and to just switch the project which the controller uses. Juju already can de

Re: Juju-gui only show localhost as the deployment option

> On 31 ago 2017, at 17:24, John Meinel wrote: > > Supporting multiple 'projects' in Openstack should already be supported by > passing different credentials during "juju add-model”. Good point, thank you. -- > > John > =:-> > > On T

remove-application openstack-dashboard

I am not able to remove an openstack-dashboard application from a model, because apparently there is no registered hook for stop in the charm and the log shows: INFO juju-log Unknown hook stop - skipping. and juju status shows: App Version Status Scale C

Re: remove-application openstack-dashboard

Unfortunately it is not alone. — > On 01 set 2017, at 02:52, Rick Harding wrote: > > Is it alone on that container on machine 1 - container 12? If so you can > > juju remove-machine --force 1/lxd/12 > > On Thu, Aug 31, 2017 at 8:08 PM Giuseppe Attardi <mailto:

services or service project name?

I am upgrading an OpenStack deployed with Juju release Mitaka to Ocata. Juju has created a project named “services” (actually two, one in domain default and one in domain admin_domain). The current documentation for Ocata seems to use the name “service” instead of “services”, for example here:

Re: services or service project name?

To avoid any confusion, I decided to do this: juju config keystone service-tenant=service — Beppe > On 12 set 2017, at 19:19, Giuseppe Attardi wrote: > > I am upgrading an OpenStack deployed with Juju release Mitaka to Ocata. > Juju has created a project named “services” (

ceilometer charm 17.08

I have upgraded ceilometer to release 17.08 for use with the new gnocchi charm. ceilometer should no longer need a DB, but it still waits for the DB relation: ceilometer-ba1-cl2/1*waiting idle5/lxd/0 90.147.161.27 8777/tcp Incomplet

Re: using the new bundle features in Juju 2.2.3

Is it possible to use variables in the bundle defined in the bundle-config? — > On 15 set 2017, at 14:00, juju-requ...@lists.ubuntu.com wrote: > > From: Rick Harding > > To: juju mailto:juju@lists.ubuntu.com>> > Subject: using the new bundle features in Juju 2

Re: using the new bundle features in Juju 2.2.3

> On 15 set 2017, at 16:46, Rick Harding wrote: > > On Fri, Sep 15, 2017 at 10:33 AM Giuseppe Attardi > wrote: > Is it possible to use variables in the bundle defined in the bundle-config? > > Not currently no, there's no string substitution in there. Are you loo

dashboard timezone

The openstack-dashboard has a setting for the timezone in /etc/openstack-dashboard/local_settings.py, which gets set to: # The timezone of the server. This should correspond with the timezone # of your entire OpenStack installation, and hopefully be in UTC. TIME_ZONE = “UTC" How do I set "the ti

charm mysql-57

I don’t know whether is this is the right place to ask this question. The README for charm https://jujucharms.com/mysql/57 still uses the old syntax for configuring charms: juju set mysql backup_retention_count=28 instead of juju config mysql backup_retention_count=28 Secondly,

Re: services or service project name?

> On 25 set 2017, at 12:20, Frode Nordahl wrote: > > Hello Giuseppe, > > See replies inline. > > On Wed, Sep 13, 2017 at 12:09 PM, Giuseppe Attardi <mailto:giuseppe.atta...@garr.it>> wrote: > To avoid any confusion, I decided to do this: > >

Re: ceilometer charm 17.08

] 2017-09-25 17:37:05 DEBUG install IndexError: list index out of range 2017-09-25 17:37:05 ERROR juju.worker.uniter.operation runhook.go:107 hook "install" failed: exit status 1 — > > Best Regards, > Dmitrii Shcherbakov > > Field Software Engineer > IRC (freen

Re: ceilometer charm 17.08

Sorry, I misspelled openstack-origin: cloud:xenial/pike instead of: openstack-origin: cloud:xenial-pike -- > On 25 set 2017, at 20:01, Giuseppe Attardi wrote: > > >> On 14 set 2017, at 20:35, Dmitrii Shcherbakov >> > <mailto:dmitrii.shcher

Re: ceilometer charm 17.08

the new charm code > with previous OpenStack releases for quite a bit. > > Best Regards, > Dmitrii Shcherbakov > > Field Software Engineer > IRC (freenode): Dmitrii-Sh > > On Thu, Sep 14, 2017 at 3:31 AM, Giuseppe Attardi > wrote: > I have upgraded ceilometer to

Re: call for testing: relations across Juju models

This is a useful feature for our federated cloud architecture. Any news on the status of development and expected release date/ Thank you — Beppe Attardi -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: call for testing: relations across Juju models

more days of testing but I'll report back here > next week if no one else has feedback. > > Marco > > On Tue, Oct 24, 2017 at 4:11 PM Giuseppe Attardi <mailto:giuseppe.atta...@garr.it>> wrote: > This is a useful feature for our federated cloud architecture. >

keystone charm

I run into a problem when adding a unit to keystone. The log shows this; 2017-11-07 11:18:11 DEBUG leader-settings-changed File "/var/lib/juju/agents/unit-keystone-ba1-cl2-14/charm/hooks/leader-settings-changed", line 675, in leader_settings_changed 2017-11-07 11:18:11 DEBUG leader-settings-c

Re: keystone charm

tory that already exists as a failure. > However, I'm guessing that there is some other expectation that the directory > should be created at some other time. > > John > =:-> > > > On Tue, Nov 7, 2017 at 3:57 PM, Giuseppe Attardi <mailto:giuseppe.atta...@garr.i

debug-hooks action

The docs at https://jujucharms.com/docs/stable/developer-debugging say that To debug actions, you use the same command, like this: juju debug-hooks [action-name action-name2 …] but if I try $ juju debug-hooks keystone/11 resume ERROR unit "keystone/11" does not contain hook “resume” while inst

installing CUDA 9.0 with cs:~containers/kubernetes-worker

Deploying charm  cs:~containers/kubernetes-worker #90 on a machine with GPU and configured with cuda-version=9.0.176-1(required to run TensorFlow version 1.5), the command:/var/lib/juju/agents/unit-kubernetes-worker-gpu-4/charm/reactive/cuda.sh --invoke install_cudafails, apparently since the GPG k

ceilometer

The latest Ceilometer non longer uses a DB to store its data, but rather it sends it in a pipeline to Gnocchi. In order to use Ceilometer with Gnocchi, I had to patch the ceilometer bundle not to wait for a shared-db relation. In fact, I removed completely any mention of the database in the code.