Hi everyone,
I'm sorry for being late to the thread, but what about baremetal driver?
Should it support the get_diagnostics() as well?
--
Best regards,
Oleg Gelbukh
On Thu, Dec 19, 2013 at 8:21 PM, Vladik Romanovsky <
vladik.romanov...@enovance.com> wrote:
> Ah, I think I&#x
I'd +1 Clint on this. I believe that the only right way to handle SIGHUP
for process running in foreground is to terminate.
--
Best regards,
Oleg Gelbukh
On Fri, Dec 20, 2013 at 10:54 AM, Clint Byrum wrote:
> Excerpts from Sean Dague's message of 2013-12-19 16:33:12 -0800:
> &
I would copy that question. Looks like integration plan didn't work out,
and healthnmon development either stalled or gone shadow..
Anyone have information on that?
--
Best regards,
Oleg Gelbukh
Mirnatis Inc.
On Tue, Dec 17, 2013 at 11:29 PM, David S Taylor wrote:
> Could anyone tell
Ray,
Actually, you can. There is an ESX driver in OpenStack as well as vCenter.
However, it does not have benefits of vSphere/vCenter, like DRS.
It would probably help if you described your use case and specify why you
want to identify every ESXi host.
--
Best regards,
Oleg Gelbukh
Mirantis Inc
Re this particular change, we plan to reuse this API extension code, but
extended to support domain-level quota as well.
--
Best regards,
Oleg Gelbukh
Mirantis Labs
On Mon, Dec 2, 2013 at 5:39 PM, Chmouel Boudjnah wrote:
> Hello,
>
> I was wondering what was the status of Keystone
lks.
[1] https://blueprints.launchpad.net/rubick/+spec/diagnostic-api-spec
[2]
https://blueprints.launchpad.net/rubick/+spec/instumentation-and-diagnostic-rest-api
--
Best regards,
Oleg Gelbukh
Mirantis Labs
___
OpenStack-dev mailing list
OpenStack-dev@lists.ope
Dmitri,
If you intend to make this middleware generic and reusable between
different OpenStack services, your best shot, to my understanding, will be
to propose a new library in oslo-incubator.
--
Best regards,
Oleg Gelbukh
On Fri, Nov 22, 2013 at 4:05 AM, Dmitri Zimin(e) | StackStorm <
naming to avoid confusion and call this
Instrumentation API or something like that?
--
Best regards,
Oleg Gelbukh
On Wed, Nov 20, 2013 at 6:45 PM, Matt Riedemann
wrote:
>
>
> On Wednesday, November 20, 2013 7:52:39 AM, Oleg Gelbukh wrote:
>
>> Hi, fellow stackers,
>>
>
issing from there? What information
you'd like to see in such an API? Please, feel free to share your thoughts
in ML, or in the etherpad directly.
--
Best regards,
Oleg Gelbukh
Mirantis Labs
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstac
Tracy,
I've created etherpad with the summary:
https://etherpad.openstack.org/p/w5BwMtCG6z
--
Best regards,
Oleg Gelbukh
On Mon, Nov 18, 2013 at 11:17 PM, Tracy Jones wrote:
> Oleg - this is great! I tried to find you on IRC to recommend we put this
> on a etherpad so severa
, and the other is standalone service for
stateful validation of cfg across services. We're working on design for
such service in frame of Rubick project.
I'd really appreciate any help with prioritization of requirements from the
list above.
--
Best regards,
Oleg Gelbukh
Mirantis Labs
&g
configuration schema:
[1] https://github.com/MirantisLabs/rubick/tree/master/rubick/schemas
[2]
https://github.com/MirantisLabs/rubick/blob/master/rubick/schemas/collector.py#L189
[3]
https://github.com/MirantisLabs/rubick/blob/master/rubick/schemas/generator.py
I think it would be useful to di
Gary, Nikola,
The diagnostics service being developed by our labs could be of interest
for you [1]
The first use case we're working on is exactly what you suggest: validation
of configuration parameters across services before running them [2]
We now use a mix of approaches:
1. introduce extended
Hello,
I think that is really great idea.
Do you think extracting bp/bug information (link) from commit message and
adding it to the changelog might also be useful?
--
Best regards,
Oleg Gelbukh
On Mon, Oct 28, 2013 at 5:50 AM, Monty Taylor wrote:
> Hey all!
>
> We're adding a
e.com/watch?v=zTfRopx5bcA
We're looking forward for your feedback. And if you want to improve it or
integrate it with other tools and initiatives - reach us, we always welcome
new collaborators.
--
Best regards,
Oleg Gelbukh
Mirantis Labs
___
OpenStack-
regards,
Oleg Gelbukh
Mirantis Labs
On Wed, Oct 9, 2013 at 3:28 PM, Tim Bell wrote:
> Would the HARestarter approach work for VMs which were not launched by
> Heat ?
>
> We expect to have some applications driven by Heat but lots of others
> would not be (especially the
it will be incorporated in Tim's session, or any other session on this
topic.
[1] https://etherpad.openstack.org/openstack-instance-high-availability
--
Best regards,
Oleg Gelbukh
Mirantis Labs
On Wed, Oct 9, 2013 at 3:59 PM, Alex Glikson wrote:
> *> Hypervisor failure detection i
something we want to address
eventually.
--
Best regards,
Oleg Gelbukh
Mirantis Inc.
On Wed, Oct 9, 2013 at 3:28 PM, Tim Bell wrote:
> Would the HARestarter approach work for VMs which were not launched by
> Heat ?
>
> We expect to have some applications driven by Heat but lots of
urces/instance.py#L35
[2]
http://docs.openstack.org/developer/nova/api/nova.api.openstack.compute.contrib.hypervisors.html#module-nova.api.openstack.compute.contrib.hypervisors
[3]
https://blueprints.launchpad.net/ceilometer/+spec/monitoring-physical-devices
--
Best regards,
Oleg Gelbukh
Mirantis Labs
O
Tomas,
Thanks for very interesting project and this meeting as opportunity to
follow its progress!
Just to clarify, it looks like this time slot already booked for Savanna
meeting on #openstack-meeting-alt channel, isn't it?
--
Best regards,
Oleg Gelbukh
Mirantis, Inc.
On Thu, Sep 5, 20
Hello, Alvise
It is possible that the version of dnsmasq and lease time is an issue:
https://bugs.launchpad.net/nova/+bug/887162
http://markmail.org/message/7kjf4hljszpydsrx#query:+page:1+mid:7kjf4hljszpydsrx+state:results
Hope this helps.
--
Best regards,
Oleg Gelbukh
Mirantis Inc.
On Wed
.
--
Best regards,
Oleg Gelbukh
Mirantis Inc
On Wed, Aug 7, 2013 at 4:44 PM, Roman Gorodeckij wrote:
> Hi,
>
> I just completely messed up in here.
>
> Was reading a manual about Gerrit workflow:
> https://wiki.openstack.org/wiki/Gerrit_Workflow#Committing_Changes
> And then
101 - 122 of 122 matches
Mail list logo
