Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-08-28
09:09:33 jaypipes alex_xu: it would probably help reviewers in seeing exactly where the bug is located if they could review the functional test with bad assertions (and comments saying "this is wrong because of bug XXXX")
09:11:38 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Rename two VNC options https://review.openstack.org/498387
09:27:31 alex_xu jaypipes: got it, I will split out the functional test
09:29:57 jaypipes alex_xu: ty sir!
09:44:00 alex_xu jaypipes: np sir!
09:45:38 bhagyashris jaypipes, cdent, melwitt: Hi, Just wanted to discuss about bug: [1]: https://bugs.launchpad.net/nova/+bug/1712816 bascially I have rported this issue specifically for stable/pike so IMO this is not duplicate. Can you please check my comment #3 on LP bug [1]
09:45:39 openstack Launchpad bug 1469179 in OpenStack Compute (nova) "duplicate for #1712816 instance.root_gb should be 0 for volume-backed instances" [Medium,In progress] - Assigned to melanie witt (melwitt)
09:50:22 jaypipes bhagyashris: reporting an issue specifically for stable/pike still makes it a duplicate :) just add pike-backport-potential tag to the original bug.
09:50:39 bhagyashris cdent: Hi, Just wanted to discuss about bug: [1]: https://bugs.launchpad.net/nova/+bug/1712816 bascially I have rported this issue specifically for stable/pike so IMO this is not duplicate. Can you please check my comment #3 on LP bug [1]
09:50:41 openstack Launchpad bug 1469179 in OpenStack Compute (nova) "duplicate for #1712816 instance.root_gb should be 0 for volume-backed instances" [Medium,In progress] - Assigned to melanie witt (melwitt)
09:50:47 bhagyashris jaypipes: ok
09:53:54 bhagyashris jaypipes: Thank you, for inputs :)
09:55:08 jaypipes cdent: GMT+3
09:55:13 jaypipes bhagyashris: np
09:55:42 cdent bhagyashris: given that mel’s patches are fixes for the other bug and they fix the problem you are reporting, I would say the newer bug does count as a duplicate. Why do you think not?
09:56:01 cdent jaypipes: oh, I had assumed from your tweet about cnn that you had headed home
10:00:57 bhagyashris cdent: yeah, but i was one doubt that As i have specifically reported for pike so I was thinking that that should not be duplicate for pike, but from jaypipes reply i clear my doubt.
10:02:02 cdent bhagyashris: I suspect matt and I didn’t help by adding our comments there. that was in response to some discussion in one of the meetings last week
10:02:29 bhagyashris cdent: thank you :)
10:05:04 bhagyashris cdent: which comment??
10:05:57 cdent comments 1 and 2 from Matt and me. We should probably have commented on the older bug.
10:06:24 bhagyashris cdent: ohh ok.
10:09:18 bhagyashris cdent: thank you :)
10:09:36 cdent you’re welcome
10:18:27 bhagyashris cdent, jaypipes: just have one doubt in my mind as the stable/ocata has no issue in case of bfv but is issue in stable/pike so still this is consider as duplicate
10:19:28 bhagyashris cdent, jaypipes: I mean i don't know about marking of bug duplication rules.
10:21:01 cdent bhagyashris: The way to think of bugs is that there should only be one. If that bug is something that should be backported it will get tagged and targeted as necessary.
10:22:10 cdent bhagyashris: the fact that the behavior appeared to be correct in ocata is only partially true
10:22:36 bhagyashris cdent: ok.
10:43:21 tetsuro This patch of trivial typo fix is ready for review : https://review.openstack.org/#/c/495665/ Can anyone review it, please?
11:41:11 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/nova master: Format NIC features using os-traits definitions https://review.openstack.org/466051
11:48:26 cdent vdrok: is this still alive: https://review.openstack.org/#/c/415512/ ?
11:49:13 vdrok cdent: good afternoon :) kind of, trying to update it now and then
11:49:40 cdent cool, just checking. It comes around on my to do list every now and again
11:53:48 VAhl Hi. I have some problem. I wonder if you could give me some hint what the problem could be. http://paste.openstack.org/show/619397/ There is resources available to create an VM. but it failes anyway. The backend is an ceph storage. In that storage there is three image, where Cirros is one of them
11:53:57 cdent [t v2a]
11:53:58 purplerbot <dtantsur> ENOTMUCHTIME is a common error code nowadays [2017-08-10 14:14:41.151800] [n v2a]
11:54:34 dtantsur lol, morning cdent :)
11:54:41 cdent :)
11:55:15 dtantsur vdrok: do we want to discuss this owner-awareness at the PTG again?
11:56:16 cdent VAhl: are you running pike, ocata, what? It looks like your placement service is not set up right and the logs for the placement-api would be needed to know what’s going on. But also see /topic
11:58:11 VAhl cdent: Sorry Ocata
11:59:22 cdent VAhl: at a guess I would say that it’s probably a database configuration problem. it’s rare for placement to have untrapped errors, but not being able to talk to the database might be one
11:59:23 vdrok dtantsur: dunno. with the currently proposed way, there should be no changes to placement. what I need to check is what's the way to do exclusive filtering with traits, so RPs having certain traits would be chosen only if the corresponding trait is requested
12:02:44 dtantsur no idea if it's possible, that's certainly not how capabilities work
12:03:13 vdrok yup. I've seen some spec that was doing it for image properties iirc
12:04:23 vdrok dtantsur: ah ,maybe this one https://specs.openstack.org/openstack/nova-specs/specs/juno/approved/restrict-image-isolation-with-defined-keys.html
12:05:09 vdrok but it still talks about aggregates :(
12:05:14 dtantsur I see. I suspect with traits we may need both approaches..
12:05:24 dtantsur this does sound like something to talk on the PTG to me
12:06:18 vdrok ok yeah, this is on the ironic etherpad already, do I need to mark it somehow?
12:06:33 vdrok like 'possible x-project'
12:06:46 dtantsur vdrok: should we talk to nova folks? I've put some ironic stuff on nova's etherpad already, maybe append it there?
12:07:04 vdrok ok will do
12:07:26 dtantsur dear compute overlords, when do you plan to more or less finalize your PTG schedule? :)
12:13:15 vdrok dtantsur: added it beneath ironic problems
12:13:21 cdent lucasagomes: are you in/near dublin?
12:13:21 dtantsur thnx
12:13:54 dtantsur cdent: he's in dub, yeah
12:14:48 lucasagomes cdent, hi there! I'm in dublin
12:15:05 lucasagomes you around ?
12:15:16 cdent will be on wednesday afternoon/evening
12:15:33 cdent waiting on a plane
12:15:44 lucasagomes cdent, great! We can catch up for some drinks
12:16:51 cdent lucasagomes: wfm, I’ll ping you on wednesday (not yet sure when I’m actually getting in) and we can work out a plan?
12:17:06 lucasagomes cdent, sounds good
12:17:10 vdrok hey lucasagomes good afternoon to you too :)
12:17:31 lucasagomes hey vdrok! You too, how are things ?
12:17:40 vdrok is everyone slowly migrating to nova channel? :)
12:17:55 lucasagomes hahah apparently so :-P
12:17:56 vdrok pretty good :)
12:18:04 dtantsur yes, it's going to end with ironic merging back into nova-baremetal :D
12:18:33 hrw hi
12:19:09 openstackgerrit Alex Szarka proposed openstack/nova master: Add method for verify multiple versioned notifications https://review.openstack.org/465526
12:20:42 hrw sorry to bother but could someone take a look at https://review.openstack.org/#/c/489951/ and help us get aarch64 VMs booting out of the box without having to *always* set hw_firmware_type=uefi property?
12:32:02 openstackgerrit Alex Szarka proposed openstack/nova master: Add method for verify multiple versioned notifications https://review.openstack.org/465526
12:32:23 openstackgerrit Alex Szarka proposed openstack/nova master: Refactor init_instance:resume_guests_state https://review.openstack.org/349582
12:35:21 openstackgerrit Alex Szarka proposed openstack/nova master: Reduce code complexity - manager.py https://review.openstack.org/359868
12:35:50 openstackgerrit Alex Szarka proposed openstack/nova master: Reduce code complexity - linux_net.py https://review.openstack.org/359871
12:42:13 openstackgerrit Chris Dent proposed openstack/nova master: WIP: Add functional resize tests using shared storage https://review.openstack.org/490733
12:42:20 sdague mikal: looks like your patch series needs some rebasing
12:48:15 efried jaypipes I want to start putting these ideas into a blueprint to socialize over the next couple weeks before PTG. Work for you if I use https://blueprints.launchpad.net/nova/+spec/devices-as-resources or did you have another already started?
12:49:07 stephenfin jaypipes, sdague: Could we get this in today? https://review.openstack.org/#/c/479869/
12:50:52 sdague stephenfin: +2
12:54:20 stephenfin ta
12:55:00 hrw efried: good point with setting hw_firmware_type=uefi only if unset
12:55:10 efried hrw :)
12:55:16 hrw efried: in case someone one day invent other way for aarch64
12:55:20 efried Right.
12:55:42 efried I'm generally not a fan of implementing-for-future, but in this case it's just as easy and arguably more correct.
12:56:20 efried hrw Also I suspect set-if-None will satisfy your other -1er.
12:56:30 hrw efried: and for us whatever gets accepted as long as it will work ootb
12:56:47 efried Suresure.
12:57:03 efried hrw Is there a bug associated with this?
12:57:25 hrw efried: would have to check as I have no idea.
12:57:45 hrw efried: noticed that it still is in queue when looked at my list of patches to/in review
12:57:59 efried I have no skin in the game; just seemed like it might. If you want to backport it to stable/pike, you'll need one anyway.
12:58:21 hrw https://bugs.launchpad.net/nova will be right place?
12:58:25 openstackgerrit Stephen Finucane proposed openstack/nova master: objects: Remove custom comparison methods https://review.openstack.org/472285
12:58:27 efried Yes. Where did this behavior come into existence? Sounds like some time after mitaka?

Earlier   Later