| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-28 | |||
| 09:39:34 | SteveRUKC | also, hypervisor_stats is showing a negative number for least_free | |
| 09:39:44 | SteveRUKC | if anyone has any ideas it would be most appreciated | |
| 09:48:14 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: DNM: trying to turn on periodic tasks https://review.openstack.org/488352 | |
| 09:53:39 | openstackgerrit | Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766 | |
| 10:09:26 | dims | dansmith : looks like ttx took care of it 3 hours ago. w00t | |
| 10:14:46 | cdent | gibi: I did some similar periodic job fiddling last night and ran into the same confusion with the computes getting weird | |
| 10:15:15 | cdent | I’m guessing the fixture (or the the service) is not happy being in the same process with another version of itself? | |
| 10:29:49 | bhagyashris | cdent: Hi, Hi, I have resolved my yesterday's issue there was some problem to restart the nfs server and for locking thing through nfs required statd service to enable. | |
| 10:29:51 | openstackgerrit | Chris Dent proposed openstack/nova master: [placement] quash unicode warning with shared provider https://review.openstack.org/488363 | |
| 10:30:12 | cdent | bhagyashris: ah, cool, glad you were able to make it work | |
| 10:30:51 | bhagyashris | cdent: Now everything is working fine to test the shared resource provider thing. I have just tested one scenario simply created instance as as mentioned in http://paste.openstack.org/show/616724/ but in my observation the root gb of created flavor has been considered in the allocations table against the compute resource provider and CUSTOM_DISK resource against "shared_resource" resource provider. | |
| 10:31:09 | bhagyashris | cdent: IMO, As i am creating the nfs backed instance so it should take the RAM and VCPU from the computes resource provider and DISK from the "shared_resource" provider. | |
| 10:31:12 | kashyap | mdbooth: Thanks for the review! | |
| 10:31:56 | kashyap | And also to dansmith (About: https://review.openstack.org/#/c/485752/, but not for the "summary" remark :P) | |
| 10:32:16 | cdent | bhagyashris: you can address that (at least in part) by using DISK_GB instead of CUSTOM_DISK for the nfs shared resource provider | |
| 10:32:17 | kashyap | johnthetubaguy: Maybe when you have a minute to ACK this straightforward change: https://review.openstack.org/#/c/485752/ | |
| 10:33:07 | cdent | the thing that will be missing is that there’s nothing currently in place to manage the allocation of disk on the shared resource provider, but that’s in progress with the claim in the scheduler stuff that is being worked on this week | |
| 10:36:25 | bhagyashris | cdent: ohk Means instead of creating the "CUSTOM_DISK" resource class and then creating the inventory for that I need to update the inventory against "DISK_GB" resource class right. | |
| 10:37:41 | cdent | bhagyashris: well basically the general rule is that if you can use a standard resource class (because it maps to the unit of resource a provider is providing) you may as well | |
| 10:39:43 | bhagyashris | cdent: ohk. checking... | |
| 10:48:08 | s-dean | Hello, could someone point me in the right direction to debug this nova.exception.NeutronAdminCredentialConfigurationInvalid' ? | |
| 10:50:10 | s-dean | nevermind | |
| 10:53:47 | bhagyashris | cdent: I have updated the inventory using DISK_GB resource class against the nfs shared resource provider but in that case after booting the instance it's not using shared_storage provider. | |
| 10:54:36 | bhagyashris | cdent: It address the disk used against compute node resource provider. | |
| 10:58:23 | vdrok | good morning everyone! | |
| 10:58:38 | vdrok | sdague: small request, if you have some time :) https://review.openstack.org/480624 | |
| 11:00:47 | vdrok | thanks! | |
| 11:01:01 | cdent | bhagyashris: ah, right, because the compue is reporting it’s own disk too, so is considered a valid target for all the resources. /me thinks | |
| 11:01:30 | cdent | bhagyashris: are you working from today’s master or something earlier? | |
| 11:02:29 | bhagyashris | cdent: yeah. I am working from todays master commit-id: 23c4eb34380bdf3eece11abbe0f6ccb68c060f47 "claim resources in placement API during schedule()" | |
| 11:07:10 | cdent | bhagyashris: do you have the log of it making the PUT /allocations requests? It might be that the scheduler is claimng one set of allocations, but later (in the periodic update) the resource tracker is changing things. if you’re going to be using the CUSTOM_DISK resource class you need to make sure your flavor doesn’t indicate any requests for disk_gb | |
| 11:07:53 | cdent | I think over the next few days things are likely to be quite unstable with claims, and there will be a few more changes coming | |
| 11:09:48 | bhagyashris | cdent: ohk. | |
| 11:10:28 | cdent | bhagyashris: it’s great that you’re doing this investigating, but right now is going to be a chaotic time | |
| 11:13:15 | cdent | bauzas: if this still alive? https://review.openstack.org/#/c/427200/ | |
| 11:13:24 | bauzas | cdent: looking | |
| 11:13:47 | bauzas | cdent: well, maybe we should discuss with matt | |
| 11:13:58 | bauzas | I can rebase it | |
| 11:14:05 | bauzas | meanwhile | |
| 11:14:26 | cdent | k, thanks | |
| 11:16:26 | bhagyashris | cdent: ohk. Just to inform you I have checked the allocations table entries and in that I saw the disk_gb reported against the compute node resource provider and not the shared resource provider. | |
| 11:16:59 | bhagyashris | cdent: Thank you for your time :) | |
| 11:17:19 | cdent | yeah, in the case where you have two different provider of DISK_GB it is likely that the non-shared provider will be picked when there are multiple options. | |
| 11:24:56 | bhagyashris | cdent: ohk. | |
| 11:25:58 | openstackgerrit | Sean Dague proposed openstack/nova master: always show urls in list_cells https://review.openstack.org/487860 | |
| 11:36:10 | gibi | cdent: yes, I have the same feeling about the host name confusion | |
| 11:36:27 | gibi | cdent: but I cannot spend more time on it today. I will continue looking into it on Monday | |
| 11:36:42 | cdent | gibi: I also left a comment on your test about another thing worth looking into | |
| 11:36:56 | cdent | if I have time today I may experiment some more, but not sure I’ll have time | |
| 11:37:06 | cdent | thanks for messing with it | |
| 11:37:38 | gibi | thanks for thelping | |
| 11:38:21 | gibi | if you make some progress still today then do not hesistate to update any of my reviews | |
| 11:43:58 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: Add a status check for enabled filters https://review.openstack.org/427200 | |
| 11:44:24 | bauzas | cdent: ^ | |
| 11:44:34 | cdent | ✔ | |
| 11:44:40 | bauzas | after reviewing it, I think it's important to merge it | |
| 11:44:43 | bauzas | for Pike | |
| 11:46:28 | openstackgerrit | Chris Dent proposed openstack/nova master: Add functional test for two-cell scheduler behaviors https://review.openstack.org/452006 | |
| 11:49:01 | openstackgerrit | Chris Dent proposed openstack/nova master: [placement] gabbi tests for shared custom resource class https://review.openstack.org/485209 | |
| 11:50:46 | cdent | bauzas: there’s quite a lot of small things that either fix minor bugs, cover areas not previously covered, or document things. all of which would be nice for pike. update 30 will be ready in a few minutes. If you and others can get to some of the things in the “other” section that would be very useful. | |
| 11:51:21 | bauzas | cdent: sorry, I don't understand you | |
| 11:51:30 | bauzas | cdent: you want me to do what ? review ? | |
| 11:52:20 | cdent | bauzas: a) I’m agree with hou on the import to merge 427200 and b) saying there’s lots of similar things, which will be listed in the # Other section rp update 30 coming out soon, which will need review and ought to be merged | |
| 11:52:40 | bauzas | ah, yes, agreed on that | |
| 11:53:05 | bauzas | we need to make sure we use those two weeks correctly, ie. not for features but rather bugs and/or docs | |
| 11:53:19 | bauzas | tbc, I'll mostly do bug triage next week | |
| 11:53:28 | bauzas | and the rest of my time will be for reviewing | |
| 12:03:47 | sdague | cdent / bauzas / jay - just an FYI of something I closed as won't fix - https://bugs.launchpad.net/nova/+bug/1707085 - in case you have other opinions | |
| 12:03:48 | openstack | Launchpad bug 1707085 in OpenStack Compute (nova) "Max_unit should account for allocation_ratio" [Undecided,Won't fix] | |
| 12:09:35 | cdent | sdague: your response makes sense to me, and max_unit is being set as it for the reasons you describe | |
| 12:23:26 | cdent | edleafe: left a comment on https://review.openstack.org/#/c/487954/ Just trying to make your life harder (as usual) | |
| 12:24:27 | edleafe | cdent: saw it. I'm not sure that any instance on an ironic node would ever have any other custom resource class. I mean, that's the point, right? | |
| 12:24:55 | cdent | edleafe: dunno | |
| 12:25:13 | cdent | it’s the internet. if it is possible to do something, people will | |
| 12:25:28 | edleafe | cdent: what I *do* know is that operators can change the CRC of a node | |
| 12:25:39 | edleafe | cdent: and like you said, if they can, they will :) | |
| 12:26:41 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/477091 | |
| 12:27:35 | openstackgerrit | Doug Hellmann proposed openstack/nova master: add a redirect for the old cells landing page https://review.openstack.org/487932 | |
| 12:48:11 | sdague | cdent: is this still a thing? https://bugs.launchpad.net/nova/+bug/1659647 | |
| 12:48:12 | openstack | Launchpad bug 1659647 in OpenStack Compute (nova) "The resource tracker clears the tracked_instances dictionary on every periodic job" [Undecided,New] | |
| 12:49:13 | cdent | sdague: yeah, that came up in the hangout last night | |
| 12:49:47 | cdent | fixing it as described there would break “healing” but it’s now no longer clear that perfect healing is what we want | |
| 12:50:06 | cdent | it did get brought up in atlanta, but unresolved. will probably need to come up again in denver | |
| 12:50:46 | s-dean | Hi there, in the nova_cell0 database is the instanaces tables supposed to be populated? | |
| 12:51:18 | efried | s-dean As I understand it, that table only houses instances that failed to be scheduled. | |
| 12:51:43 | efried | s-dean I learned that from https://review.openstack.org/#/c/487183/ | |
| 12:52:15 | s-dean | ok thanks, im trying to track down why i can list my instances with openstack server list | |
| 12:52:17 | sdague | cdent: ok, so I'm going to close it as Opinion Wishlist then, as it's one of those notes to self that's getting tracked in other ways (like via the etherpad) | |
| 12:52:32 | cdent | sdague: seems fair | |
| 12:53:28 | efried | s-dean There's a whole thing I don't understand about deleted instances not really being deleted, some kind of "soft" delete. | |
| 12:54:51 | s-dean | No i haven't deleted the instances yet, the command is hanging and not returning anything however the API server is returning 200 OK | |
| 12:56:19 | efried | s-dean does `nova list` work? | |
| 12:57:08 | s-dean | also in the instances table(nova DB), the cell_name filed is NULL | |
| 12:57:21 | s-dean | nope | |
| 12:57:57 | s-dean | that is also hanging, its like it cant access the database; | |
| 13:00:51 | s-dean | also there is no response | |
| 13:07:49 | bauzas | sdague: looking up bugs ? I'm about to do that too | |
| 13:08:18 | sdague | bauzas: yeh, I've been trying to burn the New list down | |
| 13:08:21 | sdague | getting close | |
| 13:08:24 | bauzas | k | |