Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-06-19
02:47:24 MarginHu it reports "Booting with blank volume at /dev/vda"
04:26:28 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Add parameters in API Versions https://review.openstack.org/475226
04:27:49 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Fix missing parameters in API Versions https://review.openstack.org/475226
05:45:23 openstackgerrit OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/467173
06:17:53 openstackgerrit Tovin Seven proposed openstack/python-novaclient master: Make --profile load from environment variables https://review.openstack.org/475251
06:37:25 openstackgerrit Tovin Seven proposed openstack/python-novaclient master: Make --profile load from environment variables https://review.openstack.org/475251
07:38:26 openstackgerrit Takashi NATSUME proposed openstack/nova master: Add 'updated_at' field to InstancePayload in notifications https://review.openstack.org/475276
07:45:37 artom I'd like to depend on https://review.openstack.org/#/c/470774/
07:45:46 artom But I don't want to push a new patchset to that change
08:09:49 gibi artom: this is the way how I would do it. Checkout 470774, then cherry-pick your change, that wil make your change top of 470774
08:10:10 gibi you can do that via gerrit ui if you wish
08:10:32 gibi in your change select rebase and copy the hash of 470774 to the test box
08:11:33 artom gibi, won't that push a rebase of the dependant change when I git review?
08:11:46 artom And snikitin isn't around, so I can't warn him either
08:13:24 gibi if you push rebase on your change then only your change will have a new patch set
08:14:02 artom gibi, thanks :) Alright, here it goes
08:18:15 artom Woo!
08:18:22 artom Thanks again gibi
08:19:03 gibi :)
08:20:28 openstackgerrit Balazs Gibizer proposed openstack/nova master: Transform rescue/unrescue instance notifications https://review.openstack.org/385644
08:23:07 artom Now I need to be careful with any future rebases and make sure I keep the same commit id
08:23:14 artom (Of 470774)
08:23:29 artom Unless Sergei uploads a new version, obviously
08:25:54 openstackgerrit Béla Vancsics proposed openstack/nova master: Transform aggregate.update_metadata notification https://review.openstack.org/460625
08:37:23 gibi artom: yes, if your patch needs a rebase then you have to rebase the whole chain which effect Sergei's work
09:03:08 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce basic framework for security proxying https://review.openstack.org/345396
09:03:09 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce framework for RFB authentication https://review.openstack.org/345397
09:03:09 openstackgerrit Stephen Finucane proposed openstack/nova master: console: introduce the VeNCrypt RFB authentication scheme https://review.openstack.org/345398
09:03:10 openstackgerrit Stephen Finucane proposed openstack/nova master: console: provide an RFB security proxy implementation https://review.openstack.org/345399
09:05:15 openstackgerrit Balazs Gibizer proposed openstack/nova master: Transform instance.resize_revert notification https://review.openstack.org/396811
09:36:33 openstackgerrit Merged openstack/nova master: [placement] Increase test coverage https://review.openstack.org/473479
09:58:18 openstackgerrit Alex Szarka proposed openstack/nova master: Refactor create_delete_server_with_instance_update https://review.openstack.org/466296
10:14:19 openstackgerrit Alex Szarka proposed openstack/nova master: Add method for verify multiple versioned notifications https://review.openstack.org/465526
10:15:26 openstackgerrit Alex Szarka proposed openstack/nova master: Refactor create_delete_server_with_instance_update https://review.openstack.org/466296
10:33:24 openstackgerrit Alex Szarka proposed openstack/nova master: Transform instance.exists notification https://review.openstack.org/403660
10:33:37 openstackgerrit Alex Szarka proposed openstack/nova master: Transform instance.exists notification https://review.openstack.org/403660
11:06:09 _heena_py__ Hi everyone
11:06:20 _heena_py__ I want to list floating ips using novaclient
11:06:37 _heena_py__ https://webchat.freenode.net/
11:06:52 _heena_py__ this is not working for me. I am getting AttributeError: 'Client' object has no attribute 'floating_ips'
11:07:13 _heena_py__ code is here -> http://paste.openstack.org/show/613088/
11:15:21 openstackgerrit suzhengwei proposed openstack/nova master: availability zone return all services in api https://review.openstack.org/462897
11:21:50 klipka_ _heena_py__: isn't it nova.floating_ips.list() ?
11:22:13 klipka_ oh, sorry - my mistake - that's how you do it
11:23:43 klipka_ could you show imports? from here ( https://docs.openstack.org/developer/python-novaclient/api.html ) it looks like you miss one level when importing
11:24:11 klipka_ i mean: novaclient.client.Client('2', **nwargs)
11:27:18 klipka_ take a look here - it's your example: https://docs.openstack.org/user-guide/sdk-compute-apis.html
11:28:15 openstackgerrit Vladyslav Drok proposed openstack/nova master: Implement interface attach/detach in ironic virt driver https://review.openstack.org/419975
11:46:40 openstackgerrit Vladyslav Drok proposed openstack/nova master: Implement interface attach/detach in ironic virt driver https://review.openstack.org/419975
11:47:52 openstackgerrit Balazs Gibizer proposed openstack/nova master: add missing notification samples to dev ref https://review.openstack.org/475349
11:48:55 openstackgerrit Vladyslav Drok proposed openstack/nova master: Implement interface attach/detach in ironic virt driver https://review.openstack.org/419975
12:16:09 openstackgerrit Gábor Antal proposed openstack/nova master: Transform aggregate.update_prop notification https://review.openstack.org/462576
12:28:36 _heena_py__ @klipka_
12:28:50 _heena_py__ I used neutronclient to get the floating ip
12:40:07 openstackgerrit Merged openstack/os-vif master: Use versionedobjects PCIAddress field https://review.openstack.org/475120
12:45:17 moshele jaypipes: hi can you review https://review.openstack.org/#/c/460278/ ?
12:50:22 bauzas alex_xu: jaypipes: sdague: api-ref change related to a bug
12:50:23 bauzas https://review.openstack.org/#/c/472733/
12:57:46 openstackgerrit Stephen Finucane proposed openstack/nova master: pci: Validate behavior of empty devname https://review.openstack.org/396130
13:08:28 alex_xu bauzas: +2
13:21:00 openstackgerrit Balazs Gibizer proposed openstack/nova master: Transform rescue/unrescue instance notifications https://review.openstack.org/385644
13:22:46 openstackgerrit Sylvain Bauza proposed openstack/nova master: _schedule_instances() supporting a RequestSpec object https://review.openstack.org/469037
13:25:46 openstackgerrit Matt Riedemann proposed openstack/nova master: api-ref: fix unshelve asynchronous postconditions typo https://review.openstack.org/475386
13:26:16 jaypipes moshele: sure, will try my best. need to read all the related papers on that.
13:27:06 moshele jaypipes: thanks, all the ovs patches are merged now :)
13:47:23 dommsos hello
13:47:36 dommsos i am not able to provision vm using salt-cloud and nova as driver
13:47:51 dommsos i am getting this error [ERROR ] There was a query error: SSL exception connecting to https://jp-blr-cloud-01.juspay.net:5000/v2.0/tokens: ("bad handshake: Error([('SSL routines', 'SSL3_GET_SERVER_CERTIFICATE', 'certificate verify failed')],)",)
13:48:01 dommsos again and again, i looked up over the iternet and cannot find out the solution
13:48:21 dommsos i tried skiping ssl_verification but doesn't seem to be working
13:48:32 dommsos anyone please help
13:51:54 sfinucan dommsos: That's a usage question - you'd be much better placed asking that on #openstack
13:55:17 edleafe Scheduler subteam meeting in 5 minutes in #openstack-meeting-alt
13:56:29 artom dommsos, and honestly that doesn't look like Nova itself
13:56:57 artom For one thing, that's querying Keystone, the identity service
13:57:18 artom For another, the request isn't even getting to keystone itself, it's failing at the SSL handshake step
13:58:26 artom dommsos, so you need SSL help, not OpenStack help :)
14:06:05 huanxie Hi jaypipes, could you help review my patch https://review.openstack.org/#/c/462017/ which is to fix vm lost network connection issue during live migration with XS? I made this new patch which to hide the detailed bridge creating things
14:14:15 dommsos hello
14:14:31 dommsos in openstack channel they told me to contact here
14:24:38 jaypipes huanxie: will try my best.
14:26:41 edleafe bauzas: what you have to look forward to: https://goo.gl/photos/BKks6sPp9czXSSMo6
14:26:56 bauzas hah
14:27:13 bauzas for the moment, she's way younger :p
14:27:28 bauzas and I still need to help her for homework :/
14:27:28 edleafe bauzas: that doesn't last :)
14:27:36 edleafe it happens much too quickly!
14:27:42 bauzas hah
14:27:57 bauzas she's actually already asking me when she can drive
14:28:14 openstackgerrit Merged openstack/nova master: Amend api-ref for multiple networks request https://review.openstack.org/472733
14:28:20 bauzas she's almost 7, I was just shocked to tell her only 8 years last
14:28:59 edleafe bauzas: Mika turns 18 next month, and is off to university in August
14:29:05 edleafe scary
14:29:19 bauzas oh man, I so understand you
14:39:36 openstackgerrit Gábor Antal proposed openstack/nova master: Transform instance.rebuild-scheduled notification https://review.openstack.org/473929
14:44:57 openstackgerrit Gábor Antal proposed openstack/nova master: Transform instance.rebuild_scheduled notification https://review.openstack.org/473929
14:48:35 cfriesen has anyone ever talked about throttling the number of simultaneous deletion operations? we're seeing problems due to DB timeouts if you delete 100+ instances at the same time.
14:49:25 gabor_antal bauzas would you please review my patch at https://review.openstack.org/#/c/460029/? It already has +2 from sfinucan.
14:50:26 bauzas gabor_antal: sure
14:52:04 gabor_antal bauzas: thanks! :)

Earlier   Later