Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-10-18
16:37:14 mriedem this is why we have the 'is_shared_storage' ssh stuff during migration
16:37:33 mriedem well, shared storage is not Q, so later,
16:37:39 mriedem but this is why it's not Q, among other reasons
16:38:11 efried Yeah, so each compute node happily reports all the storage, but the conductor (or whatever is doing the rollup) can see that those inventories are coming from the same RP, so it can report the total just once rather than adding it up.
16:38:31 dansmith efried: mriedem right, computes will need to not report shared storage
16:38:33 efried But wait, the compute node shouldn't be reporting inventory in the compute node RP for storage that's in an aggregate.
16:38:34 dansmith not just report the same
16:38:44 efried yeah, that %
16:38:45 openstackgerrit Merged openstack/nova-specs master: Granular Resource Request Syntax https://review.openstack.org/510244
16:38:45 dansmith computes will report their storage if they have some, else none
16:38:48 mriedem efried: the omputes aren't aware of hte aggregate
16:39:32 efried dansmith So who's responsible for creating the shared storage RP and its inventory?
16:39:39 dansmith efried: some storage agent
16:39:42 dansmith like neutron does
16:39:46 mriedem thinking back on pike issues, this was also a thing where the scheduler would claim disk_gb on the shared storage RP, but the compute would overwrite the instance disk_gb allocation against it's local compute node
16:39:51 mriedem because it wasn't aware of the aggregate relationship for disk
16:39:51 cdent mriedem: the rt has an aggregate map (as yet unused)
16:40:00 cdent that was supposed to allow it to be able to report inventory correctly
16:40:06 cdent once shared exists
16:40:13 mriedem cdent: ah, fun
16:40:29 cdent “fun”
16:40:46 mriedem i remember working a patch for one afternoon late in pike rc time trying to sort out how to not get the rt to overwrite the shared disk allocation and it went down the hole fast
16:41:10 mriedem involved basically reverse engineering the logic in placement and the scheduler, from the rt
16:41:25 cdent wheeee!
16:41:34 mriedem but, another reason why we don't want the RT trying to figure out allocations
16:41:43 cdent the aggregate_map still leaves open the question of whether a compute node can have both local and shared, which, unsure
16:42:27 mriedem yeah idk, couldn't you mount an NFS share on a compute and configure the instance path to use that share, but leave root and everything else that's local disk for the OS and running nova-compute?
16:42:42 mriedem like, i want all my instance and image crap to go in the NFS share
16:42:52 mriedem leave local disk for everything else
16:43:03 dansmith there's lots of things that need to change on compute to make that duality possible
16:43:07 dansmith the easiest to do today would be local disk + ceph I think,
16:43:17 dansmith since it's not fighting over /var/lib/instances
16:44:04 mriedem ok well this is why no shared storage support in queens :)
16:44:08 dansmith cha
16:44:12 mriedem granular request syntax spec approved
16:44:19 cdent huzzah
16:44:21 dansmith efried: get to work
16:45:03 efried Thanks for that. (jaypipes should really read it at some point, since it was his idea.)
16:45:14 mriedem artom: you want to start working on squashing https://review.openstack.org/#/c/512406/ into https://review.openstack.org/#/c/471356/ ?
16:50:37 jmccarthy Trying to figure out about using horizon to view instance console (instance on xen compute) - the console.log works, but not the console, any ideas ?
16:52:35 artom mriedem, sure
16:52:48 artom I wonder what'll come first - CI allowed you to merge it, or the next solar eclipse
16:54:30 mriedem or me going to lunch
16:55:45 artom Maybe you could eat the sun, two birds with one stone
16:56:28 mriedem i'm gonna need some psilocybin to pull that off
16:56:48 openstackgerrit sean mooney proposed openstack/nova-specs master: Use neutron's new port binding API https://review.openstack.org/375580
16:57:45 artom That was awfully erudite way of asking for shrooms
17:00:25 openstackgerrit Artom Lifshitz proposed openstack/nova stable/newton: Use VIR_DOMAIN_BLOCK_REBASE_COPY_DEV when rebasing https://review.openstack.org/471356
17:00:45 artom mriedem, ^^
17:13:34 openstackgerrit John Garbutt proposed openstack/nova master: Keep updating allocations for Ironic https://review.openstack.org/513085
17:21:45 jmccarthy Any ideas about how the console connection is setup to it can work via horizon ? (with instances on xen)
17:23:14 sean-k-mooney stephenfin: just looked at https://review.openstack.org/#/c/361140/30. there are some minor inaccuacyies in the spec but nothing i care about enough to warrent updating now that its merged
17:26:31 sean-k-mooney jmccarthy: i belive with xen you can still use spice/vnc or xens own console
17:26:48 efried cdent https://bugs.launchpad.net/nova/+bug/1724633
17:26:49 openstack Launchpad bug 1724633 in OpenStack Compute (nova) "AllocationCandidates.get_by_filters hits incorrectly when traits are split across the main RP and aggregates" [Undecided,New]
17:27:44 jmccarthy sean-k-mooney: True, those do work (at least the xen console that I tried earlier). I was hoping to see about getting it going via horizon
17:28:28 sean-k-mooney jmccarthy: connect it to horizon should work all you need to do is deploy the same proxy service on dom0 that you would use for kvm
17:29:17 sean-k-mooney horrizon bassically uses a html5 canvas and a websocket to deliver the vnc/spice console
17:29:51 melwitt looks like zuul was restarted again, so check to see if you need to recheck your patches
17:30:44 jmccarthy sean-k-mooney: Not sure I follow here about proxy service that is needed on xen compute ?
17:31:28 cdent thanks efried will pay real attention a bit later
17:31:42 sean-k-mooney jmccarthy: actully it does not need to be on the computes. for kvm we deploy nova_novncproxy on the contoler and it connect to the hypervisor vnc console and proxyies it to horizon via a websocket
17:31:48 efried cdent The bug doesn't have anything you don't already know. I'll post the reviews in a bit and poke ya.
17:32:04 cdent s’cool, good to have on radar
17:32:56 jmccarthy sean-k-mooney: Ah ok yep I have that - I have both types of computes in this setup actually
17:34:07 sean-k-mooney jmccarthy: ya so backically in the nova compute nodes you have to add eitehr a vnc or spice section to the nova.conf or nova-compute.conf that points the hypervior at the proxy
17:34:44 sean-k-mooney jmccarthy: somthing like this http://paste.openstack.org/show/624007/
17:34:45 mriedem need another specs core on this one https://review.openstack.org/#/c/509326/
17:35:04 jmccarthy sean-k-mooney: I think I have that tho ? The console in horizon is working for instances on kvm compute
17:35:46 sean-k-mooney jmccarthy: is xen configured to use a xen console for guests or a vnc console. you will have to match them up
17:38:07 sean-k-mooney jmccarthy: are you using xen via libvirt
17:38:37 jmccarthy sean-k-mooney: yep
17:38:38 sean-k-mooney jmccarthy: if so dump the xml of the xen instance and check if its using vnc like kvm or is it using the xen console
17:39:15 sean-k-mooney you have to pass the -c xen:// option to virsh to see the instance by default
17:39:52 sean-k-mooney so virsh -c xen:// list then virsh -c xen:// dumpxml <domain name>
17:40:36 jmccarthy sean-k-mooney: I see this console bit ? http://paste.openstack.org/show/624009/
17:41:09 sean-k-mooney jmccarthy: can you show me the full xml
17:42:02 sean-k-mooney jmccarthy: it should look something like http://paste.openstack.org/show/623903/
17:42:12 jmccarthy sean-k-mooney: http://paste.openstack.org/show/624010/
17:42:52 sean-k-mooney <graphics type='vnc' port='5900' autoport='yes' listen='0.0.0.0' keymap='en-us'>
17:42:54 sean-k-mooney <listen type='address' address='0.0.0.0'/>
17:42:56 sean-k-mooney </graphics>
17:42:58 sean-k-mooney so its using vnc
17:43:09 sean-k-mooney so you need to configre the nova conf also for vnc
17:45:34 jmccarthy sean-k-mooney: Oh I think vnc is off, spice is enabled
17:46:02 sean-k-mooney jmccarthy: :) that would cause issues. vnc works better in general
17:46:49 sean-k-mooney at least via horizon
17:47:42 openstackgerrit Eric Fried proposed openstack/nova master: Test alloc candidates with same RC in cn & shared https://review.openstack.org/513149
17:47:46 efried cdent ^ thar she blows.
17:47:55 cdent word
17:47:57 efried mriedem dansmith ^ demonstrates those two bugs I mentioned earlier.
17:49:09 jmccarthy sean-k-mooney: Ok I have to re-jig this and try it again
17:49:23 jmccarthy sean-k-mooney: Thanks :) !
18:08:25 jmccarthy sean-k-mooney: Oh actually it is vnc hmm
18:13:21 dims edleafe : ah ivy league school :)
18:14:12 edleafe dims: :)
18:24:52 openstackgerrit Elod Illes proposed openstack/nova master: Transform keypair.import notification https://review.openstack.org/513159
18:31:38 openstackgerrit melanie witt proposed openstack/nova master: DNM: Test websocketproxy with TLS https://review.openstack.org/513160
18:34:19 efried edleafe Where, in that test case? I was just following examples in the rest of the file. Thought I was mimicking alex_xu - but apparently he was mimicking jaypipes :)
18:35:34 openstackgerrit melanie witt proposed openstack/nova master: DNM: Test websocketproxy with TLS https://review.openstack.org/513160

Earlier   Later