require external repositories so additional
addresses might need to be white-listed).
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Tue, Mar 28, 2017 at 4:40 PM, Vladimir Burlakov wrote:
> Hello guys,
> I wonder, if you can you tell, is there any way
Patrizio,
In a bundle:
nova-compute-kvm:
charm: cs:xenial/nova-compute
...
options:
...
virt-type: kvm
nova-compute-lxd:
charm: cs:xenial/nova-compute
...
options:
...
virt-type: lxd
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode
t the generic
underlying concepts put into our framework he would be a go-to person for
these!
Cheers
Dmitrii Shcherbakov
On Wed, Apr 26, 2017 at 12:52 PM, James Page wrote:
> Hi Charmers
>
> I'd like to propose Alex (tinwood) for membership of charmers; he's worked
> exten
xist.",
Type: environschema.Tstring,
},
"*external-network*": {
Description: "The network label or *UUID* *to create floating IP addresses*
on when multiple external networks exist.",
Type: environschema.Tstring,
},
Best Regards,
Dmitrii Shcherbakov
Field Software Engin
https://github.com/juju/juju/blob/develop/worker/uniter/runner/debug/common.go#L24
---
If this approach with killing a tmux session is fine then I could
create a PR for the doc repo and for the description in the
debugHooksServerScript to explicitly mention it.
I doubt it deserves a helper comm
ike bash (pid 3391) was forked 4 times consecutively with
the last process (3404) `exec`-ing `tmux attach-session -t
{unit_name}`
I am going to need to check why there are 4 of them but detaching like
that is fine by me.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmi
at in case you are interested in multi-site
deployments and how does Juju fit in these.
No approach is preferable in my view as there are different requirements
and use-cases.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Mon, Jun 26, 2017 at 11:49 A
r' option
unconditionally in new charm releases before 14.04 + Liberty go EoL from
our perspective.
---
To sum up: we need to make a decision on how to modify the current config
files to use the new options without breaking old deployments that could
potentially get updated charms.
As alwa
telegraf-charmers?
Thanks in advance.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
Hi Simon,
Answers inline.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Mon, Jul 17, 2017 at 4:44 AM, Simon Lafrenière <
simon.lafrenier...@gmail.com> wrote:
> Hey,
>
> This seems like a good initiative. I want to know more.
>
Go
manager to
have federation control plane for multiple clouds.
This is similar to an orchestrator use-case in the ETSI NFV architecture.
Quite an interesting problem to solve with cross-controller relations.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
ystem stored on one machine with multiple active MDS
daemons.
--
I think the scope of work in charm-cephfs would be to:
- implement standby MDS configuration;
- implement multi-active MDS configuration.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-
Hi Feng,
Just use an absolute path:
https://github.com/juju/docs/pull/1980
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Thu, Aug 3, 2017 at 11:34 PM, fengxia wrote:
> Hi Juju,
>
> Trying to deploy a bundle which consists of loc
m getting this:
Not sure if you have any "Ready" nodes. If you don't, that makes sense.
Also, I hope you are using the latest versions of both Juju and MAAS - not
the ones that come in the main repo:
https://jujucharms.com/docs/2.2/reference-install
https://docs.ubuntu.com/maa
gic is actually executed. Any
orchestration code must have admin access to the juju controller and
contain subjective logic about how to scale-up or scale-down your
application.
https://github.com/juju/juju/blob/develop/doc/architectural-overview.md#juju-components
I hope that helps.
Best Rega
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 release 17.08 for use with the new gnocchi
> charm.
> c
Not from me.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Mon, Sep 18, 2017 at 1:22 PM, James Page wrote:
> Resurrecting this thread; I think its a good time to push on with this
> work - anyone have any objections to targeting this week to co
Thanks a lot for that, James!
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Wed, Sep 20, 2017 at 1:57 PM, James Page wrote:
> Hi All
>
> Heres a bit of a status update on migration activity:
>
> Code history migration completed
> Tra
t
doing anything random and have a common workflow.
Thanks in advance!
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Wed, Sep 20, 2017 at 4:14 PM, Alex Kavanagh
wrote:
> Great stuff; I can confirm that I'm in. I'm guessing that the devel
ly, it's not gerrit, so it's difficult (as the bugs indicate) to
>> get it to work like gerrit, if you want to preserve the PR history, yet
>> keep clean commits. Once it gets to a PR I think you're pretty much stuck
>> with the "GitHub way".
>>
>
mysql-shared
regular
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Mon, Sep 25, 2017 at 9:51 PM, Giuseppe Attardi
wrote:
> Sorry, I misspelled
>
> openstack-origin: cloud:xenial/pike
>
> instead of:
>
> openstack-orig
ead --set
everyone
charm release cs:~/ceilometer-
And then
juju upgrade-charm --switch cs:~/ceilometer-
This should give you a temporary workaround for having to relate to mongodb
if you are running Pike.
You can then upgrade with --switch when a bug is fixed and backported.
Best Regards,
Dmi
and.
https://assets.ubuntu.com/v1/b35eca50-Enterprise-Kubernetes-datasheet.pdf?_ga=2.138877683.1310562253.1507133746-467575700.1507133746
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Wed, Oct 4, 2017 at 12:08 PM, Serge E. Hallyn wrote:
> Hi,
>
>
f (Zookeeper comes to mind) so
it's just another way to model in my view.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Tue, Oct 17, 2017 at 10:21 PM, John Meinel
wrote:
> Ah, I guess that telegraf is actually gathering extra data from mysql
installed", like when_not("foobar") and
install packages there - it's just not intuitive. Removal is different as
it is quite explicit (you don't really need a state for it).
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Tue, Nov
primary or subordinate does not impact your ability to set
up "scope: global" relations - being a subordinate only affects your
placement and units you can observe over a "scope: container" relation.
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
O
Without a dot in the URL:
https://docs.openstack.org/charm-guide/latest/1802.html
Best Regards,
Dmitrii Shcherbakov
Field Software Engineer
IRC (freenode): Dmitrii-Sh
On Fri, Mar 9, 2018 at 1:47 PM, David Ames wrote:
> Announcing the 18.02 release of the OpenStack Charms.
>
>
27 matches
Mail list logo
