Earlier  
Posted Nick Remark
#openstack-nova - 2018-12-06
16:56:32 pas-ha right now that's the only way I see it might work, yes
16:57:29 mriedem this was the spec if that contains any info https://specs.openstack.org/openstack/nova-specs/specs/mitaka/implemented/image-verification.html
16:58:38 mriedem it does say "Add functionality to Nova which calls the standalone module when Nova uploads a Glance image and the verify_glance_signatures configuration flag is set."
16:59:23 mriedem but i don't actually see that happening
17:00:07 mriedem pas-ha: you might be better off simply asking about this in the openstack-discuss mailing list to see if anyone else is working on this already
17:00:10 mriedem or interested in closing this gap
17:00:30 pas-ha yes, figured that out, will do, thanks!
17:00:35 mriedem yw
17:54:11 cfriesen there's contact information there...is someone going to email them?
17:54:26 cfriesen ^ for the intel NFV CI
17:54:46 sean-k-mooney is it broken?
17:55:02 cfriesen mriedem: says yes
17:55:25 cfriesen bah, shouldn't have colon there
17:55:38 sean-k-mooney i read it anyway :)
17:56:01 sean-k-mooney i need to talk to infra and see if we can migrate that ci upstream
17:56:21 sean-k-mooney it all comes down to having host noes with nested virt
17:56:28 sean-k-mooney and 2 numa nodes
17:57:12 sean-k-mooney the 2 numa nodes are optional but it used dual numa node guest too
18:06:02 lyarwood We shouldn't allow a cold migration from an offline compute host right?
18:06:18 dansmith we don't check, AFAIK
18:06:51 lyarwood Yeah that's what I'm seeing in the API at least
18:07:12 lyarwood but that's a bug right? The source compute being offline should fail the attempt right there?
18:07:24 dansmith well,
18:07:37 dansmith you could argue that for sure
18:08:58 lyarwood k, this is from a downstream bug report where a user has tried to migrate instead of evacuate from an offline compute and the instance gets stuck in resize_prep etc.
18:20:39 openstackgerrit Jack Ding proposed openstack/nova master: [WIP] Preserve UEFI NVRAM variable store https://review.openstack.org/621646
18:21:18 spatel sean-k-mooney: afternoon
18:21:32 sean-k-mooney o/
18:22:02 spatel sean-k-mooney: i had question related horizon dashboard Overview section, its saying Active instance: 367
18:22:20 sean-k-mooney yep
18:22:23 spatel but when i run "nova list" its saying you have 280 instance total
18:22:36 spatel where that 367 came from?
18:22:51 sean-k-mooney that is a good question
18:23:05 sean-k-mooney i belive it hitting the simple teant usage api
18:23:11 spatel does it counting deleted instance too?
18:23:24 sean-k-mooney so it is proably showing the total number of instaces that were launched
18:23:49 sean-k-mooney let me take a look a dashboard for a sec
18:24:15 spatel ok
18:26:04 sean-k-mooney so i just opend my local hoizon you are lokking at the overview seaction in the project section or admin
18:26:53 sean-k-mooney in the project page it should just show the active instance not deleted
18:31:19 sean-k-mooney spatel: you could run "openstack usage list" or openstack usage show --project <your project> and see if that say 367
18:32:17 sean-k-mooney spatel: i do not have a version of horizon that has teh simple teant usage api support turned on so i just see the dashboard that show the currently active instances
18:35:11 spatel hold on doing it
18:36:19 spatel sean-k-mooney: http://paste.openstack.org/show/736782/
18:36:29 spatel here you go
18:36:57 sean-k-mooney so you were looking at the overview in the admin section
18:37:30 sean-k-mooney well maybe not
18:37:56 sean-k-mooney 314 != 367
18:40:54 openstackgerrit Dan Smith proposed openstack/nova master: Only warn about not having computes nodes once in rpcapi https://review.openstack.org/623282
18:40:55 openstackgerrit Dan Smith proposed openstack/nova master: Make compute rpcapi version calculation check all cells https://review.openstack.org/623284
18:40:55 openstackgerrit Dan Smith proposed openstack/nova master: Make service.get_minimum_version_all_cells() cache the results https://review.openstack.org/623283
18:40:56 dansmith mriedem: ^
18:41:34 dansmith mriedem: hopefully we can see the difference in just the logging, and measure the impact of the all-cells change
18:42:56 sean-k-mooney spatel: how many running vms does "openstack hypervisor stats show -c running_vms -f value" return
18:43:23 spatel running
18:45:35 sean-k-mooney ok so that is what you were exepcting
18:45:41 sean-k-mooney it should match "openstack server list -f value -c ID | wc -l"
18:45:57 sean-k-mooney but horizon is saying 367
18:46:31 sean-k-mooney it should match "openstack server list -f value -c ID | wc -l"
18:46:34 spatel I have two project so i need to run that command in specific project
18:46:51 spatel admin not giving me any data when i run "openstack server list -f value -c ID | wc -l"
18:47:05 sean-k-mooney am use this one instead "openstack server list -f value -c ID --all-projects | wc -l"
18:47:45 spatel across all project output is "287"
18:47:55 spatel when i run this "openstack server list -f value -c ID --all-projects | wc -l"
18:48:08 sean-k-mooney ok so that will inclode shelved or error state vms
18:48:20 spatel possible some machine are shutdown or error stat ...
18:48:35 sean-k-mooney its clode enought to the running vms for hypervior state that i would get horizon may be wrone
18:49:17 sean-k-mooney openstack server list would include all vm except deleted instances i think by default
18:49:47 spatel but 367 which horizon claiming is way way out..
18:50:14 sean-k-mooney yes it is
18:50:23 sean-k-mooney i honetly dont know why
18:50:31 spatel i assume its counting delete and other state also...
18:50:37 spatel I will open BUG :)
18:50:44 spatel lets see what other people chime in
18:50:47 sean-k-mooney spatel: it should not include deleted
18:50:56 spatel that is what i am thinking
18:51:24 sean-k-mooney out of interest what is the resulted of "openstack server list -f value -c ID --deleted --all-projects | wc -l"
18:51:38 sean-k-mooney is it around 80 ish?
18:53:39 mriedem dansmith: ack, we might get results by eod
18:53:47 dansmith mriedem: aye
18:54:07 dansmith mriedem: I just -1ed your placement client thing because I'm an ass, but I will make the change for you if you want
18:54:13 dansmith to make myself feel better
18:54:21 mriedem what assery is this
18:54:35 spatel sean-k-mooney: ^^
18:54:46 spatel i am confused now :(
18:55:36 openstack Launchpad bug 1807251 in OpenStack Dashboard (Horizon) "Horizon Overview summary showing wrong numbers " [Undecided,New]
18:55:36 spatel Here i file bug https://bugs.launchpad.net/horizon/+bug/1807251
18:55:56 cdent I imagine there is.a super upper ontology of assery
18:58:52 sean-k-mooney spatel: that is strange
18:59:16 spatel definitely bug or may be some DB cleanup stuff?
18:59:17 sean-k-mooney even teh other things like cpu hours are way out
18:59:27 spatel exactly
19:00:02 sean-k-mooney are they showing the same time period
19:00:03 sean-k-mooney 2018-11-08 to 2018-12-07
19:01:05 sean-k-mooney it looks like the cli is defaulting to the last month but maybe horizon has a differnt default
19:01:13 spatel on Horizon dates are default set to 2018-12-05 to 2018-12-06
19:01:21 spatel 24 hours period
19:01:43 sean-k-mooney that does not explain how horrizon is showing more usage
19:01:53 sean-k-mooney in fact it makes it less likely..
19:02:29 spatel hmm

Earlier   Later