Earlier  
Posted Nick Remark
#openstack-nova - 2017-02-27
03:41:31 openstackgerrit Nguyen Hung Phuong proposed openstack/nova master: Remove mox from nova/tests/unit/test_configdrive2.py https://review.openstack.org/322754
05:18:47 openstackgerrit foundjem proposed openstack/nova master: adding more stuffs in the first-file https://review.openstack.org/438331
08:40:47 openstackgerrit Kevin Benton proposed openstack/os-vif master: [wip] https://review.openstack.org/438272
10:26:30 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Remove mox from nova/tests/unit/api/openstack/compute/test_create_backup.py https://review.openstack.org/435610
10:26:30 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] Remove mox from unit/api/openstack/compute/admin_only_action_common.py https://review.openstack.org/438416
10:54:30 ildikov johnthetubaguy: o/
10:58:12 kashyap johnthetubaguy: Was the PTG productive?
11:00:27 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/438309
11:03:50 johnthetubaguy kashyap: I think it was
11:04:07 johnthetubaguy kashyap: easier to tell how successful after the specs and code starts to land
11:04:18 johnthetubaguy ildikov: warmer now I guess?
11:04:27 johnthetubaguy ildikov: I have your check_attach patch open
11:04:56 ildikov johnthetubaguy: I made it back to Europe so outside it's colder, but inside warmer :)
11:05:08 johnthetubaguy ildikov: same here, lol
11:05:27 ildikov johnthetubaguy: haha, that patch went through a few iterations over the weekend :)
11:05:51 ildikov johnthetubaguy: I'm optimistic ;)
12:17:27 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add live-migration-force-after-timeout spec https://review.openstack.org/438467
12:20:59 danpawlik Can someone take a look on https://review.openstack.org/#/c/436953/ ?
12:37:08 johnthetubaguy ildikov: when we detach a volume, that always does unreserve right?
12:38:29 ildikov johnthetubaguy: yes , it does
12:38:43 johnthetubaguy ildikov: thats in the Cinder API I assume?
12:40:24 zioproto hello there, there is a much of commits between the latest tag and stable/mitaka ... is there going to be a new mitaka release for nova ?
12:40:33 zioproto there is a bug that blocks the mitaka to newton upgrade for me
12:40:48 zioproto the fix is merged in stable/mitaka but never released in packaging
12:41:19 johnthetubaguy zioproto: lyarwood might now what the plans are there, I don't remember where we are with that now
12:43:09 zioproto lyarwood, let me know :) This is merged but out of any distro: https://review.openstack.org/#/c/382639/ and this is blocking for mitaka to newton upgrade for me.
13:08:52 satyar Hi Jeffrey4l
13:09:52 satyar Hi diana_clarke
13:10:33 diana_clarke satyar: hello?
13:11:01 satyar How are you diana_clarke
13:11:32 lyarwood zioproto / johnthetubaguy ; I would say soon given mitaka is about to hit EOL upstream, I'll talk to matt about it later today
13:11:42 diana_clarke satyar: Okay. Just getting the kids out the door to school. You?
13:11:56 satyar i am doing ok
13:12:00 lyarwood zioproto: that said if this is for RH OSP you can file a support case and we can look at getting this in a build for you ASAP
13:12:10 satyar just want to check have you checked the recent nova code
13:12:45 diana_clarke satyar: Do you have a specific nova question? There's lots of nova code ;)
13:13:13 satyar yes
13:13:37 satyar i created 20 vms(boot from volume) my quota for volume is 10
13:13:48 satyar so 10 VMs gone to error state
13:14:34 satyar after i delete all the VMs the quota for CPU/RAM/Instances are showing used 10
13:15:04 diana_clarke satyar: It sounds like your question might be a better fit for the #openstack channel (see channel description above).
13:15:09 satyar ideally it(used quota) should be 0 as all VMs are deleted
13:15:39 satyar i think its a issue with the quota code
13:15:45 satyar from nova
13:16:46 satyar if you can point me the the file which runs the code of releasing quota after VM deletion will help me to find the root cause and fix it
13:24:17 openstack Launchpad bug 1667667 in OpenStack Compute (nova) "Rebuilding instance ignores image's property hw_disk_bus" [Low,Confirmed]
13:24:17 akijak hi, I've found a bug in nova concerning rebuilding and 'hw_disk_bus' image property (https://bugs.launchpad.net/nova/+bug/1667667), I'm looking for someone who could give me some directions how to fix that :) can you help?
13:25:52 satyar any one aware of the code which updates the quota when the VM deletion happends?
13:34:53 zioproto lyarwood, yes I can build new ubuntu packages with this fix and submit a merge request for Ubuntu Cloud Archive on launchpad, but if we get the latest stable/mitaka tag in nova upstream that would be better
13:39:19 lyarwood zioproto: yup agreed, we should be able to sort that out this week
13:44:01 diana_clarke satyar: I'm not familiar with the quota code, or I would try to point you in the right direction. Grep might be your best bet here.
13:44:04 akijak rpodolyaka: I've found a bug in nova concerning rebuilding and 'hw_disk_bus' image property (https://bugs.launchpad.net/nova/+bug/1667667), I'm looking for someone who could give me some directions how to fix that :) can you help?
13:44:04 openstack Launchpad bug 1667667 in OpenStack Compute (nova) "Rebuilding instance ignores image's property hw_disk_bus" [Low,Confirmed]
13:44:30 satyar i tried but not able to get it
13:44:43 satyar it seems its a blocker for ocata release
13:44:44 satyar https://bugs.launchpad.net/nova/+bug/1668267
13:44:44 openstack Launchpad bug 1668267 in OpenStack Compute (nova) "Nova ignores to update the quota for VMs in error" [Undecided,New]
13:50:57 zioproto lyarwood, can anyone confirm that to run newton I have to deploy a third mysql database for nova calling it 'cell0'
13:50:59 zioproto >
13:51:00 zioproto ??
13:51:46 edleafe Nova scheduler subteam meeting in 8 minutes in #openstack-meeting-alt
13:59:03 lyarwood zioproto: I believe so but that isn't really my area, have you checked devstack stable/newton out?
14:00:09 johnthetubaguy satyar: instances in error have always consumed quota I believe, you have to delete them to release the quota
14:01:57 zioproto lyarwood, I am upgrading a real staging cluster from mitaka to newton
14:02:07 zioproto in the newton release notes it does not say anything about this db
14:02:50 johnthetubaguy its required for newton, it is in the release notes, but its maybe not that obvious
14:02:53 johnthetubaguy its an ordering thing
14:03:09 johnthetubaguy the db sync will create the DB once the cell0 mapping is in place
14:03:29 zioproto so nova.conf should have cell0 db config ?
14:03:36 zioproto before running the db sync
14:03:40 zioproto of course
14:03:42 zioproto but wht
14:03:44 zioproto why
14:03:49 zioproto in the release notes
14:03:50 johnthetubaguy zioproto: the details should be here: https://docs.openstack.org/developer/nova/cells.html#upgrade-minimal
14:03:51 zioproto there is written
14:03:54 zioproto configuring Cells V2 is still fully optional for this cycle
14:04:07 zioproto https://docs.openstack.org/releasenotes/nova/newton.html -> configuring Cells V2 is still fully optional for this cycle
14:05:04 zioproto oh so the transport-url is something to access the db
14:05:06 johnthetubaguy ah, yes, I am out by one
14:05:23 johnthetubaguy its optional in newton, required in ocata
14:05:27 johnthetubaguy what errors are you seeing?
14:05:35 zioproto wait, I pastebin
14:05:51 johnthetubaguy it sounds like you ran the cell mapping, cmd, which would make it required
14:06:03 johnthetubaguy if there is no cell mapping done, its not needed, I think...
14:06:19 zioproto http://paste.openstack.org/show/600616/
14:06:24 johnthetubaguy we might want to take this onto #openstack, given its an older release
14:07:00 johnthetubaguy zioproto: do you have the API database created, that is not optional in newton
14:07:25 zioproto yes I have that
14:07:30 zioproto I have it since mitaka
14:07:33 johnthetubaguy has it been updated with api_db sync?
14:07:36 zioproto yes
14:07:38 zioproto that worked
14:07:50 bauzas johnthetubaguy: instance_extra is not in the API DB
14:08:09 bauzas zioproto: looks like a migration badly happened when db sync
14:08:29 zioproto I have the backup of the db
14:08:33 zioproto at mitaka version
14:08:36 zioproto I can reimport it
14:08:39 bauzas zioproto: do you still have the logs of the 'nova-manage db sync' command ?
14:08:47 bauzas I mean the output

Earlier   Later