[openstack-dev] [nova] Host health monitoring

Hi, I've just started to work on the topic of detection if host is alive or not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring I'll appreciate any comments :) -- Kind regards Roman ___ OpenStack-dev mailing list

Re: [openstack-dev] [nova] Host health monitoring

On Wed, 3 Dec 2014 08:44:57 +0100 Roman Dobosz roman.dob...@intel.com wrote: I've just started to work on the topic of detection if host is alive or not: https://blueprints.launchpad.net/nova/+spec/host-health-monitoring I'll appreciate any comments :) I've submitted another blueprint

Re: [openstack-dev] [oslo][versionedobjects][ceilometer] explain the benefits of ceilometer+versionedobjects

thing, maybe not so obvious, is to put versionedobject layer between application and the MongoDB driver, so that all of the schema changes will be automatically handled on ovo, and also serialization might also be done on such layer. Hope that clear your doubts. -- Cheers, Roman Dobosz

[openstack-dev] [nova][mistral] Automatic evacuation as a long running task

(long running tasks) could be resolved in OpenStack? [1] http://blog.russellbryant.net/2014/10/15/openstack-instance-ha-proposal/ [2] https://github.com/dawiddeja/evacuationd -- Cheers, Roman Dobosz __ OpenStack Development

Re: [openstack-dev] [nova] Bulk Instance Delete support

on with evacuation of vms from the host (so it is kind of bulk) but the loop is implemented in nova-client - it could be one of the options to implement something similar, although it's not best approach, IMHO. -- Cheers, Roman Dobosz __

Re: [openstack-dev] [Nova] FPGA as a resource

pted in Austin Summit [3]. > > You are more than welcomed to join the conversation : ) Thanks! I'll try to attend. Nevertheless, I've briefly looked at page of project Nomad, and don't quite get it, how this might be related to cases described in this thread - i.e. providing attachable, n

Re: [openstack-dev] [Nova] FPGA as a resource

n't look at the FPGAs as being like CPU resource, but > rather look at them as a generalization of PCI device asignment. CPU in this context was only an example of "easy" resource, which doesn't need any preparation before VM can use it :) -- Cheers, Roman Dobosz

[openstack-dev] [Nova] FPGA as a resource

/dam/doc/white-paper/quickassist-technology-aal-white-paper.pdf -- Cheers, Roman Dobosz __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

in all likely-hood it can't be). It is similar, but not the same. Using RabbitMQ/pika alone it is fairly easy to accomplish the goal for using messaging system to wait for the result. Difference is, there is no external queue involved. -- Cheers, Roman Dobosz __

Re: [openstack-dev] [mistral][oslo.messaging] stable/mitaka is broken by oslo.messaging 5.0.0

ight be obvious) Directly use RabbitMQ driver, like pika/kombu, which can expose all the message queue features to the project. Issues raised: Pushback from the community due not using oslo.messaging and potential necessity for implementing it for other drivers/transports, or forcing to use particular

Re: [openstack-dev] FPGA as a dynamic nested resources

rs spec proposal. Great, thank you! > The only thing I'd say is that I was envisioning the dynamic resource > classes for FPGAs to be the resource context to an already-flashed > algorithm, not to the FPGA root device (or a region even). But, who > knows, perhaps we

Re: [openstack-dev] FPGA as a dynamic nested resources

e-allocation/re-configuration is better done as a stage 2 Okay. That sounds reasonable. -- Cheers, Roman Dobosz __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstac

Re: [openstack-dev] FPGA as a dynamic nested resources

number of region/slot. > Inside FPGA, there can be some self-scheduling logic to schedule > accelerators on regions by using the fast partial reconfiguration. > It is not new, there are lots of such design in FPGA academic. Right, but not all devices have such functionality. And we a

Re: [openstack-dev] FPGA as a dynamic nested resources

allocation. OTOH if we need to store the information which VF is passed to which VM, than probably we need this level, or store VF addresses in inventory/allocation in some new filed. -- Cheers, Roman Dobosz __ OpenStack

[openstack-dev] FPGA as a dynamic nested resources

ources. Thoughts? -- Cheers, Roman Dobosz __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/li

Re: [openstack-dev] FPGA as a dynamic nested resources

going to have the host program the > > FPGA and then make the resources available then the scheduler > > doesn't need to know about whole FPGAs. > > That was where we left the discussion in Austin, so that was my > assumption. … as the first step, isn't it? No one is pu

Re: [openstack-dev] FPGA as a dynamic nested resources

+- AY +- slot2 Now, what should happen if user remove VM with AY accelerator and request another VM with AX2? -- Cheers, Roman Dobosz __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [OpenStack-Infra] Announcing Gertty 1.4.0

ld be to use vim itself as the interface, and provide a vim plugin (which could be written in python) for review activities. Although it may be unsuitable for other editor users. -- Cheers, Roman Dobosz __ OpenStack Development Mai

Re: [openstack-dev] [all] Using \ for multiline statements

of us use something which trim the trailing whitespace on save, since most of good editors have such ability… -- Cheers, Roman Dobosz __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: ope