| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-28 | |||
| 02:03:07 | dims | dansmith : looks like it will take another 2 hours at least | |
| 02:03:13 | dansmith | dims: at least | |
| 02:03:28 | dansmith | dims: I'm watching it though and will update the tag commit when it lands | |
| 02:03:59 | dansmith | a thrilling thursday evening | |
| 02:04:06 | dims | sounds good dansmith. i'll take care of it when i wake up if ttx hasn't already | |
| 02:04:16 | dansmith | cool, thanks | |
| 02:58:51 | smcginnis | jgriffith: Thanks for digging in to it. Maybe collect notes in an etherpad or something to see if anyone else has more ideas? | |
| 03:17:39 | openstackgerrit | Takashi NATSUME proposed openstack/python-novaclient master: Update URLs in docs, comments and setup.cfg https://review.openstack.org/488271 | |
| 03:19:26 | jgriffith | smcginnis roger dodger | |
| 03:29:02 | mriedem_afk | jgriffith: the compute host not found warnings at the start of the n-cpu logs are 'normal' right now | |
| 03:29:28 | jgriffith | mriedem noted | |
| 03:42:55 | mriedem | dansmith: #2 in the gate, i can take over if you want | |
| 03:43:08 | dansmith | I'm watchin' | |
| 03:43:21 | dansmith | you got to sleep | |
| 03:43:22 | dansmith | s/got/go/ | |
| 03:44:09 | openstackgerrit | Takashi NATSUME proposed openstack/python-novaclient master: Remove run_tests.sh https://review.openstack.org/488276 | |
| 03:53:40 | mriedem | i don't sleep | |
| 03:54:53 | dansmith | hah | |
| 03:59:29 | dansmith | 10 minutes | |
| 03:59:57 | dansmith | ooh, 1 minute | |
| 04:01:40 | jgriffith | mriedem smcginnis https://etherpad.openstack.org/p/cinder-v3-attach-nova-traces | |
| 04:02:04 | jgriffith | I can add more as I go here and maybe even send a request out to the ML tomorrow if there might be anybody interested | |
| 04:02:24 | jgriffith | My brain has turned a bit mushy after waking through all the bdm stuff all day over and over | |
| 04:03:47 | jgriffith | One thing I left out... I have a system I reproduced this on that the /dev/sdd device is in fact there and the connection is still valid, but that periodic query against it still fails... I didn't go down that rabbit hole yet though | |
| 04:03:54 | mriedem | jgriffith: ok, adding to our other etherpad tracking blueprints | |
| 04:03:59 | jgriffith | mriedem thanks | |
| 04:04:14 | jgriffith | mriedem and I guess you're call earlier was indeed the right one | |
| 04:04:27 | jgriffith | mriedem sorry if I wasn't quite as easy going about it as I should've been | |
| 04:04:39 | mriedem | not a problem | |
| 04:08:10 | mriedem | py3 job passed tests, | |
| 04:08:12 | mriedem | collecting logs | |
| 04:08:19 | dansmith | yep | |
| 04:08:30 | mriedem | you're also watching over telnet? | |
| 04:08:47 | dansmith | off and on to make sure it's not stuck | |
| 04:08:55 | openstackgerrit | Merged openstack/nova master: placement: account for move operations in claim https://review.openstack.org/487589 | |
| 04:09:49 | dansmith | hmm, I pulled and got the commit but no merge commit yet | |
| 04:10:02 | dansmith | for the first one | |
| 04:11:19 | mriedem | much like the line for the carousel tonight, you must have patience | |
| 04:11:27 | dansmith | heh | |
| 04:11:30 | mriedem | and a high tolerance for carney folk | |
| 04:12:33 | openstackgerrit | Merged openstack/nova master: claim resources in placement API during schedule() https://review.openstack.org/483566 | |
| 04:13:08 | mriedem | duh duh duh | |
| 04:13:15 | dansmith | got that one but still no merge commits | |
| 04:13:45 | mriedem | don't we just need 23c4eb34380bdf3eece11abbe0f6ccb68c060f47 ? | |
| 04:14:02 | dansmith | you list the merge commit in the release thing right? | |
| 04:14:06 | dansmith | not the actual commit | |
| 04:14:13 | mriedem | no, | |
| 04:14:15 | mriedem | tip of master | |
| 04:14:17 | dansmith | your WIP patch is a merge commit | |
| 04:14:26 | mriedem | that was just tip of master at the time | |
| 04:14:27 | dansmith | erm, okay | |
| 04:14:49 | dansmith | so maybe zuul does a ff merge if it's clean or something? I thought it always did merge commits | |
| 04:15:24 | mriedem | you want to update the release patch since you've watched this all night? | |
| 04:15:30 | dansmith | just did | |
| 04:15:50 | mriedem | well touche | |
| 04:16:03 | dansmith | both of the other milestones were merge commits | |
| 04:16:23 | mriedem | not intentionally | |
| 04:17:09 | dansmith | hrm, I don't understand, but whatever :) | |
| 04:17:22 | dansmith | glad you were here to tell me that | |
| 04:17:28 | dansmith | so I didn't wait all night | |
| 04:17:37 | mriedem | ha | |
| 04:17:54 | mriedem | would have to ask dhellmann tomorrow if there is magic behind the scenes | |
| 04:18:11 | mriedem | now that that's done, i suppose no one is around to actually merge and tag the damn thing | |
| 04:18:30 | dansmith | several I checked from ocata just now were merge commits too | |
| 04:18:43 | dansmith | mriedem: dims said he'd get it in the morning if ttx didn't first | |
| 04:18:56 | mriedem | yeah doug said they'd do it by the 10am CT release meeting | |
| 04:19:04 | dansmith | aye | |
| 04:20:15 | mriedem | alright, well f yeah, i'm going to watch some much deserved garbage tv and then go to bed | |
| 04:20:31 | dansmith | enjoy | |
| 04:20:42 | mriedem | thanks for shepharding | |
| 04:20:46 | mriedem | *shepherding? | |
| 04:20:48 | dansmith | np, g'nite | |
| 04:25:45 | openstackgerrit | OpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements https://review.openstack.org/488283 | |
| 06:00:24 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Remove unnecesary code https://review.openstack.org/488299 | |
| 06:01:27 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Remove unnecessary code https://review.openstack.org/488299 | |
| 07:33:47 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Amend uuid4 hacking rule https://review.openstack.org/488315 | |
| 08:07:28 | openstackgerrit | longxingmiao proposed openstack/nova master: test review https://review.openstack.org/488328 | |
| 08:24:09 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Test resize with placement api https://review.openstack.org/487958 | |
| 08:31:56 | openstackgerrit | jichenjc proposed openstack/nova master: refactory some code on get_password https://review.openstack.org/449458 | |
| 08:35:25 | openstackgerrit | jichenjc proposed openstack/nova master: add cert when send keystone request https://review.openstack.org/485121 | |
| 08:37:43 | openstackgerrit | jichenjc proposed openstack/nova master: Add quiesce and unquiesce in support matrix https://review.openstack.org/482390 | |
| 09:04:07 | bhagyashris | gibi: 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. | |
| 09:09:44 | gibi | bhagyashris: good to hear that | |
| 09:11:02 | bhagyashris | gibi: 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. | |
| 09:12:46 | bhagyashris | gibi: IMO, As i am creating the nfc backed instance so it should take the RAM and VCPU from the computes resource provider and DISK from the "shared_resource" provider | |
| 09:13:06 | bhagyashris | s/nfc/nfs | |
| 09:22:41 | gibi | bhagyashris: I don't know how can you tell nova that you want to consume DISK_GB not from the compute provider but from the shared one | |
| 09:23:07 | gibi | bhagyashris: this is why I suggested to use CUSTOM_DISK in the shared and then add CUSTOM_DISK to the flavor | |
| 09:23:20 | gibi | bhagyashris: that way I sure that the instance will consume from your shared provider | |
| 09:23:42 | gibi | bhagyashris: I hope others can help with this specific issue | |
| 09:29:56 | bhagyashris | gibi: ohk. thank you. | |
| 09:39:11 | SteveRUKC | hey all, quick question to which im struggling to find an answer. Is disk_allocation_ratio taken into account on live/cold migrations. As we have an allocation ratio of 6 set, but are having issues with migrations failing with a disk instance too large for target message. | |
| 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. | |