Re: [openstack-dev] [Fuel] Compatibility of fuel plugins and fuel versions

On 11 March 2016 at 15:45:57, Simon Pasquier (spasqu...@mirantis.com) wrote: Thanks for kicking off the discussion! On Thu, Mar 10, 2016 at 8:30 AM, Mike Scherbakov wrote: Hi folks, in order to make a decision whether we need to support example plugins, and if

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

into those services and only then, enter into the regular OpenStack provisioning mode. On Fri, Mar 11, 2016 at 12:52 PM, Patrick Petit <ppe...@mirantis.com> wrote:  >  > On 11 March 2016 at 11:34:32, Igor Kalnitsky (ikalnit...@mirantis.com)  > wrote:  >  > Hey Roman,  > 

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

are not standard. Patrick Thanks, Igor [1]: https://review.openstack.org/#/c/243240/ On Fri, Mar 11, 2016 at 11:53 AM, Patrick Petit <ppe...@mirantis.com> wrote: > Fuelers, > > As Simon said, we already have a log centralisation solution for MOS > delivered as a Fuel plugins k

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

Fuelers, As Simon said, we already have a log centralisation solution for MOS delivered as a Fuel plugins known as StackLight / LMA toolset. And so objectively, there is no need to have log management in Nailgun anymore. To go one step further we suggested several times to have a StackLight

Re: [openstack-dev] [kolla] Heka v ELK stack logistics

On 15 Jan 2016 at 14:43:39, Michał Jastrzębski (inc...@gmail.com) wrote: Yeah that's true. We did all of openstack systems but we didn't  implement infra around yet. I'd guess most of services can log either  to stdout or file, and both sources should be accessible by heka.  Also, I'd be surprised

Re: [openstack-dev] [kolla] Introduction of Heka in Kolla

On 12 Jan 2016 at 13:24:26, Kwasniewska, Alicja (alicja.kwasniew...@intel.com) wrote: Unfortunately I do not have any experience in working or testing Heka, so it’s hard for me to compare its performance vs Logstash performance. However I’ve read that Heka possess a lot advantages over

Re: [openstack-dev] [Fuel][Plugins] Plugin deployment questions

On 21 Oct 2015 at 12:21:57, Igor Kalnitsky (ikalnit...@mirantis.com) wrote: We can make bidirectional dependencies, just like our deployment tasks do. Just to make sure we are on the same page… We don’t want to be in a situation where a role needs to know about the its reverse dependencies.

Re: [openstack-dev] [Fuel][Plugins] Plugin deployment questions

ce architecture to perform destructive tests on it. Requirement to install controller is an excessive burden in that case. Thanks, Dmitry 2015-10-19 13:44 GMT+03:00 Patrick Petit <ppe...@mirantis.com>: Hi There, There are situations where we’d like to deploy only Fuel plugins in an enviro

[openstack-dev] [Fuel][Plugins] Plugin deployment questions

Hi There, There are situations where we’d like to deploy only Fuel plugins in an environment. That’s typically the case with Elasticsearch and InfluxDB plugins of LMA tools. Currently it’s not possible because you need to at least have one controller. What exactly is making that limitation? How

Re: [openstack-dev] [Fuel][Plugins] Feedback

On 29 Jul 2015 at 14:41:48, Sheena Gregson (sgreg...@mirantis.com) wrote: Hey Sergii –   I don’t know if I agree with the statement that it’s bad practice to mix core and plugin functionality.  From a user standpoint, if I’m trying to deploy something like Contrail, I would like to see all of

Re: [openstack-dev] [Fuel][Plugins] Feedback

Hi Additional comments inside. Thanks Patrick On 28 Jul 2015 at 18:33:34, Sheena Gregson (sgreg...@mirantis.com) wrote: Hey Sergii –   This is excellent feedback, thank you for taking the time to provide your thoughts.   #1 I agree that the documentation lag is challenging – I’m not sure

Re: [openstack-dev] [Fuel][Plugins] Plugins on separate launchpad projects

for each plugin or one individual project for several plugins when it makes sense to regroupe them under one umbrella like LMA toolchain as stated earlier.   Sheena   From: Patrick Petit [mailto:ppe...@mirantis.com] Sent: Saturday, July 25, 2015 12:25 PM To: Igor Kalnitsky; OpenStack Development

Re: [openstack-dev] [Fuel][Plugins] Plugins on separate launchpad projects

24, 2015 at 8:27 PM, Patrick Petit ppe...@mirantis.com wrote: Hi There, I have been thinking that it would make a lot of sense to have separate launchpad projects for Fuel plugins. The main benefits I foresee…. - Fuel project will be less of a bottleneck for bug triage and it should be more

[openstack-dev] [Fuel][Plugins] Plugins on separate launchpad projects

project itself in addition to making it cluttered with stuffs that unrelated to Fuel. Can you please tell me what’s your thinking about this? Thanks Patrick --  Patrick Petit Mirantis France __ OpenStack Development Mailing

Re: [openstack-dev] [Ceilometer][Gnocchi] question on integration with time-series databases

On 18 Jun 2015 at 04:44:18, gordon chung (g...@live.ca) wrote: On 17/06/2015 12:57 PM, Chris Dent wrote:  On Tue, 16 Jun 2015, Simon Pasquier wrote:    I'm still struggling to see how these optimizations would be implemented  since the current Gnocchi design has separate backends for indexing

[openstack-dev] Fwd: [OpenStackfr] Organisation, mailing-list...

Neary dne...@redhat.com, Patrick Petit patrick.pe...@bull.net, Sylvain Bauza sylv...@bauza.org, Christophe Sauthier christophe.sauth...@objectif-libre.com, Thierry Carrez thie...@openstack.org, Dave Neary dne...@gnome.org, Raphael Ferreira r.ferre...@enovance.com, Yannick Foeillet

Re: [openstack-dev] [Heat] HOT Software configuration proposal

/listinfo/openstack-dev -- Patrick Petit Cloud Computing Principal Architect, Innovative Products Bull, Architect of an Open World TM Tél : +33 (0)4 76 29 70 31 Mobile : +33 (0)6 85 22 06 39 http://www.bull.com ___ OpenStack-dev mailing list OpenStack

Re: [openstack-dev] [Heat] HOT Software configuration proposal

Sorry, I clicked the 'send' button too quickly. On 10/24/13 11:54 AM, Patrick Petit wrote: Hi Clint, Thank you! I have few replies/questions in-line. Cheers, Patrick On 10/23/13 8:36 PM, Clint Byrum wrote: Excerpts from Patrick Petit's message of 2013-10-23 10:58:22 -0700: Dear Steve and All

Re: [openstack-dev] [Heat] HOT Software configuration proposal

. cheers ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Patrick Petit Cloud Computing Principal Architect, Innovative Products Bull, Architect of an Open World TM

Re: [openstack-dev] [Climate] Questions and comments

Patrick Petit patrick.pe...@bull.net wrote on 10/07/2013 07:02:36 AM: Hi Mike, There are actually more facets to this. Sorry if it's a little confusing :-( Climate's original blueprint https:// wiki.openstack.org/wiki/Blueprint-nova-planned-resource-reservation-api was about physical host

Re: [openstack-dev] [Climate] Questions and comments

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Patrick Petit Cloud Computing Principal Architect, Innovative Products Bull, Architect of an Open World TM Tél : +33 (0)4 76 29 70 31 Mobile : +33 (0)6 85 22 06 39 http://www.bull.com

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

is useful too and if so can you propose another implementation variant for it? Thank you. On Mon, Aug 12, 2013 at 1:55 PM, Patrick Petit patrick.pe...@bull.net mailto:patrick.pe...@bull.net wrote: On 8/9/13 3:05 PM, Nikolay Starodubtsev wrote: Hello, Patrick! We have several

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

. On Tue, Aug 13, 2013 at 4:23 PM, Patrick Petit patrick.pe...@bull.net mailto:patrick.pe...@bull.net wrote: Hi Nikolay, Please see comments inline. Thanks Patrick On 8/12/13 5:28 PM, Nikolay Starodubtsev wrote: Hi, again! Partick, I'll try to explain why do we

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

on heuristics. A dedicated (e.g. IPMI) module of the Resource Manager for hosts reservation would subscribe as listener to those events. On Thu, Aug 8, 2013 at 8:18 PM, Patrick Petit patrick.pe...@bull.net mailto:patrick.pe...@bull.net wrote: Hi Nikolay, Relying on Heat for orchestration

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

, Aug 8, 2013 at 8:18 PM, Patrick Petit patrick.pe...@bull.net mailto:patrick.pe...@bull.net wrote: Hi Nikolay, Relying on Heat for orchestration is obviously the right thing to do. But there is still something in your design approach that I am having

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

the reservations must be available at the exact time the lease becomes effective. Thank you, DIna. On Mon, Aug 5, 2013 at 1:22 PM, Julien Danjou jul...@danjou.info mailto:jul...@danjou.info wrote: On Fri, Aug 02 2013, Patrick Petit wrote: 3. The proposal specifies that a lease can

[openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

probably enough as a starting point. I propose we iterate on this first and see where this is taking us. Best regards, Patrick -- Patrick Petit Cloud Computing Principal Architect, Innovative Products Bull, Architect of an Open World TM Tél : +33 (0)4 76 29 70 31 Mobile : +33 (0)6 85 22 06 39 http

[openstack-dev] [Heat] autoscaling question

Dear All, I'd like to have some confirmation about the mechanism that is going to be used to inform Heat's clients about instance create and destroy in an auto-scaling group. I am referring to the wiki page at https://wiki.openstack.org/wiki/Heat/AutoScaling. I assume, but I may be wrong,

Re: [Openstack] use of internal endpoint url instead of public url

On Feb 13, 2013, at 6:14 PM, Mac Innes, Kiall wrote: On 13/02/13 17:07, Scott Devoid wrote: We're also lacking support for setting --endpoint-type in keystone. In my case, it's trying to use adminURL when publicURL is the only one externally reachable. The keystone client doesn't use the

[Openstack] use of internal endpoint url instead of public url

Dear All, How can I direct nova CLI to use the internal service endpoint URL instead of the public one? Same question applies to cinder CLI. I managed to find my way through with glance CLI which supports an OS_IMAGE_URL environment variable whereas OS_COMPUTE_URL and OS_VOLUME_URL seem to

[Openstack] Problems with Fn::Join

Hi, We are seeing a new behavior with Fn::Join in user-data block that makes our script fail to run. Previous behavior was that no white space nor line breaks were inserted after a coma (',') or line ends. But now it's inserting white space plus line break after ',' separated elements... Do

Re: [Openstack] Problems with Fn::Join

Steve, Yes it does. Thanks! Patrick On 12/14/12 11:22 AM, Steven Hardy wrote: On Fri, Dec 14, 2012 at 09:57:42AM +0100, Patrick Petit wrote: Hi, We are seeing a new behavior with Fn::Join in user-data block that makes our script fail to run. Previous behavior was that no white space nor line

Re: [Openstack] Instance no route to host problem

Patrick Petit patrick.michel.pe...@gmail.com Hi Lei, I could spend some more time looking at my no route to host issue today. I could be very well that the iptables on VM is the root of the problem. Here is what it looks like. *$ sudo iptables -L* *Chain INPUT (policy ACCEPT)* *target prot

Re: [Openstack] [ceilometer] Monitoring physical devices

Folks, I'd like to add to this that physical server metering shouldn't be treated differently in Ceilometer now that bare metal provisioning framework enters into Grizzly. Physical servers will just become billable resources much like VMs. I am not speaking of physical server monitoring here.

[Openstack] [Docs] Documentation set for Folsom

Hi There, Can someone tell me what is current plan regarding the release of the documentation set for Folsom? Of particular interest is the admin guide extension covering Quantum. Thanks Patrick ___ Mailing list: https://launchpad.net/~openstack Post to

Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

] *On Behalf Of *Patrick Petit *Sent:* Friday, August 24, 2012 7:13 AM *To:* openstack@lists.launchpad.net (openstack@lists.launchpad.net) *Subject:* [Openstack] [Nova] Instance Type Extra Specs clarifications ** ** Hi, ** ** Could someone give a practical overview of how configuring

[Openstack] [Nova] Instance Type Extra Specs clarifications

Hi, Could someone give a practical overview of how configuring and using the instance type extra specs extension capability introduced in Folsom? If how extending an instance type is relatively clear. Eg.: #nova-manage instance_type set_key --name=my.instancetype --key cpu_arch --value 's==

Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

- From: David Kang dk...@isi.edu To: Patrick Petit patrick.michel.pe...@gmail.com Cc: openstack@lists.launchpad.net (openstack@lists.launchpad.net) openstack@lists.launchpad.net Sent: Friday, August 24, 2012 11:34:11 AM Subject: Re: [Openstack] [Nova] Instance Type Extra Specs clarifications

Re: [one-users] Users Digest, Vol 54, Issue 66

Sacs Envoyé avec BlackBerry® -Original Message- From: users-requ...@lists.opennebula.org Sender: users-bounces@lists.opennebula.orgDate: Wed, 22 Aug 2012 03:57:06 To: users@lists.opennebula.org Reply-To: users@lists.opennebula.org Subject: Users Digest, Vol 54, Issue 66 Send

Re: [one-users] Users Digest, Vol 54, Issue 66

Squash Envoyé avec BlackBerry® -Original Message- From: users-requ...@lists.opennebula.org Sender: users-bounces@lists.opennebula.orgDate: Wed, 22 Aug 2012 03:57:06 To: users@lists.opennebula.org Reply-To: users@lists.opennebula.org Subject: Users Digest, Vol 54, Issue 66 Send

Re: [Openstack] [Nova] Create multiple instances in one request

. This is not documented. 3. The novaclient python api create function has these arguments. 4. The novaclient cli does not have them, or at least they are not documented by 'nova help boot'. Beats me why this is the case... -David On 8/7/2012 1:47 PM, Patrick Petit wrote: Dear All, Looking

[Openstack] [Nova] Create multiple instances in one request

Dear All, Looking into the details of the request_spec part of a RPC message ensuing a nova boot command. There is a 'num_instances' : 1 property that implies the value could be different than one (default) even though there is no cardinality parameter in nova boot nor in the API (unless I missed

Re: [Openstack] [HPC] BoF at SC12

Hi Lorin, Like every year there is a Bull delegation participating to this event. So we will surely attend your session if you make one. Would be a good opportunity to meet and discuss joining efforts. Best regards, Patrick 2012/7/23 Lorin Hochstein lo...@nimbisservices.com On Jul 6, 2012, at

Re: [Openstack] [HPC] Openstack HPC telecon

Hi John Paul All, 11am EDT sounds perfectly fine with European TX. Regular Confcall format is fine too. Best regards, Patrick Le 6 juil. 2012 19:39, John Paul Walters jwalt...@isi.edu a écrit : Earlier is totally fine. I want to strike a balance with the people on the west coast. How about

[Openstack] Is openstack-glance package broken?

Hi there, Trying to install OpenStack on Fedora 16 following instructions at http://fedoraproject.org/wiki/Getting_started_with_OpenStack_on_Fedora_17 Very early in the installation process here is what I get. This is new to me as previous installs worked okay at this point. Does it ring a bell

Re: [Openstack] [Nova] Getting error when injecting data into an image

2012/5/25 Pádraig Brady p...@draigbrady.com On 05/25/2012 09:10 AM, Patrick Petit wrote: 2012/5/24 Pádraig Brady p...@draigbrady.com mailto:p...@draigbrady.com On 05/24/2012 02:49 PM, Patrick Petit wrote: 2012/5/24 Pádraig Brady p...@draigbrady.com mailto:p

[Openstack] [Nova] Getting error when injecting data into an image

Hi, I am getting the following error when running $ nova boot myserver --flavor 2 --key_name mykey --image 661bbe35-ebe5-4614-bdb2-3259ea507934 +-+--+ | Property | Value |

Re: [Openstack] [Nova] Getting error when injecting data into an image

2012/5/24 Pádraig Brady p...@draigbrady.com On 05/24/2012 01:26 PM, Patrick Petit wrote: Hi Pádraig, Thank you for your reply. I applied the suggested libvirt_inject_partition = -1 It does change things because it's not complaining about mount error any more but generates further

Re: [xen-discuss] where to file bugs?

Ann Togasaki wrote: Joe Bonasera wrote: Patrick Petit wrote: Hi, It seems there is no (longer?) xen subcategory under kernel category on http://www.opensolaris.org/bug/report.jspa. So where to file bugs against solaris xen please? Thanks -- Patrick

[zfs-discuss] Re: [xen-discuss] dom0 hangs when using an emulated ZFS volume

John Danielson wrote: . Patrick Petit wrote: David Edmondson wrote: On 4 Aug 2006, at 1:22pm, Patrick Petit wrote: When you're talking to Xen (using three control-A's) you should hit 'q', which

[zfs-discuss] Re: [xen-discuss] dom0 hangs when using an emulated ZFS volume

Darren J Moffat wrote: Richard Lowe wrote: Patrick Petit wrote: Hi, Some additional elements. Irrespective of the SCSI error reported earlier, I have established that Solaris dom0 hangs anyway when a domU is booted from a disk image located on an emulated ZFS volume. Has this been also

[xen-discuss] dom0 hangs when using an emulated ZFS volume

Hi, Some additional elements. Irrespective of the SCSI error reported earlier, I have established that Solaris dom0 hangs anyway when a domU is booted from a disk image located on an emulated ZFS volume. Has this been also observed by other members of the community? Is there a known

Re: [zfs-discuss] System hangs on SCSI error

Darren Reed wrote: Patrick Petit wrote: Hi, Using a ZFS emulated volume, I wasn't expecting to see a system [1] hang caused by a SCSI error. What do you think? The error is not systematic. When it happens, the Solaris/Xen dom0 console keeps displaying the following message and the system

[zfs-discuss] dom0 hangs when using an emulated ZFS volume

Hi, Some additional elements. Irrespective of the SCSI error reported earlier, I have established that Solaris dom0 hangs anyway when a domU is booted from a disk image located on an emulated ZFS volume. Has this been also observed by other members of the community? Is there a known

[xen-discuss] Linux domU weirdness

Hi There, Something weird happens when I boot a Linux domU [1] on Solaris dom0 [2]. The domU kernel instance sees itself as a dom0...? A manifestation of this is the creation, in the domU, of the 8 veth* and vif* network interfaces. Is there a known explanation to this? David: FYI, I do see

Re: [Unionfs] What version of unionfs support 2.6.16 kernel rev.?

Tomas M wrote: Hello, I'm using unionfs-20060423-1600.tar.gz for 2.6.16 kernels. Bingo. It works :-) If I may suggest, lots of time could be saved if one had a unionfs / kernel rev. compatibility table somewhere on unionfs home. Thanks a bunch. - Patrick Tomas Patrick Petit wrote

[Unionfs] build unionfs for Xen0 / XenU

Hi There, Quick question. I'd like to build unionfs for Xen0 and XenU domains bundled in Fedora Core 5. What kernel-devel package do I need to install? This of Xenolinux or vanilla Fedora? Alternatively, is there a unionfs.rpm that I can download somewhere? Thanks -- Patrick