[Openstack-operators] limit num instance-type per host

Hi all, I'm trying to wrap my head around whether it's possible with the existing scheduler filters, to put a limit per host on the number of instances per instance-type/flavor? I don't think this is possible with the existing filters or weights, but it seems like a fairly common requirement.

[Openstack-operators] Hypervisor tuning - ops summit session

Greetings fellow operators, I'm excited to be moderating the Vancouver ops summit session on hypervisor tuning (etherpad over here: https://etherpad.openstack.org/p/YVR-ops-hypervisor-tuning). I hope we can gather some useful new information for the ops guide and perhaps even share a few

[Openstack-operators] KVM memory overcommit with fast swap

Hi all, Question up-front: Do the performance characteristics of modern PCIe attached SSDs invalidate/challenge the old don't overcommit memory with KVM wisdom (recently discussed on this list and at meetups and summits)? Has anyone out there tried tested this? Long-form: I'm currently

Re: [Openstack-operators] KVM memory overcommit with fast swap

, but that it needed testing. I'm happy to help test this out. Sounds like the results could be part of a Tokyo talk :P Warren Warren On Mon, Jun 29, 2015 at 9:36 AM, Blair Bethwaite blair.bethwa...@gmail.com wrote: Hi all, Question up-front: Do the performance characteristics of modern PCIe

[Openstack-operators] [user-committee][scientific-wg] Scientific Working Group IRC meeting, Weds @0700 UTC in #openstack-meeting

Hi all, Quick reminder that the scientific-wg IRC weekly meeting is on in <6 hours in #openstack-meeting! Details below. We're planning to talk about status and use-cases for Blazar, plus continued discussion/brain-storming on use-cases pertaining to our focus areas. On the latter point this

Re: [Openstack-operators] How are folks providing GPU instance types?

Finally circled back to this thread... Joe - those are great notes! On 12 May 2016 at 02:51, Joe Topjian wrote: > * I found that I didn't have to use EFI-based images. I wonder why that is? Yeah, we've never run into this as a requirement either. Peter - can you clarify?

Re: [Openstack-operators] [openstack-dev] [glance] Proposal for a mid-cycle virtual sync on operator issues

Hi Nikhil, 2000UTC might catch a few kiwis, but it's 6am everywhere on the east coast of Australia, and even earlier out west. 0800UTC, on the other hand, would be more sociable. On 26 May 2016 at 15:30, Nikhil Komawar wrote: > Thanks Sam. We purposefully chose that time

Re: [Openstack-operators] [User-committee] [scientific-wg] terminology

Hi Tim, Firstly, thank-you for reading the logs and following up - it's great to have further discussion generated! On 2 June 2016 at 03:07, Tim Randles wrote: > Sorry I wasn't able to make yesterday's Scientific Working Group IRC > meeting. The discussion looked very

[Openstack-operators] [scientific-wg] possible time change for non-US fortnightly meeting

Hi all, Currently the scientific-wg is meeting weekly on irc with alternating times week to week - 2100 UTC Tues this week and 0700 UTC Weds next week. The basic idea being to have both US and non-US friendly times. The former time is pretty well attended but the latter is somewhat hit and miss

[Openstack-operators] Xenial libvirt/numad

Hi all, numad provides dynamic and advisory NUMA tuning. It monitors NUMA topology and cpu/memory usage within a system and dynamically tunes NUMA and CPU affinity and/or provides process pre-placement advice to management tools like libvirt. If you've never tried it, it works very well and can

[Openstack-operators] [scientific-wg] catch-up tomorrow

Hi all, Apologies if you receive multiple copies. I've BCC'd everyone who left addresses in the etherpads. Firstly, thank-you for attending the inaugural scientific-wg meeting! The turnout and discussion was excellent. If you're interested in being an active member or observer of the

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

On 1 August 2016 at 13:30, Marcus Furlong wrote: > Looks like there is a bug open which suggests that it should be using > RPC calls, rather than commands executed over ssh: > > https://bugs.launchpad.net/nova/+bug/1459782 I agree, no operator in their right mind wants to

Re: [Openstack-operators] PCI Passthrough issues

ng whether anyone else has been down this path yet? Cheers, On 20 July 2016 at 12:57, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > Thanks for the confirmation Joe! > > On 20 July 2016 at 12:19, Joe Topjian <j...@topjian.net> wrote: >> Hi Blair, >> >>

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

Sounds like a recipe for confusion? On 1 August 2016 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

Re: [Openstack-operators] Blazar? (Reservations and/or scheduled termination)

On 4 August 2016 at 12:48, Sam Morrison wrote: > >> On 4 Aug 2016, at 3:12 AM, Kris G. Lindgren wrote: >> >> We do something similar. We give everyone in the company an account on the >> internal cloud. By default they have a user- project. We have

Re: [Openstack-operators] [swift] data distribution imbalance - what are the .data.XXXXX files?

le currently being replicated). Since 2.7, Swift take care of that: > https://github.com/openstack/swift/blob/master/CHANGELOG#L226 > > > > Le Mercredi 20 Juillet 2016 10:17 CEST, Blair Bethwaite > <blair.bethwa...@gmail.com> a écrit: > >> Hi all, >> >> As

Re: [Openstack-operators] Reaching VXLAN tenant networks from outside (without floating IPs)

On 30 June 2016 at 05:17, Gustavo Randich wrote: > > - other? FWIW, the other approach that might be suitable (depending on your project/tenant isolation requirements) is simply using a flat provider network (or networks, i.e., VLAN per project) within your existing

Re: [Openstack-operators] PCI Passthrough issues

w and have had > several users report success. > > Thanks, > Joe > > On Tue, Jul 19, 2016 at 5:06 PM, Blair Bethwaite <blair.bethwa...@gmail.com> > wrote: >> >> Hilariously (or not!) we finally hit the same issue last week once >> folks actually started trying

Re: [Openstack-operators] PCI Passthrough issues

Thu, Jul 07, 2016 at 11:13:29AM +1000, Blair Bethwaite wrote: > :Jon, > : > :Awesome, thanks for sharing. We've just run into an issue with SRIOV > :VF passthrough that sounds like it might be the same problem (device > :disappearing after a reboot), but haven't yet investigated de

[Openstack-operators] [swift] data distribution imbalance - what are the .data.XXXXX files?

Hi all, As per the subject, wondering where these files come from, e.g.,: root@stor010:/srv/node/sdc1/objects# ls -la ./109794/359/6b389b24749b7046344ffd2a42aab359 total 1195784 drwxr-xr-x 2 swift swift 4096 Jun 8 04:11 . drwxr-xr-x 3 swift swift53 May 22 05:05 .. -rw--- 1

[Openstack-operators] [scientific-wg] high-performance/parallel file-systems panel at Barcelona

Hi all, Just pondering summit talk submissions and wondering if anyone else out there is interested in participating in a HPFS panel session...? Assuming we have at least one person already who can cover direct mounting of Lustre into OpenStack guests then it'd be nice to find folks who have

[Openstack-operators] [scientific-wg] Meeting reminder: in ~7 hours @ 2100 UTC in #openstack-meeting

Hi all, Scientific-WG regular meeting is on soon, draft agenda below and at https://wiki.openstack.org/wiki/Scientific_working_group. 2016-07-12 2100 UTC in channel #openstack-meeting # Review of Activity Areas and opportunities for progress ## Bare metal ### Networking

Re: [Openstack-operators] Data-Migration Juno -> Mitaka

Hi Roland - GUTS looks cool! But I took Michael's question to be more about control plane data than end-user instances etc...? Michael - If that's the case then you probably want to start with dumping your present Juno DBs, importing into your Mitaka test DB and then attempting the migrations to

[Openstack-operators] [scientific-wg] Lustre war stories

Hi Álvaro, hi David - NB: adding os-ops. David, we have some real-time Lustre war stories we can share and hopefully provide some positive conclusions to come Barcelona. I've given an overview of what we're doing below. Are there any specifics you were interested in when you raised Lustre in the

Re: [Openstack-operators] PCI Passthrough issues

Jon, Awesome, thanks for sharing. We've just run into an issue with SRIOV VF passthrough that sounds like it might be the same problem (device disappearing after a reboot), but haven't yet investigated deeply - this will help with somewhere to start! By the way, the nouveau mention was because

Re: [Openstack-operators] PCI Passthrough issues

Hi Jon, Do you have the nouveau driver/module loaded in the host by any chance? If so, blacklist, reboot, repeat. Whilst we're talking about this. Has anyone had any luck doing this with hosts having a PCI-e switch across multiple GPUs? Cheers, On 6 July 2016 at 23:27, Jonathan D. Proulx

Re: [Openstack-operators] [User-committee] [scientific-wg] possible time change for non-US fortnightly meeting

llcome Trust Genome Campus, Hinxton, Cambridge, CB10 1SD, UK >>> Email: da...@ebi.ac.uk >>> >>>> On 28 Jun 2016, at 13:42, <alexander.di...@stfc.ac.uk> >>>> <alexander.di...@stfc.ac.uk> wrote: >>>> >>>> 0900 would work bette

[Openstack-operators] [User-committee] [scientific][scientific-wg] Scientific-WG IRC meeting Weds 0900 UTC

Hi all - We have a meeting coming up in about 12 hours: 2017-02-15 0900 UTC in channel #openstack-meeting This is substantively a repeat of last week's agenda for alternate timezones - Boston Declaration update from Martial - Hypervisor tuning update from Blair - Blair's experiences with RoCE

Re: [Openstack-operators] What would you like in Pike?

Hi Tim, We did wonder in last week's meeting whether quota management and nested project support (particularly which flows are most important) would be a good session for the Boston Forum...? Would you be willing to lead such a discussion? Cheers, On 19 January 2017 at 19:59, Tim Bell

Re: [Openstack-operators] Blazar? (Reservations and/or scheduled termination)

We discussed Blazar fairly extensively in a couple of recent scientific-wg meetings. I'm having trouble searching out right the irc log to support this but IIRC the problem with Blazar as is for the typical virtualised cloud (non-Ironic) use-case is that it uses an old/deprecated Nova API

Re: [Openstack-operators] Converged infrastructure

Following on from Edmund's issues... People talking about doing this typically seem to cite cgroups as the way to avoid CPU and memory related contention - has anyone been successful in e.g. setting up cgroups on a nova qemu+kvm hypervisor to limit how much of the machine nova uses? On 1

Re: [Openstack-operators] Barcelona Ops Meetup Planning

s session or two. Also I think it could be discussed in the > Nova section. As a stretch, we could cover on lightning talks. There is also > the Friday work sessions. So I think plenty of options. We also have at > least three placeholder sessions. > > > On Oct 4, 2016 11:28 PM, &quo

Re: [Openstack-operators] Rados Gateway to Swift migration

Nice! But I'm curious, why the need to migrate? On 5 October 2016 at 13:29, Xav Paice wrote: > On Wed, 2016-10-05 at 13:28 +1300, Xav Paice wrote: >> On Tue, 2016-10-04 at 17:48 -0600, Curtis wrote: >> > Maybe you have someone on staff who loves writing lua (for haproxy)? :)

Re: [Openstack-operators] [openstack-hpc] What's the state of openstack-hpc now?

; SOC = Path traverses a socket-level link (e.g. QPI) > PHB = Path traverses a PCIe host bridge > PXB = Path traverses multiple PCIe internal switches > PIX = Path traverses a PCIe internal switch > > > Cheers, > Andrew > > > Andrew J. Younge > School of Informa

Re: [Openstack-operators] Barcelona Ops Meetup Planning

Hi all, I've just had a look at this with a view to adding 10 minutes somewhere on what to do with the hypervisor tuning guide, but I see the free-form notes on the etherpad have been marked as "Old", so figure it's better to discuss here first... Could maybe fit under ops-nova or ops-hardware?

Re: [Openstack-operators] Public cloud operators group in Barcelona

Hi Matt, At considerable risk of heading down a rabbit hole... how are you defining "public" cloud for these purposes? Cheers, Blair On 21 September 2016 at 18:14, Matt Jarvis wrote: > Given there are quite a few public cloud operators in Europe now, is there >

Re: [Openstack-operators] [scientific] Seeking users of Infiniband

Hi Stig, When you say IB are you specifically talking about link-layer, or more the RDMA capability and IB semantics supported by the drivers and APIs (so both native IB and RoCE)? Cheers, On 17 Aug 2016 2:28 AM, "Stig Telfer" wrote: > Hi All - > > I’m looking for

Re: [Openstack-operators] Public cloud operators group in Barcelona

> going with this that some of the science clouds share some of the > attributes above ? > > Matt > > On 22 September 2016 at 00:40, Blair Bethwaite <blair.bethwa...@gmail.com> > wrote: > >> Hi Matt, >> >> At considerable risk of heading down a rabbit ho

Re: [Openstack-operators] [openstack-hpc] What's the state of openstack-hpc now?

sample fails when checking their ability to communicate with each other. Is there some magic config I might be missing, did you need to make any PCI-ACS changes? Best regards, Blair On 16 March 2016 at 07:57, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > > Hi Andrew, > > On 1

Re: [Openstack-operators] Disable console for an instance

that allows reset of the guest, is not desirable. On 13 October 2016 at 04:37, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > Hi all, > > Does anyone know whether there is a way to disable the novnc console on a > per instance basis? > > Cheers, > Bla

Re: [Openstack-operators] [openstack-dev] [MassivelyDistributed] bi-weekly meeting

Devil's advocate - what is "full enough"? Surely another channel is essentially free and having flexibility in available timing is of utmost importance? On 8 Nov 2016 5:37 PM, "Tony Breeds" wrote: > On Mon, Nov 07, 2016 at 05:52:43PM +0100, lebre.adr...@free.fr wrote: >

Re: [Openstack-operators] [openstack-operators][ceph][nova] How do you handle Nova on Ceph?

Hi Adam, I agree somewhat, capacity management and growth at scale is something of a pain. Ceph gives you a hugely powerful and flexible way to manage data-placement through crush but there is very little quality info about, or examples of, non-naive crushmap configurations. I think I understand

Re: [Openstack-operators] [scientific] Barcelona Scientific BoF: Call for lightning talks

or your institution have been implementing some > bright ideas that take OpenStack into new territory for research computing > use cases, lets hear it! > > Please follow up to me and Blair (Scientific WG co-chairs) if you’re > interested in speaking and would like to bag a slot. >

[Openstack-operators] [scientific-wg] OpenStack at SC16

Hi folks, There's a superuser blog live now detailing OpenStack-related goings-on at SC this week: http://superuser.openstack.org/articles/openstack-supercomputing-2016/ Cheers, -- Blair Bethwaite Senior HPC Consultant Monash eResearch Centre Monash University Room G26, 15 Innovation Walk

[Openstack-operators] [scientific-wg] SC16 get together - P.F. Chang's @ 8.30pm tonight

Hi all - In the fashion of JITS (just in time scheduling), we OpenStack+HPC folk are planning to converge at P.F. Chang's (https://goo.gl/maps/YN8v26CBctp - West 300 South) at 8.30pm following on from the technical programme reception. Hope to see you there! Cheers, Blair

Re: [Openstack-operators] Disable console for an instance

On 27 October 2016 at 16:02, Jonathan D. Proulx wrote: > don't put a getty on the TTY :) Do you know how to do that with Windows? ...you can see the desire for sandboxing now :-). -- Cheers, ~Blairo ___ OpenStack-operators

Re: [Openstack-operators] Disable console for an instance

Hi George, On 27 October 2016 at 16:15, George Mihaiescu wrote: > Did you try playing with Nova's policy file and limit the scope for > "compute_extension:console_output": "" ? No, interesting idea though... I suspect it's actually the get_*_console policies we'd need to

Re: [Openstack-operators] Disable console for an instance

Lol! I don't mind - Microsoft do support and produce some pretty good research, I just wish they'd fix licensing! On 27 October 2016 at 16:11, Jonathan D. Proulx <j...@csail.mit.edu> wrote: > On Thu, Oct 27, 2016 at 04:08:26PM +0200, Blair Bethwaite wrote: > :On 27 October 2016 at 16:

[Openstack-operators] Disable console for an instance

Hi all, Does anyone know whether there is a way to disable the novnc console on a per instance basis? Cheers, Blair ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org

Re: [Openstack-operators] [Glance] [Nova] Multiple backends / Qcow Derived Images

On 5 January 2017 at 19:47, Rui Chen wrote: > Ah, Adam, got your point, I found two related Nova blueprints that were > similar with your idea, > but there are not any activities about them from 2014, I hadn't dive deep > into these comments, > you might get some

Re: [Openstack-operators] [Glance] [Nova] Multiple backends / Qcow Derived Images

Hi Adam, On 5 January 2017 at 08:48, Adam Lawson wrote: > Just a friendly bump. To clarify, the ideas being tossed around are to host > QCOW images on each Compute node so the provisioning is faster (i.e. less > dependency on network connectivity to a shared back-end). I need

Re: [Openstack-operators] Analogs of EC2 dedicated instances & dedicated hosts?

Hi Conrad, On 20 December 2016 at 09:24, Kimball, Conrad wrote: > · Dedicated instances: an OpenStack tenant can deploy VM instances > that are guaranteed to not share a compute host with any other tenant (for > example, as the tenant I want physical

[Openstack-operators] backup to object store - tool recommendations

Hi all, Does anyone have any recommendations for good tools to perform file-system/tree backups and restores to/from a (Ceph RGW-based) object store (Swift or S3 APIs)? Happy to hear about both FOSS and commercial options please. I'm interested in: 1) tools known to work or not work at all for a

Re: [Openstack-operators] Dealing with ITAR in OpenStack private clouds

Could just avoid Glance snapshots and indeed Nova ephemeral storage altogether by exclusively booting from volume with your ITAR volume type or AZ. I don't know what other ITAR regulations there might be, but if it's just what JM mentioned earlier then doing so would let you have ITAR and non-ITAR

Re: [Openstack-operators] backup to object store - tool recommendations

bug: > http://tracker.ceph.com/issues/19056 > > is anyone else hitting this ? > > Saverio > > 2017-03-27 22:11 GMT+02:00 John Dickinson <m...@not.mn>: > > > > > > On 27 Mar 2017, at 4:39, Blair Bethwaite wrote: > > > >> Hi all, > >>

[Openstack-operators] [scientific] Reminder: IRC meeting Wednesday 0900

Hi all - We have a Scientific WG IRC meeting coming up in a few hours (Wednesday at 0900 UTC) in channel #openstack-meeting. All welcome. The agenda has one simple goal: Follow-up on and finalise Boston Forum proposals and assign leaders to submit. Cheers, -- Blair Bethwaite Senior HPC

Re: [Openstack-operators] [User-committee] Boston Forum - Formal Submission Now Open!

Hi Melvin, Just to confirm - the Forum will run Monday through Thursday, and presumably the session scheduling will be flexible to meet the needs of the leads/facilitators? Cheers, b1airo On 21 Mar. 2017 6:56 am, "Melvin Hillsman" wrote: > Hey everyone! > > We have made

Re: [Openstack-operators] Flavors

Hi Chris, On 17 Mar. 2017 15:24, "Chris Friesen" <chris.frie...@windriver.com> wrote: On 03/16/2017 07:06 PM, Blair Bethwaite wrote: Statement: breaks bin packing / have to match flavor dimensions to hardware > dimensions. > Comment: neither of these ring true to me giv

Re: [Openstack-operators] Dealing with ITAR in OpenStack private clouds

Dims, it might be overkill to introduce multi-Keystone + federation (I just quickly skimmed the PDF so apologies if I have the wrong end of it)? Jon, you could just have multiple cinder-volume services and backends. We do this in the Nectar cloud - each site has cinder AZs matching nova AZs. By

Re: [Openstack-operators] Dealing with ITAR in OpenStack private clouds

On 22 March 2017 at 13:33, Jonathan Mills wrote: > > To what extent is it possible to “lock” a tenant to an availability zone, > to guarantee that nova scheduler doesn’t land an ITAR VM (and possibly the > wrong glance/cinder) into a non-ITAR space (and vice versa)… > Yes,

Re: [Openstack-operators] Flavors

There have been previous proposals (and if memory serves, even some blueprints) for API extensions to allow this but they have apparently stagnated. On the face of it I think OpenStack should support this (more choice = win!) - doesn't mean that every cloud needs to use the feature. Is it worth

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

of resources (volumes, floating IPs, etc.). Software licenses can be another type. == (https://etherpad.openstack.org/p/BOS-UC-brainstorming-scientific-wg) Cheers, -- Blair Bethwaite Senior HPC Consultant Monash eResearch Centre Monash University Room G26, 15 Innovation Walk, Clayton Campus Clayton

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

Hi Jay, On 5 April 2017 at 03:21, Jay Pipes <jaypi...@gmail.com> wrote: > On 04/03/2017 06:07 PM, Blair Bethwaite wrote: >> That's something of an oversimplification. A reservation system >> outside of Nova could manipulate Nova host-aggregates to "cordon off" &

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

requests for the same > aggregate). > > Is this feasible? > > Tim > > On 04.04.17, 19:21, "Jay Pipes" <jaypi...@gmail.com> wrote: > > On 04/03/2017 06:07 PM, Blair Bethwaite wrote: > > Hi Jay, > > > > On 4 April 2017 at 00:20, Jay

Re: [Openstack-operators] [User-committee] [scientific][scientific-wg] Reminder: IRC meeting Wednesday 0900

1st_2017 > [2] http://eavesdrop.openstack.org/#Scientific_Working_Group > > ___ > User-committee mailing list > user-commit...@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/user-committee > -- Blair Bethwaite Sen

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

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 call for regular users. Because if

Re: [Openstack-operators] GPU passthrough success and failure records

7 at 07:55, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > Hi all, > > I've been (very slowly) working on some docs detailing how to setup an > OpenStack Nova Libvirt+QEMU-KVM deployment to provide GPU-accelerated > instances. In Boston I hope to chat to some of

Re: [Openstack-operators] [OpenStack-docs] [doc] Operations Guide removal

Hi Alex, I just managed to take a half hour to look at this and have a few questions/comments towards making a plan for how to proceed with moving the Ops Guide content to the wiki... 1) Need to define wiki location and structure. Curiously at the moment there is already meta content at

Re: [Openstack-operators] [User-committee] [scientific] 0900 UTC meeting time change?

; Stig > > > On 21 Jun 2017, at 09:13, Blair Bethwaite <blair.bethwa...@monash.edu> > wrote: > > Thanks Pierre. That's also my preference. > > Just to be clear, today's 0900 UTC meeting (45 mins from now) is going > ahead at the usual time. > > On 21 Jun. 2

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

We at Nectar are in the same boat as Mike. Our use-case is a little bit more about geo-distributed operations though - our Cells are in different States around the country, so the local glance-apis are particularly important for caching popular images close to the nova-computes. We consider these

[Openstack-operators] [scientific][nova][cyborg] Special Hardware Forum session

Hi all, A quick FYI that this Forum session exists: https://www.openstack.org/summit/boston-2017/summit-schedule/events/18803/special-hardware (https://etherpad.openstack.org/p/BOS-forum-special-hardware) is a thing this Forum. It would be great to see a good representation from both the Nova

[Openstack-operators] [scientific] 0900 UTC meeting time change?

Hi all, The Scientific-WG's 0900 UTC meeting time (it's the non-US friendly time) is increasingly difficult for me to make. A couple of meetings back we discussed changing it and had general agreement. The purpose here is to get a straw poll of preferences for -2 or +2 to the current time, i.e.,

Re: [Openstack-operators] [User-committee] [scientific] 0900 UTC meeting time change?

Thanks Pierre. That's also my preference. Just to be clear, today's 0900 UTC meeting (45 mins from now) is going ahead at the usual time. On 21 Jun. 2017 5:21 pm, "Pierre Riteau" <prit...@uchicago.edu> wrote: Hi Blair, I strongly prefer 1100 UTC. Pierre > On 21 Jun 20

Re: [Openstack-operators] [dev] [doc] Operations Guide future

Hi Alex, On 2 June 2017 at 23:13, Alexandra Settle wrote: > O I like your thinking – I’m a pandoc fan, so, I’d be interested in > moving this along using any tools to make it easier. I can't realistically offer much time on this but I would be happy to help (ad-hoc)

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

On 23 May 2017 at 05:33, Dan Smith wrote: > Sure, the diaper exception is rescheduled currently. That should > basically be things like misconfiguration type things. Rescheduling > papers over those issues, which I don't like, but in the room it surely > seemed like operators

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

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...? Cheers, On 24 May 2017 at 06:43, Jay Pipes

Re: [Openstack-operators] [dev] [doc] Operations Guide future

Hi Alex, Likewise for option 3. If I recall correctly from the summit session that was also the main preference in the room? On 2 June 2017 at 11:15, George Mihaiescu wrote: > +1 for option 3 > > > > On Jun 1, 2017, at 11:06, Alexandra Settle wrote:

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 29 April 2017 at 01:46, Mike Dorman wrote: > I don’t disagree with you that the client side choose-a-server-at-random is > not a great load balancer. (But isn’t this roughly the same thing that > oslo-messaging does when we give it a list of RMQ servers?) For us it’s

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 28 April 2017 at 21:17, Sean Dague <s...@dague.net> wrote: > On 04/28/2017 12:50 AM, Blair Bethwaite wrote: >> We at Nectar are in the same boat as Mike. Our use-case is a little >> bit more about geo-distributed operations though - our Cells are in >> different St

Re: [Openstack-operators] [openstack-dev] [scientific][nova][cyborg] Special Hardware Forum session

Thanks Rochelle. I encourage everyone to dump thoughts into the etherpad (https://etherpad.openstack.org/p/BOS-forum-special-hardware - feel free to garden it as you go!) so we can have some chance of organising a coherent session. In particular it would be useful to know what is going to be most

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

h a temporal aspect to them (i.e. > allocations in the future). > > A separate system (hopefully Blazar) is needed to manage the time-based > associations to inventories of resources over a period in the future. > > Best, > -jay > >>> I'm not sure how the above i

[Openstack-operators] Fwd: [AOSUG] OpenStack Australia Day Melbourne - 1 month to go!

please click here <https://www.meetup.com/members/42165752/> To unsubscribe from special announcements from your Organizer(s), click here <https://www.meetup.com/Australian-OpenStack-User-Group/optout/?submit=true&_ms_unsub=true=orgBdcst> Meetup, POB 4668 #37895 NY NY USA 10163

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

On 2 May 2017 at 05:50, Jay Pipes wrote: > Masahito Muroi is currently marked as the moderator, but I will indeed be > there and happy to assist Masahito in moderating, no problem. The more the merrier :-). There is a rather unfortunate clash here with the Scientific-WG BoF

Re: [Openstack-operators] [User-committee] [openstack-dev] [all][tc] Turning TC/UC workgroups into OpenStack SIGs

There is a not insignificant degree of irony in the fact that this conversation has splintered so that anyone only reading openstack-operators and/or user-committee is missing 90% of the picture Maybe I just need a new ML management strategy. I'd like to add a +1 to Sean's suggestion about

[Openstack-operators] [scientific] s/WG/SIG/g

Hi all, If you happen to have been following along with recent discussions about introducing OpenStack SIGs then this won't come as a surprise. PS: the openstack-sig mailing list has been minted - get on it! The meta-SIG is now looking for existing WGs who wish to convert to SIGs, see

[Openstack-operators] Guest crash and KVM unhandled rdmsr

Hi all, Has anyone seen guest crashes/freezes associated with KVM unhandled rdmsr messages in dmesg on the hypervisor? We have seen these messages before but never with a strong correlation to guest problems. However over the past couple of weeks this is happening almost daily with consistent

Re: [Openstack-operators] [User-committee] [scientific] WG IRC meeting: 2100 UTC - opportunistic capacity etc.

Hi Stig, It occurs to me we have not yet had any discussion on the recent WG->SIG proposal, which includes the [scientific] posse, so adding that to the agenda too. Cheers, On 5 September 2017 at 19:29, Stig Telfer wrote: > Hello all - > > We have a Scientific WG

Re: [Openstack-operators] [openstack-dev] [nova] Running large instances with CPU pinning and OOM

Also CC-ing os-ops as someone else may have encountered this before and have further/better advice... On 27 September 2017 at 18:40, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > On 27 September 2017 at 18:14, Stephen Finucane <sfinu...@redhat.com> wrote: >> What yo

[Openstack-operators] [scientific] IRC meeting today at 1100UTC in #openstack-meeting

Hi all, We have an IRC meeting today at 1100 UTC in channel #openstack-meeting We are short a couple of chairs today but would like to start planning out our picks from the Summit schedule and confirming interest in presentation slots for our Scientific Lightening Talk session. Plus I have a

Re: [Openstack-operators] Guest crash and KVM unhandled rdmsr

Hi Saverio, On 13 October 2017 at 09:05, Saverio Proto wrote: > I found this link in my browser history: > https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/1583819 Thanks. Yes, have seen that one too. > Is it the same messages that you are seeing in Xenial ? There are a

[Openstack-operators] [scientific] Sydney lightning talks session

Hi all, Once again the Scientific SIG (nee WG) has a dedicated lightning talk session happening at the Sydney Summit. If have any interesting OpenStack + Science and/or HPC stories then please through you hat in the ring at: https://etherpad.openstack.org/p/sydney-scientific-sig-lightning-talks

Re: [Openstack-operators] [openstack-dev] Upstream LTS Releases

Hi all - please note this conversation has been split variously across -dev and -operators. One small observation from the discussion so far is that it seems as though there are two issues being discussed under the one banner: 1) maintain old releases for longer 2) do stable releases less

Re: [Openstack-operators] [openstack-dev] Upstream LTS Releases

I missed this session but the discussion strikes a chord as this is something I've been saying on my user survey every 6 months. On 11 November 2017 at 09:51, John Dickinson wrote: > What I heard from ops in the room is that they want (to start) one release a > year who's branch

Re: [Openstack-operators] [scientific] Sydney lightning talks session

Hi again all, There's still room for one or two more lightning talks in this session tomorrow. And as has become tradition there will be a prize for the best talk thanks to Arkady Kanevsky from Dell! Please sign up and share your stories - we don't bite. On 18 October 2017 at 08:27, Blair

Re: [Openstack-operators] Ceph @ OpenStack Sydney Summit

shout out and/or add to https://etherpad.openstack.org/p/SYD-forum-Ceph-OpenStack-BoF. Also, hope to see some of the core team there! Cheers, On 7 July 2017 at 13:47, Blair Bethwaite <blair.bethwa...@gmail.com> wrote: > Hi all, > > Are there any "official" plans to h

Re: [Openstack-operators] Best practice against DDoS on openstack

Similarly, if you have the capability in your compute gear you could do SR-IOV and push the problem entirely into the instance (but then you miss out on Neutron secgroups and have to rely entirely on in-instance firewalls). Cheers, On 25 October 2017 at 01:41, Jeremy Stanley

[Openstack-operators] [scientific] IRC meeting today at 1100UTC (in 1 hour) in #openstack-meeting

Hi all, We have an IRC meeting today at 1100 UTC in channel #openstack-meeting. A light agenda today, mainly looking for input into the SC17 OpenStack in HPC BOF (http://sc17.supercomputing.org/presentation/?id=bof208=sess389). -- Cheers, ~Blairo

[Openstack-operators] [scientific] today's meeting at 2100UTC (now!) cancelled

Hi all, Today's meeting is cancelled as the usual chairs are en-route to Sydney! Apologies for the short notice - timezones meant I only just confirmed this. -- Cheers, ~Blairo ___ OpenStack-operators mailing list

[Openstack-operators] pci passthrough & numa affinity

Hi Jon, Following up to the question you asked during the HPC on OpenStack panel at the summit yesterday... You might have already seen Daniel Berrange's blog on this topic:

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

Lol! Ok, forgive me, I wasn't sure if I had regular or existential Jay on the line :-). On Thu., 14 Jun. 2018, 00:24 Jay Pipes, wrote: > 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?

  1   2   >