Earlier  
Posted Nick Remark
#openstack-nova - 2017-12-19
02:26:57 mriedem so you don't DoS libvirt
02:28:10 mriedem i didn't know osc actually let you specify a list of uuids to perform some action
02:28:28 rybridges well
02:28:31 rybridges it wasnt always like that
02:28:43 rybridges in juno we could not do that for the suspend command
02:28:55 mriedem yeah but now you guys are all upgraded to ocata
02:28:59 mriedem and have shiny new ways to kill yourselves
02:29:18 rybridges lololol
02:31:16 lbragstad mriedem: responded with more context/questions, hopefully it's clearer https://review.openstack.org/#/c/525772/1
02:32:37 mriedem lbragstad: i think v1 of this thing needs to probably default to allowing whatever we support today,
02:32:42 mriedem which is admin == god
02:32:52 mriedem so in this thing, god == system scope
02:32:53 mriedem yes?
02:32:55 lbragstad so - ['system', 'project']
02:33:00 mriedem yeah,
02:33:07 lbragstad because right now if you're admin you're god
02:33:18 mriedem and then for deployments that are doing a god -> project admin -> sheep setup, they can tweak their policy
02:33:20 lbragstad and can do anything everywhere
02:33:29 mriedem cburgess: ^
02:33:43 mriedem cburgess would be a good person to ask because i think he's in the god role
02:33:56 mriedem i.e. the hosting company operator
02:34:00 lbragstad right
02:34:24 lbragstad so the big question is, how much power do i want to give customers without giving them the power to hose my deployment
02:37:20 mriedem today by default its all or none right?
02:37:23 mriedem admin or not admin
02:37:39 lbragstad pretty much
02:38:02 mriedem ok so i would think in queens, anything that's an admin rule by default today, would be system and project scopes
02:38:08 mriedem for compat
02:38:21 mriedem then over time you could start restricting the defaults from system to just project with release notes
02:38:35 mriedem these are just defaults in the code, and can be overridden
02:38:42 lbragstad so - i kinda tried to go about doing that here: https://review.openstack.org/#/c/528847/1
02:38:57 lbragstad and i'd be super curious to get cburgess' feedback on that
02:39:13 mriedem oh so you have a global switch
02:39:22 lbragstad where an operator can go through and flip that switch once they have the right role infrastructure in place
02:39:31 lbragstad and they have audited their users to have the right roles
02:39:40 rybridges so the whole reason why i was asking about suspend originally is because snapshots were failing
02:39:55 rybridges and the snapshot flow (to my knowledge) is suspend > snapshot > resume
02:39:57 lbragstad (e.g. bob had the admin role but based on good faith, he didn't hose my deployment)
02:40:02 rybridges and it was always failing on suspend
02:40:22 rybridges and they still fail most of the time on suspend
02:40:25 rybridges with the same error above
02:40:42 mriedem rybridges: what libvirt calls suspend is likely != the compute api suspend
02:40:44 rybridges even though i cannot reproduce the error with suspending on the cli with the loop
02:41:31 mriedem https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L1786
02:41:48 mriedem https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2686
02:41:57 mriedem former is what libvirt calls on the guest during a snapshot
02:42:11 mriedem latter is what you get with 'openstack server suspend'
02:42:35 rybridges oh
02:42:38 rybridges ok that is interesting
02:43:00 mriedem oh jeez, nvm
02:43:01 mriedem self.suspend(context, instance)
02:43:03 mriedem derp
02:43:05 mriedem you're right
02:43:18 mriedem i was thinking of this https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L600
02:43:54 mriedem rybridges: did you see where/why the snapshot was actually failing? have you tried doing live snapshots?
02:44:19 rybridges the snapshots are failing with the exact same error as i posted in the pastebin above
02:44:28 mriedem you might want to try live snapshot if libvirt / qemu on the host is new enough
02:44:36 rybridges it looks like it is just failing on the suspend
02:44:45 mriedem we don't call suspend if you do a live snapshot
02:44:57 rybridges we are running the latest libvirt / qemu that is available for rhel7
02:45:06 mriedem which is what?
02:45:16 mriedem https://github.com/openstack/nova/blob/stable/ocata/nova/conf/workarounds.py#L68
02:45:44 rybridges can you do live snapshot from horizon?
02:45:57 mriedem live vs cold is a config option in nova-compute in this case
02:46:01 rybridges i dont see where to do that
02:46:03 mriedem by default it's cold
02:46:40 mriedem we removed that in queens https://github.com/openstack/nova/commit/980d0fcd75c2b15ccb0af857a9848031919c6c7d
02:46:42 mriedem so now it's always live
02:46:47 mriedem well, live by default
02:47:32 rybridges ok this is very interesting
02:47:33 mriedem using libvirt 3.6.0 and qemu 2.10 we haven't seen issues with live snapshot in CI
02:47:35 rybridges i will try this now
02:47:42 rybridges ok
02:47:54 mriedem used to see about a 25% failure rate with live snapshot using libvirt 1.2.2 back in the day
02:48:08 rybridges ok
02:48:23 rybridges you said that conf option should be on the hypervisor right?
02:48:25 rybridges for nova compute
02:48:26 mriedem yeah
02:48:28 rybridges not in nova api
02:48:30 mriedem it's read from the nova-compute service
02:48:30 rybridges ok
02:49:07 mriedem if that works, penick owes me a ginger ale in dublin
02:49:36 mriedem either way i'm hanging it up for the night
02:50:41 rybridges haha
02:50:46 rybridges i will be in ireland for ptg in feb
02:50:54 rybridges so ill get ou a ginger ale too
04:52:29 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Verify parameters in servers.inc https://review.openstack.org/528201
04:52:34 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Verify parameters in servers.inc https://review.openstack.org/528201
05:21:21 openstackgerrit Nakanishi Tomotaka proposed openstack/nova master: Use Placement API to check resource usage https://review.openstack.org/528953
06:05:58 openstackgerrit Rajesh Tailor proposed openstack/nova master: Host addition host-aggregate should be case-sensitive https://review.openstack.org/498334
06:06:33 openstackgerrit Rajesh Tailor proposed openstack/nova master: Fix case-sensitivity for metadata keys https://review.openstack.org/504885
07:00:31 openstackgerrit jichenjc proposed openstack/nova master: Remove 'nova-manage shell' command https://review.openstack.org/521835
07:00:32 openstackgerrit jichenjc proposed openstack/nova master: Remove 'nova-manage logs' command https://review.openstack.org/522133
07:00:32 openstackgerrit jichenjc proposed openstack/nova master: Remove 'nova-manage account' and 'nova-manage project' https://review.openstack.org/521833
07:12:56 Guest72028 Hello All
07:19:17 Guest72028 I have a questions for nova specialists about nova ressources: is it possible to have compute nodes spares ? is it possible to reserve compute ressources , prioritize rebuild order of VM while evacuation process ?
08:25:12 openstackgerrit 龚肖 proposed openstack/nova stable/pike: compute: Catch binding failed exception while init host https://review.openstack.org/528985
08:35:02 openstackgerrit TommyLike proposed openstack/nova master: Remove redundant try/except block when authorize https://review.openstack.org/528991
08:35:38 openstackgerrit Mr Rambo proposed openstack/nova master: Fix the problems that volume-backed server rebuild https://review.openstack.org/528994
09:05:26 lyarwood mdbooth: thanks for the reviews yesterday btw, is your uuid series ready for review?

Earlier   Later