openstack-operators  

Messages by Thread

• • Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier Chris Morgan
  • Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier Edgar Magana
  • Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier Chris Morgan
• [Openstack-operators] nova_cell0 database connection string Massimo Sgaravatto
  • Re: [Openstack-operators] nova_cell0 database connection string Mike Lowe
  • Re: [Openstack-operators] nova_cell0 database connection string Massimo Sgaravatto
  • Re: [Openstack-operators] nova_cell0 database connection string Alfredo Moralejo Alonso
  • Re: [Openstack-operators] nova_cell0 database connection string Matt Riedemann
• [Openstack-operators] [telemetry] gnocchi v4 preview gordon chung
• [Openstack-operators] [nova] Newton 14.0.7 and Ocata 15.0.5 releases Matt Riedemann
• [Openstack-operators] [upgrades][skip-level][leapfrog] - RFC - Skipping releases when upgrading Carter, Kevin
  • Re: [Openstack-operators] [upgrades][skip-level][leapfrog] - RFC - Skipping releases when upgrading Matteo Panella
  • Re: [Openstack-operators] [openstack-dev] [upgrades][skip-level][leapfrog] - RFC - Skipping releases when upgrading Dan Smith
  • Re: [Openstack-operators] [openstack-dev] [upgrades][skip-level][leapfrog] - RFC - Skipping releases when upgrading Doug Hellmann
  • Re: [Openstack-operators] [openstack-dev] [upgrades][skip-level][leapfrog] - RFC - Skipping releases when upgrading David Moreau Simard
• [Openstack-operators] [glance] comments requested on spec to fix security issue Brian Rosmaita
• [Openstack-operators] [infra] lists.openstack.org maintenance Friday, May 26 20:00-21:00 UTC Jeremy Stanley
• [Openstack-operators] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Adrian Turjak
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Marc Heckmann
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Marc Heckmann
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness joehuang
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Belmiro Moreira
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness John Garbutt
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Marc Heckmann
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Erik McCormick
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Marc Heckmann
  • Re: [Openstack-operators] [openstack-dev] [keystone][nova][cinder][glance][neutron][horizon][policy] defining admin-ness Lance Bragstad
• [Openstack-operators] Documenting config drive - what do you want to see? Matt Riedemann
  • Re: [Openstack-operators] [openstack-dev] Documenting config drive - what do you want to see? Mathieu Gagné
  • Re: [Openstack-operators] [openstack-dev] Documenting config drive - what do you want to see? Matt Riedemann
  • Re: [Openstack-operators] [openstack-dev] Documenting config drive - what do you want to see? Clark Boylan
  • Re: [Openstack-operators] [openstack-dev] Documenting config drive - what do you want to see? Joshua Harlow
• [Openstack-operators] Fwd: [tc][all] Etcd as a base service for ALL OpenStack installations Davanum Srinivas
• [Openstack-operators] [Nova] [Cells] Stupid question: Cells v2 & AZs David Medberry
  • Re: [Openstack-operators] [openstack-dev] [Nova] [Cells] Stupid question: Cells v2 & AZs Belmiro Moreira
• [Openstack-operators] [MassivelyDistributed] IRC Meeting tomorrow15:00 UTC lebre . adrien
• [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality Blair Bethwaite
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: NOT Getting rid of the automated reschedule functionality Matt Riedemann
• [Openstack-operators] [publiccloud-wg] Tomorrows meeting PublicCloudWorkingGroup Tobias Rydberg
• [Openstack-operators] CockroachDB for Core Services Chris Apsey
• [Openstack-operators] Eventbrite - Ops Meet-up Mexico City Edgar Magana
  • Re: [Openstack-operators] Eventbrite - Ops Meet-up Mexico City Edgar Magana
  • Re: [Openstack-operators] Eventbrite - Ops Meet-up Mexico City Tom Fifield
  • Re: [Openstack-operators] Eventbrite - Ops Meet-up Mexico City Chris Morgan
  • Re: [Openstack-operators] Eventbrite - Ops Meet-up Mexico City Tom Fifield
• [Openstack-operators] [nova] Cells v2 FAQs Matt Riedemann
• [Openstack-operators] DB deadlocks due to connection string Sean McGinnis
  • Re: [Openstack-operators] DB deadlocks due to connection string Arne Wiebalck
  • Re: [Openstack-operators] DB deadlocks due to connection string Doug Hellmann
  • Re: [Openstack-operators] DB deadlocks due to connection string Sean McGinnis
  • Re: [Openstack-operators] DB deadlocks due to connection string Matt Riedemann
  • Re: [Openstack-operators] DB deadlocks due to connection string Tim Bell
  • Re: [Openstack-operators] DB deadlocks due to connection string Doug Hellmann
  • Re: [Openstack-operators] DB deadlocks due to connection string Doug Hellmann
  • Re: [Openstack-operators] DB deadlocks due to connection string Mike Bayer
  • Re: [Openstack-operators] DB deadlocks due to connection string Mike Bayer
  • Re: [Openstack-operators] DB deadlocks due to connection string Tim Bell
• [Openstack-operators] [scientific] Reminder: Scientific WG IRC meeting - Wednesday 0900 UTC Stig Telfer
• [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning David Medberry
  • Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning Sean McGinnis
  • Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning David Medberry
  • Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning Chris Morgan
  • Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning Chris Morgan
• [Openstack-operators] control guest VMs in isolated network Volodymyr Litovka
• [Openstack-operators] [Forum] Boston recap: skip-level upgrading session Shintaro Mizuno
• [Openstack-operators] [Forum] Boston forum etherpad ##hashtag Sun, Yih Leong
  • Re: [Openstack-operators] [Forum] Boston forum etherpad ##hashtag Matt Riedemann
• [Openstack-operators] Routed provider networks... Chris Marino
  • Re: [Openstack-operators] Routed provider networks... Jonathan Proulx
  • Re: [Openstack-operators] Routed provider networks... Chris Marino
  • Re: [Openstack-operators] Routed provider networks... Kevin Benton
  • Re: [Openstack-operators] Routed provider networks... Chris Marino
  • Re: [Openstack-operators] Routed provider networks... Kevin Benton
  • Re: [Openstack-operators] Routed provider networks... Chris Marino
  • Re: [Openstack-operators] Routed provider networks... Curtis
  • Re: [Openstack-operators] Routed provider networks... Saverio Proto
• [Openstack-operators] Fwd: Re: [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Matt Riedemann
• Re: [Openstack-operators] [nova][ironic][scheduler][placement][heat] IMPORTANT: Getting rid of the automated reschedule functionality Fox, Kevin M
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement][heat] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
• [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality James Penick
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jonathan Proulx
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jonathan Proulx
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Chris Friesen
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Sean Dague
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Eric Fried
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality James Penick
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Dan Smith
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Eric Fried
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Dan Smith
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality James Penick
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Edward Leafe
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality James Penick
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Curtis
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Chris Dent
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality melanie witt
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Edward Leafe
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Sean Dague
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality James Penick
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality David Medberry
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Marc Heckmann
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Marc Heckmann
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Jay Pipes
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Matt Riedemann
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Dan Smith
  • Re: [Openstack-operators] [nova][ironic][scheduler][placement] IMPORTANT: Getting rid of the automated reschedule functionality Blair Bethwaite
• Re: [Openstack-operators] [openstack-dev] [nova] Boston Forum session recap - searchlight integration Belmiro Moreira
• Re: [Openstack-operators] OpenStack-operators Digest, Vol 79, Issue 28 Brian Narkinsky
• [Openstack-operators] [trove][all] Weekly meeting time change - 1500UTC #openstack-meeting-alt Amrith Kumar
• [Openstack-operators] Successful nova-network to Neutron Migration Joe Topjian
  • Re: [Openstack-operators] Successful nova-network to Neutron Migration Belmiro Moreira
  • Re: [Openstack-operators] Successful nova-network to Neutron Migration Joe Topjian
  • Re: [Openstack-operators] Successful nova-network to Neutron Migration Sam Morrison
• [Openstack-operators] [nova] Bug heads up: Significant increase in DB connections with cells since Newton melanie witt
• [Openstack-operators] Summary of BOS Summit session: User API Improvements Rochelle Grober
• [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - cellsv2 Matt Riedemann
  • Re: [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - cellsv2 David Medberry
• [Openstack-operators] Fwd: [openstack-dev] [openstack-doc] [dev] What's up doc? Summit recap edition Melvin Hillsman
  • Re: [Openstack-operators] Fwd: [openstack-dev] [openstack-doc] [dev] What's up doc? Summit recap edition Alexandra Settle
• [Openstack-operators] [forum] [vm&bm] Action required to help improve Ops <-> Dev feedback loops John Garbutt
• [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - claims in the scheduler (or conductor) Melvin Hillsman
• [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - instance/volume affinity for HPC Melvin Hillsman
• Re: [Openstack-operators] [kolla] Issue with Galera Steven Dake (stdake)
• [Openstack-operators] Vote on the best time for you to participate in Ops Meetup Planning sessions David Medberry
• [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - searchlight integration Melvin Hillsman
• [Openstack-operators] Fwd: [openstack-dev] [nova] Boston Forum session recap - cinder ephemeral storage Melvin Hillsman
• [Openstack-operators] Cannot launch instances on Ocata. Andy Wojnarek
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Erik McCormick
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Andy Wojnarek
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Erik McCormick
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Andy Wojnarek
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Andy Wojnarek
  • Re: [Openstack-operators] Cannot launch instances on Ocata. Kevin Bringard (kevinbri)
• [Openstack-operators] [all] Log coloring under systemd Eric Fried
• [Openstack-operators] Cannot create provider network sinan
  • Re: [Openstack-operators] Cannot create provider network John Petrini
  • Re: [Openstack-operators] Cannot create provider network John Petrini
• [Openstack-operators] [telecom-nfv] Meeting #26 Curtis
• [Openstack-operators] Ceph upgrade causing health warnings Grant Morley
  • Re: [Openstack-operators] Ceph upgrade causing health warnings Mike Lowe
  • Re: [Openstack-operators] Ceph upgrade causing health warnings Fox, Kevin M
  • Re: [Openstack-operators] Ceph upgrade causing health warnings Grant Morley
• [Openstack-operators] [scientific] IRC Meeting reminder: Scientific WG, today 2100 UTC Stig Telfer
• [Openstack-operators] RFC - Global Request Ids Sean Dague
  • Re: [Openstack-operators] RFC - Global Request Ids Kris G. Lindgren
  • Re: [Openstack-operators] RFC - Global Request Ids Sean Dague
• [Openstack-operators] today ops meet up team meeting on IRC (2017-5-16) Chris Morgan
  • Re: [Openstack-operators] today ops meet up team meeting on IRC (2017-5-16) Edgar Magana
  • Re: [Openstack-operators] today ops meet up team meeting on IRC (2017-5-16) Melvin Hillsman
• [Openstack-operators] Openstack monitoring questionnaire witold.be...@est.fujitsu.com
• [Openstack-operators] preferred option to fix long-standing user-visible bug in nova? Chris Friesen
  • Re: [Openstack-operators] preferred option to fix long-standing user-visible bug in nova? Marc Heckmann
  • Re: [Openstack-operators] preferred option to fix long-standing user-visible bug in nova? Chris Friesen
• [Openstack-operators] Newton lbaas v2 remote_addr Ignazio Cassano
  • Re: [Openstack-operators] Newton lbaas v2 remote_addr Kris G. Lindgren
• Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Curtis
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Sam P
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on coHi mpute nodes Ignazio Cassano
• [Openstack-operators] OpenStack Operators Mid-Cycle Meetup, August 2017 - venue chosen! Chris Morgan
• [Openstack-operators] Remote pacemaker on compute nodes Ignazio Cassano
  • Re: [Openstack-operators] Remote pacemaker on compute nodes Curtis
• [Openstack-operators] Fuel setup problem Matthieu Lejeune
  • Re: [Openstack-operators] Fuel setup problem Matthieu Lejeune
  • Re: [Openstack-operators] Fuel setup problem Alex Schultz
• [Openstack-operators] Board Initiative: Strategy for Unanswered Requirements Melvin Hillsman
• Re: [Openstack-operators] [HA] HA Discussion at Boston Forum Sam P
  • [Openstack-operators] [HA] follow-up from HA discussion at Boston Forum Adam Spiers
• [Openstack-operators] [nova][glance][keystone] Philosophy of the service catalog (was: Who needs multiple api_servers?) Mike Dorman
  • Re: [Openstack-operators] [openstack-dev] [nova][glance][keystone] Philosophy of the service catalog (was: Who needs multiple api_servers?) Mathieu Gagné
  • Re: [Openstack-operators] [nova][glance][keystone] Philosophy of the service catalog (was: Who needs multiple api_servers?) Matt Riedemann
• [Openstack-operators] [scientific] Scientific-WG sessions in Boston Blair Bethwaite
• [Openstack-operators] [publiccloud] Public Cloud WG sessions at the Boston Summit Nick Jones
• [Openstack-operators] KVM Forum 2017: Call For Participation Daniel P. Berrange
  • Re: [Openstack-operators] [openstack-dev] KVM Forum 2017: Call For Participation Daniel P. Berrange
• Re: [Openstack-operators] [scientific] Lightning talks on Scientific OpenStack Blair Bethwaite
• [Openstack-operators] centos 7 newton nova-cmpute errot Ignazio Cassano
• [Openstack-operators] Expected behavior of disabled nova service Masha Atakova
  • Re: [Openstack-operators] Expected behavior of disabled nova service Chris Friesen
• [Openstack-operators] OpenStack Developer Mailing List Digest April 29 - May 5 Mike Perez
• [Openstack-operators] Horizon | CSRF verification failed khansa A. Mohamed
• [Openstack-operators] GPU passthrough success and failure records Blair Bethwaite
  • Re: [Openstack-operators] GPU passthrough success and failure records Blair Bethwaite
• [Openstack-operators] [thin...@gmail.com: [all][ptl][goals] Community goals for Queen] Mike Perez

• Earlier messages
• Later messages