Re: [Openstack-operators] Safe migrations Liberty to Newton

2016-11-11 Thread Jay Pipes
On 11/11/2016 08:38 AM, William Josefsson wrote: Hi everyone, I have been quite concerned about how to migrate 50 projects and total 100 instances on Liberty/CentOS72, to Newton. My storage backend is CEPH. Can anyone advice if I can as a safe migration path, do a fresh install of Newton on addi

Re: [Openstack-operators] Safe migrations Liberty to Newton

2016-11-12 Thread Jay Pipes
upgrade.html# 5. Cinder, http://docs.openstack.org/developer/cinder/devref/rolling.upgrades.html# On Sat, Nov 12, 2016 at 9:13 AM, Matt Riedemann wrote: On 11/11/2016 9:45 AM, Jay Pipes wrote: On 11/11/2016 08:38 AM, William Josefsson wrote: Hi everyone, I have been quite concerned about how to mi

[Openstack-operators] Large Contributing OpenStack Operators working group?

2017-02-02 Thread Jay Pipes
Hi, I was told about this group today. I have a few questions. Hopefully someone from this team can illuminate me with some answers. 1) What is the purpose of this group? The wiki states that the team "aims to define the use cases and identify and prioritise the requirements which are needed

Re: [Openstack-operators] [openstack-dev] Large Contributing OpenStack Operators working group?

2017-02-02 Thread Jay Pipes
to rephrase or elaborate on any questions. Happy to do so. I genuinely want to see alignment with other groups in this effort. Best, -jay Thanks, Edgar On 2/2/17, 12:14 PM, "Jay Pipes" wrote: Hi, I was told about this group today. I have a few questions. Hopefully so

Re: [Openstack-operators] [openstack-dev] Large Contributing OpenStack Operators working group?

2017-02-03 Thread Jay Pipes
h.leong@intel.com | +1 503 264 0610 -----Original Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: Thursday, February 2, 2017 5:23 PM To: Edgar Magana ; openstack-operators@lists.openstack.org; user-commit...@lists.openstack.org Cc: MCCABE, JAMEY A ; UKASICK, ANDREW Subject: R

Re: [Openstack-operators] [openstack-dev] Large Contributing OpenStack Operators working group?

2017-02-03 Thread Jay Pipes
e damned, let's pull together and do all that we can to make OpenStack as great as it can be and make the world a better place along the way. Trust me, politics was the last thing I had in mind when I wrote my questions about the LCOO! > Here in the USA where I live, I find myself

Re: [Openstack-operators] [User-committee] [openstack-dev] Large Contributing OpenStack Operators working group?

2017-02-03 Thread Jay Pipes
On 02/03/2017 01:16 PM, Jonathan Proulx wrote: On Fri, Feb 03, 2017 at 04:34:20PM +0100, lebre.adr...@free.fr wrote: :Hi, : :I don't know whether there is already a concrete/effective way to identify overlapping between WGs. :But if not, one way can be to arrange one general session in each summ

Re: [Openstack-operators] [openstack-dev] Large Contributing OpenStack Operators working group?

2017-02-06 Thread Jay Pipes
infrastructure and therefore give you the benefit of auto-recording and publishing the meeting minutes. However, I do understand it can sometimes be difficult to follow IRC conversations with lots of participants. Definitely has trade-offs. -Original Message- From: Jay Pipes [mailto:jayp

Re: [Openstack-operators] RFC - hierarchical quota models

2017-03-08 Thread Jay Pipes
On 03/08/2017 04:14 PM, Sean Dague wrote: On 03/08/2017 07:12 AM, Tim Bell wrote: On 7 Mar 2017, at 11:52, Sean Dague wrote: One of the things that came out of the PTG was perhaps a new path forward on hierarchical limits that involves storing of limits in keystone doing counting on the proj

Re: [Openstack-operators] [nova] [neutron] Hooks for instance actions like creation, deletion

2017-03-17 Thread Jay Pipes
On 03/16/2017 10:48 PM, Masha Atakova wrote: Hi everyone, Is there any up-to-date functionality in nova / neutron which allows to run some additional code triggered by changes in instance like creating or deleting an instance? I see that nova hooks are deprecated as of Nova 13: https://github.

Re: [Openstack-operators] Memory usage of guest vms, ballooning and nova

2017-03-27 Thread Jay Pipes
On 03/23/2017 01:01 PM, Jean-Philippe Methot wrote: Hi, Lately, on my production openstack Newton setup, I've ran into a situation that defies my assumptions regarding memory management on Openstack compute nodes and I've been looking for explanations. Basically, we had a VM with a flavor that l

Re: [Openstack-operators] [nova] Can we deprecate the os-hosts API?

2017-04-01 Thread Jay Pipes
My vote is to deprecate it. On 03/22/2017 11:16 AM, Matt Riedemann wrote: This is mostly directed at operators but I'm cross-posting to the ops and dev lists. First, does anyone use the os-hosts API and if so, for what use cases? The os-hosts and os-services APIs are very similar, and they wor

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

2017-04-03 Thread Jay Pipes
der Nova spec which is related: https://review.openstack.org/#/c/389216/ <https://review.openstack.org/#/c/389216/> And see the points that Jay Pipes makes in that review. Before spending a lot of time reviving the project, I'd encourage people to read and digest

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

2017-04-04 Thread Jay Pipes
On 04/03/2017 06:07 PM, Blair Bethwaite wrote: Hi Jay, On 4 April 2017 at 00:20, Jay Pipes wrote: However, implementing the above in any useful fashion requires that Blazar be placed *above* Nova and essentially that the cloud operator turns off access to Nova's POST /servers API cal

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

2017-04-04 Thread Jay Pipes
asible? I'm not sure how the above is different from the constraints I mention below about having separate sets of resource providers for preemptible instances than for non-preemptible instances? Best, -jay Tim On 04.04.17, 19:21, "Jay Pipes" wrote: On 04/03/2017 06:0

Re: [Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session

2017-04-11 Thread Jay Pipes
On 04/11/2017 02:08 PM, Pierre Riteau wrote: On 4 Apr 2017, at 22:23, Jay Pipes mailto:jaypi...@gmail.com>> wrote: On 04/04/2017 02:48 PM, Tim Bell wrote: Some combination of spot/OPIE What is OPIE? Maybe I missed a message: I didn’t see any reply to Jay’s question about OPIE.

Re: [Openstack-operators] [Forum] Forum etherpad template and hashtags recommendation

2017-04-26 Thread Jay Pipes
On 04/26/2017 05:22 PM, Sun, Yih Leong wrote: Hi, In preparation for the OpenStack Boston Forum, the Product WG recently discussed how to make it easier for moderators and the community to continue discussions from the Forum an easy and consistent experience. The team came up with a few recom

Re: [Openstack-operators] [Forum] Moderators needed!

2017-04-28 Thread Jay Pipes
On 04/28/2017 08:22 AM, Shamail Tahir wrote: Hi everyone, Most of the proposed/accepted Forum sessions currently have moderators but there are six sessions that do not have a confirmed moderator yet. Please look at the list below and let us know if you would be willing to help moderate any of th

Re: [Openstack-operators] [nova][blazar][scientific] advanced instance scheduling: reservations and preeemption - Forum session

2017-05-01 Thread Jay Pipes
On 05/01/2017 03:39 PM, Blair Bethwaite wrote: Hi all, Following up to the recent thread "[Openstack-operators] [scientific] Resource reservation requirements (Blazar) - Forum session" and adding openstack-dev. This is now a confirmed forum session (https://www.openstack.org/summit/boston-2017/

[Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-22 Thread Jay Pipes
Hi Ops, I need your feedback on a very important direction we would like to pursue. I realize that there were Forum sessions about this topic at the summit in Boston and that there were some decisions that were reached. I'd like to revisit that decision and explain why I'd like your support

Re: [Openstack-operators] [nova][ironic][scheduler][placement][heat] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-22 Thread Jay Pipes
ll the time, but haven't touched nfv. How often do you see retries due to the last-minute anti-affinity violation? Thanks for the feedback, Kevin! -jay Thanks, Kevin From: Jay Pipes [jaypi...@gmail.com] Sent: Monday, May 22, 2017 10:54 AM To: openst

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-22 Thread Jay Pipes
nity that has much of a chance of last-minute violation. Best, -jay On Mon, May 22, 2017 at 03:00:09PM -0400, Jonathan Proulx wrote: :On Mon, May 22, 2017 at 11:45:33AM -0700, James Penick wrote: ::On Mon, May 22, 2017 at 10:54 AM, Jay Pipes wrote: :: ::> Hi Ops, ::> ::> Hi! ::

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
On 05/23/2017 09:48 AM, Marc Heckmann wrote: For the anti-affinity use case, it's really useful for smaller or medium size operators who want to provide some form of failure domains to users but do not have the resources to create AZ's at DC or even at rack or row scale. Don't forget that as so

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
On 05/22/2017 03:36 PM, Sean Dague wrote: On 05/22/2017 02:45 PM, James Penick wrote: I recognize that large Ironic users expressed their concerns about IPMI/BMC communication being unreliable and not wanting to have users manually retry a baremetal instance launch. But, on this

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
On 05/23/2017 12:34 PM, Marc Heckmann wrote: On Tue, 2017-05-23 at 11:44 -0400, Jay Pipes wrote: On 05/23/2017 09:48 AM, Marc Heckmann wrote: For the anti-affinity use case, it's really useful for smaller or medium size operators who want to provide some form of failure domains to users b

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
Thanks for the feedback, Curtis, appreciated! On 05/23/2017 04:09 PM, Curtis wrote: On Tue, May 23, 2017 at 1:20 PM, Edward Leafe wrote: On May 23, 2017, at 1:27 PM, James Penick wrote: Perhaps this is a place where the TC and Foundation should step in and foster the existence of a porce

[Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
Hello Dear Operators, OK, we've heard you loud and (mostly) clear. We won't remove the automated rescheduling behavior from Nova. While we will be removing the primary cause of reschedules (resource overconsumption races), we cannot yet eliminate the catchall exception handling on the compute

Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality

2017-05-23 Thread Jay Pipes
On 05/23/2017 07:06 PM, Blair Bethwaite wrote: Thanks Jay, I wonder whether there is an easy-ish way to collect stats about the sorts of errors deployers see in that catchall, so that when this comes back around in a release or two there might be some less anecdotal data available...? Don't wo

Re: [Openstack-operators] problem with nova placement after update of cloud from Mitaka to Ocata

2017-05-31 Thread Jay Pipes
On 05/31/2017 05:52 AM, federica fanzago wrote: Hello operators, we have a problem with the placement after the update of our cloud from Mitaka to Ocata release. We started from a mitaka cloud and we have followed these steps: updated the cloud controller from Mitaka to newton, run the dbsync

Re: [Openstack-operators] [openstack-dev] [masakari][nova] Allow evacuation of instances in resized state

2017-07-12 Thread Jay Pipes
On 07/04/2017 05:21 AM, Kekane, Abhishek wrote: Hi operators, I want to know how evacuation of resized instances is handled in real environment. For example if the vm is in resized state and if the compute host on which the vm is resized goes down, then how will operator evacuate the vm. One

Re: [Openstack-operators] [openstack-dev] [masakari][nova] Allow evacuation of instances in resized state

2017-07-19 Thread Jay Pipes
On 07/19/2017 12:35 PM, Chris Friesen wrote: On 07/12/2017 06:57 PM, Jay Pipes wrote: On 07/04/2017 05:21 AM, Kekane, Abhishek wrote: Hi operators, I want to know how evacuation of resized instances is handled in real environment. For example if the vm is in resized state and if the compute

Re: [Openstack-operators] Experience with Cinder volumes as root disks?

2017-08-01 Thread Jay Pipes
On 08/01/2017 11:14 AM, John Petrini wrote: Just my two cents here but we started out using mostly Ephemeral storage in our builds and looking back I wish we hadn't. Note we're using Ceph as a backend so my response is tailored towards Ceph's behavior. The major pain point is snapshots. When y

Re: [Openstack-operators] [nfv-telecom] Suspending meetings while we consider moving to being a sub group in LCOO

2017-08-15 Thread Jay Pipes
Hi Curtis, Andrew U, Jamie M, May I request that if the telco working group merges with the LCOO, that we get regular updates to the openstack[-operator|-dev] mailing list with information about the goings-on of LCOO? Would be good to get a bi-weekly or even monthly summary. Other working gr

Re: [Openstack-operators] [nfv-telecom] Suspending meetings while we consider moving to being a sub group in LCOO

2017-08-16 Thread Jay Pipes
On 08/16/2017 09:25 PM, Curtis wrote: On Wed, Aug 16, 2017 at 12:03 AM, Jay Pipes wrote: Hi Curtis, Andrew U, Jamie M, May I request that if the telco working group merges with the LCOO, that we get regular updates to the openstack[-operator|-dev] mailing list with information about the

Re: [Openstack-operators] [LCOO] August 17 General Coordination meeting

2017-08-19 Thread Jay Pipes
SIGs approach). Anyway if anyone is interested to investigate further, please reply or reach out to me: jamemcc at gmail dot com. On 08/16/2017 09:25 PM, Curtis wrote: /On Wed, Aug 16, 2017 at 12:03 AM, Jay Pipes <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators>&g

Re: [Openstack-operators] [openstack-operators] [nova] Nova-scheduler filter, for domain level isolation

2017-10-02 Thread Jay Pipes
On 09/20/2017 06:17 AM, Georgios Kaklamanos wrote: Hello, Usecase: We have to deploy instances that belong in different domains, to different compute hosts. Does anyone else have the same usecase? If so, how did you implement it? [The rest of the mail is a more detailed explanation on the ques

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-01-17 Thread Jay Pipes
On 01/16/2018 08:19 PM, Zhenyu Zheng wrote: Thanks for the info, so it seems we are not going to implement aggregate overcommit ratio in placement at least in the near future? As @edleafe alluded to, we will not be adding functionality to the placement service to associate an overcommit ratio

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-01-18 Thread Jay Pipes
-reference/compute/schedulers.html On Wed, Jan 17, 2018 at 7:57 AM, Sylvain Bauza wrote: On Wed, Jan 17, 2018 at 2:22 PM, Jay Pipes wrote: On 01/16/2018 08:19 PM, Zhenyu Zheng wrote: Thanks for the info, so it seems we are not going to implement aggregate overcommit ratio in placement at le

Re: [Openstack-operators] [neutron] [os-vif] VF overcommitting and performance in SR-IOV

2018-01-22 Thread Jay Pipes
On 01/22/2018 11:36 AM, Maciej Kucia wrote: Hi! Is there any noticeable performance penalty when using multiple virtual functions? For simplicity I am enabling all available virtual functions in my NICs. I presume by the above you are referring to setting your pci_passthrough_whitelist on

Re: [Openstack-operators] Inverted drive letters on block devices that use virtio-scsi

2018-01-26 Thread Jay Pipes
The bug in question doesn't have anything to do with that. I've pushed a fix and a test case up here: https://review.openstack.org/538310 Best, -jay On 01/26/2018 12:16 PM, Blake Covarrubias wrote: The inconsistency in device naming is documented in https://docs.openstack.org/nova/pike/user/b

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-01-29 Thread Jay Pipes
Greetings again, Mathieu, response inline... On 01/18/2018 07:24 PM, Mathieu Gagné wrote: So far, a couple challenges/issues: We used to have fine grain control over the calls a user could make to the Nova API: * os_compute_api:os-aggregates:add_host * os_compute_api:os-aggregates:remove_host

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-01-29 Thread Jay Pipes
On 01/29/2018 12:40 PM, Chris Friesen wrote: On 01/29/2018 07:47 AM, Jay Pipes wrote: What I believe we can do is change the behaviour so that if a 0.0 value is found in the nova.conf file on the nova-compute worker, then instead of defaulting to 16.0, the resource tracker would first look to

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-02-02 Thread Jay Pipes
On 01/29/2018 06:48 PM, Mathieu Gagné wrote: On Mon, Jan 29, 2018 at 8:47 AM, Jay Pipes wrote: What I believe we can do is change the behaviour so that if a 0.0 value is found in the nova.conf file on the nova-compute worker, then instead of defaulting to 16.0, the resource tracker would

Re: [Openstack-operators] [openstack-dev] [nova] heads up to users of Aggregate[Core|Ram|Disk]Filter: behavior change in >= Ocata

2018-02-02 Thread Jay Pipes
On 01/29/2018 06:30 PM, Mathieu Gagné wrote: So lets explore what would looks like a placement centric solution. (let me know if I get anything wrong) Here are our main concerns/challenges so far, which I will compare to our current flow: 1. Compute nodes should not be enabled by default When

Re: [Openstack-operators] AggregateMultiTenancyIsolation with multiple (many) projects

2018-02-06 Thread Jay Pipes
On 02/06/2018 04:26 AM, Flint WALRUS wrote: Aren’t CellsV2 more adapted to what you’re trying to do? No, cellsv2 are not user-facing nor is there a way to segregate certain tenants on to certain cells. Host aggregates are the appropriate way to structure this grouping. Best, -jay Le mar. 6

Re: [Openstack-operators] [openstack-dev] [nova] Hard fail if you try to rename an AZ with instances in it?

2018-03-27 Thread Jay Pipes
On 03/27/2018 10:40 AM, Matt Riedemann wrote: Sylvain has had a spec up for awhile [1] about solving an old issue where admins can rename an AZ (via host aggregate metadata changes) while it has instances in it, which likely results in at least user confusion, but probably other issues later if

Re: [Openstack-operators] nova-placement-api tuning

2018-04-03 Thread Jay Pipes
On 04/03/2018 06:48 AM, Chris Dent wrote: On Mon, 2 Apr 2018, Alex Schultz wrote: So this is/was valid. A few years back there was some perf tests done with various combinations of process/threads and for Keystone it was determined that threads should be 1 while you should adjust the process co

Re: [Openstack-operators] Problems with AggregateMultiTenancyIsolation while migrating an instance

2018-05-29 Thread Jay Pipes
The hosts you are attempting to migrate *to* do not have the filter_tenant_id property set to the same tenant ID as the compute host 2 that originally hosted the instance. That is why you see this in the scheduler logs when evaluating the fitness of compute host 1 and compute host 3: "fails

Re: [Openstack-operators] Problems with AggregateMultiTenancyIsolation while migrating an instance

2018-05-29 Thread Jay Pipes
On 05/29/2018 01:06 PM, Matt Riedemann wrote: I'm wondering if the RequestSpec.project_id is null? Like, I wonder if you're hitting this bug: https://bugs.launchpad.net/nova/+bug/1739318 Although if this is a clean Ocata environment with new instances, you shouldn't have that problem. Looks

Re: [Openstack-operators] [openstack-dev] [nova] increasing the number of allowed volumes attached per instance > 26

2018-06-07 Thread Jay Pipes
On 06/07/2018 01:56 PM, melanie witt wrote: Hello Stackers, Recently, we've received interest about increasing the maximum number of allowed volumes to attach to a single instance > 26. The limit of 26 is because of a historical limitation in libvirt (if I remember correctly) and is no longer

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Jay Pipes
On 06/13/2018 09:58 AM, Blair Bethwaite wrote: Hi all, Wondering if anyone can share experience with architecting Nova KVM boxes for large capacity high-performance storage? We have some particular use-cases that want both high-IOPs and large capacity local storage. In the past we have used

Re: [Openstack-operators] large high-performance ephemeral storage

2018-06-13 Thread Jay Pipes
On 06/13/2018 10:18 AM, Blair Bethwaite wrote: Hi Jay, Ha, I'm sure there's some wisdom hidden behind the trolling here? I wasn't trolling at all. I was trying to be funny. Attempt failed I guess :) Best, -jay ___ OpenStack-operators mailing list

Re: [Openstack-operators] [openstack-operators][heat][oslo.db] Configure maximum number of db connections

2018-06-18 Thread Jay Pipes
+openstack-dev since I believe this is an issue with the Heat source code. On 06/18/2018 11:19 AM, Spyros Trigazis wrote: Hello list, I'm hitting quite easily this [1] exception with heat. The db server is configured to have 1000 max_connnections and 1000 max_user_connections and in the databa

Re: [Openstack-operators] [glance] share image with domain

2018-08-23 Thread Jay Pipes
On 08/22/2018 11:05 AM, Brian Rosmaita wrote: On Tue, Jul 10, 2018 at 8:04 AM Christian Berendt wrote: It is possible to add a domain as a member, however this is not taken in account. It should be mentioned that you can also add non-existing project ids as a member. Yes, you can add any s

Re: [Openstack-operators] [nova][cinder][neutron] Cross-cell cold migration

2018-08-29 Thread Jay Pipes
Sorry for delayed response. Was on PTO when this came out. Comments inline... On 08/22/2018 09:23 PM, Matt Riedemann wrote: Hi everyone, I have started an etherpad for cells topics at the Stein PTG [1]. The main issue in there right now is dealing with cross-cell cold migration in nova. At

Re: [Openstack-operators] [nova][cinder][neutron] Cross-cell cold migration

2018-08-29 Thread Jay Pipes
I respect your opinion but respectfully disagree that this is something we need to spend our time on. Comments inline. On 08/29/2018 10:47 AM, Dan Smith wrote: * Cells can shard across flavors (and hardware type) so operators would like to move users off the old flavors/hardware (old cell) to n

Re: [Openstack-operators] [nova][cinder][neutron] Cross-cell cold migration

2018-08-29 Thread Jay Pipes
On 08/29/2018 12:39 PM, Dan Smith wrote: If we're going to discuss removing move operations from Nova, we should do that in another thread. This one is about making existing operations work :) OK, understood. :) The admin only "owns" the instance because we have no ability to transfer ownersh

Re: [Openstack-operators] [nova][cinder][neutron] Cross-cell cold migration

2018-08-29 Thread Jay Pipes
On 08/29/2018 02:26 PM, Chris Friesen wrote: On 08/29/2018 10:02 AM, Jay Pipes wrote: Also, I'd love to hear from anyone in the real world who has successfully migrated (live or otherwise) an instance that "owns" expensive hardware (accelerators, SR-IOV PFs, GPUs or otherwis

Re: [Openstack-operators] [nova][cinder][neutron] Cross-cell cold migration

2018-08-29 Thread Jay Pipes
On 08/29/2018 04:04 PM, Dan Smith wrote: - The VMs to be migrated are not generally not expensive configurations, just hardware lifecycles where boxes go out of warranty or computer centre rack/cooling needs re-organising. For CERN, this is a 6-12 month frequency of ~10,000 VMs per year (with a ~

Re: [Openstack-operators] [openstack-dev] [penstack-dev]Discussion about the future of OpenStack in China

2018-09-24 Thread Jay Pipes
Fred, I had a hard time understanding the articles. I'm not sure if you used Google Translate to do the translation from Chinese to English, but I personally found both of them difficult to follow. There were a couple points that I did manage to decipher, though. One thing that both articles

Re: [Openstack-operators] [openstack-dev] [ironic] [nova] [tripleo] Deprecation of Nova's integration with Ironic Capabilities and ComputeCapabilitiesFilter

2018-09-27 Thread Jay Pipes
On 09/26/2018 05:48 PM, melanie witt wrote: On Tue, 25 Sep 2018 12:08:03 -0500, Matt Riedemann wrote: On 9/25/2018 8:36 AM, John Garbutt wrote: Another thing is about existing flavors configured for these capabilities-scoped specs. Are you saying during the deprecation we'd cont

Re: [Openstack-operators] nova_api resource_providers table issues on ocata

2018-10-16 Thread Jay Pipes
On 10/16/2018 10:11 AM, Sylvain Bauza wrote: On Tue, Oct 16, 2018 at 3:28 PM Ignazio Cassano mailto:ignaziocass...@gmail.com>> wrote: Hi everybody, when on my ocata installation based on centos7 I update (only update not  changing openstack version) some kvm compute nodes, I die

Re: [Openstack-operators] nova_api resource_providers table issues on ocata

2018-10-17 Thread Jay Pipes
On 10/17/2018 01:41 AM, Ignazio Cassano wrote: Hello Jay,  when I add a New compute node I run nova-manage cell_v2 discover host . IS it possible this command update the old host uuid in resource table? No, not unless you already had a nova-compute installed on a host with the exact same host

Re: [Openstack-operators] Fleio - OpenStack billing - ver. 1.1 released

2018-10-19 Thread Jay Pipes
Please do not use these mailing lists to advertise closed-source/proprietary software solutions. Thank you, -jay On 10/19/2018 05:42 AM, Adrian Andreias wrote: Hello, We've just released Fleio version 1.1. Fleio is a billing solution and control panel for OpenStack public clouds and traditi

Re: [Openstack-operators] Milti-site Keystone & Galera

2015-09-08 Thread Jay Pipes
On 09/08/2015 04:44 PM, Jonathan Proulx wrote: Hi All, I'm pretty close to opening a second region in my cloud at a second physical location. The plan so far had been to only share keystone between the regions (nova, glance, cinder etc would be distinct) and implement this by using MariaDB with

Re: [Openstack-operators] Milti-site Keystone & Galera

2015-09-28 Thread Jay Pipes
On 09/28/2015 12:51 PM, Matt Fischer wrote: Yes. We have a separate DB cluster for global stuff like Keystone & Designate, and a regional cluster for things like nova/neutron etc. Yep, this ^ -jay ___ OpenStack-operators mailing list OpenStack-opera

Re: [Openstack-operators] New networking solution for Cloud Native apps....

2016-02-05 Thread Jay Pipes
On 02/05/2016 08:17 AM, Chris Marino wrote: Hi Tomas, functionally, that is pretty accurate, but operationally they are quite different. All the L3 approaches have fundamentally the same point of view. I'd add OpenContrail and Nuage and what CloudScaling did to the list of similar approaches as w

Re: [Openstack-operators] Setting affinity based on instance type

2016-03-03 Thread Jay Pipes
On 03/03/2016 08:57 AM, Robert Starmer wrote: There was work done on enabling much more dynamic scheduling, including cross project scheduling (e.g. get additional placement hints from Neutron or Cinder), and I believe the framework is even in place to make use of this, but I don't believe anyone

Re: [Openstack-operators] Anyone else use vendordata_driver in nova.conf?

2016-04-18 Thread Jay Pipes
On 04/18/2016 09:24 AM, Ned Rhudy (BLOOMBERG/ 731 LEX) wrote: I noticed while reading through Mitaka release notes that vendordata_driver has been deprecated in Mitaka (https://review.openstack.org/#/c/288107/) and is slated for removal at some point. This came as somewhat of a surprise to me - I

Re: [Openstack-operators] Maintenance

2016-04-22 Thread Jay Pipes
On 04/14/2016 05:14 AM, Juvonen, Tomi (Nokia - FI/Espoo) wrote: As admin I want to know when host is ready to actions to be done by admin during the maintenance. Meaning physical resources are emptied. You are equating "host maintenance mode" with the end result of a call to `nova host-evacua

Re: [Openstack-operators] [kolla] question of default users for operators

2016-07-31 Thread Jay Pipes
On 07/29/2016 11:35 PM, Steven Dake (stdake) wrote: Hey folks, In Kolla we have a significant bug in that Horizon can't be used because it requires a member user. We have a few approaches to fixing this problem in mind, but want to understand what Operators want. Devstack itself has switched b

Re: [Openstack-operators] [kolla] question of default users for operators

2016-08-01 Thread Jay Pipes
6 at 10:23, Steven Dake (stdake) wrote: On 7/31/16, 7:13 AM, "Jay Pipes" wrote: On 07/29/2016 11:35 PM, Steven Dake (stdake) wrote: Hey folks, In Kolla we have a significant bug in that Horizon can't be used because it requires a member user. We have a few approaches to fi

Re: [Openstack-operators] nova resize on shared storage

2016-08-08 Thread Jay Pipes
Timofei, thanks for bringing up the resource providers work; it is absolutely trying to solve the problem highlighted in this post. Antonio, comments inline. On 08/08/2016 05:22 AM, Antonio Messina wrote: 2016-08-08 10:52 GMT+02:00 Timofei Durakov : Hi, so for this moment we have 2 options:

Re: [Openstack-operators] OPNFV delivered its new Colorado release

2016-10-12 Thread Jay Pipes
On 10/12/2016 10:17 AM, Ulrich Kleber wrote: Hi, I didn’t see an official announcement, so I like to point you to the new release of OPNFV. https://www.opnfv.org/news-faq/press-release/2016/09/open-source-nfv-project-delivers-third-platform-release-introduces-0 OPNFV is an open source project

Re: [Openstack-operators] Hypervisor free memory recommendations

2014-09-04 Thread Jay Pipes
e controller nodes, yes, but that's a totally different thing :) Best, -jay 2014-09-04 14:26 GMT-03:00 Jay Pipes mailto:jaypi...@gmail.com>>: There's not really any need for 10% in my experience. Giving dom0/bare metal around 3-4GB is perfectly fine for the vast majority

Re: [Openstack-operators] Hypervisor free memory recommendations

2014-09-04 Thread Jay Pipes
On 09/04/2014 01:51 PM, Juan José Pavlik Salles wrote: Hi Jay, I do agree about 10% being too much memory in big nodes, but right now we are using small ones (too small if you ask). These new nodes are 16GB so if I reserve 4 Gb for the dom0 I'd be loosing 25% of the available RAM. I was thinking

Re: [Openstack-operators] Openstack and mysql galera with haproxy

2014-09-22 Thread Jay Pipes
Hi Peter, Sławek, answers inline... On 09/22/2014 08:12 AM, Peter Boros wrote: Hi, StaleDataError is not given by MySQL, but rather SQLAlchemy. After a quick look, it seems like SQLAlchemy gets this, if the update updated different number of rows then it expected. I am not sure what is the expe

Re: [Openstack-operators] Nodes and configurations management in Puppet

2014-09-25 Thread Jay Pipes
On 09/25/2014 11:45 AM, Joe Topjian wrote: Hi Mathieu, My setup is very similar to yours. Node definitions are in site.pp and Hiera is used for all configuration. The Hiera hierarchies are also very similar. Overall, I have a love/hate relationship with the setup. I could go on in detail, but i

Re: [Openstack-operators] Ops Meetup to return in Paris - your ideas wanted!

2014-10-06 Thread Jay Pipes
On 10/03/2014 03:07 PM, Rochelle.RochelleGrober wrote: Hey Tom and operators, Just wanted to say I volunteered to organize/drive the log rationalization effort. I'm glad to see it on the Operators' schedule and added it to the working group schedule. I should have more info out and better orga

Re: [Openstack-operators] Request for feedback on DHCP IP usage

2014-10-06 Thread Jay Pipes
On 10/06/2014 06:11 AM, Mike Kolesnik wrote: On 10/06/2014 04:09 AM, Mike Kolesnik wrote: Now, I know the 1st solution seems very appealing but thinking of it further reveals very serious limitations: * No HA for DHCP agents is possible (more prone to certain race conditions). eventually they

Re: [Openstack-operators] Active/passive nova-network failover results in both controllers APRing for gateway addresses

2014-10-29 Thread Jay Pipes
Hi Mike, I'm no networking or HA expert, but I've added some comments inline and cc'd Florian Haas (who *is* an HA expert!) to see if he can help you out... On 10/29/2014 12:34 AM, Mike Smith wrote: I’ve been running nova-network in VLAN mode as an active/passive cluster resource (corosync + r

Re: [Openstack-operators] Operations project: Packaging

2014-11-27 Thread Jay Pipes
On 11/24/2014 06:58 AM, Derek Higgins wrote: On 18/11/14 06:16, Michael Chapman wrote: Hi all, Packaging was one of the biggest points of interest in the Friday Paris meeting, and I'd like to use this thread to have a centralised discussion and/or argument regarding whether there is a packaging

Re: [Openstack-operators] Announcing the openstack ansible deployment repo

2014-12-11 Thread Jay Pipes
Hi Kevin! Great initiative. Some comments inline... On 12/10/2014 05:16 PM, Kevin Carter wrote: Hello all, The RCBOPS team at Rackspace has developed a repository of Ansible roles, playbooks, scripts, and libraries to deploy Openstack inside containers for production use. We’ve been running th

Re: [Openstack-operators] [OpenStack-operators] Deployment tools

2014-12-16 Thread Jay Pipes
Chef and Puppet are that most popular deployment tools for larger deployments, in my experience... -jay On 12/16/2014 04:04 PM, Barrett, Carol L wrote: Hi All – I’m looking for people who has deployed an OpenStack cloud with the following tools/methods to come into the Win The Enterprise deplo

Re: [Openstack-operators] Superuser Reader app

2014-12-17 Thread Jay Pipes
This is awesomesauce. Thanks, Matt! -jay On 12/16/2014 11:04 PM, Matt Griffin wrote: Hi Operators, The Superuser Reader app for iOS is available now. http://www.mattgriffin.com/2014/12/15/openstack-superuser-reader-for-ios/ It's free so check it out and keep readin' Superuser on the go. I'm a

Re: [Openstack-operators] Fostering OpenStack Users

2014-12-30 Thread Jay Pipes
On 12/30/2014 10:40 AM, matt wrote: I think there was a view early on that distributions of openstack would emerge. This has not been the case. The market has spoken and it has rebuked this idea. Which market are you referring to? RDO, Mirantis OpenStack, and Ubuntu Cloud Archive are all pop

Re: [Openstack-operators] EXT4 as ephemeral disk

2015-01-13 Thread Jay Pipes
On 01/13/2015 07:14 PM, Nathanael Burton wrote: We actually modified the code to disable the automatic formatting of ephemeral disks. This was especially problematic with flavors that had larger sized ephemeral disks as it would slow the nova boot time. Hi Nate! So, do you have some sort of a

Re: [Openstack-operators] Cinder api enpoint not found error while attach volume to instance

2015-01-14 Thread Jay Pipes
Could you pastebin the output of: keystone catalog and also pastebin your nova.conf for the node running the Nova API service? Thanks! -jay On 01/14/2015 02:25 AM, Geo Varghese wrote: Hi Team, I need a help with cinder volume attachment with an instance. I have succesfully created cinder v

Re: [Openstack-operators] Cinder api enpoint not found error while attach volume to instance

2015-01-15 Thread Jay Pipes
auth_protocol = http auth_version = v2.0 admin_tenant_name = service admin_user = nova admin_password = openstack-compute signing_dir = /var/cache/nova/api hash_algorithms = md5

Re: [Openstack-operators] Small openstack (part 2), distributed glance

2015-01-18 Thread Jay Pipes
On 01/15/2015 05:20 PM, George Shuklin wrote: Hello everyone. One more thing in the light of small openstack. I really dislike tripple network load caused by current glance snapshot operations. When compute do snapshot, it playing with files locally, than it sends them to glance-api, and (if gl

Re: [Openstack-operators] [all] SQL Schema Downgrades: A Good Idea?

2015-01-30 Thread Jay Pipes
Great topic, Morgan. Coments inline. On 01/29/2015 11:26 AM, Morgan Fainberg wrote: From an operator perspective I wanted to get input on the SQL Schema Downgrades. Today most projects (all?) provide a way to downgrade the SQL Schemas after you’ve upgraded. Example would be moving from Juno to

Re: [Openstack-operators] Resources owned by a project/tenant are not cleaned up after that project is deleted from keystone

2015-02-02 Thread Jay Pipes
On 02/02/2015 12:46 PM, Matt Riedemann wrote: This came up in the operators mailing list back in June [1] but given the subject probably didn't get much attention. Basically there is a really old bug [2] from Grizzly that is still a problem and affects multiple projects. A tenant can be deleted

Re: [Openstack-operators] RFC: Increasing min libvirt to 1.0.6 for LXC driver ?

2015-02-13 Thread Jay Pipes
On 02/13/2015 07:04 AM, Daniel P. Berrange wrote: Historically Nova has had a bunch of code which mounted images on the host OS using qemu-nbd before passing them to libvirt to setup the LXC container. Since 1.0.6, libvirt is able todo this itself and it would simplify the codepaths in Nova if we

Re: [Openstack-operators] RFC: Increasing min libvirt to 1.0.6 for LXC driver ?

2015-02-13 Thread Jay Pipes
On 02/13/2015 09:20 AM, Daniel P. Berrange wrote: On Fri, Feb 13, 2015 at 08:49:26AM -0500, Jay Pipes wrote: On 02/13/2015 07:04 AM, Daniel P. Berrange wrote: Historically Nova has had a bunch of code which mounted images on the host OS using qemu-nbd before passing them to libvirt to setup

Re: [Openstack-operators] Way to check compute <-> rabbitmq connectivity

2015-02-16 Thread Jay Pipes
On 02/05/2015 03:19 PM, Kris G. Lindgren wrote: Is Mirantis going to have someone at the ops mid-cycle? I believe Sean Collins (at least) is going to be present from Mirantis. We were talking about this in the operators channel today and it seemed like pretty much everyone who was active has

Re: [Openstack-operators] [Telco][NFV][infra] Review process of TelcoWG use cases

2015-02-18 Thread Jay Pipes
On 02/18/2015 02:31 AM, Marc Koderer wrote: Hello everyone, We already got good feedback on my sandbox test review. So I would like to move forward. With review [1] we will get a stackforge repo called „telcowg-usecases“. Submitting a usecase will then follow the process of OpenStack developmen

Re: [Openstack-operators] Neutron timeout issues

2015-02-20 Thread Jay Pipes
On 02/20/2015 10:39 AM, Sean Lynn wrote: We finished upgrading to Juno about the time you guys did. Just checked logs across all environments since the time of the Juno upgrade and I'm *not* seeing the same errors. For comparison here's what we have (mostly out-of-the-box): api_workers and

Re: [Openstack-operators] Neutron timeout issues

2015-02-21 Thread Jay Pipes
ns for any database server used in production deployments. Best, -jay On 02/20/15 10:20, Jay Pipes wrote: On 02/20/2015 10:39 AM, Sean Lynn wrote: We finished upgrading to Juno about the time you guys did. Just checked logs across all environments since the time of the Juno upgrade and I'

Re: [Openstack-operators] [nova] Deprecation of ComputeFilter

2015-03-06 Thread Jay Pipes
On 03/06/2015 07:19 AM, Sylvain Bauza wrote: Hi, First, sorry for cross-posting on both dev and operator MLs but I also would like to get operators feedback. So, I was reviewing the scheduler ComputeFilter and I was wondering why the logic should be in a filter. We indeed already have a check o

Re: [Openstack-operators] [nova] Deprecation of ComputeFilter

2015-03-06 Thread Jay Pipes
On 03/06/2015 10:43 AM, Jesse Keating wrote: On 3/6/15 10:27 AM, Jay Pipes wrote: As for adding another CONF option, I'm -1 on that. I see no valid reason to schedule workloads to disabled hosts. There may be a better way to skin this cat, but one scenario is we have a host that has al

  1   2   >