Friday, 2016-05-20

*** lakshmiS has joined #openstack-nova00:05
*** rama_y has quit IRC00:05
*** dimtruck is now known as zz_dimtruck00:06
*** gjayavelu has joined #openstack-nova00:06
*** ducttape_ has quit IRC00:06
stewie925melwitt - thank you for the local.conf - my instances are now being created successfully!00:08
*** Swami has quit IRC00:10
rmstarhi guys.  not sure if this is the right place for this question...00:11
rmstari created a flavor with ephemeral disk space.  How do i access this ephemeral drive from the guest OS?  I did fdisk, but don't see a new disk.00:11
rmstari am lanching the instance using heat00:11
*** thorst has joined #openstack-nova00:11
*** zenoway has joined #openstack-nova00:12
*** thorst_ has joined #openstack-nova00:12
auggyrmstar: try the #openstack channel or the mailing list - https://wiki.openstack.org/wiki/Mailing_Lists00:13
*** AmyLee7 has quit IRC00:13
*** salv-orlando has joined #openstack-nova00:13
rmstarok auggy.  thanks.00:13
auggyrmstar: np... that's a dangerous nick you have there ;)00:13
rmstarwe've all been there, huh? :)00:14
* auggy feigns innocence00:14
rmstarhehehe00:14
*** thorst has quit IRC00:16
*** zenoway has quit IRC00:16
*** salv-orlando has quit IRC00:17
*** sdake has quit IRC00:21
*** gjayavelu has left #openstack-nova00:21
*** sdake has joined #openstack-nova00:21
*** sdake has quit IRC00:21
*** ozialien10 has quit IRC00:23
*** winston-d_ has joined #openstack-nova00:23
*** Sukhdev has joined #openstack-nova00:25
melwittstewie925: cool, glad things are working now00:27
*** salv-orlando has joined #openstack-nova00:27
stewie925:)  so it was my fat bulky local.conf that was the culprit lol00:27
stewie925btw when i tried to run 'neutron net-list' i am getting "public endpoint for network service in RegionOne region not found"00:28
stewie925how do you check your network list?00:28
*** sorrison_laptop has quit IRC00:28
melwittby default (for now) devstack sets up nova-network, not neutron. so to list networks with nova-network you have to do 'nova network-list'00:29
stewie925ahhh thank you!!00:29
melwittin the future neutron will be the default in devstack, but it isn't yet00:29
stewie925well yes it works, but its empty hehe00:30
*** salv-orlando has quit IRC00:30
melwittoh, well, that's a complicated reason why, but it's because cells v100:30
melwittif you go into mysql and show databases, you'll see a few. one of them is for the parent, one for the child00:31
*** jamielennox|away is now known as jamielennox00:31
stewie925ahhh -  I've learned so much this week thanks o you00:31
melwittnetworks are in the child database, which is not accessible by the nova-api00:31
melwittthere are a lot of limitations and things that don't work in cells v1 because not all data is synced back and forth between parent and child00:32
stewie925thanks to you, I mean :)00:32
stewie925oh I see, melwitt00:32
melwittwhich is why we're working on cells v2 which will not have those problems00:32
melwittyou can see the network in the child cell if you do 'nova-manage --config /etc/nova/nova-cells.conf network list' I think00:33
melwittthat will make nova-manage point at the child cell db00:33
melwittand read directly from it00:33
stewie925oh I could try that00:34
melwittbut usually when I want to look around I just 'mysql -u root -p' and 'show databases' and go into each one and look in the different tables00:34
melwittyou can see by doing that are things are separated in cells v100:34
melwitt*how things are separated00:34
*** sorrison_laptop has joined #openstack-nova00:35
melwittif you're curious00:35
*** zenoway has joined #openstack-nova00:36
stewie925thanks for sharing, melwitt - and your inifinite patience with me :)00:37
stewie925btw yeah the nova-manage command you shared did work00:37
stewie925am just about 1.5 months into openstack open source here00:38
melwittnice00:39
*** Apoorva has quit IRC00:40
*** sorrison_laptop has quit IRC00:40
*** zenoway has quit IRC00:41
*** andreykurilin has quit IRC00:42
*** baoli has joined #openstack-nova00:43
*** andreykurilin__ has quit IRC00:43
stewie925hoping I can contribute more to open-source by the sixth month - I just need to do more python training too00:44
*** amotoki has joined #openstack-nova00:46
auggystewie925: we currently have a documentation project to clean up the API docs in nova and we're always looking for help with the bugs team to help manage our bug queue00:47
auggystewie925: both are pretty good ways to learn more about contributing to nova, so if you're ever interested, feel free to ask :)00:48
stewie925hi auggy thank you!  definitely will keep that in mind - oh yes you'll have to put up with my questions (kidding)00:48
auggystewie925: i just started working on Nova last October and i still ask all kinds of questions00:49
stewie925wow00:49
auggystewie925: in fact, many people who have worked on this project for a few years still ask questions :)00:49
stewie925but I gather that openstack beginners have to concentrate on 'one' project00:49
auggyyeah you kind of just dive into something and learn it as best as you can00:50
*** amotoki has quit IRC00:50
stewie925cause right now I have worked on low-hanging-fruits  from trove, puppet, and now trying to work on a nova bug #153338000:50
openstackbug 1533380 in OpenStack Compute (nova) "Creating multiple instances with a single request when using cells creates wrong instance names" [Low,Triaged] https://launchpad.net/bugs/1533380 - Assigned to STEW TY (stewie925)00:50
stewie925lol00:50
auggywow ambitious :) i started working in infra and moved over to nova, but haven't done much with any of the other projects00:51
*** hoangcx has joined #openstack-nova00:52
stewie925well, theyre low-hanging fruits haha - but I like your approach (concentrating on one - aka nova)00:53
auggyi'm not sure about other projects but it's a known issue in nova that bugs tagged "low-hanging-fruit" aren't always good for new folks00:54
auggystill it's cool you picked one up and are working on it, best way to learn :)00:54
auggythat's how i've been learning too, i help with the bug skimming and when there's something that looks like i know enough to work on it i pick it up00:55
*** jwcroppe_ has joined #openstack-nova00:55
auggybut just reproducing some of the bugs has taught me a lot about how nova works00:55
*** hieulq has joined #openstack-nova00:55
*** ozialien10 has joined #openstack-nova00:55
stewie925awesome, auggy  - you are answering questions that are running in my head :)00:56
auggythanks for helping out stewie925 and don't feel bad about asking questions :)00:56
stewie925and I believe you have to be proficient in python too, right?00:56
auggy"proficient" haha00:56
auggyi hadn't worked much with python when i started and there's a lot about the language i'm still learning00:57
*** jwcroppe has quit IRC00:57
stewie925python had me at *arg, **kwarg00:57
rmstarjust fyi, i manage to mount the ephemeral.  This drive can only be mounted as /dev/sdb.  I didn't see this before, because my cinder volume was /dev/sdb.00:57
*** kylek3h has quit IRC00:57
*** cheneydc has joined #openstack-nova00:58
auggyrmstar: ah cool, sorry people weren't more responsive00:58
stewie925thank you for the enlightening chat auggy , and thank you and melwitt for being very helpful!00:58
stewie925goodnite and talk to you guys tomorrow (regarding that nova bug)00:59
auggy'nite!00:59
* stewie925 waves00:59
rmstarauggy: it's all good. i understand.  not everyone's in front of their keyboard :)00:59
*** stewie925 has quit IRC01:00
*** zenoway has joined #openstack-nova01:00
*** baoli has quit IRC01:02
*** sorrison_laptop has joined #openstack-nova01:02
openstackgerritkevin shen proposed openstack/nova: fix Quota related error return incorrect problem  https://review.openstack.org/31900001:03
*** zenoway has quit IRC01:05
*** hieulq has quit IRC01:05
*** sorrison_laptop has quit IRC01:06
*** amotoki has joined #openstack-nova01:07
*** hieulq has joined #openstack-nova01:07
*** thorst_ has quit IRC01:07
*** ljxiash has joined #openstack-nova01:08
*** thorst has joined #openstack-nova01:08
*** tjones has left #openstack-nova01:09
*** amotoki_ has joined #openstack-nova01:10
*** iceyao has joined #openstack-nova01:10
*** raunak has quit IRC01:10
*** amotoki has quit IRC01:11
*** Apoorva has joined #openstack-nova01:12
*** jinxing has joined #openstack-nova01:13
*** sorrison_laptop has joined #openstack-nova01:15
*** moshele has joined #openstack-nova01:15
*** thorst has quit IRC01:16
*** baoli has joined #openstack-nova01:17
openstackgerritAnusha Unnam proposed openstack/nova: Improve the help text for compute timeout_opts  https://review.openstack.org/31769301:18
*** sorrison_laptop has quit IRC01:19
*** baoli has quit IRC01:23
*** sorrison_laptop has joined #openstack-nova01:24
*** penick has quit IRC01:24
*** zengine has joined #openstack-nova01:27
*** baoli has joined #openstack-nova01:28
*** jinxing has quit IRC01:28
*** Guest60864 is now known as jgriffith01:29
*** jinxing has joined #openstack-nova01:29
*** sorrison_laptop has quit IRC01:30
*** sorrison_laptop has joined #openstack-nova01:32
*** EinstCrazy has joined #openstack-nova01:36
*** jinxing has quit IRC01:36
*** salv-orlando has joined #openstack-nova01:37
*** sorrison_laptop has quit IRC01:37
*** jinxing has joined #openstack-nova01:38
*** sorriso__ has joined #openstack-nova01:40
*** sorriso__ has quit IRC01:41
*** salv-orlando has quit IRC01:41
*** ljxiash has quit IRC01:42
*** Apoorva has quit IRC01:44
*** zhangyufei has joined #openstack-nova01:45
*** baoli has quit IRC01:46
*** thorst has joined #openstack-nova01:47
*** thorst has quit IRC01:47
*** thorst has joined #openstack-nova01:47
*** zenoway has joined #openstack-nova01:48
*** jwcroppe_ has quit IRC01:51
*** jwcroppe has joined #openstack-nova01:52
*** zenoway has quit IRC01:52
*** baoli has joined #openstack-nova01:53
*** eliqiao has joined #openstack-nova01:54
*** josecastroleon has joined #openstack-nova01:55
*** tbachman has quit IRC01:56
*** thorst has quit IRC01:56
*** baoli has quit IRC01:58
*** ljxiash has joined #openstack-nova01:59
*** josecastroleon has quit IRC01:59
*** gcb has quit IRC02:00
openstackgerritRui Chen proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657802:00
*** EinstCrazy has quit IRC02:01
*** iceyao_ has joined #openstack-nova02:03
*** jinxing has quit IRC02:04
*** EinstCrazy has joined #openstack-nova02:04
*** iceyao__ has joined #openstack-nova02:05
*** iceyao has quit IRC02:06
*** jinxing has joined #openstack-nova02:07
openstackgerritwanghao proposed openstack/nova: Fix invalid Image&block device mapping combination  https://review.openstack.org/17198402:07
*** sorrison_laptop has joined #openstack-nova02:07
*** iceyao_ has quit IRC02:07
*** sorrison_laptop has quit IRC02:08
*** sorrison_laptop has joined #openstack-nova02:09
*** ijw has quit IRC02:09
*** ijw has joined #openstack-nova02:10
*** cheran has quit IRC02:10
*** ijw has quit IRC02:10
*** lakshmiS has quit IRC02:12
*** zenoway has joined #openstack-nova02:12
*** gcb has joined #openstack-nova02:15
*** Sukhdev has quit IRC02:16
*** jinxing has quit IRC02:16
*** tbachman has joined #openstack-nova02:17
*** zenoway has quit IRC02:17
*** jinxing has joined #openstack-nova02:19
*** tbachman has quit IRC02:22
*** tbachman has joined #openstack-nova02:22
*** _prad_ has quit IRC02:23
*** raunak has joined #openstack-nova02:25
*** amotoki_ has quit IRC02:27
*** ctrath has joined #openstack-nova02:29
*** rama_y has joined #openstack-nova02:30
*** ljxiash has quit IRC02:30
*** yonglihe has joined #openstack-nova02:30
*** amotoki has joined #openstack-nova02:30
*** sorriso__ has joined #openstack-nova02:32
*** sorrison_laptop has quit IRC02:35
*** sorriso__ has quit IRC02:35
*** sorrison_laptop has joined #openstack-nova02:35
*** zenoway has joined #openstack-nova02:36
*** ducttape_ has joined #openstack-nova02:37
*** jinxing has quit IRC02:38
*** iceyao__ has quit IRC02:39
*** iceyao has joined #openstack-nova02:39
*** houming has joined #openstack-nova02:39
*** jinxing has joined #openstack-nova02:40
*** zenoway has quit IRC02:41
*** jinxing has quit IRC02:44
*** jinxing has joined #openstack-nova02:46
*** zengine has quit IRC02:46
*** jamesdenton has joined #openstack-nova02:48
*** moshele has quit IRC02:50
*** ljxiash has joined #openstack-nova02:51
*** iceyao has quit IRC02:52
*** EinstCrazy has quit IRC02:52
*** zhangyufei has quit IRC02:52
*** jinxing has quit IRC02:52
*** zhangyufei has joined #openstack-nova02:52
*** iceyao has joined #openstack-nova02:53
*** EinstCrazy has joined #openstack-nova02:53
*** jbriggs has quit IRC02:53
*** thorst has joined #openstack-nova02:54
*** jinxing has joined #openstack-nova02:55
*** dims_ has quit IRC02:55
*** shaohe_feng has joined #openstack-nova02:55
*** ljxiash has quit IRC02:56
*** ljxiash has joined #openstack-nova02:57
*** jamesdenton has quit IRC02:58
*** woodster_ has quit IRC02:58
*** ctrath has quit IRC03:00
*** dims has joined #openstack-nova03:00
*** zenoway has joined #openstack-nova03:00
openstackgerritbailin.zhang proposed openstack/nova: Create VM failed, unplug vifs  https://review.openstack.org/30621903:00
*** thorst has quit IRC03:01
*** mdrabe has joined #openstack-nova03:01
*** ljxiash has quit IRC03:01
*** mdrabe has quit IRC03:02
*** mdrabe has joined #openstack-nova03:02
*** gcb has quit IRC03:04
*** shaohe_feng has quit IRC03:04
*** jamesdenton has joined #openstack-nova03:05
*** zenoway has quit IRC03:05
*** shaohe_feng has joined #openstack-nova03:05
*** salv-orlando has joined #openstack-nova03:07
*** daidv_ has joined #openstack-nova03:10
*** tjones has joined #openstack-nova03:10
*** tjones has left #openstack-nova03:11
*** salv-orlando has quit IRC03:12
*** fawadkhaliq has joined #openstack-nova03:12
*** jamesdenton has quit IRC03:12
*** lakshmiS has joined #openstack-nova03:13
*** shaohe_feng has quit IRC03:14
*** shaohe_feng has joined #openstack-nova03:15
lifelessalaski: so fixtures 3.0.0 is out, will need some prep work to make sure everyone is updated before migrating03:15
lifelessalaski: not sure how best to do that03:15
*** salv-orlando has joined #openstack-nova03:16
*** gcb has joined #openstack-nova03:17
*** sajeesh has quit IRC03:17
*** salv-orlando has quit IRC03:18
*** lakshmiS has quit IRC03:19
*** zenoway has joined #openstack-nova03:24
*** shaohe_feng has quit IRC03:25
*** shaohe_feng has joined #openstack-nova03:26
*** zhangyufei has quit IRC03:28
*** iceyao has quit IRC03:28
*** jinxing has quit IRC03:28
*** EinstCrazy has quit IRC03:28
*** prateek has joined #openstack-nova03:29
*** zenoway has quit IRC03:29
*** iceyao has joined #openstack-nova03:29
*** EinstCrazy has joined #openstack-nova03:30
*** zhangyufei has joined #openstack-nova03:30
*** jinxing has joined #openstack-nova03:30
*** greghaynes has quit IRC03:31
*** shaohe_feng has quit IRC03:35
*** daidv_ has quit IRC03:35
*** shaohe_feng has joined #openstack-nova03:36
*** fawadkhaliq has quit IRC03:38
*** amotoki_ has joined #openstack-nova03:39
*** EinstCra_ has joined #openstack-nova03:41
*** amotoki has quit IRC03:41
*** jamesdenton has joined #openstack-nova03:44
*** shaohe_feng has quit IRC03:45
*** EinstCrazy has quit IRC03:46
*** zhangyufei has quit IRC03:46
*** shaohe_feng has joined #openstack-nova03:46
*** ducttape_ has quit IRC03:48
*** zenoway has joined #openstack-nova03:49
*** AmyLee7 has joined #openstack-nova03:52
*** zhangyufei has joined #openstack-nova03:53
*** amotoki_ has quit IRC03:53
*** fabian4 has joined #openstack-nova03:53
*** zenoway has quit IRC03:53
*** baater1 has joined #openstack-nova03:53
*** jianghuaw has joined #openstack-nova03:53
baater1hello all03:53
*** Sukhdev has joined #openstack-nova03:54
*** shaohe_feng has quit IRC03:55
fabian4hi, i hva a question, i install juno openstack , use soft-delete execute nova delete id dumplication the tenant quota change, i do not check instance soft-delete status , use nova delete name dumplication ,the tenant quota do not change ,so use name right ,use uuid is wrong03:55
*** shaohe_feng has joined #openstack-nova03:56
*** amotoki has joined #openstack-nova03:58
*** armax has quit IRC03:58
openstackgerritChen Fan proposed openstack/nova: Trivial: make output more readable in nova/pci/stats.py  https://review.openstack.org/31904203:58
*** prateek has quit IRC03:59
*** prateek has joined #openstack-nova03:59
*** thorst has joined #openstack-nova03:59
*** jamesdenton has quit IRC04:03
*** dave-mccowan has quit IRC04:03
*** tjones has joined #openstack-nova04:04
*** shaohe_feng has quit IRC04:06
*** thorst has quit IRC04:06
*** shaohe_feng has joined #openstack-nova04:07
*** links has joined #openstack-nova04:13
*** prateek has quit IRC04:13
*** fawadkhaliq has joined #openstack-nova04:16
*** shaohe_feng has quit IRC04:16
*** shaohe_feng has joined #openstack-nova04:17
*** amotoki has quit IRC04:17
*** prateek has joined #openstack-nova04:20
*** zenoway has joined #openstack-nova04:25
*** Sukhdev has quit IRC04:25
*** Sukhdev has joined #openstack-nova04:26
*** shaohe_feng has quit IRC04:26
*** gjayavelu has joined #openstack-nova04:26
*** zenoway has quit IRC04:29
*** sdake_ has joined #openstack-nova04:30
*** AmyLee7 has quit IRC04:32
*** sudipto has joined #openstack-nova04:32
*** yamahata has joined #openstack-nova04:33
*** gyee has quit IRC04:33
*** amotoki has joined #openstack-nova04:34
*** shaohe_feng has joined #openstack-nova04:35
*** shaohe_feng has quit IRC04:36
*** shaohe_feng has joined #openstack-nova04:37
*** salv-orlando has joined #openstack-nova04:37
*** raunak has quit IRC04:37
*** klindgren has quit IRC04:44
*** rama_y has quit IRC04:44
*** hoangcx has quit IRC04:45
*** shaohe_feng has quit IRC04:47
*** shaohe_feng has joined #openstack-nova04:48
*** sorrison_laptop has quit IRC04:49
*** lpetrut has joined #openstack-nova04:50
*** mdrabe has quit IRC04:51
*** sorrison_laptop has joined #openstack-nova04:53
*** salv-orlando has quit IRC04:53
*** EinstCra_ has quit IRC04:53
*** EinstCrazy has joined #openstack-nova04:54
*** flwang1 has quit IRC04:56
*** shaohe_feng has quit IRC04:57
*** shaohe_feng has joined #openstack-nova04:58
*** ljxiash has joined #openstack-nova05:00
*** zenoway has joined #openstack-nova05:01
*** jaosorior has joined #openstack-nova05:02
*** thorst has joined #openstack-nova05:03
*** EinstCrazy has quit IRC05:03
*** EinstCrazy has joined #openstack-nova05:04
*** zhangyufei has quit IRC05:06
*** jinxing has quit IRC05:06
*** zerda2 has joined #openstack-nova05:06
*** shaohe_feng has quit IRC05:07
*** Nakato has quit IRC05:07
*** EinstCrazy has quit IRC05:07
*** zenoway has quit IRC05:08
*** shaohe_feng has joined #openstack-nova05:08
*** thorst has quit IRC05:11
*** sorrison_laptop has quit IRC05:12
*** fawadkhaliq has quit IRC05:14
*** sorrison_laptop has joined #openstack-nova05:14
*** houming has quit IRC05:15
*** sorriso__ has joined #openstack-nova05:16
*** shaohe_feng has quit IRC05:17
*** shaohe_feng has joined #openstack-nova05:18
*** rchurch has quit IRC05:19
*** sorrison_laptop has quit IRC05:19
*** ecelik has joined #openstack-nova05:22
*** houming has joined #openstack-nova05:22
*** iceyao has quit IRC05:22
*** iceyao has joined #openstack-nova05:23
*** shaohe_feng has quit IRC05:28
*** shaohe_feng has joined #openstack-nova05:29
*** Sukhdev has quit IRC05:33
*** shaohe_feng has quit IRC05:38
*** shaohe_feng has joined #openstack-nova05:39
*** salv-orlando has joined #openstack-nova05:40
*** sree has joined #openstack-nova05:41
*** houming has quit IRC05:43
openstackgerritecelik proposed openstack/nova: Improve the help text for cells options (7)  https://review.openstack.org/27892705:46
*** rcernin has joined #openstack-nova05:48
*** shaohe_feng has quit IRC05:48
*** shaohe_feng has joined #openstack-nova05:48
*** josecastroleon has joined #openstack-nova05:51
*** hoangcx has joined #openstack-nova05:51
*** sachary__ has quit IRC05:53
openstackgerritAlex Xu proposed openstack/nova: Enable 'null' value for user_data in V2.1 API  https://review.openstack.org/31844705:55
*** DaiDV has joined #openstack-nova05:58
*** sudipto has quit IRC05:58
*** shaohe_feng has quit IRC05:58
openstackgerritSilvan Kaiser proposed openstack/nova: Switch Nova Quobyte volume driver to rely on externally provided client mount.  https://review.openstack.org/26475205:59
*** shaohe_feng has joined #openstack-nova05:59
*** Oku_OS-away is now known as Oku_OS05:59
openstackgerritSilvan Kaiser proposed openstack/nova: Switch Nova Quobyte volume driver to rely on external client mount.  https://review.openstack.org/26475206:00
*** sorriso__ has quit IRC06:00
*** greghaynes has joined #openstack-nova06:01
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31886506:02
*** EinstCrazy has joined #openstack-nova06:06
*** jinxing has joined #openstack-nova06:06
openstackgerritMaciej Szankin proposed openstack/nova: config options: Improve help for SPICE  https://review.openstack.org/31704606:07
*** shaohe_feng has quit IRC06:09
*** belmoreira has joined #openstack-nova06:09
*** thorst has joined #openstack-nova06:09
*** shaohe_feng has joined #openstack-nova06:09
*** sridharg has joined #openstack-nova06:10
*** apoorv has joined #openstack-nova06:11
*** mpavone has joined #openstack-nova06:12
*** mpavone has quit IRC06:12
*** amotoki has quit IRC06:13
*** salv-orl_ has joined #openstack-nova06:14
*** mjura has joined #openstack-nova06:14
*** thorst has quit IRC06:16
*** jinxing has quit IRC06:16
*** salv-orlando has quit IRC06:17
*** lpetrut has quit IRC06:18
*** shaohe_feng has quit IRC06:19
*** mjura has quit IRC06:19
*** cheneydc has quit IRC06:19
*** mjura has joined #openstack-nova06:19
*** cheneydc has joined #openstack-nova06:20
*** shaohe_feng has joined #openstack-nova06:20
*** jinxing has joined #openstack-nova06:23
*** fawadkhaliq has joined #openstack-nova06:24
*** david-lyle_ has joined #openstack-nova06:26
*** s1rp has quit IRC06:27
*** s1rp has joined #openstack-nova06:27
*** lbeliveau has quit IRC06:27
*** sshen_ has joined #openstack-nova06:28
*** coreywright has quit IRC06:28
*** david-lyle has quit IRC06:28
*** sshen has quit IRC06:28
*** boris-42 has quit IRC06:28
*** SamYaple has quit IRC06:28
*** lbeliveau has joined #openstack-nova06:28
*** coreywright has joined #openstack-nova06:28
*** shaohe_feng has quit IRC06:29
*** SamYaple has joined #openstack-nova06:29
*** jichen has joined #openstack-nova06:29
*** boris-42 has joined #openstack-nova06:29
*** Dave____ has joined #openstack-nova06:29
*** Dave has quit IRC06:31
*** shaohe_feng has joined #openstack-nova06:31
*** Nakato has joined #openstack-nova06:31
*** al_indigo has quit IRC06:32
*** al_indigo has joined #openstack-nova06:32
*** gjayavelu has quit IRC06:37
*** iceyao has quit IRC06:38
*** jinxing has quit IRC06:38
*** EinstCrazy has quit IRC06:38
*** shaohe_feng has quit IRC06:39
*** iceyao has joined #openstack-nova06:39
*** EinstCrazy has joined #openstack-nova06:40
*** shaohe_feng has joined #openstack-nova06:40
*** jinxing has joined #openstack-nova06:41
*** adisky has joined #openstack-nova06:41
*** salv-orl_ has quit IRC06:47
*** EinstCrazy has quit IRC06:48
*** EinstCrazy has joined #openstack-nova06:48
*** tjones has left #openstack-nova06:49
openstackgerritJianghua Wang proposed openstack/nova-specs: XenAPI: support VGPU via passthrough PCI  https://review.openstack.org/28009906:49
*** shaohe_feng has quit IRC06:50
*** shaohe_feng has joined #openstack-nova06:50
*** vishwanathj has quit IRC06:52
*** sacharya has joined #openstack-nova06:54
*** sacharya has quit IRC06:59
*** shaohe_feng has quit IRC07:00
*** jaosorior has quit IRC07:00
*** jaosorior has joined #openstack-nova07:01
*** shaohe_feng has joined #openstack-nova07:01
*** EinstCra_ has joined #openstack-nova07:04
*** iceyao_ has joined #openstack-nova07:04
*** EinstCrazy has quit IRC07:07
*** iceyao has quit IRC07:08
*** shaohe_feng has quit IRC07:10
*** shaohe_feng has joined #openstack-nova07:11
*** thorst has joined #openstack-nova07:14
*** nkrinner_afk is now known as nkrinner07:14
*** iceyao has joined #openstack-nova07:16
*** ihrachys has joined #openstack-nova07:19
*** iceyao_ has quit IRC07:20
*** shaohe_feng has quit IRC07:20
*** shaohe_feng has joined #openstack-nova07:21
*** thorst has quit IRC07:22
openstackgerritAndrey Volkov proposed openstack/nova: Skip instance name templatig in API cell  https://review.openstack.org/31909107:23
*** ihrachys has quit IRC07:28
*** jlanoux has joined #openstack-nova07:29
*** zhangyufei has joined #openstack-nova07:29
*** shaohe_feng has quit IRC07:31
*** shaohe_feng has joined #openstack-nova07:31
*** salv-orlando has joined #openstack-nova07:32
*** bauzas is now known as bauwser07:34
bauwsergood morning Nova07:34
baater1morning07:38
*** matrohon has joined #openstack-nova07:39
*** shaohe_feng has quit IRC07:41
*** yamahata has quit IRC07:41
*** shaohe_feng has joined #openstack-nova07:42
*** zenoway has joined #openstack-nova07:43
*** josecastroleon has quit IRC07:46
*** josecastroleon has joined #openstack-nova07:48
*** realitix has joined #openstack-nova07:49
*** jamielennox is now known as jamielennox|away07:49
*** shaohe_feng has quit IRC07:51
*** shaohe_feng has joined #openstack-nova07:52
*** markvoelker has joined #openstack-nova07:56
*** ihrachys has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** shaohe_feng has quit IRC08:01
*** shaohe_feng has joined #openstack-nova08:02
*** ihrachys_ has joined #openstack-nova08:02
*** daemontool has joined #openstack-nova08:03
*** ihrachy__ has joined #openstack-nova08:04
*** ihrachys has quit IRC08:05
*** markvoelker has quit IRC08:05
*** ihrachy__ has quit IRC08:05
*** cfriesen has quit IRC08:07
*** ihrachys_ has quit IRC08:07
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
*** markus_z has joined #openstack-nova08:11
*** apoorv has quit IRC08:11
*** lpetrut has joined #openstack-nova08:12
*** shaohe_feng has quit IRC08:12
*** shaohe_feng has joined #openstack-nova08:12
*** klkumar_ has joined #openstack-nova08:13
*** amotoki has joined #openstack-nova08:15
*** salv-orlando has quit IRC08:15
*** jistr has joined #openstack-nova08:15
*** edand_ has joined #openstack-nova08:16
*** salv-orlando has joined #openstack-nova08:16
*** rmart04 has joined #openstack-nova08:17
*** danpb has joined #openstack-nova08:18
*** thorst has joined #openstack-nova08:19
*** DaiDV has quit IRC08:20
lixiaoy1danpb:  Hey Daniel,108:21
*** alex_xu has joined #openstack-nova08:21
lixiaoy1danpb: Could you please have a look at this patch https://review.openstack.org/#/c/247372/ , and need your comments. This was discussed in Mitaka release, about cinder would like to decrypt volumes08:22
*** shaohe_feng has quit IRC08:22
*** etualuo_ has joined #openstack-nova08:23
*** shaohe_feng has joined #openstack-nova08:23
*** etualuo_ has left #openstack-nova08:24
*** Tutj has joined #openstack-nova08:25
*** thorst has quit IRC08:26
TutjHi guys08:26
Tutji would like to ask you guys about nova host-describe08:26
Tutji believe my self that this command shows the information of hugepages memory?08:26
Tutjbut sometimes when we set up our environments for using hugepages08:27
*** sfinucan has joined #openstack-nova08:27
Tutjit shows the wrong value08:27
Tutjhave you encountered this problem before?08:27
*** ljjjustin has quit IRC08:30
*** Dave____ is now known as Dave08:31
*** lucas-afk is now known as lucasagomes08:32
*** shaohe_feng has quit IRC08:32
*** shaohe_feng has joined #openstack-nova08:33
*** ljjjustin has joined #openstack-nova08:33
*** efoley has joined #openstack-nova08:33
*** houming has joined #openstack-nova08:34
*** haukebruno has joined #openstack-nova08:34
*** yassine__ has joined #openstack-nova08:35
openstackgerritSudipta Biswas proposed openstack/nova: Introduce a CONF flag to determine glance client version  https://review.openstack.org/31596308:40
*** PaulMurray has joined #openstack-nova08:42
*** sudipto has joined #openstack-nova08:42
*** shaohe_feng has quit IRC08:42
PaulMurraymorning all08:43
*** shaohe_feng has joined #openstack-nova08:43
sfinucano/08:44
*** derekh has joined #openstack-nova08:44
*** apoorv has joined #openstack-nova08:46
bauwsermorning08:46
bauwser(again)08:46
openstackgerritSylvain Bauza proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568108:46
realitixMorning all, Can someone take a look at this blueprint https://blueprints.launchpad.net/nova/+spec/allowing-renaming-flavor-nameflavor08:47
openstackgerritJens Rosenboom proposed openstack/nova: Warn when using null cache backend  https://review.openstack.org/30771808:47
*** gjayavelu has joined #openstack-nova08:49
PaulMurraybauwser, you've been in discussions about what goes in nova_api vs nova db haven't you?08:49
bauwserPaulMurray: sort of, a bit lagged due to my check-dest bp, but I can help08:50
johnthetubaguymarkus_z: I was talking with sfinucan and some others yesterday, there were a few ideas that came up around the config options stuff, I think the ideas are going to get sent to the ML08:50
PaulMurrayI'm going to add console auth records to the db08:50
PaulMurraywondering whih one08:50
johnthetubaguymarkus_z: would be good to check out those ideas with you, if you have a good moment later08:50
PaulMurrayI'm guessing the api, but not sure if there is some guidence somewhere08:51
markus_zjohnthetubaguy: yep, no meetings all day long :)08:51
johnthetubaguyPaulMurray: I try to stick to, anything around the instance, lives next to the instance, in the child cell08:51
johnthetubaguymarkus_z: lucky person, actually today isn't too bad for me either :D08:51
markus_zjohnthetubaguy: wanna discuss it here or on the ML when it's out?08:51
johnthetubaguymarkus_z: I am good here, I was thinking about dropping that service list stuff08:52
johnthetubaguymarkus_z: I am worried we are getting it wrong, and we will not maintain it properly08:52
PaulMurrayjohnthetubaguy, ok, I try that - I'm only starting on it so still have to remind myself what I'm doing with it08:52
johnthetubaguymarkus_z: I had an idea for an alternative08:52
*** shaohe_feng has quit IRC08:53
johnthetubaguyPaulMurray: the details are a bit tricky though, depends on the usage patterns, like if an API has to aggregate across multiple cells, that not ideal, etc, but console sounds like its not affected08:53
johnthetubaguymarkus_z: the alternative is "compute node" or "controller" or both08:53
*** shaohe_feng has joined #openstack-nova08:53
markus_zjohnthetubaguy: yeah, I was worried about that too. What's your idea?08:53
johnthetubaguymarkus_z: thinking about all the creds (like DB) you should not have on there, its good to tell people about that08:53
*** gjayavelu has quit IRC08:54
johnthetubaguymarkus_z: but if we do that, I think we should create two separate sample configs, maybe?08:54
johnthetubaguywe could do some protections to try and stop the compute node reading configs that are not in its sample config file, so we test the split in the gate08:55
markus_zjohnthetubaguy: I don't know enough about real life deployments, but if that separation is good enough for most, then I'm good.08:55
johnthetubaguyso its kinda where our security model is going, we are trying to keep sensitive data off the computes, and eventually give them "very limited" trust when connecting to the rest of the system08:56
markus_zjohnthetubaguy: So you don't want to put "controller" / "compute" in the help text but show it via two separate files?08:56
bauwserPaulMurray: sorry, missed your point, you asked where to add this console auth records table ?08:56
johnthetubaguymarkus_z: while it would be nice if it were machine readable I guess, so the generators can do the right thing, separate sample configs seemed the best I could think of, without introducing something new08:57
johnthetubaguymarkus_z: so I could post this to the dev list, and maybe later post to the ops list?08:57
bauwserPaulMurray: the general rule of thumb for the API DB is to keep it with minimal writes08:57
bauwserPaulMurray: for scaling purposes08:57
bauwserPaulMurray: but in general, we want to put things in it if they're cross-cells08:57
PaulMurraybauwser, ok - I'm just getting into this piece of work so I need to get into the details08:58
bauwserPaulMurray: what I'm afraid of a console auth table is that it would have one entry per instance ?08:58
markus_zjohnthetubaguy: I'm thinking about the configuration reference manual where it isn't then possible to see the usage (ctrl vs. comp), but that could be a minor thing.08:58
bauwserPaulMurray: if so, putting it in the API DB would be terrible because of the size08:58
*** fabian4 has left #openstack-nova08:58
PaulMurraybauwser, one entry per console authorization08:58
markus_zjohnthetubaguy: Yes, let's put it to the ML.08:58
johnthetubaguymarkus_z: I think they sometimes do a separate doc for each sample config file08:58
PaulMurraywhich is generally pretty few08:58
* PaulMurray back in a few mintues08:59
markus_zjohnthetubaguy: Do they? I didn't know that.08:59
johnthetubaguymarkus_z: I think I saw that somewhere08:59
*** flwang1 has joined #openstack-nova09:00
bauwserPaulMurray: I'll have to go in a few - fitness stuff09:00
johnthetubaguymarkus_z: do you have a link to the current compute one, I keep getting confused with so many slightly different ones09:00
bauwserPaulMurray: my wonders are the relationships you're going to create09:00
markus_zjohnthetubaguy: Should be this one: http://docs.openstack.org/mitaka/config-reference/compute/config-options.html09:00
bauwserPaulMurray: ie. one type of console auth being a FK for a console ?09:00
openstackgerritPavel Kholkin proposed openstack/nova: nova-api-hypervisor-cpu-info change  https://review.openstack.org/30418009:01
bauwserPaulMurray: oh, I think it would be mapped to a console pool, right?09:01
* bauwser litterally go running09:02
*** shaohe_feng has quit IRC09:03
*** shaohe_feng has joined #openstack-nova09:04
*** daemontool has quit IRC09:05
*** daemontool has joined #openstack-nova09:05
* PaulMurray is back09:08
*** shaohe_feng has quit IRC09:13
*** shaohe_feng has joined #openstack-nova09:16
*** dmk0202 has joined #openstack-nova09:19
*** mvk has joined #openstack-nova09:21
*** shaohe_feng has quit IRC09:23
*** thorst has joined #openstack-nova09:24
*** sambetts|afk is now known as sambetts09:24
*** shaohe_feng has joined #openstack-nova09:24
*** zhangyufei has quit IRC09:27
openstackgerritAndrea Rosa proposed openstack/nova: WIP: Attach/detach root volume for shelved_offloaded  https://review.openstack.org/31744609:28
*** edand_ has quit IRC09:31
*** thorst has quit IRC09:31
*** shaohe_feng has quit IRC09:34
*** shaohe_feng has joined #openstack-nova09:34
*** wanghao has quit IRC09:35
*** wanghao has joined #openstack-nova09:36
*** matrohon has quit IRC09:36
*** BobBall_AWOL is now known as BobBall09:38
*** malos has joined #openstack-nova09:38
*** houming has quit IRC09:40
*** shaohe_feng has quit IRC09:44
markus_zjohnthetubaguy: good ML post. I'll answer on that after lunch. You talk there about sfinucan's thread, do you have a pointer for that?09:44
sfinucansfinucan: I haven't posted it yet - was waiting to talk to you first :)09:45
*** shaohe_feng has joined #openstack-nova09:45
johnthetubaguymarkus_z: yeah, it was referencing the future there09:45
markus_zAh, explains why I didn't find it :)09:45
sfinucanmarkus_z: Mostly about reinforcing learnings from our work, really09:46
johnthetubaguysfinucan: I suggested a work breakdown in the ML, let me know if that looks right09:46
johnthetubaguysfinucan: I included a bit for making the option definition consistent, to track that clean up of list_opts, etc.09:47
sfinucanjohnthetubaguy: Yeah, I've got five things: indentation, lists vs individual variables, using 'option.name', lists vs iterators and avoiding deprecated options09:47
sfinucanmarkus_z: ^^^ they're mostly learnings from our work, afaict. Hopefully you agree :)09:48
johnthetubaguysfinucan: sounds good, I noted the deprecated options thing in my ML post, if that helps09:48
markus_zsfinucan: I'm heading to lunch, let's discuss it afterwards if you have time.09:48
sfinucansure thing09:48
baater1hello everyone    how does the ceph intergrate with nova by using iSCSI ?  tell me about the novaconf changes. thx09:48
*** devananda has quit IRC09:52
*** shaohe_feng has quit IRC09:54
*** shaohe_feng has joined #openstack-nova09:55
sfinucanbaater1: Sounds like a Nova deployment question. You should use #openstack for these questions.09:55
sfinucan(see the channel topic)09:55
*** dave-mccowan has joined #openstack-nova09:59
*** apoorv has quit IRC10:01
*** jinxing has quit IRC10:01
*** EinstCra_ has quit IRC10:01
*** cheneydc has quit IRC10:02
*** devananda has joined #openstack-nova10:03
*** shaohe_feng has quit IRC10:04
*** shaohe_feng has joined #openstack-nova10:05
*** amotoki has quit IRC10:05
*** dedery has joined #openstack-nova10:05
*** iceyao has quit IRC10:07
*** jinxing has joined #openstack-nova10:07
*** dedery_ has joined #openstack-nova10:09
*** dedery has quit IRC10:13
*** apoorv has joined #openstack-nova10:13
*** amotoki has joined #openstack-nova10:13
*** sdague has joined #openstack-nova10:14
*** chenfan has quit IRC10:14
lyarwood_morning all, I'm looking for a sanity check on the following review if anyone has time - https://review.openstack.org/#/c/318266/ - I'm worried about the impact of the change on none libvirt backends however CI for these backends looks good.10:14
lyarwood_non*10:15
*** shaohe_feng has quit IRC10:15
*** dedery_ has quit IRC10:15
*** shaohe_feng has joined #openstack-nova10:15
*** ihrachys has joined #openstack-nova10:15
*** zenoway has quit IRC10:16
*** zenoway has joined #openstack-nova10:17
*** fragatina has quit IRC10:20
*** ihrachys has quit IRC10:20
*** fragatina has joined #openstack-nova10:20
*** cdent has joined #openstack-nova10:20
PaulMurrayjohnthetubaguy, we don't need this consoleauth thing10:21
PaulMurrayjohnthetubaguy, if I make an object for the auth records we can just use that instead and10:21
PaulMurrayjohnthetubaguy, dump the consoleauth service altogetehr10:22
PaulMurraysimples10:22
johnthetubaguyyeah, I don't really know the history on the console side of things, it doesn't sound like a terrible idea10:22
PaulMurrayjohnthetubaguy, its usually a singleton sitting in the api cell if you have cells10:23
*** srushti has joined #openstack-nova10:23
PaulMurraybut I think you are right about keeping instance stuff near instances10:23
PaulMurrayso I'll put it in the nova db10:23
*** tbachman has quit IRC10:23
PaulMurray- I'll check with alaski when he is around10:24
*** fragatin_ has joined #openstack-nova10:24
*** fragatina has quit IRC10:24
johnthetubaguyyeah, I would check with alaski10:24
*** baater1 has quit IRC10:24
*** shaohe_feng has quit IRC10:25
*** ihrachys has joined #openstack-nova10:25
*** shaohe_feng has joined #openstack-nova10:25
*** jwcroppe has quit IRC10:26
*** zenoway has quit IRC10:26
*** jinxing has quit IRC10:26
*** jwcroppe has joined #openstack-nova10:26
*** jwcroppe has quit IRC10:26
*** claudiub has joined #openstack-nova10:27
openstackgerritSean Dague proposed openstack/nova: be more explicit that rate limits are gone in v2.1  https://review.openstack.org/31892310:27
PaulMurrayhmmmm, I forgot, all you have is a token in the console url, so there is no instance to map to the cell from10:27
*** thorst has joined #openstack-nova10:28
*** fragatin_ has quit IRC10:28
srushtisdague: Hi Could you please review  https://review.openstack.org/28639010:28
*** zenoway has joined #openstack-nova10:30
*** ihrachys has quit IRC10:31
*** zenoway has quit IRC10:32
*** zenoway has joined #openstack-nova10:32
*** hieulq has quit IRC10:33
*** ljxiash has quit IRC10:33
*** ljxiash has joined #openstack-nova10:33
openstackgerritAlexis Lee proposed openstack/nova: Enable mutable config in Nova  https://review.openstack.org/28085110:34
*** shaohe_feng has quit IRC10:35
*** amotoki has quit IRC10:35
*** thorst has quit IRC10:36
*** fragatina has joined #openstack-nova10:36
*** ljxiash has quit IRC10:38
sdaguesrushti: I'm not sure a change like that is all that useful10:38
*** shaohe_feng has joined #openstack-nova10:38
bauwserPaulMurray: back there10:39
*** sorrison_laptop has joined #openstack-nova10:39
*** fragatina has quit IRC10:40
alaskilifeless: I was going to test a few projects with it like Nova/Neutron since I believe they're the ones that broke last time10:41
alaskiand submit any fixes needed10:41
alaskiPaulMurray: if the console authorization is tied to an instance then I would look at the cell db first10:43
*** alaski is now known as lascii10:43
*** shaohe_feng has quit IRC10:45
*** shaohe_feng has joined #openstack-nova10:46
lasciiif this question is on a specific spec/review I can take a look and comment there with more info10:47
srushtisdague: It removes duplicate code and enhances re-usability of code. Similar fix has been merged in cinder https://review.openstack.org/31535810:48
sdaguesrushti: not if you leave the adapter layer in there10:48
sdagueespecially given that you are catching generic errors not specific exceptions10:48
sdagueand assuming that the message is a contract10:49
*** tbachman has joined #openstack-nova10:49
tojuvoneGetting late to have new spec and have review, should I put to backlog?10:50
PaulMurraylascii, its easier to explain10:51
openstackgerritLucian Petrut proposed openstack/nova: Hyper-V: Implement nova rescue  https://review.openstack.org/12715910:51
PaulMurraylascii, console auth is basically just a server using memcach to store console auth tokens10:51
tojuvoneThat would be everything I had for maintenance10:51
PaulMurraythat are handed out to users when they ask for a vnc console etc.10:52
PaulMurrayThe user gets a url that connects to the console proxy server, which uses the token in the url to authroise the connection10:52
PaulMurrayThe problem is that the proxy only has the token to use for lookup10:53
PaulMurraynot the instance10:53
PaulMurrayNormally it would go to the single console auth server to do the lookup.10:53
kashyapclarkb: When you're about, I found the exact opposite of what you said here: Using `service` and explicit stop+start of libvirt-bin creates the socket file.  Using `systemctl` does not succed at all.  See all four cases of my testing here: https://kashyapc.fedorapeople.org/behavior-of-systemctl-and-service-with-libvirt-bin-on-Xenial.txt10:54
PaulMurrayIf we put the data in a database instead of in a memcache server10:54
*** apoorv has quit IRC10:54
PaulMurraywe need to be able to look it up using the token10:54
lasciigotcha10:54
PaulMurrayso if it goes in the cell db, how do we know which cell ?10:54
kashyapsdague: On your Xenial VM, if you use: `systemctl restart libvirt-bin` do you find the /var/run/libvirt/libvirt-sock created?10:54
lasciiso based on that it seems like you'll need to use the api db10:54
PaulMurraywhich is not ideal10:55
lasciiwhich isn't great. but unless the auth url is changed to include instance info we have no way to find the cell as you point out10:55
PaulMurraybecause the compute managers generate the data10:55
PaulMurrayI did wonder about having a proxy per cell......10:55
PaulMurraybut that's not great either10:56
*** shaohe_feng has quit IRC10:56
PaulMurray(i.e. the url could be used to chose the cell)10:56
lasciiI think that would be a decent solution10:56
lasciias you may not want a global proxy for every cell10:56
openstackgerritAndrey Volkov proposed openstack/nova: Skip instance name templatig in API cell  https://review.openstack.org/31909110:56
*** sacharya has joined #openstack-nova10:56
PaulMurraydoes expose the difference between cells a little10:56
*** shaohe_feng has joined #openstack-nova10:56
lasciitrue, but that url should really be opaque to users10:57
sdaguekashyap: http://paste.openstack.org/show/497881/10:57
PaulMurrayActually, it need not be a seperate proxy, could just add something in the resource path10:58
lasciiright, that was what I meant earlier about updating the auth_url10:58
lasciimy preference would be to keep that data in the cell db, and then route requests there either through an updated resource path or a proxy per cell10:59
PaulMurraylascii, yes, I was thinking about messing with ports etc, but your right, that would do it10:59
* kashyap clicks11:00
PaulMurraywe can already set the url on a per host basis - its a config parameter11:00
markus_zsfinucan: I'm a bit torn about moving https://github.com/openstack/nova/blob/d619ad6ba15df1cf7dc92ddf84d1c65af018682f/nova/cmd/dhcpbridge.py#L9211:01
markus_zsfinucan: It's purely a CLI option and doesn't show in the nova.conf11:01
kashyapsdague: Can you also please tell me: `dpkg -s libvirt-bin | grep Version`11:01
PaulMurraylascii, I'll have to update the spec for this - will you review for me when I do it ?11:01
lasciiPaulMurray: okay, so start with a proxy per cell sounds like it would be trivial. then add on url routing later if desired11:01
markus_zsfinucan: What do you think about that?11:01
*** sacharya has quit IRC11:01
lasciiPaulMurray: yeah, just link me or add me11:01
PaulMurraythanks11:01
mdboothlyarwood_: Just looking at your updated patch.11:02
*** gszasz has joined #openstack-nova11:02
mdboothI don't think anything calls computemanager.detach_volume11:02
mdbooth*except* computemanager._handle_bad_volume_detached11:02
sfinucanmarkus_z: the cli/conf opt divide confuses me, from a centralization perspective :)11:02
mdboothwhich contains a comment suggesting that it shouldn't11:02
mdboothwhich is weird11:02
*** rtheis has joined #openstack-nova11:02
lyarwood_mdbooth: it's _detach_volume btw11:03
mdboothwhich means that _detach_volume has only a single caller11:03
mdbooth...right11:03
sfinucanmarkus_z: We're registering cli opts in Nova conf, but they're not-CLI only as you say11:03
lyarwood_mdbooth: ah I see sorry11:03
mdbooth_detach_volume has 2 callers, but one of them is apparently never called itself11:03
mdboothexcept internally11:03
markus_zsfinucan: right, that's why I had no doubt to move them11:03
*** sathiya has joined #openstack-nova11:04
markus_zsfinucan: to be honest, I discovered those "SubCommandsOpt"s only some days ago11:04
sathiyaHi,all11:04
mdboothThat can be called in reboot context11:04
sfinucanmarkus_z: Yeah, thinking out loud really :)11:04
* mdbooth considers that11:04
*** jaosorior has quit IRC11:04
sfinucanmarkus_z: I'd leave it, personally. It's not 'conf' so it doesn't belong in said folder11:04
sathiyaIs there any difference between "nova image-list" and "glance image-list"  ?11:05
sfinucanmarkus_z: Plus they're already pretty "central" in 'nova/cmd'11:05
markus_zsfinucan: I have that tendency as well11:05
sfinucanmarkus_z: This would change if there were extensive use of register_cli_opt outside of 'nova/conf' and 'nova/cmd', but there isn't11:06
markus_zsfinucan: It's mainly my pseudo-OCD voice in my head which whispers "but it's not complete"11:06
*** shaohe_feng has quit IRC11:06
sfinucan:D11:06
fricklerkashyap: I'm missing some context probably, but why do you have that old qemu installed in your sample? default should be 2.5 for xenial11:06
kashyapfrickler: I don't know -- whatever `sudo apt-get qemu-kvm` brought in.  I normally run libvirt from Git.  I'm using this Ubuntu setup to reproduce a bug.11:07
sdaguekashyap: Version: 1.3.1-1ubuntu1011:07
kashyapfrickler: Err, QEMU from Git, too.11:07
*** shaohe_feng has joined #openstack-nova11:07
johnthetubaguysfinucan: markus_z: yeah, good points, I quite like saying all reglister_cli_opts should be in nova/cmd near their usage?11:07
markus_zsfinucan: OK, we're on the same page then. Then only https://review.openstack.org/314091 is left for the "move to nova/conf/" part.11:07
johnthetubaguyunless they are shared with conf, I guess11:07
lyarwood_mdbooth: AFAICT we do end up calling detach_volume in the manager from a normal volume-detach request11:08
markus_zjohnthetubaguy: yeah, makes a good general rule11:08
kashyapsdague: Okay, one last test (this will confirm you see sam as Clark's behavior), if you feel like:  `sudo service libvirt-bin stop && sudo service libvirt-bin start`11:08
mdboothlyarwood_: Where's that?11:08
sfinucanmarkus_z: Yeah, what johnthetubaguy said11:08
kashyapsdague: With the above, do you see a libvirt-sock created too?11:08
lyarwood_mdbooth: if I'm following the n-api <- rpcapi -> n-cpu flow correctly that is11:08
sdaguekashyap: no11:09
sdaguebut we already came up with a theory for that yesterday11:09
sdaguewhich is why you should be using restart11:09
markus_zsfinucan: You said earlier you wanted to discuss something too?11:09
mdboothlyarwood_: Which n-api call?11:10
kashyapsdague: I'm trying to compare what I see on my Xenial VM, where using `systemctl` doesn't create the socket.  See the summary of the four cases here: https://kashyapc.fedorapeople.org/behavior-of-systemctl-and-service-with-libvirt-bin-on-Xenial.txt11:10
lyarwood_mdbooth: starting around nova/api/openstack/compute/contrib/volumes.py:41311:10
lyarwood_mdbooth: that goes to the compute-api, compute-rpcapi and then the manager11:10
lyarwood_mdbooth: but again, if I'm reading this right. I'm likely not.11:11
sfinucanmarkus_z: Yeah. We had a discussion about config opt "best practices" in OSIC standup yesterday. Just a heads up before I send to mailing list, lest you disagree11:11
*** Tutj has quit IRC11:11
mdboothlyarwood_: Ah, yes. I missed that one.11:11
sdaguekashyap: actually, I mispoke, the socket file is there11:11
sdagueI was looking in the wrong directory11:11
sfinucanmarkus_z: We'd five points, that I can recall.11:12
kashyapsdague: Ah, that sounds more consistent.11:12
openstackgerritAlexis Lee proposed openstack/nova: Enable mutable config in Nova  https://review.openstack.org/28085111:12
openstackgerritAlexis Lee proposed openstack/nova: Make LM timeout params mutable  https://review.openstack.org/31920311:12
*** zzzeek has quit IRC11:12
lyarwood_mdbooth: still, that's a valid use case with this change as the instance should be local to the compute that's going to call _driver_detach_volume11:12
kashyapsdague: So, you're saying case (2.b); with `service` stop+start you see the socket file just fine -- correct?11:12
sdagueright, but as are all the restart ones11:12
mdboothlyarwood_: volume delete11:12
sdaguewhere is the devstack patch that moves to restart?11:12
sdagueyou and clarkb were going to make that one yesterday11:13
sfinucanmarkus_z: Use lists of opts, rather than variables; don't indent the docstrings; use '[option_group].name' due to duplication bug; use lists rather than iterators; ignore deprecated options11:13
lyarwood_mdbooth: yeah this is the API remember so that's a detach11:13
kashyapsdague: Haven't done that yet.  I was testing locally the current behavior first.  Will get to it today.11:13
sfinucanmarkus_z: there's also a more contention sixth, which was to drop the 'related_options' and 'service which consume this boxes', on account of maintainability. Think John may have covered this already though11:14
markus_zsfinucan: regarding "[option_group].name", that should be solved with https://review.openstack.org/#/c/304802/11:14
sfinucans/contention/contentious/11:14
mdboothlyarwood_: That's sending the call explicitly to the compute host of the instance11:15
mdbooth...which is fine11:15
sfinucanmarkus_z: but that's not released yet, is it?11:15
markus_zsfinucan: oh, yeah, you're right11:15
sfinucanmarkus_z: This would be similarly helpful, but it's not merged yet either https://review.openstack.org/#/c/307685/11:16
sfinucans/merged/released11:16
*** shaohe_feng has quit IRC11:16
*** shaohe_feng has joined #openstack-nova11:16
markus_zsfinucan: dropping the "services" list is something I can agree with. Dropping "related options" would remove a lot of benefit for ops IMO.11:16
markus_zsfinucan: But I don't know yet how to keep that maintained. :/11:18
sfinucanmarkus_z: So the primary use case I've identified is an "enable" option, which other dependencies hinge on11:19
sfinucanmarkus_z: since related options are normally grouped, it might make sense to provide some mechanism for linking a specified opt to an optgroup11:20
sfinucanmarkus_z: i.e. this option disables this entire group11:20
sfinucanmarkus_z: the option could even be auto-generated, based on an OptGroup parameter11:20
sfinucanmarkus_z: *However*, johnthetubaguy pointed out a few other scenarios that wouldn't be covered by this, so it's not a 100% solution11:21
mdboothlyarwood_: Having 2 methods called 'detach_volume' and 'remove_volume_connection' isn't at all confusing :/11:22
markus_zsfinucan: Yeah, maybe wait for that decision until we have the help texts about the impact of a single config option to a proper standard.11:22
markus_zsfinucan: I mean, for all options. After that we should have a bigger picture.11:22
lyarwood_mdbooth: ewww, yeah I missed that11:23
sfinucanmarkus_z: Yeah, good call11:23
*** laszloh has joined #openstack-nova11:23
mdboothlyarwood_: How about the connection_info dance?11:23
mdboothjsonutils.loads()11:24
mdboothIs that copied from somewhere?11:24
* mdbooth isn't familiar with that11:24
lyarwood_yeah from the _driver_detach_volume method11:24
openstackgerritSylvain Bauza proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568111:24
mdboothlyarwood_: Got it11:24
lyarwood_mdbooth: at the top, there's an additional serial_id that's added iirc but isn't required to terminate the connection later on11:24
mdboothlyarwood_: Hmm, there's a note about that11:25
markus_zsfinucan: OK, I'm going to throw my 2 cents at the ML post11:25
lyarwood_mdbooth: yeah sorry I mean it's just used by the drivers to detach not cinder to terminate the connection11:26
*** shaohe_feng has quit IRC11:26
lyarwood_mdbooth: so in the case where we don't call for a detach we just need it to check if there's stashed connector11:27
sfinucanmarkus_z: Sweet. Lunch time for me11:27
*** shaohe_feng has joined #openstack-nova11:29
*** tyrola has joined #openstack-nova11:30
*** tbachman_ has joined #openstack-nova11:30
*** tbachman has quit IRC11:32
*** tbachman_ is now known as tbachman11:32
lyarwood_mdbooth: hmmmm I wonder if we could just use self.compute_rpcapi.remove_volume_connection passing instance.host here to attempt to cleanup on the original host11:32
lyarwood_mdbooth: as we do in _rollback_live_migration to cleanup the destination host after a failure11:33
gibilascii, sdague: mriedem promised to check https://review.openstack.org/#/c/286675/ (versioned notification transformation spec) but it seems he ran out of time. Seems we have an agreemet that it is a good direction but the spec needs spec-core reviews. Could you check it please?11:33
*** sorrison_laptop has quit IRC11:34
mdboothlyarwood_: It's a good idea, as long as we don't fail if we can't11:34
mdboothBecause presumbly in most cases we got here because the source compute isn't around any more11:34
*** edand_ has joined #openstack-nova11:34
*** daemontool has quit IRC11:34
lyarwood_mdbooth: yeah we should be able to catch and continue in that case11:35
*** sathiya has left #openstack-nova11:36
*** shaohe_feng has quit IRC11:37
mdboothlyarwood_: Ok, that would be over-and-above, though11:37
*** shaohe_feng has joined #openstack-nova11:37
mdboothWe don't do that right now, and it's an optimisation I think11:37
kashyapsdague: There we go - https://review.openstack.org/31920911:38
mdboothI would assume that this would almost always fail, either because the source compute isn't there, or because it has been down and come back up again, clearing out volumes in the process11:38
sdaguegibi: seems fine to me, getting dansmith to check it out would be good11:38
mdboothHowever, it would be a good addition anyway, I think11:38
mdboothPerhaps a separate patch?11:38
gibisdague: thanks11:38
lyarwood_mdbooth: well local rebuilds would be fine, it's just remote rebuilds with the src host down that could fail.11:39
lyarwood_mdbooth: happy to follow up with another patch with that in11:39
gibidansmith: Could you check https://review.openstack.org/#/c/286675/ (versioned notificaton spec) please? It seems there is an agreement on the direction but we need your opinion.11:39
mdboothRight, but that's the only case where would would even try this, right?11:39
mdboothNot saying it's bad, just that it's probably not worth complicating this patch with it11:40
lyarwood_mdbooth: ah right I see what you're saying, so we would only try the rpcapi call *if* we were remote11:40
mdboothYes11:40
lyarwood_mdbooth: I was just going to replace the _detach_volume call with the rpcapi call11:40
mdboothWas that not what you were thinking?11:40
lyarwood_mdbooth: so we always callback to the source host11:41
lyarwood_mdbooth: even if it's local11:41
*** audit has joined #openstack-nova11:41
mdboothAh...11:41
*** hoangcx has quit IRC11:41
mdboothWell _detach_volume also does other stuff11:41
*** daemontool has joined #openstack-nova11:41
lyarwood_mdbooth: the connector stuff is a workaround to it being called on a remote host11:42
lyarwood_mdbooth: but yeah the usage stuff should likely be in both methods11:42
*** baoli has joined #openstack-nova11:43
lyarwood_mdbooth: ah nvm terminate_connection is in there11:43
lyarwood_mdbooth: sorry so that isn't going to work anyway11:43
*** baoli_ has joined #openstack-nova11:44
*** cdent has quit IRC11:44
*** smatzek has joined #openstack-nova11:45
mdboothlyarwood_: I gave it a +111:46
*** sree has quit IRC11:46
lyarwood_mdbooth: cheers11:47
*** shaohe_feng has quit IRC11:47
*** baoli has quit IRC11:47
*** shaohe_feng has joined #openstack-nova11:47
*** ihrachys has joined #openstack-nova11:49
*** zhangyufei has joined #openstack-nova11:50
*** raildo-afk is now known as raildo11:55
*** rfolco has joined #openstack-nova11:56
*** gszasz has quit IRC11:56
*** shaohe_feng has quit IRC11:57
*** shaohe_feng has joined #openstack-nova11:57
*** audit has quit IRC11:58
*** ducttape_ has joined #openstack-nova11:59
*** thorst has joined #openstack-nova12:00
*** sudipto has quit IRC12:00
*** eliqiao has quit IRC12:02
*** lucasagomes is now known as lucas-hungry12:02
*** flwang has quit IRC12:03
openstackgerritAtsushi SAKAI proposed openstack/nova: api-ref: Add fault parameter details  https://review.openstack.org/31795512:03
*** eliqiao has joined #openstack-nova12:05
*** kylek3h has joined #openstack-nova12:05
*** claudiub has quit IRC12:05
*** iceyao has joined #openstack-nova12:05
*** rk4n has joined #openstack-nova12:05
*** zhangyufei has quit IRC12:06
*** aysyd has joined #openstack-nova12:06
*** claudiub has joined #openstack-nova12:06
*** vnogin has quit IRC12:07
*** shaohe_feng has quit IRC12:07
*** shaohe_feng has joined #openstack-nova12:08
*** zhangyufei has joined #openstack-nova12:10
*** cdent has joined #openstack-nova12:10
*** flwang has joined #openstack-nova12:11
*** kylek3h has quit IRC12:13
*** edand_ has quit IRC12:14
*** daemontool_ has joined #openstack-nova12:14
openstackgerritjichenjc proposed openstack/nova: api-ref verify of servers-admin-action.inc  https://review.openstack.org/31172712:14
*** ducttape_ has quit IRC12:15
*** zhangyufei has quit IRC12:15
*** ayoung has quit IRC12:16
*** zhangyufei has joined #openstack-nova12:17
*** daemontool has quit IRC12:17
*** shaohe_feng has quit IRC12:18
*** shaohe_feng has joined #openstack-nova12:18
*** zerda2 has quit IRC12:21
*** amotoki has joined #openstack-nova12:22
*** efoley has quit IRC12:22
*** kfarr has joined #openstack-nova12:24
*** mdrabe has joined #openstack-nova12:28
*** shaohe_feng has quit IRC12:28
*** shaohe_feng has joined #openstack-nova12:28
openstackgerritChangBo Guo(gcb) proposed openstack/nova: use_neutron_default_nets: StrOpt ->BoolOpt  https://review.openstack.org/24306112:28
*** tyrola has quit IRC12:30
*** tyrola has joined #openstack-nova12:31
*** amotoki has quit IRC12:32
*** salv-orl_ has joined #openstack-nova12:33
thorstefried: Why did you choose to scrub a specific LPAR instead of using the ComprehensiveScrub?12:33
*** tyrola has joined #openstack-nova12:33
*** tyrola has joined #openstack-nova12:34
*** tyrola has quit IRC12:34
*** tyrola has joined #openstack-nova12:34
*** tyrola has quit IRC12:34
*** tyrola has joined #openstack-nova12:35
*** tyrola has quit IRC12:35
*** tyrola has joined #openstack-nova12:36
*** tyrola has joined #openstack-nova12:36
*** tyrola has quit IRC12:36
lbeliveaugjayavelu: hi12:36
*** tyrola has joined #openstack-nova12:37
*** tyrola has joined #openstack-nova12:37
*** salv-orlando has quit IRC12:37
*** tyrola has joined #openstack-nova12:37
*** tyrola has joined #openstack-nova12:38
*** shaohe_feng has quit IRC12:38
*** shaohe_feng has joined #openstack-nova12:39
*** tyrola has joined #openstack-nova12:39
*** tyrola has quit IRC12:39
*** tyrola has joined #openstack-nova12:39
*** tyrola has quit IRC12:39
*** tyrola has joined #openstack-nova12:40
*** tyrola has joined #openstack-nova12:40
*** tyrola has joined #openstack-nova12:41
*** tyrola has quit IRC12:41
*** jwcroppe has joined #openstack-nova12:41
*** tyrola has joined #openstack-nova12:41
*** tyrola has quit IRC12:41
*** _prad_ has joined #openstack-nova12:46
*** marcusvrn_ has joined #openstack-nova12:47
lyarwood_I'm looking for a sanity check on the following review if anyone has time - https://review.openstack.org/#/c/318266/ - I'm worried about the impact of the change on virt drivers other than libvirt however CI for these backends looks good with this change.12:48
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334512:48
*** shaohe_feng has quit IRC12:48
*** shaohe_feng has joined #openstack-nova12:49
johnthetubaguylyarwood_: so I am curious why we need that check12:49
johnthetubaguylyarwood_: oh... rebuild...12:50
lyarwood_johnthetubaguy: it's really to avoid the disconnect_volume call on a host that has never connected to the volume in the past.12:50
lyarwood_johnthetubaguy: yeah during a remote rebuild12:50
johnthetubaguylyarwood_: so rebuild is called in two cases, evacuate and rebuild, I guess this is for the evacuate path?12:50
lyarwood_johnthetubaguy: correct yes, I thought you could also ask for a remote rebuild outside of an evacuation12:51
bauwserlascii: in case you want to make someone happy :p https://review.openstack.org/#/c/312009/12:51
johnthetubaguylyarwood_: I am not sure if thats possible actually12:51
*** kylek3h has joined #openstack-nova12:53
*** syjulian has joined #openstack-nova12:54
*** tbachman has quit IRC12:55
lyarwood_johnthetubaguy: hmm yeah I can't think why I thought that was the case.12:55
sdaguejohnthetubaguy / alex_xu - what do you think about my suggestions here - https://review.openstack.org/#/c/267673/10  ?12:55
*** salv-orl_ has quit IRC12:55
*** sacharya has joined #openstack-nova12:57
lyarwood_johnthetubaguy: ah because of resize_to_same_host, I managed to mix that up with rebuild in my head. Still evacuation is a remote rebuild.12:57
*** tbachman has joined #openstack-nova12:57
*** salv-orlando has joined #openstack-nova12:58
johnthetubaguysdague: so I like it, but I don't like how we call shared storage local... maybe no_root_disk:True, but that makes boot from volume odd...12:58
sdaguejohnthetubaguy: it's more than just root disk12:58
sdaguethere are 3 disk values (ignoring config drive)12:59
*** annegentle has joined #openstack-nova12:59
*** shaohe_feng has quit IRC12:59
sdagueroot, swap, ephemeral12:59
openstackgerritLaszlo Hegedus proposed openstack/nova: Transform generic instance action notifications  https://review.openstack.org/31365412:59
johnthetubaguysdague: but ephemeral:0 and swap:0 actually mean zero already12:59
*** shaohe_feng has joined #openstack-nova12:59
sdagueswap:0 does12:59
sdagueephemeral:0 is a little odd12:59
*** cfriesen has joined #openstack-nova13:00
sdaguebecause it goes down the same path as root disk13:00
*** lucas-hungry is now known as lucasagomes13:00
lyarwood_lpetrut / claudiub ; Hey, do you have any plans to also introduce stable rescues to hyperv in Newton? https://github.com/openstack/nova-specs/blob/master/specs/newton/approved/virt-rescue-stable-disk-devices.rst13:00
sdaguejohnthetubaguy: but, the point is, the high level intend is "I don't want local disks at all"13:01
lyarwood_lpetrut / claudiub ; iirc you needed https://review.openstack.org/#/c/248029 before you could look at this for hyperv.13:01
johnthetubaguysdague: root_disk_must_be_volume:True? although I would like a better name13:01
sdaguewhich means we shouldn't even report them13:01
sdaguelike we wouldn't return, disk, swap, ephemeral13:01
sdaguein flavor13:01
*** sacharya has quit IRC13:02
johnthetubaguysdague: ah... yeah, that is much neater13:02
sdaguethe API should be about intent, not about details13:02
tpatzigsdague: i thought we will not create an additional API field local_disks? local_disks should only be as column in the db?13:02
johnthetubaguyI was thinking about the use case of boot from volume with local ephemeral disks, but its a slightly odd use case13:03
sdaguejohnthetubaguy: that's such an edge case we should wait for someone to come forward with it13:03
sdaguetpatzig: that's the current spec, but I think it's actually making the representation to the user way too confusing13:03
tpatzigok. i just followed the concerns of lascii13:04
sdaguelet me go read his bit13:04
*** edleafe is now known as figleaf13:05
sdaguetpatzig: right, so your original spec had "volume": 1013:05
sdagueI wouldn't want to do that13:06
tpatzigok13:06
sdaguemaybe once lascii gets around13:06
sdaguewe can do a quick real time discussion13:06
tpatzighttps://review.openstack.org/#/c/267673/8/specs/newton/approved/flavor-root-disk-none.rst@12813:06
tpatzigthat was his comment regarding a new column13:07
*** kfarr has quit IRC13:07
lpetrutlyawrwood_: setting the boot order will work in this case only for generation 2 vms, so for generation 1 VMs we'd still have to stick with the 'old' behavior.13:07
lpetrutlywrwood_ we were considering having two different workflows based on the VM generation but that seemed like an overkill13:08
sdagueright, so I think that lascii was concerned we'd still display and accept these fields in the API13:08
sdagueand what I'm saying, is we would not13:08
tpatzigi'm also more in favor of having local_disks column in the db and a new field local_disks in the api. to have that mapping clear13:08
sdague"local_disk": False means there would be no reporting of swap, root, ephemeral at all13:09
*** shaohe_feng has quit IRC13:09
tpatzigexactly13:09
*** daemontool_ has quit IRC13:09
tpatzigonly block_device mapping13:09
*** shaohe_feng has joined #openstack-nova13:09
tpatzigwith dest_type volume are then allowed13:09
*** ctrath has joined #openstack-nova13:09
johnthetubaguyso one idea, is do we actually want the flavor to include the "default BDM", rather than what we have today13:10
*** xyang1 has joined #openstack-nova13:10
johnthetubaguyso in this case, the default BDM would be {}13:10
johnthetubaguyactually thats dumb, because we only really want a subset of the BDM13:11
sdaguejohnthetubaguy: yeh, I was going to say, that's leaking out a lot of stuff13:11
sdaguethat makes transitions in the future harder13:11
johnthetubaguyI am thinking about how we have to give people three ephemeral disks by default, for our larger flavors13:12
johnthetubaguyhence the overthinking it13:12
tpatzigwith local_disks=False can't we just report None for root, ephemeral and swap?13:13
sdaguetpatzig: I don't want to report anything for those keys13:13
sdaguethe keys now become optional13:13
tpatzigok.fine13:13
sdaguebecause None is a type change anyway, so everyone's code would break on it13:14
sdagueif people are going to have to update code, might as well just be a lot more explicit about it13:14
lasciisdague: tpatzig I'm back13:14
johnthetubaguysdague: I am trying to remember when we hit issues with optional keys in the past, was that in the response?13:14
tpatzigbut the default (local_disks=True) is still to have these keys mandatory13:14
sdaguetpatzig: yes, if local_disks: True, then those keys exist13:15
lasciisdague: I think you and I are on the same page here. I want flavors to make sense, and the size values get weird when volume are involved13:15
*** rlrossit has joined #openstack-nova13:15
lasciinot displaying them with no local disk would be grand13:15
sdaguelascii: right, I agree13:15
johnthetubaguyI am not sure about the "local" bit, but I agree with the intent, and general direction13:16
sdaguelascii: ok, so to do that in a programatic way, I think we need a new key in the flavor API which is the local_disks boolean13:16
sdagueso that people don't have to do key checks, they can know that key is always there, and if it's True another set of keys will be as well13:16
*** READ10 has joined #openstack-nova13:16
sdagueplus it makes the flavor create side easier to validate13:16
lasciithat works for me, but there's still an unadressed bit which is unrelated to this spec13:17
sdaguelascii: ok, which part is that?13:17
sdaguejohnthetubaguy: why is "local" an issue for you? ceph?13:17
lasciibooting from a volume with a flavor which allows local disks is still off13:17
johnthetubaguysdague: yeah, our "shared" local disk stuff13:18
sdaguejohnthetubaguy: having a cluster filesystem is still "local" in some sense13:18
sdagueyou've just managed the storage at a different layer13:18
lasciisdague: I think if we carry data from a volume into instance.flavor rather than the flavor itself it starts to make more sense13:18
johnthetubaguysdague: yeah, true, I think its a hangover from the XenServer API thats stuck in my head, it calls those remote, I think13:19
*** shaohe_feng has quit IRC13:19
*** salv-orl_ has joined #openstack-nova13:19
johnthetubaguylascii: sorry, what do you mean by carry data from a volume?13:19
*** shaohe_feng has joined #openstack-nova13:20
sdaguelascii: yeh, I've not quite parsed that? maybe I need more words around it.13:20
lasciijohnthetubaguy: I mean make it so that when flavor foo has root_gb 50 and you boot from a volume of size 100 that instance.flavor doesn't say 5013:20
*** ivase has joined #openstack-nova13:20
*** jichen has quit IRC13:20
*** EinstCrazy has joined #openstack-nova13:20
tpatziglascii: why is booting from a volume with a flavor that allows local disks a problem?13:20
johnthetubaguylascii: ah, sorry, I see what you mean13:21
lasciitpatzig: it's not13:21
lasciithis is an existing issue13:21
lasciibut if we're updating flavors I'd like to consider this as well13:21
lasciithough maybe we punt for now13:21
tpatzigahh you mean beacuse if you boot from volume the root_gb value is meaningless13:22
lasciiyes, exactly13:22
*** salv-orlando has quit IRC13:22
johnthetubaguylascii: so longer term, there is some kind of "active instance config" that combines the image metadata, image metadata overides, BDM, PCI devices attached and flavor, I guess13:22
sdagueright, at which point we're actually generating that view out of the instance data right13:22
lasciisdague: I was just thinking that when booting from a volume root_gb loses all meaning, so we're addressing not displaying it if the flavor only works with volumes but we haven't addressed the accuracy of it when the flavor does work with local disk13:23
sdaguewhat happens if you trigger a rebuild on that instance?13:23
lasciiI think it just reattaches the volume13:23
sdaguebecause root_gb 50 means we're getting a 50 gb disk locally even though we have a 100 gb volume, right?13:23
sdagueI thought that was the problem13:24
lasciiit doesn't13:24
johnthetubaguyso you don't get that 5013:24
lasciiroot_gb is basically meaningless in that case13:24
tpatzigyou only get the 100G volume13:24
sdagueok13:24
sdaguebut, this is really actually related to https://review.openstack.org/#/c/265282/13:25
sdagueright?13:25
sdaguebecause we don't report flavor based on instance details yet13:25
lasciiyes13:25
johnthetubaguydo we want to call it local_root_gb?13:25
sdaguewhich, as long as we don't return flavor_id / flavor_name, I'd be fine morphing the returns13:26
*** jwcroppe has quit IRC13:26
lasciijohnthetubaguy: maybe. that's most of my concern, just that it's not clear that root_gb loses all meaning when booting from a volume13:26
sdaguebut we have to be careful returning flavor info that has an id/name and changing the values of disk sizes13:26
sdaguelascii: I think we can fix that concern in docs13:26
lasciisdague: right, and I thought your spec didn't return those13:26
*** mjura has quit IRC13:27
lasciisdague: that's fair too13:27
sdaguelascii: it doesn't in the current format, but mriedem wanted it to be the full flavor view13:27
tpatziglocal_root_gb…but it does not only affect the root disk. it will affect all local disks13:27
lasciitpatzig: sorry, I don't want to hold you up on this. I just wanted to mention it while we're discussing mucking with flavor representations13:27
lasciisdague: okay. this may be a reason not to do that13:28
sdaguejohnthetubaguy: are you suggest we change out all the flavor keys inthis one go?13:28
*** EinstCrazy has quit IRC13:28
sdaguedisk => local_root_gb, swap => local_swap_gb, ....:ephemeral => local_ephemeral_gb ?13:28
tpatziglascii: np. i'm also a friend of doing it right, than doing it quick13:29
johnthetubaguyI wasn't, but that is more consistent13:29
*** EinstCrazy has joined #openstack-nova13:29
dansmithgibi: okay, I have it open but I have an early meeting I have to do first13:29
sdagueso, the consistency would be nice... that being said, we actually have docs now13:29
sdagueso, zomg, someone not reading the code might understand thos13:29
*** shaohe_feng has quit IRC13:29
lasciithat's crazy talk13:30
*** shaohe_feng has joined #openstack-nova13:30
sdagueparameters aren't ever really self explanatory, being nicer is fine, but I don't know if that's worth the hit13:30
*** akshai has joined #openstack-nova13:31
lasciiyeah. I'm one the side of wanting this addressed, but wanting something better than a parameter rename.13:31
*** dansmith is now known as superdan13:31
lasciilike full flavor decomposition or something else radical13:31
lasciiso I think it's best not to tie it into what tpatzig is doing13:31
sdagueoh, we don't quite have docs - https://review.openstack.org/#/c/314133/13:32
*** smatzek has quit IRC13:32
sdaguelascii: right, so we could move forward with 1 new key, local_disks, which is a boolean13:32
sdaguedrop the non relevant keys when it's False13:32
sdagueand deal with all the rest of the flavor things separately13:32
openstackgerritAnusha Unnam proposed openstack/nova: Improve the help text for compute timeout_opts  https://review.openstack.org/31769313:32
lasciiyeah, that's fine with me13:33
*** vladikr has joined #openstack-nova13:33
lasciithat does leave open what to do with older microversions13:33
sdaguebecause, it will change again once the placement API is fully formed and we're using it I think13:33
*** chuck__ is now known as zul13:33
johnthetubaguyyeah, +113:33
*** ayoung has joined #openstack-nova13:33
sdaguelascii: as in what to display?13:33
johnthetubaguyI wonder about not doing the drop of the non-relevant keys, for the same argument13:33
lasciisdague: yes13:33
johnthetubaguyjust 0 right?13:34
*** thorst has quit IRC13:34
johnthetubaguyfor older ones13:34
lascii0 already has a meaning13:34
sdagueso if local_disks=False in the db, I would return 0s across the board13:34
tpatzigok. sounds good for me. one new api key and a new column 'local_disks'13:34
*** rodrigods has quit IRC13:34
*** rodrigods has joined #openstack-nova13:34
sdagueyes it has meaning, but it's meaning was weird and confusing13:34
*** laszloh has quit IRC13:34
johnthetubaguyso I see this a bit like discoverable policy...13:35
tpatzig0 for root_gb already means, take the size of the glance image13:35
johnthetubaguyif you use the old microversion you can't tell the flavor requires you to use a volume13:35
sdaguejohnthetubaguy: right, exactly13:35
johnthetubaguyyou get a nice 400 error if you do though13:35
sdagueyeh, I think that's fine13:35
johnthetubaguythe alternatives seem to break the existing API semantics13:35
sdagueyep13:36
lasciiso it's basically just display it as is and error based on something the user can't see13:36
johnthetubaguyI suppose there is a choice there, old microversions could have something error with a 400 error in a new place13:36
*** rk4n has quit IRC13:36
johnthetubaguylascii: it sounds terrible when you phrase it like that, but yes13:36
lasciiit's not great. but it may be what we need to do13:37
sdaguelascii: the 400 error can return a message about what is going on13:37
*** sridharg has quit IRC13:37
lasciiyep13:37
sdague"This flavor has local_disks=True, use microversion > 2.29 to see more details"13:38
*** rk4n has joined #openstack-nova13:38
lasciiokay. I'm on board. Maybe someone else will comment on the spec with other ideas13:38
*** salv-orl_ has quit IRC13:38
superdanbauwser: I read something last night that made me think the solution you pushed on top of my set is not right13:39
sdaguetpatzig: this all seem good?13:39
tpatzigso we display 0 for all three, when local_disks=False?13:39
superdanbauwser: I had a fix but never pushed.. I'm going to push that now13:39
sdaguetpatzig: for older microversions13:39
bauwsersuperdan: I updated your change13:39
lasciibauwser: I have your series open, will get to it in a bit13:39
superdanbauwser: I know, and I don't think it's right13:39
openstackgerritDan Smith proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568113:39
openstackgerritDan Smith proposed openstack/nova: Make compute nodes update their own inventory records  https://review.openstack.org/31704913:39
openstackgerritDan Smith proposed openstack/nova: Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568213:39
superdanbauwser: ^13:39
bauwsersuperdan: why so ?13:39
*** rk4n has quit IRC13:39
lasciitpatzig: so I think how this would actually work is flavor create when given local_disks=False should set the 0s13:39
superdanbauwser: I think you want to use the mysql dialect to get it to apply correctly13:40
*** shaohe_feng has quit IRC13:40
lasciitpatzig: then the api will just display what's there, don't special case it13:40
sdaguelascii: ah, good point13:40
superdanbauwser: we do this other places where we have a mysql-specific thing13:40
tpatzigok13:40
*** thorst has joined #openstack-nova13:40
bauwsersuperdan: https://review.openstack.org/#/c/315681/12..15/nova/db/sqlalchemy/api_migrations/migrate_repo/versions/016_resource_providers.py is pretty identical13:40
sdagueand we just don't show those keys when above the microversion13:40
*** shaohe_feng has joined #openstack-nova13:40
bauwsersuperdan: but PS12 was trampling the jobs13:40
lasciisdague: yeah13:40
tpatzigok13:41
superdanbauwser: oh, I didn't think I had pushed it, so I never saw the fail13:41
openstackgerritSven Anderson proposed openstack/nova: Let setup.py compile_catalog process all language files  https://review.openstack.org/31175313:41
superdanbauwser: why would that fail sqlite?13:41
*** tyrola has joined #openstack-nova13:42
bauwsersuperdan: I looked at http://docs.sqlalchemy.org/en/rel_1_0/core/type_basics.html#sqlalchemy.types.String.params.collation13:42
bauwser(Unicode is just a String AFAIK)13:42
superdanbauwser: ah, I see your comment on PS12 now13:43
bauwsersuperdan: http://logs.openstack.org/81/315681/12/check/gate-tempest-dsvm-full/9fa8245/logs/devstacklog.txt.gz#_2016-05-19_23_12_59_65413:43
superdanbauwser: okay, nevermind.. can you see if gerrit will let you re-push your local branch?13:43
bauwsersuperdan: I dunno, do you want me to push it again ?13:43
openstackgerritAlexis Lee proposed openstack/nova: Make LM downtime params mutable  https://review.openstack.org/31925413:43
superdanbauwser: right, see if it'll let you re-push13:44
tpatzigsdague: lascii: but for newer microversions with flavor local_disks=True the special case root_gb=0 will stay13:44
*** daemontool has joined #openstack-nova13:44
bauwsersuperdan: also, you don't need to use the mysql dialect AFAICS13:44
bauwserjust use Unicode13:44
sdaguetpatzig: yes13:44
*** thorst has quit IRC13:44
lasciitpatzig: yes13:44
*** ecelik has quit IRC13:44
bauwsersuperdan: okay, lemme push it again13:44
bauwsersuperdan: do you want me to push the whole series ? I can13:44
superdanbauwser: did you not push the whole series last time?13:45
bauwsersuperdan: nope, only the bottom one13:45
*** tyrola has quit IRC13:45
superdanargh, okay, I'll reconstruct it then, nevermind13:45
*** tyrola has joined #openstack-nova13:45
*** winston-d_ has quit IRC13:45
bauwsersuperdan: I mean, it's possible for me, I just wanted to verify first if Jenkins was happy before pushing the rest of the series13:46
*** thorst has joined #openstack-nova13:46
bauwserbefore s/pushing/rebasing/13:46
*** links has quit IRC13:46
openstackgerritDan Smith proposed openstack/nova: Make compute nodes update their own inventory records  https://review.openstack.org/31704913:46
openstackgerritDan Smith proposed openstack/nova: Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568213:46
*** EinstCrazy has quit IRC13:47
*** thorst has quit IRC13:47
bauwsersuperdan: FWIW, just rebasing https://review.openstack.org/#/c/317049/11 on top of my change, okay?13:47
*** thorst has joined #openstack-nova13:47
superdanhmm, it didn't push a PS1613:48
*** markus_z has quit IRC13:48
*** EinstCrazy has joined #openstack-nova13:48
bauwsersuperdan: sec, sorting that out13:48
superdanI'm doing it13:49
openstackgerritDan Smith proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568113:49
openstackgerritDan Smith proposed openstack/nova: Make compute nodes update their own inventory records  https://review.openstack.org/31704913:49
openstackgerritDan Smith proposed openstack/nova: Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568213:49
superdanthere13:49
*** markus_z has joined #openstack-nova13:49
*** tbachman has quit IRC13:49
*** shaohe_feng has quit IRC13:50
*** mrkz has joined #openstack-nova13:50
*** gszasz has joined #openstack-nova13:50
*** shaohe_feng has joined #openstack-nova13:50
*** ducttape_ has joined #openstack-nova13:50
*** gszasz has quit IRC13:51
sdaguekashyap: https://review.openstack.org/#/c/319209/3/functions-common doesn't solve the problem13:51
bauwsersuperdan: oh, okay, you rebased on PS14, fine by me13:51
sdaguekashyap: https://github.com/openstack-dev/devstack/blob/7cd7f0576bea4c1623dc8f1e217f422f49f6bcd7/lib/nova_plugins/functions-libvirt#L13513:51
kashyapsdague: Looking13:51
*** gszasz has joined #openstack-nova13:52
*** ametts has joined #openstack-nova13:53
kashyapsdague: stop_service() & start_service() are also modified in that review -- not sufficient?13:53
kashyapsdague: Which are what called in the plugin13:54
sdagueyesterday we said specifically that we should send a restart to libvirt13:54
sdagueand not use the stop/start workaround from trusty13:54
kashyapsdague: Okay, let me do the explicit restart too.13:54
sdagueyou'll have to special case for not systemd there13:55
sdaguebut for the systemd case, we should send the restart13:55
sdagueas the only reason it's not there is trusty is busted13:55
*** smatzek has joined #openstack-nova13:55
kashyapsdague: Yeah, I'll do a separate change.13:55
sdaguekashyap: ok, cool13:55
kashyapGootta attend meeting in a bit; and then a 2 hr train ride13:56
sdaguekashyap: also - https://review.openstack.org/#/c/319209/3/functions-common is wrong13:56
sdagueyou changed param order on non systemd platforms13:56
kashyapsdague: Yeah, damn typo13:56
kashyapLet me fix that right away13:57
*** thorst has quit IRC13:57
*** rk4n has joined #openstack-nova13:58
*** thorst has joined #openstack-nova13:58
*** shaohe_feng has quit IRC14:00
*** EinstCrazy has quit IRC14:01
*** shaohe_feng has joined #openstack-nova14:01
kashyapUpdated.  Thanks for catching that.  Muscle memory...14:01
*** mgoddard__ has joined #openstack-nova14:02
*** mgoddard_ has quit IRC14:03
*** ksatrimed has joined #openstack-nova14:04
*** daemontool has quit IRC14:06
openstackgerritAnusha Unnam proposed openstack/nova: Improve the help text for compute timeout_opts  https://review.openstack.org/31769314:06
tpatziglascii: sdague: do we error for flavor create, when local_disks=False and root_gb or ephemeral_gb or swap_gb given? or just ignoring it and set all 3 to 0?14:06
*** tbachman has joined #openstack-nova14:07
sdaguetpatzig: yes14:07
sdaguethat should be an error14:07
openstackgerritPushkar Umaranikar proposed openstack/nova: Config Options: Improve help text for Ipv6 options  https://review.openstack.org/31829114:07
sdague400 Bad Request14:07
*** irenab has quit IRC14:08
sdaguewe try to be strict on creates to help catch programming errors by clients14:08
*** pushkaru has joined #openstack-nova14:08
tpatzigok14:08
*** mmandel has joined #openstack-nova14:09
*** shaohe_feng has quit IRC14:10
*** shaohe_feng has joined #openstack-nova14:11
*** hemanthm|afk is now known as hemanthm14:14
*** ozialien10 has quit IRC14:14
*** mmandel has quit IRC14:14
*** mmandel has joined #openstack-nova14:14
*** cfriesen has quit IRC14:15
*** irenab has joined #openstack-nova14:18
*** MikeG451 has joined #openstack-nova14:19
*** shaohe_feng has quit IRC14:21
openstackgerritPushkar Umaranikar proposed openstack/nova: Config Options: Improve help text for debugger  https://review.openstack.org/31182214:21
*** shaohe_feng has joined #openstack-nova14:21
*** akshai has quit IRC14:23
*** sree has joined #openstack-nova14:24
*** mmandel has quit IRC14:24
*** mmandel has joined #openstack-nova14:24
*** raunak has joined #openstack-nova14:24
*** tbachman has quit IRC14:25
*** nkrinner is now known as nkrinner_afk14:26
*** hemna_ has joined #openstack-nova14:30
*** mmandel has quit IRC14:30
*** kfarr has joined #openstack-nova14:30
*** mmandel has joined #openstack-nova14:31
*** jinxing has joined #openstack-nova14:31
*** shaohe_feng has quit IRC14:31
*** akshai has joined #openstack-nova14:31
*** shaohe_feng has joined #openstack-nova14:31
sdaguewhat's our full take on backlog specs like this - https://review.openstack.org/#/c/318047/2/specs/backlog/approved/fpga-use-cases.rst  ?14:32
*** tonytan4ever has joined #openstack-nova14:32
*** astupnikov has joined #openstack-nova14:34
*** astupnikov has quit IRC14:35
danpbsdague: my take is that backlog specs are where ideas go to die...14:36
sdaguedanpb: heh. Well I wasn't really sure what our +2 criteria is for them14:37
*** sacharya has joined #openstack-nova14:37
danpbi figure we just +2 anything for backlog specs that is better than "totally insane"14:38
danpbbecause we're only going to bother with doing real review when its proposed as a real spec14:38
danpbjohnthetubaguy: what's been your policy with backlog spec approvals ?14:39
johnthetubaguygood question, decent problem specification is my main requirement for them14:40
johnthetubaguyand yeah, doesn't seem crazy14:40
*** AmyLee7 has joined #openstack-nova14:40
johnthetubaguysdague: does that help at all?14:41
openstackgerritTom Patzig proposed openstack/nova-specs: Add "disable local disks" option to flavors  https://review.openstack.org/26767314:41
*** shaohe_feng has quit IRC14:41
johnthetubaguyI quite like those empty sections getting a TODO or TBC I guess14:41
*** shaohe_feng has joined #openstack-nova14:41
*** zhangyufei has quit IRC14:42
*** prateek has quit IRC14:43
*** daemontool has joined #openstack-nova14:44
sdagueyeh, I guess I don't like the idea of saying we agree nova should program fpgas14:44
sdagueso, if they pull that out, I guess we land it14:46
lasciiI thought we explicitly said the opposite in Austin14:46
lasciinova should not program fpgas14:46
*** jdurgin1 has joined #openstack-nova14:46
sdaguelascii: right, it's not really reflected in the spec though14:46
sdagueProposed change14:47
sdague===============14:47
sdagueFor use cases in first and second point, there should be an automatic way for14:47
sdaguediscovery, programming and managing such resource within Nova resource manager.14:47
lasciiahh, okay14:47
*** diogogmt has joined #openstack-nova14:47
*** tbachman has joined #openstack-nova14:47
lasciioh, I typed my reponse before seeing your last comment "sdague | so, if they pull that out, I guess we land it"14:47
*** mtanino has joined #openstack-nova14:48
danpbyeah, agreed - i think the discussion around fpga has gone way off into weeds about trying to solve the problem in a totally optimal way for everyone14:49
danpbwhere as we should really just start totally simple with minimal work done by nova14:49
sdaguedanpb: agreed14:49
_gryfsdague, lascii - ok, nova should not program the fpga14:49
danpbso just make a bunch of assumptions about how the fpga and programmed / split up / etc14:49
_gryfbut maybe it may notify somehow other service to do this before vm will land?14:50
danpbthe same way nova doesn't try to get the absolute most theoretically perfect NUMA fit for everything14:50
danpbit just applies a simplified model that works well enough most of the time14:50
sdague_gryf: maybe in the future, at this point we're going to assume you mange the fpga fleet completely independently14:50
johnthetubaguyit feels more like how cinder gets the image into a volume14:50
*** ljxiash has joined #openstack-nova14:51
lascii_gryf: you and jaypipes were going to chat about this right? It was going to start mostly about how to expose fpga resources the the scheduler, assuming they're already programmed14:51
_gryflascii, that's right14:51
*** shaohe_feng has quit IRC14:51
_gryflascii, ok, I get the point, and totally agree14:52
_gryflascii, one step at a time14:52
lasciifiguring out how to program them as needed would be a next step14:52
lasciiyeah14:52
*** sudipto has joined #openstack-nova14:52
lasciiit's similar to the ironic-composer in a way, which we don't have integrated into Nova yet either14:52
_gryflet's not try to boil an ocean14:52
*** shaohe_feng has joined #openstack-nova14:52
sdague_gryf: well, more importantly, this isn't even a real spec14:53
sdagueit's a backlog spec14:53
_gryfsdague, yes14:53
_gryfthat's right14:53
_gryfit is not ment to land on newton14:53
_gryfit was rather a place to start discussion about the use cases fpga can be used for14:53
sdague_gryf: ok, well it is still important to update it to be clear no one on the nova team agrees to nova owning the fpga programming14:54
*** blazingfg0t has joined #openstack-nova14:54
*** blazingfg0t has left #openstack-nova14:54
_gryfsdague, got it.14:54
thorstdanpb: At the summit, I asked if my team could help out with 115483/115484 at all.  We are interested in securing the VNC console path.14:54
_gryfsdague, separate service which would take care about it is aceptable though, isn't it?14:55
thorstdanpb: dansmith thought we could help by writing a tempest test for those patches.14:55
*** gagehugo has joined #openstack-nova14:55
macszmarkus_z: question about config options - i noticed that there are to approaches on where asterisk is used14:55
macszmarkus_z: first is to use it to enumerate headline ("Services which consume this" / "Related options" etc (conf/cert.py)14:55
macszmarkus_z: second is to use it to enumerate items under a headline (conf/cells.py)14:55
macszmarkus_z: which approach is advised? are both of them correct? isn't it against consistency?14:55
thorstdanpb: mmandel from my team was wanting to help out with this.  Do you think a tempest test would be the best place to start helping?14:55
_gryfthere still should be a way to wait for programming process finished before the vm can use such resource14:55
sdague_gryf: yeh, it seems like you really want an fpga fleet manager that puts a programmer out on nodes that can be reprogrammed, and you work out making the right number available and exposed back to the placement engine14:56
_gryfsdague, yes, something like thos14:56
_gryfs/thos/this14:57
sdaguebut that's a wholely dedicated project14:57
jrolllascii: ironic-composer?14:57
lasciijroll: is that not a thing? now I need to find what I was thinking of14:58
markus_zmacsz: It usually should be to iterate items after a headline14:58
jrolllascii: not by that name, afaik :)14:58
*** rk4n has quit IRC14:58
markus_zmacsz: using it for enumerating headlines shouldn't be the case14:58
markus_zmacsz: But I don't see it *this* strict14:59
markus_zmacsz: As long as the ops get the idea of the option, I'm fine with it14:59
markus_zmacsz: My long term goal was that this is valid rst format to be reused in the configuration reference manual.15:00
macszmarkus_z: so maybe, just for the sake for consistency, we should remove asterisks in headlines?15:01
markus_zmacsz: Would be good, but I won't -1 for that15:01
macszmarkus_z: its ultra nit, but still - i am a fan of consistency ;)15:01
*** rama_y has joined #openstack-nova15:01
_gryfsdague, it smells like that new project called Nomad. It is not started yet, they have the idea on the wiki pages, but no code whatsoever. What bugs me most, they statement was, that it would be basically a Nova copy (with resource tracker, scheduler and so on) but only for this non-trivial resources, which might be trouble to maintain15:01
markus_zmacsz: sure, consistency FTW :D15:01
*** jaypipes has joined #openstack-nova15:01
markus_zmacsz: but making progress is more important15:02
*** shaohe_feng has quit IRC15:02
macszmarkus_z: i see, ok :)15:02
*** cdent has quit IRC15:02
*** dillaman has joined #openstack-nova15:02
*** shaohe_feng has joined #openstack-nova15:02
sdague_gryf: it feels like it should do the placement engine15:03
*** tonytan4ever has quit IRC15:03
sdaguesorry, use the existing placement engine :)15:03
lasciijroll: somehow I thought that http://lists.openstack.org/pipermail/openstack-dev/2015-December/080959.html had become a real thing. woops15:03
_gryfsdague, right. also, it might interfere with jays resource tracker15:03
sdague_gryf: it should not15:04
sdagueit should leverage it15:04
jrolllascii: aha, maybe one day15:04
sdaguelike nova tasks :)15:04
*** realitix has quit IRC15:04
_gryfsdague, nova tasks?15:04
* lascii shakes fist15:04
sdaguesorry, that was trolling of jroll / lascii15:05
_gryfoh :)15:05
*** iceyao has quit IRC15:05
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Implement nova rescue  https://review.openstack.org/12715915:05
jrollhehe15:05
*** hemna_ has quit IRC15:05
*** diogogmt has quit IRC15:06
*** gagehugo has quit IRC15:10
_gryfsdague, one thing I didn't mentioned: I've put that BP on backlog, just to discuss the use cases and possible design. I think, that the real BP is from Jay: https://review.openstack.org/#/c/312696/15:11
*** diogogmt has joined #openstack-nova15:11
*** shaohe_feng has quit IRC15:12
*** woodster_ has joined #openstack-nova15:12
_gryfsdague, was that the right call to put it in backlog, or I totally missed the usage of backlog directory?15:12
*** shaohe_feng has joined #openstack-nova15:12
*** yamahata has joined #openstack-nova15:14
*** raunak has quit IRC15:15
*** malos has quit IRC15:15
*** akshai has quit IRC15:15
*** vishwanathj has joined #openstack-nova15:16
alex_xusdague: ++ for local_disks idea. go through the api part, didn't found any problem15:17
*** markvoelker has joined #openstack-nova15:18
*** markvoelker has quit IRC15:18
*** markvoelker has joined #openstack-nova15:18
*** tbachman has quit IRC15:19
*** tbachman has joined #openstack-nova15:19
*** akshai has joined #openstack-nova15:21
*** shaohe_feng has quit IRC15:22
*** shaohe_feng has joined #openstack-nova15:23
*** tbachman has quit IRC15:24
*** tbachman has joined #openstack-nova15:25
*** figleaf has quit IRC15:28
*** ri0 has joined #openstack-nova15:28
*** Sukhdev has joined #openstack-nova15:28
*** edleafe has joined #openstack-nova15:28
*** belmoreira has quit IRC15:28
*** Sukhdev has quit IRC15:29
*** Sukhdev has joined #openstack-nova15:30
*** daemontool_ has joined #openstack-nova15:31
*** Oku_OS is now known as Oku_OS-away15:31
snetiHi annegentle..I have a quick question. Can you please confirm if this bug is related to openstack-api-site. https://bugs.launchpad.net/nova/+bug/1369140. I'm not sure why its changed to nova.15:31
openstackLaunchpad bug 1369140 in OpenStack Compute (nova) " Add quotas for Server Groups (quota checks)" [Medium,Confirmed] - Assigned to Atsushi SAKAI (sakaia)15:31
*** lakshmiS has joined #openstack-nova15:31
*** shaohe_feng has quit IRC15:32
annegentlehi sneti all the API related bugs were sent to nova. That looks like one that originally came over from DocImpact, so it probably went from openstack-manuals to openstack-api-site to nova. If you sense that quotas for server groups are already documented in http://developer.openstack.org/api-ref/compute/#server-groups-os-server-groups then you can likely close the bug.15:33
*** sree has quit IRC15:33
*** shaohe_feng has joined #openstack-nova15:33
*** daemontool has quit IRC15:33
annegentlesneti added a comment to the bug15:34
*** zhangyufei has joined #openstack-nova15:34
*** jaypipes has quit IRC15:34
*** ljxiash has quit IRC15:34
*** sacharya_ has joined #openstack-nova15:34
*** cdent has joined #openstack-nova15:35
*** ljxiash has joined #openstack-nova15:35
*** armax has joined #openstack-nova15:35
snetithanks annegentle, so all the bugs related to api-site were moved to nova?15:36
annegentlesneti yes -- close to the source15:36
annegentlesneti moved by hand so they should be fairly accurate15:36
annegentlesneti happy to investigate others if you like15:36
*** sacharya has quit IRC15:37
snetiannegentle, I don't know how it works. so I was going through this doc. https://wiki.openstack.org/wiki/Documentation/APISite15:38
snetiit still says: Please report a bug at http://bugs.launchpad.net/openstack-manuals and tag it with api-site. Should this doc be updated? or this is only for nova where it is moved close to source15:39
*** ljxiash has quit IRC15:39
*** zhangyufei has quit IRC15:39
*** zhangyufei has joined #openstack-nova15:42
*** jaypipes has joined #openstack-nova15:42
*** shaohe_feng has quit IRC15:43
*** shaohe_feng has joined #openstack-nova15:43
*** imcsk8 is now known as imcsk8|afk15:43
*** sudipto has quit IRC15:44
openstackgerritDaniel Berrange proposed openstack/nova: os-vif: convert libvirt driver to use os-vif library  https://review.openstack.org/26967215:45
*** penick has joined #openstack-nova15:46
*** ri0 has quit IRC15:46
*** Swami has joined #openstack-nova15:48
lpetrutHi guys, I have a question: this can raise a RemoteError: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2368 shouldn't it be deserialized first if we want to catch some of those exceptions mentioned there?15:48
*** syjulian has quit IRC15:49
*** Nakato has quit IRC15:49
superdanlpetrut: really? It should be unwrapped first I thought15:50
annegentlesneti yep. I'll update that page.15:51
*** rcernin has quit IRC15:51
annegentlesneti thanks for letting me know15:51
lpetrutsuperdan: looks like a bug then. it will fail for any driver that does not implement quiesce15:52
superdanlpetrut: hmm, weird15:52
superdanlpetrut: change of subject, are you going to tweak that serial console patch? I'm ready to +2 when you do :)15:53
*** shaohe_feng has quit IRC15:53
lpetrutyep, sure. updating it right now. thanks a lot for taking the time to review those patches15:53
superdanlpetrut: cool15:53
*** markvoelker has quit IRC15:54
*** shaohe_feng has joined #openstack-nova15:54
*** edleafe is now known as figleaf15:55
*** tbachman has quit IRC15:55
openstackgerritPaul Murray proposed openstack/nova: Add console auth tokens table and model  https://review.openstack.org/31932715:55
openstackgerritSven Anderson proposed openstack/nova: Let setup.py compile_catalog process all language files  https://review.openstack.org/31175315:56
*** sdake_ has quit IRC15:59
*** Apoorva has joined #openstack-nova15:59
openstackgerritLucian Petrut proposed openstack/nova: HyperV: Nova serial console access support  https://review.openstack.org/14500416:00
openstackgerritBalazs Gibizer proposed openstack/nova: Transform generic instance action notifications  https://review.openstack.org/31365416:00
*** sdake has joined #openstack-nova16:01
*** markus_z has quit IRC16:01
*** tbachman has joined #openstack-nova16:01
*** jinxing has quit IRC16:01
*** salv-orlando has joined #openstack-nova16:02
*** PaulMurray has quit IRC16:02
*** shaohe_feng has quit IRC16:03
*** shaohe_feng has joined #openstack-nova16:04
mdboothOffhand, does anybody know why image cache manages and verifies checksums?16:04
*** rahulait has joined #openstack-nova16:04
*** rahulait is now known as rahuls16:04
* mdbooth is wonder what purpose they serve16:04
*** raunak has joined #openstack-nova16:05
*** jdurgin1 has quit IRC16:05
*** unicell has quit IRC16:05
*** salv-orlando has quit IRC16:06
superdanmdbooth: to distinguish between the image_id and the content inside, in case it's changed?16:07
*** jlanoux has quit IRC16:07
snetiannegentle, thank you!!16:07
mdboothsuperdan: Why would it change?16:07
*** daemontool has joined #openstack-nova16:07
danpbyou can replace image content in glance at any time can't you16:07
superdanmdbooth: you can update the image, right?16:08
mdboothdanpb: iiuc (not a certainty, hence I'm asking) they're immutable16:08
danpbso you may have cached image id 7 locally, but its could have changed in glance since16:08
superdanglance image-update16:08
mdboothorly16:08
* mdbooth tries to think how many things that breaks16:08
superdanmdbooth: infinity things I'm sure16:08
danpbor the more obvious case that disk bit errors are entirely likely these days with huge storage sizes16:09
mdboothI'm pretty sure it breaks migration with qcow2 disks16:09
*** daemontool_ has quit IRC16:09
danpbso having a checksum is not entirely wateful16:09
superdanand you can image-upload with a given id, so I'm sure you can do it16:09
mdboothWe just download the backing image from glance. There's no versioning involved.16:09
*** Sukhdev has quit IRC16:09
*** sfinucan has quit IRC16:10
mdboothSo if you update the glance image that an instance is based on, then move it, it's badly borked.16:10
danpbmdbooth: yep, it's entirely possible migration is fubar in that way16:10
mdboothSurely that can't be right.16:10
*** edand_ has joined #openstack-nova16:10
danpbmigration [n]:  a feature that break assumptions made everywhere else in the code base16:10
superdandanpb: heh16:11
mdboothWell it can break single-host too, right?16:11
superdanmdbooth: yes16:11
*** Sukhdev has joined #openstack-nova16:11
mdboothSo you've got 2 instances, 1 created before the change, 1 after16:11
superdanalso entirely possible that they were not mutable until glance was split out16:11
mdboothPresumably we had to overwrite something in the image cache16:11
mdboothNow we reboot instance 1 and it's borked16:11
superdanyep16:12
*** zz_dimtruck is now known as dimtruck16:12
mdboothI don't even think writing to the image cache considers this16:12
*** Sukhdev_ has joined #openstack-nova16:12
mdboothSo in fact, I'm pretty sure that if you change it, then boot instance 2 on a host16:12
superdanmdbooth: I like how you keep acting surprised ;)16:12
danpbmdbooth: arguably the image cache should be storing images based on their stringified checksum16:12
mdboothIt will continue to use the old one16:12
*** sdake has quit IRC16:12
danpbrather than based on name or image-id or whatever16:12
superdandanpb: problem is that's super expensive to calculate on a 120G image16:13
superdanon each download..16:13
superdanalthough glance does store a checksum, IIRC16:13
* mdbooth just thought glance images were immutable16:13
mdboothWhat's wrong with that idea? It's kinda neat.16:13
*** rmart04 has quit IRC16:13
mdboothThe code already assumes it.16:13
*** shaohe_feng has quit IRC16:13
mdboothWell, some of it does.16:14
superdanhmm, maybe not (glance, ghecksum)16:14
*** klkumar_ has quit IRC16:14
danpbit nova is actually physically transferring the 120 gb of data blocks, adding a checksum calc inline with the download won't be noticable16:14
mdboothMeh.16:14
*** shaohe_feng has joined #openstack-nova16:14
mdboothI just want to fix my little bit of the pie, not boil the ocean.16:15
* mdbooth meeps16:15
danpbin any case, with image signing, nova is already going to be calculating a cryptographic hash of teh image content during download :-)16:15
superdantrue16:15
*** Sukhdev has quit IRC16:15
* mdbooth installs some nails in his desk to hammer his head against on Monday morning16:16
mdboothMy new motto: "Don't look too carefully"16:16
*** Sukhdev_ has quit IRC16:16
aunnam_markus_z, If a bug is assigned to someone and there is no activity, then first approach is to put a message to them if they are still working on it. If they didn't reply even after 3 weeks can we remove the person as assignee?16:16
*** dmk0202 has quit IRC16:17
*** ccard has joined #openstack-nova16:17
*** imcsk8|afk is now known as imcsk816:18
*** zhangyufei has quit IRC16:18
*** ccard_ has quit IRC16:19
*** claudiub|2 has joined #openstack-nova16:20
openstackgerritClaudiu Belu proposed openstack/nova: Adds Hyper-V imagecache cleanup  https://review.openstack.org/19261816:23
*** claudiub has quit IRC16:24
*** shaohe_feng has quit IRC16:24
*** rk4n has joined #openstack-nova16:24
*** shaohe_feng has joined #openstack-nova16:24
*** hemna_ has joined #openstack-nova16:25
*** salv-orlando has joined #openstack-nova16:25
*** salv-orlando has quit IRC16:26
*** salv-orlando has joined #openstack-nova16:26
*** daemontool has quit IRC16:27
*** daemontool_ has joined #openstack-nova16:27
*** raunak has quit IRC16:33
*** shaohe_feng has quit IRC16:34
*** lakshmiS has quit IRC16:34
*** shaohe_feng has joined #openstack-nova16:35
*** annegentle has quit IRC16:37
*** tonytan4ever has joined #openstack-nova16:37
*** stewie925 has joined #openstack-nova16:38
*** BjoernT has joined #openstack-nova16:39
*** shaohe_feng has quit IRC16:44
stewie925hey guys is there a procedure on assigning yourself a bug that's already been assigned to others?16:44
*** shaohe_feng has joined #openstack-nova16:45
superdanstewie925: if you have a patch, push that up with the bug tag and you'll be reassigned16:45
stewie925I had a nova bug that I assigned to myself, but overnight someone assigned it to himself16:45
superdanstewie925: do you have code?16:45
superdanstewie925: if the other person does (or will soon) then you should probably let them have it16:45
superdanor at least let them post code and then poo all over it with your own code as a follow-up :)16:46
*** tonytan4ever has quit IRC16:46
stewie925yeah he had a code patch16:46
superdanhe probably wins then :)16:46
superdanstewie925: link?16:46
stewie925bug #153338016:46
openstackbug 1533380 in OpenStack Compute (nova) "Creating multiple instances with a single request when using cells creates wrong instance names" [Low,In progress] https://launchpad.net/bugs/1533380 - Assigned to Andrey Volkov (avolkov)16:46
*** diogogmt has quit IRC16:47
stewie925thought it was a low hanging fruit with low priority so I took it in the first place :|16:47
superdanyeah, well.. :)16:47
*** sacharya has joined #openstack-nova16:47
superdanpatch looks pretty reasonable16:47
superdanalthough I see one serious -1able typo at first look16:47
superdanstewie925: and co-authored-by lascii, which is like the stamp of perfection, so..16:48
*** sacharya_ has quit IRC16:48
*** diogogmt has joined #openstack-nova16:48
lasciihah16:49
superdanstewie925: you didn't want this bug anyway16:49
superdanit's smelly16:49
*** haukebruno has quit IRC16:49
stewie925lol16:49
stewie925yeah and as a newbie... I guess so16:50
lasciiit's not really a newbie friendly bug. as you may have noticed anything involving cellsv1 is not simple16:50
superdanall week I've been wanting to tell you to steer clear of cellsv1 issues as if they're infections virus-ridden hyperdermics16:50
superdanyeah, that ^16:51
* melwitt notes cells rhymes with smells16:51
superdanmelwitt: excellent point16:51
superdanif the glove don't fit, you must acquit16:51
*** tonytan4ever has joined #openstack-nova16:51
openstackgerritChris Dent proposed openstack/nova: Add Allocation and AllocationList objects  https://review.openstack.org/28244216:51
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496316:51
openstackgerritChris Dent proposed openstack/nova: Add a get_by_uuid for aggregates  https://review.openstack.org/28489516:51
openstackgerritChris Dent proposed openstack/nova: Correct the Inventory object  https://review.openstack.org/31528816:51
lasciithe patch that's up is the result of me pairing with someone new on my team, otherwise I would have recommended steering clear16:52
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194516:52
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310416:52
stewie925oh nice - would love to do pair programming - but i guess its harder to do remotely16:53
superdanstewie925: $10 says lascii didn't go to eastern europe to do that16:53
lasciinobody take that bet16:54
superdanheh16:54
superdanlascii is kinda hard to be around anyway.. he has this hat that makes people uncomfortable16:54
lasciilol16:54
*** shaohe_feng has quit IRC16:54
stewie925lol - you guys know each other so well you know your locatons16:55
*** lucasagomes is now known as lucas-afk16:55
*** shaohe_feng has joined #openstack-nova16:55
superdanit's a little deeper than that even, but..16:55
superdananyway.. stewie925 you should find a new bug :)16:55
stewie925yeah looks like it lol16:56
*** danpb has quit IRC16:56
*** kus has joined #openstack-nova16:56
* stewie925 waves at melwitt - hello!16:57
lasciiand be glad to no longer be working with cells in devstack16:57
lasciiI can't even recall the last time I set that up16:57
melwittstewie925: o/16:57
superdanyeah, this is a blessing in plain view16:58
*** nic has joined #openstack-nova16:58
artomBut is it also in disguise?16:58
*** gzhai2 has quit IRC16:59
superdanno16:59
superdanno disguise16:59
*** kfarr has quit IRC16:59
stewie925although sometimes its tough for us newbies to determine if a low-hanging-fruit is as 'low' as it gets lol16:59
superdanstewie925: if you want the lowest fruit, find some typos :)17:00
melwittmost of the time they're more like medium-hanging-fruit to a complete newbie17:00
superdanstewie925: start with all of sdague and johnthetubaguy's patches17:00
lasciioh man, I legitimately chuckled17:01
melwittsomeone was supposed to write all the low hanging fruit initiatives on a wiki17:01
melwittlike converting mox to mock, enabling python3 unit tests, and stuff like that17:02
stewie925oh wow that would be awesome17:02
lasciihttps://etherpad.openstack.org/p/newton-nova-getting-started17:02
*** derekh has quit IRC17:03
superdanstewie925: yeah, you could go bonkers with mox conversions17:03
*** shaohe_feng has quit IRC17:05
*** sambetts is now known as sambetts|afk17:05
stewie925yeah am learning python as well :)17:05
efriedsdague, mtreinish: Can I get a quick eyeball on https://review.openstack.org/#/c/310923/ ?17:05
stewie925ive seen basc mock tutorials online17:06
*** unicell has joined #openstack-nova17:06
*** zenoway has quit IRC17:07
*** tyrola has quit IRC17:07
*** zenoway has joined #openstack-nova17:07
*** shaohe_feng has joined #openstack-nova17:08
*** raunak has joined #openstack-nova17:09
*** jistr has quit IRC17:09
* stewie925 wondering aloud how pair-programming would work remotely :D17:11
lasciigoogle hangout and lots of patience17:11
*** zenoway has quit IRC17:12
stewie925I am sure most of you guys have infinite patience  :)17:12
*** diogogmt has quit IRC17:13
*** diogogmt has joined #openstack-nova17:14
stewie925ok I will check out google hangout :)17:14
openstackgerritPushkar Umaranikar proposed openstack/nova: Improve help text fot consoleauth config options  https://review.openstack.org/31937817:15
*** shaohe_feng has quit IRC17:15
openstackgerritPushkar Umaranikar proposed openstack/nova: Improve help text for consoleauth config options  https://review.openstack.org/31937817:15
*** shaohe_feng has joined #openstack-nova17:16
*** adelia has joined #openstack-nova17:16
openstackgerritAndrew Laski proposed openstack/nova: WIP Move instance creation to conductor  https://review.openstack.org/31937917:17
lasciibauwser: ^ gets into scheduling with cells v2. still WIP but feedback would be great when you have time17:18
*** tonytan4ever has quit IRC17:18
*** david-lyle_ is now known as david-lyle17:22
*** READ10 has quit IRC17:22
*** READ10 has joined #openstack-nova17:22
*** hemna_ has quit IRC17:23
*** shaohe_feng has quit IRC17:25
*** ctrath has quit IRC17:26
*** tbachman has quit IRC17:29
*** ctrath has joined #openstack-nova17:29
adeliais there documentation anywhere mapping out policy rules to APIs?17:29
*** shaohe_feng has joined #openstack-nova17:30
adeliaI have seen the API reference list, but there are policy rules that don't seem to match with any of those17:32
openstackgerritMaciej Szankin proposed openstack/nova: config options: improve help netconf  https://review.openstack.org/31938417:32
*** tbachman has joined #openstack-nova17:32
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Improve the help text for the rdp options  https://review.openstack.org/31897417:33
lasciiadelia: I don't believe there is17:34
lasciihowever, there is an effort in progress which will result in a generated policy sample file with comments in it that could document the API they're associated with17:34
*** shaohe_feng has quit IRC17:35
adelialascii: looking forward to it! thanks17:36
*** salv-orlando has quit IRC17:36
*** daemontool has joined #openstack-nova17:37
adeliain the meantime, do you know where I could look to get more information on the categories that prepend these rules?17:37
adeliacompute, compute_extension, network, os_compute_api17:37
*** shaohe_feng has joined #openstack-nova17:38
lasciiadelia: as far as I know you just have to check the code17:39
lasciilike http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n17317:39
lasciifor compute17:39
*** daemontool_ has quit IRC17:39
lasciios_compute_api is used in the api/openstack/compute tree I believe17:40
adeliaawesome, thank you17:40
adeliayeah, I haven't compared them exhaustively, but so far it looks like the os_compute_api: rules are the only ones that can be directly applied to the API reference17:40
openstackgerritMaciej Szankin proposed openstack/nova: config options: improve help netconf  https://review.openstack.org/31938417:41
lasciiyeah. there used to be the compute rules and with the introduction of the v2.1 API it was decided to move them up into the API code and thus os_compute_api came into being17:41
lasciiand with the removal of v2 code the compute rules will go away17:42
lasciiso which ones are used actually depends on which API version is being used17:42
adeliaahh I see. that clears a lot up17:42
*** sdague has quit IRC17:43
*** akshai has quit IRC17:44
*** shaohe_feng has quit IRC17:46
*** akshai has joined #openstack-nova17:47
*** shaohe_feng has joined #openstack-nova17:47
*** ducttape_ has quit IRC17:53
*** markvoelker has joined #openstack-nova17:54
*** sdague has joined #openstack-nova17:55
*** edand_ has quit IRC17:55
*** shaohe_feng has quit IRC17:56
*** lakshmiS has joined #openstack-nova17:57
*** shaohe_feng has joined #openstack-nova17:57
*** mtanino has quit IRC17:57
*** mnestratov has quit IRC17:59
*** markvoelker has quit IRC17:59
*** rlrossit has quit IRC18:03
*** ijw has joined #openstack-nova18:03
*** jichen has joined #openstack-nova18:06
*** shaohe_feng has quit IRC18:06
*** fragatina has joined #openstack-nova18:06
*** shaohe_feng has joined #openstack-nova18:07
*** ksatrimed has quit IRC18:09
*** ijw has quit IRC18:10
*** lpetrut has quit IRC18:10
*** fragatina has quit IRC18:10
*** lpetrut has joined #openstack-nova18:11
*** fragatina has joined #openstack-nova18:13
*** mtanino has joined #openstack-nova18:14
*** fragatina has quit IRC18:15
*** fragatina has joined #openstack-nova18:15
*** ducttape_ has joined #openstack-nova18:16
*** shaohe_feng has quit IRC18:16
*** shaohe_feng has joined #openstack-nova18:17
*** pushkaru has quit IRC18:18
*** adisky has quit IRC18:20
*** lpetrut has quit IRC18:20
*** ksatrimed has joined #openstack-nova18:25
sdagueVek: does anyone still use - https://github.com/klmitch/turnstile ?18:26
*** shaohe_feng has quit IRC18:27
*** shaohe_feng has joined #openstack-nova18:27
*** dimtruck is now known as zz_dimtruck18:30
*** rlrossit has joined #openstack-nova18:32
auggymelwitt: stewie925 i'm the one who did that, i put a link to the etherpad because it looks like our mentoring wiki was moved to devref18:33
auggybut yeah stewie925 and i had a little conversation last night and i warned him about "low hanging fruit" bugs in nova and suggested some other ongoing projects18:33
* auggy is totally doing her mentoring czar job ;)18:33
*** zz_dimtruck is now known as dimtruck18:34
auggyok i thought that etherpad was up to date but i was so wrong18:36
auggythat's what i get for skimming and not reading ;)18:36
auggyi will work on getting that stuff up to date and moved over to the wiki18:36
*** ljxiash has joined #openstack-nova18:36
*** shaohe_feng has quit IRC18:37
*** shaohe_feng has joined #openstack-nova18:38
*** jed56 has quit IRC18:39
*** _prad_ has quit IRC18:39
claudiub|2auggy: hellou. :) best pun ever, right here: http://9gag.com/gag/aQnpN7w18:41
auggyclaudiub|2: AAHAHAHAHHAA18:41
*** ljxiash has quit IRC18:43
*** jamesdenton has joined #openstack-nova18:43
*** jamesdenton has quit IRC18:45
openstackgerritDaniel Berrange proposed openstack/nova: os-vif: convert libvirt driver to use os-vif library  https://review.openstack.org/26967218:45
*** sdake has joined #openstack-nova18:46
*** vladikr has quit IRC18:46
*** ihrachys has quit IRC18:47
auggylascii: melwitt did you ever find anyone to own that test coverage you needed? i might be interested if not18:47
*** shaohe_feng has quit IRC18:47
lasciiauggy: for cellsv2? nobody has volunteered yet18:48
*** diogogmt has quit IRC18:48
*** shaohe_feng has joined #openstack-nova18:48
*** tonytan4ever has joined #openstack-nova18:48
auggylascii: i have been following the cellsv2 discussions and reviews but it's all still new to me, so if you think it's something i could help out with i'd like to18:48
*** yamahata has quit IRC18:48
auggyi'm also happy to pair with whoever ends up doing it18:49
openstackgerritClaudiu Belu proposed openstack/nova: Adds Hyper-V imagecache cleanup  https://review.openstack.org/19261818:50
*** dmk0202 has joined #openstack-nova18:50
lasciiauggy: definitely. there are still some nova-manage patches that need to merge, but the general idea is to get grenade using them to do a non-cells->cellvs2 migration18:50
auggyand by non-cells->cells2 migration, you mean take a non cells openstack and make it use cells v218:51
lasciiexactly18:51
lasciilike having it run https://review.openstack.org/#/c/301273/18:51
auggyright18:52
auggylascii: ok cool, is there anything i can read up on on patching devstack or setting up grenade things? or would i be updating an existing job?18:52
auggysorry if i'm asking clueless questions ;) this is part of why i thought this might be a good thing for me ;)18:53
lasciiI've never touched grenade. sdague or superdan might be able to point you in a direction18:53
lasciiand the plan is to update the current grenade job18:53
auggylascii: alright, cool, where does that job currently live in repo?18:54
*** tonytan_brb has joined #openstack-nova18:56
auggyi'm seeing gate-grenade-dsvm-multinode and gate-grenade-dsvm, so i'm guessing it's one of those?18:57
*** ijw has joined #openstack-nova18:57
*** shaohe_feng has quit IRC18:57
lasciiso grenade seems to be at http://git.openstack.org/cgit/openstack-dev/grenade/tree/ and some of the config at http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml?id=31ca25915c8621cfdf11bdb8758ce9b8b6af2c0518:58
*** shaohe_feng has joined #openstack-nova18:58
lasciiauggy: yeah, we would like multinode18:59
clarkboh hey I know things about this maybe18:59
auggyhey clarkb !18:59
lasciithere are some thoughts at the bottom of https://etherpad.openstack.org/p/nova-cells-testing which may not be entirely clear18:59
auggyclarkb: i'm volunteering to add a non-cells->cellsv2 migration job to grenade and just figuring out how to do that :)18:59
auggys/job/test/ you know what i mean ;)18:59
lasciito start it would be good to have one node running the api side and cell0, then another node running a separate cell19:00
auggylascii: yeah i was looking at that testing stuff to get an idea19:00
clarkbauggy: are are two main ways we can or have triggered grenade in the past. The first is doing a previous branch to current branch type upgrade of all existing service. The second is nova-net to neutron or novas baremetal things to ironic where you replace services19:00
clarkbauggy: for the replace services case we have done the upgrade within a branch release so mitaka to mitaka version of the different components19:00
*** tonytan4ever has quit IRC19:00
auggylascii: ok, do you want api and cell0 as seperate cells or do you want them both in the same cell?19:01
clarkbauggy: I think this comes down to what you expect the transition to be like for cells, is it eg a switch that will happen between branches for everyone are are they more like separate components that you are swapping out19:01
lasciiauggy: they can share a db and message queue, so they'll be separate cells but share some components19:01
*** ijw_ has joined #openstack-nova19:01
auggylascii: ok19:01
auggyclarkb: lascii please correct me if i'm wrong, but i believe we have a migration function in the same branch19:02
lasciiyes19:02
auggyand we want to check that that migration works properly19:02
lasciiit's not swapping components19:02
clarkbok so this may be a third new and exciting type of grenade test19:02
*** ijw has quit IRC19:02
auggyhehe19:02
lasciiyou could do it as part of M->N migration, or N->N19:02
clarkblascii: which of those two do you expect to prescribe?19:03
auggyseems to me like N->N would be a good starting point19:03
lasciiyeah. I'm thinking that people would like to upgrade first, then migrate19:04
auggyyeah i had the same thought but i figure you all know better than me19:04
clarkbfor M -> N I think you can use all of the existing devstack-gate machinery and copy pasta from the existin jenkins jobs. What you will end up changing is likely a config in grenade itself that triggers the migration between the two19:04
*** lpetrut has joined #openstack-nova19:04
auggyalso N->N for a first test setup means less variables to go wrong that have nothing to do with doing the actual migration19:05
auggyso we can make sure our test actually works19:05
auggyclarkb: ok cool19:05
clarkbauggy: lascii: probably a good place to start would be to create an experimental job that runs against nova and grenade that has some config set, then start pushing patches to grenade to have it run19:05
clarkbthat will allo wyou to iterate and see the results as you go19:05
*** gzhai2 has joined #openstack-nova19:05
auggyclarkb: i haven't tried searching yet but is there some wiki somewhere with some of this info so i don't bug you all too much with silly questions?19:06
openstackgerritFeodor Tersin proposed openstack/nova-specs: Add ScaleIO ephemeral storage backend  https://review.openstack.org/30471519:06
*** pushkaru has joined #openstack-nova19:06
auggyclarkb: lascii i'll update the testing etherpad with what sounds like next steps are for this - https://etherpad.openstack.org/p/nova-cells-testing19:07
lasciiit's been a while since I've added a job, but you could draw inspiration from http://git.openstack.org/cgit/openstack-infra/project-config/commit/?id=dc4da7cad6c335a8f6dc90d4191b922ac17487df I think19:07
clarkbauggy: The readme for grenade should explain how it works, and our jenkins jobs use JJB which has docs19:07
auggyclarkb: lascii ah perfect, thanks19:07
*** zenoway has joined #openstack-nova19:07
*** shaohe_feng has quit IRC19:08
*** shaohe_feng has joined #openstack-nova19:08
auggylascii: so i'll update the doc with next steps and at least just start on creating an experimental grenade job so i learn how all of that works19:09
lasciisounds great19:09
auggycool, glad i am able to possibly contribute something :)19:10
clarkbauggy: there is also an entrypoint into the world of zuul and jjb at http://docs.openstack.org/infra/manual/creators.html#add-basic-jenkins-jobs19:10
sdaguecburgess: on the setup you all have where you have no local disk for your nova computes...19:10
auggyclarkb: oh nice19:10
sdagueyou put sdcards in for config drive19:10
sdaguedid you ever consider sticking those in tmpfs?19:10
*** yassine__ has quit IRC19:11
cburgesssdague Sorry do what? Did we think about using tmpfs instead of a cfcard for the nova stuff?19:11
auggyclarkb: thanks so much for piping up! i'll poke you all in #infra if/when i have questions19:11
sdaguecburgess: yeh19:11
sdagueI was just thinking about the hillarious 8GB config drive ramifications of - https://review.openstack.org/#/c/304715/419:12
sdagueand other ways to get around it19:12
*** zenoway has quit IRC19:12
mtreinishsdague: heh, yeah that is weird19:14
*** ericksonsantos has quit IRC19:15
*** clenimar has quit IRC19:17
cburgesssdague Sorry conference call I'll take a look afters19:17
*** hemna_ has joined #openstack-nova19:18
*** shaohe_feng has quit IRC19:18
*** shaohe_feng has joined #openstack-nova19:19
*** pradk has joined #openstack-nova19:19
*** yamahata has joined #openstack-nova19:25
*** marksei has joined #openstack-nova19:27
*** shaohe_feng has quit IRC19:28
*** shaohe_feng has joined #openstack-nova19:29
*** ayoung has quit IRC19:29
*** READ10 has quit IRC19:30
*** mmandel has quit IRC19:30
*** mmandel has joined #openstack-nova19:31
*** raunak has quit IRC19:33
superdansdague: yeah the 8GB config drive thing came up at summit19:35
superdanthey seemed fine with it :D19:35
sdaguesuperdan: well, in the current spec there is actually this more complicated slice thing19:36
superdanoh, okay I haven't read that19:36
superdanI'm -1 on that anyway until storage pools gets done19:36
sdaguewhich, I kind of would like to avoid just because complexity19:36
superdanas this is just adding more crufty code19:36
superdanyeah19:36
sdaguehence the trying to think about any other way to do things19:36
sdagueand a tmpfs for config drives doesn't seem like the worst idea19:37
sdagueyou sacrifice a little ram, but then don't need disk19:37
superdanwell, libvirt doesn't recreate them on boot,19:37
superdanso after you restart the compute node nothing would boot19:37
superdanwe'd need to change the drivers to make them recreate if missing all the time19:37
sdagueah... I was wondering that19:37
superdanactually the device metadata thing might be changing that, I forget19:38
superdanartom: ?19:38
*** shaohe_feng has quit IRC19:38
*** jwcroppe has joined #openstack-nova19:40
superdansdague: anyway, it's a thing that could be a wrinkle19:41
*** tonytan4ever has joined #openstack-nova19:41
*** shaohe_feng has joined #openstack-nova19:41
sdaguesuperdan: yeh, sure19:42
openstackgerritjichenjc proposed openstack/nova: verify api-ref os-server-password.inc  https://review.openstack.org/31799419:42
*** tonytan_brb has quit IRC19:42
sdagueit just seems like potentially better tradeoff than sdcards that have odd fail rates, or 8 GB config drive disks19:43
openstackgerritsean mooney proposed openstack/os-vif: This change rename the ovs plugin  https://review.openstack.org/31942619:45
*** hemna_ has quit IRC19:45
clarkbwhat goes into an 8gb config drive?19:45
*** ksatrimed has quit IRC19:45
superdansdague: sure, I just mean a wrinkle needing a solution, but better than the complex slice thing19:45
superdanclarkb: scaleio has minimum 8GB slices of disk19:46
superdanclarkb: so if you put config drive there the overhead is .. large19:46
sdagueright, 8Gb is just their allocation unit19:46
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334519:46
sdaguebut it's large enough to be kind of hillariously wrong19:47
clarkbso its a few meg of data on an 8gb device19:47
openstackgerritsean mooney proposed openstack/os-vif: remove unused entrypoints  https://review.openstack.org/31942819:47
*** shaohe_feng has quit IRC19:49
superdanclarkb: you know that thing about if you can afford a ferrari, you can afford the service and don't have to ask how much it costs?19:49
*** shaohe_feng has joined #openstack-nova19:49
superdanclarkb: I think it applies to scaleio and complaining about wasting 7.995G per instance19:49
*** ericksonsantos has joined #openstack-nova19:50
*** clenimar has joined #openstack-nova19:51
*** rk4n has quit IRC19:52
*** shaohe_feng has quit IRC19:59
*** shaohe_feng has joined #openstack-nova20:00
*** fawadkhaliq has quit IRC20:01
*** salv-orlando has joined #openstack-nova20:03
superdanclaudiub|2: lpetrut: woot, serial console stuff merged20:04
*** Apoorva has quit IRC20:04
*** ihrachys has joined #openstack-nova20:04
lpetrutsuperdan: that's great, thanks a lot for your help20:04
superdanlpetrut: yeah, sorry that sat so long :(20:05
lpetrutsuperdan: well, better later than never :) hopefully we'll soon get the in-tree driver in sync with the alternative compute-hyperv driver20:06
openstackgerritsean mooney proposed openstack/os-vif: Add support for vhost-user  https://review.openstack.org/28561320:06
superdanlpetrut: yeah :/20:06
*** salv-orlando has quit IRC20:08
*** shaohe_feng has quit IRC20:09
claudiub|2yeay. :) good news. :)20:09
*** shaohe_feng has joined #openstack-nova20:10
sdagueclaudiub|2: / lpetrut I left a couple of comments in that stack about things which would make those easier to review in future, but they all seemed good20:12
openstackgerritTom Patzig proposed openstack/nova: Add ironic 'api_insecure' option to nova.conf  https://review.openstack.org/31116320:12
sdagueand given how long the patches had been up, did not warrent blocking on20:12
*** Redcavalier has joined #openstack-nova20:12
superdanclaudiub|2: I've been watching that rescue one waiting for a good run of hyper-v CI ...20:13
lpetrutsdague: yep, you made a good point over there. thanks for feedback20:13
*** dimtruck is now known as zz_dimtruck20:14
claudiub|2sdague: sure, I can send a patch for those nits in the near future.20:14
sdagueclaudiub|2: cool, that would be awesome20:15
openstackgerritMaciej Szankin proposed openstack/nova: config options: improve help for notifications  https://review.openstack.org/31943920:15
superdanclaudiub|2: should be an easy land, so don't hesitate to poke for reviews20:15
claudiub|2will do.20:18
openstackgerritMaciej Szankin proposed openstack/nova: config options: improve help netconf  https://review.openstack.org/31938420:18
openstackgerritsean mooney proposed openstack/os-vif: Add support for vhost-user  https://review.openstack.org/28561320:18
openstackgerritsean mooney proposed openstack/os-vif: This change renames the ovs plugin  https://review.openstack.org/31942620:18
claudiub|2as for the nova-rescue patch, don't know why it didn't vote on the latest PS. currently looking for the job in the ci.20:18
*** shaohe_feng has quit IRC20:19
*** shaohe_feng has joined #openstack-nova20:20
*** sdake has quit IRC20:22
*** sdake has joined #openstack-nova20:22
openstackgerritSarafraj Singh proposed openstack/nova: [WIP] Improve help text in cinder.py  https://review.openstack.org/31833920:23
*** marksei has quit IRC20:24
*** sdake has quit IRC20:25
*** ayoung has joined #openstack-nova20:25
*** smatzek has quit IRC20:26
*** lpetrut has quit IRC20:27
*** fawadkhaliq has joined #openstack-nova20:27
*** lpetrut has joined #openstack-nova20:27
*** shaohe_feng has quit IRC20:30
openstackgerritSarafraj Singh proposed openstack/nova: Deprecate barbican options  https://review.openstack.org/31768420:30
openstackgerritsean mooney proposed openstack/os-vif: remove unused entrypoints  https://review.openstack.org/31942820:30
*** shaohe_feng has joined #openstack-nova20:30
*** raunak has joined #openstack-nova20:31
*** delattec has quit IRC20:33
openstackgerritSarafraj Singh proposed openstack/nova: Improve help text in cinder.py  https://review.openstack.org/31833920:33
*** stewie925 has left #openstack-nova20:33
*** yamahata has quit IRC20:34
*** yamahata has joined #openstack-nova20:35
*** fawadkhaliq has quit IRC20:35
*** baoli_ has quit IRC20:36
*** baoli has joined #openstack-nova20:37
*** shaohe_feng has quit IRC20:40
*** pushkaru has quit IRC20:41
*** shaohe_feng has joined #openstack-nova20:41
openstackgerritKaren Bradshaw proposed openstack/nova: api-ref, os-fping.inc  https://review.openstack.org/31876420:41
*** tonytan4ever has quit IRC20:42
*** baoli has quit IRC20:44
*** sdake has joined #openstack-nova20:45
*** jichen has quit IRC20:46
*** Apoorva has joined #openstack-nova20:47
*** Redcavalier has quit IRC20:50
*** pushkaru has joined #openstack-nova20:50
*** shaohe_feng has quit IRC20:50
*** shaohe_feng has joined #openstack-nova20:51
artomsuperdan, yo!20:53
*** raildo is now known as raildo-afk20:53
artomI know I'm like an hour late, but I wasn't at my keybaord.20:54
*** jaypipes is now known as leakypipes20:54
artomSo all we're doing with the configdrive is attaching it after the instance XML is generated.20:54
artomWe need to do that because the metadata exposed in the configdrive contains device addresses, which only become known once the XML is generated.20:55
*** rtheis has quit IRC20:58
*** tonytan4ever has joined #openstack-nova20:59
*** shaohe_feng has quit IRC21:00
*** claudiub has joined #openstack-nova21:01
openstackgerritClenimar Filemon proposed openstack/nova: Use Identity v3 params when connecting to Ironic  https://review.openstack.org/30015421:01
*** shaohe_feng has joined #openstack-nova21:02
*** claudiub|2 has quit IRC21:04
lasciisuperdan: we're not doing this anymore right? https://review.openstack.org/#/c/315681/16/nova/db/sqlalchemy/api_migrations/migrate_repo/versions/016_resource_providers.py21:05
openstackgerritMaciej Szankin proposed openstack/nova: config options: improve help for noVNC  https://review.openstack.org/31945321:05
*** smatzek has joined #openstack-nova21:05
*** akshai has quit IRC21:06
openstackgerritEd Leafe proposed openstack/nova-specs: Accept multiple hosts when calling live migration  https://review.openstack.org/27684021:06
*** tonytan4ever has quit IRC21:08
superdanlascii: well, it's proposed21:08
superdanlascii: I just got done changing that to be right per feedback.. you want me to not add it?21:09
leakypipessuperdan: any chance you might be able to respond to my review comments on https://review.openstack.org/#/c/300177/?21:09
superdanI mean, the discussion to remove it came out of all the discussion over how to do it right21:09
superdanleakypipes: sorry, will look21:10
lasciisuperdan: I'm fine with this as is if the other indexes in the change are fine from a db2 pov21:10
leakypipessuperdan: no need to apologize at all :)21:10
lasciisuperdan: all or nothing, either way doesn't matter to me21:10
*** shaohe_feng has quit IRC21:11
*** lucas-afk has quit IRC21:11
*** thorst has quit IRC21:11
*** pradk has quit IRC21:11
superdanleakypipes: I'm not sure I get your point there no21:11
*** thorst has joined #openstack-nova21:11
*** shaohe_feng has joined #openstack-nova21:12
superdanleakypipes: you're talking about the case where we have some instances accounted for in the old way of  "free_gb" and some accounted for with allocations, potentially with some overlap at some point?21:12
superdanI guess my point is, I think this ends up being a thing that people will cut over to after everything is happy21:12
superdani.e. we continue scheduling with the old filters until everything has migrated to allocations,21:13
superdanthen they change scheduler config and restart the scheduler21:13
superdanwhich would mean we don't need to try to subtract the allocations from the free_* attributes21:14
superdanwe just continue reporting free_gb like we did before, and either use total_gb-free_gb, or inventory-allocation21:14
superdanbut not a mix of both,21:14
superdanespecally since we're now not zeroing the compute node fields anymore given that we moved inventory to the api db21:15
superdanor will move21:15
*** thorst has quit IRC21:16
*** lucasagomes has joined #openstack-nova21:18
superdanI suppose I'll put that in the review21:18
superdanlascii: the others are, yeah, mriedem reviewed and had some notes earlier21:19
*** rcernin has joined #openstack-nova21:20
*** shaohe_feng has quit IRC21:21
*** markvoelker has joined #openstack-nova21:21
*** daemontool has quit IRC21:22
lasciisuperdan: looking at https://review.openstack.org/#/c/315681/9..16/nova/db/sqlalchemy/api_migrations/migrate_repo/versions/016_resource_providers.py it seems like the Index on line 66 on the left side would be problematic21:22
lasciiif we're just going to remove these I guess I don't really care, just wanted it to be consistent21:23
lasciiit can just be added to sdagues patch21:23
superdanfuck, I dunno.. I asked him for clarification on that in irc and he did't tell me to change it, but maybe because we went on to "remove it all"21:23
superdanI don't care I just fucking hate this set at this point21:24
lasciiwell I just +W'ed21:24
*** markvoelker has quit IRC21:24
superdanI'll just remove all the DB2 shit21:24
*** shaohe_feng has joined #openstack-nova21:24
*** adelia has quit IRC21:24
lasciiadd it to the big removal patch21:24
*** markvoelker has joined #openstack-nova21:24
*** rlrossit has quit IRC21:25
superdanwhatever you want.. I'm not arguing I'm just beyond annoyed with it21:25
superdanI'm going to spend all weekend NOT thinking about this set regardless21:25
*** markvoelker_ has joined #openstack-nova21:25
*** smatzek has quit IRC21:26
*** ctrath has quit IRC21:26
superdanlascii: let me just clean it up.. the gate is bored right now, it won't care21:26
openstackgerritBelmiro Moreira proposed openstack/nova: No disable reason defined for new services  https://review.openstack.org/31946121:27
*** markvoelker_ has quit IRC21:28
openstackgerritDan Smith proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568121:28
openstackgerritDan Smith proposed openstack/nova: Make compute nodes update their own inventory records  https://review.openstack.org/31704921:28
openstackgerritDan Smith proposed openstack/nova: Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568221:28
superdanlascii: you made me feel self-conscious about my whining ^21:28
*** markvoelker_ has joined #openstack-nova21:28
lasciiwell if you'd throw up a softball patch for friday afternoon reviews we could all be relaxed going into the weekend21:29
leakypipessuperdan: what I'm saying is that unless we do the migration of allocation information atomically (for the compute node), there will be no way for the scheduler to determine, as you say "until everything is migrated to allocations". Because *some* instances on the compute host will have their allocations records written and others will not (and will be updating the total_gb/free_gb fields on21:29
leakypipesthe compute node).21:29
superdanlascii: I have one actually :)21:29
lasciiheh21:30
superdanlascii: https://review.openstack.org/#/c/318832/21:30
*** markvoelker has quit IRC21:30
lasciiexcellent21:30
superdanleakypipes: right but I don't understand why that matters21:30
superdanleakypipes: inventories but no allocations means the compute nodes look empty, so your new filter will be largely a no-op right?21:31
leakypipessuperdan: which means that the thing in the ComputNode object that you are currently relying on to determine if the inventories/allocations have been migrated (whether the inv_memory_mb_used field is NULL or not) cannot be used to determine if the allocations have been migrated (since you will only know that *some* ofthe instanes for the compute node had been mgrated, not all of them on that21:31
*** ametts has quit IRC21:31
leakypipescompute node)21:31
*** shaohe_feng has quit IRC21:31
*** shaohe_feng has joined #openstack-nova21:32
*** thorst has joined #openstack-nova21:34
*** lakshmiS has quit IRC21:35
*** pushkaru has quit IRC21:35
*** gszasz has quit IRC21:35
*** ducttape_ has quit IRC21:36
*** aysyd has quit IRC21:37
*** xyang1 has quit IRC21:37
*** thorst has quit IRC21:38
*** tbachman has quit IRC21:39
openstackgerritClaudiu Belu proposed openstack/nova-specs: Repropose expose-host-capabilities to Newton  https://review.openstack.org/28652021:41
*** shaohe_feng has quit IRC21:41
*** shaohe_feng has joined #openstack-nova21:42
leakypipessuperdan: I guess I'm wondering this: if we migrate allocation records one Instance at a time (instead of one ComputeNode's instances at a time), how can we tell whether the compute node's allocations have all been migrated?21:44
*** lascii is now known as alaski21:50
openstackgerritChris Dent proposed openstack/nova: Add Allocation and AllocationList objects  https://review.openstack.org/28244221:51
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496321:51
openstackgerritChris Dent proposed openstack/nova: Add a get_by_uuid for aggregates  https://review.openstack.org/28489521:51
openstackgerritChris Dent proposed openstack/nova: Correct the Inventory object  https://review.openstack.org/31528821:51
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194521:51
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310421:51
* cdent retires21:52
*** shaohe_feng has quit IRC21:52
cdenthave a good weekend all21:52
*** cdent has quit IRC21:52
*** shaohe_feng has joined #openstack-nova21:53
*** tbachman has joined #openstack-nova21:54
*** Swami_ has joined #openstack-nova21:56
*** dmk0202 has quit IRC21:57
*** diogogmt has joined #openstack-nova21:57
*** Swami has quit IRC21:59
*** lindycoder has joined #openstack-nova21:59
*** sdake has quit IRC21:59
*** lindycoder has quit IRC22:00
*** Swami_ has quit IRC22:00
*** kus has quit IRC22:01
*** shaohe_feng has quit IRC22:02
*** shaohe_feng has joined #openstack-nova22:03
*** burgerk_ has quit IRC22:04
*** lpetrut has quit IRC22:08
*** sdake has joined #openstack-nova22:09
*** tbachman has quit IRC22:11
*** shaohe_feng has quit IRC22:12
*** shaohe_feng has joined #openstack-nova22:13
*** hemna_ has joined #openstack-nova22:19
*** mmandel has quit IRC22:19
*** shaohe_feng has quit IRC22:22
*** shaohe_feng has joined #openstack-nova22:23
*** stevemar is now known as notstevemar22:24
*** xenogear has quit IRC22:24
*** vishwanathj has quit IRC22:24
*** BjoernT has quit IRC22:25
*** zz_dimtruck is now known as dimtruck22:26
*** MikeG451 has quit IRC22:32
*** shaohe_feng has quit IRC22:33
*** figleaf is now known as edleafe22:33
*** shaohe_feng has joined #openstack-nova22:34
*** jwcroppe has quit IRC22:34
*** tbachman has joined #openstack-nova22:34
*** bauwser is now known as bauzas22:35
*** dave-mccowan has quit IRC22:36
*** shaohe_feng has quit IRC22:43
*** shaohe_feng has joined #openstack-nova22:44
*** jamielennox|away is now known as jamielennox22:48
*** kylek3h has quit IRC22:48
*** mrkz has quit IRC22:50
*** Swami has joined #openstack-nova22:50
auggyhey superdan I'm updating the "low hanging fruit" etherpad and found a link to your objects conversion project - https://blueprints.launchpad.net/nova/+spec/mitaka-objects22:53
*** shaohe_feng has quit IRC22:53
auggysuperdan: is that a thing that is still happening and if so is there a spec or blueprint for newton?22:53
*** shaohe_feng has joined #openstack-nova22:54
*** krotscheck is now known as krotscheck_dcm22:57
superdanauggy: there has been a bp for general objects work for every release recently22:58
superdanauggy: not sure there is one for newton, or that we need one22:58
auggysuperdan: ok, i couldn't find one for newton22:58
superdanauggy: rlrossit's work around un-dictifying objects could be a thing to add, but they're often sleeper problems22:59
*** salv-orlando has joined #openstack-nova22:59
auggysuperdan: is that something that should still be in the new contributor work items list?22:59
superdanwell, that's what I'm saying.. often seems low-hanging-fruit-ish, but then they often turn into giant monsters22:59
superdanso I dunno22:59
auggyha22:59
superdancould go either way22:59
auggyok.. is there a list somewhere or just rlrossit's stack of changes tied to a particular thing?23:00
auggyif i can put a link to a list of some kind and then a disclaimer, check with these people before doing anything23:01
*** sdague has quit IRC23:03
auggyi'm finding rm-object-dict-compat-newton23:03
*** shaohe_feng has quit IRC23:03
auggyok so i think i just answered my own question, thanks superdan23:04
auggyi'll link the dict compat stuff and tag rlrossit as the contact person in case he wants to delegate work23:04
superdancool23:04
*** shaohe_feng has joined #openstack-nova23:04
*** leakypipes has quit IRC23:07
*** efried1 has joined #openstack-nova23:10
*** efried has quit IRC23:12
*** marcusvrn_ has quit IRC23:13
*** shaohe_feng has quit IRC23:14
*** shaohe_feng has joined #openstack-nova23:14
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Implement nova rescue  https://review.openstack.org/12715923:16
claudiub^ lol, now the ci failed because the serial console patch merged and removed the oslo_utils.fileutils import. :))23:16
auggyclaudiub: i put you as the contact person for the python 3 stuff in the new contributors wiki23:19
claudiubauggy: cool. :)23:19
auggyclaudiub: if there's someone else that should be there, let me know and i can add them, but your name is on the blueprints so i picked YOU23:19
auggy:D23:19
*** ihrachys has quit IRC23:19
claudiubauggy: yeay. :)23:19
claudiubwell, at the moment, I'm interested in having py3 work on nova-compute23:20
claudiubit's actually getting pretty close to a full succesful tempest run on py323:20
auggynice!!23:21
claudiubauggy: anyways, offtopic, you should watch rick and morty. :)23:23
claudiubit's a very wtf show. :D23:24
auggyclaudiub: alright23:24
auggyi think we talked about this before and i forgot haha23:24
*** shaohe_feng has quit IRC23:24
claudiubi don't think so, I have only recently saw it. :)23:24
auggyok cool23:24
auggyi recently started watching Adventure Time23:24
auggythat show is so funny23:24
claudiubauggy: here's their parody of the simpsons intro: https://www.youtube.com/watch?v=7ecYoSvGO6023:24
*** shaohe_feng has joined #openstack-nova23:25
auggyhahahaahh23:25
claudiubi dunno, i watched an episode of adventure time, it scared me. :))23:27
*** Swami_ has joined #openstack-nova23:27
auggyi like how they dance23:27
claudiubyou mean in adventure time?23:28
auggyyeah23:31
*** Swami has quit IRC23:31
claudiubdidn't get to see that. :) I saw the spider episode only, and that was enough for me. :P23:32
*** salv-orlando has quit IRC23:33
*** shaohe_feng has quit IRC23:34
*** jwcroppe has joined #openstack-nova23:35
*** shaohe_feng has joined #openstack-nova23:35
auggyhahaha23:35
*** jwcroppe has quit IRC23:41
*** shaohe_feng has quit IRC23:44
*** ijw_ has quit IRC23:45
*** shaohe_feng has joined #openstack-nova23:45
*** Swami__ has joined #openstack-nova23:48
*** markvoelker_ has quit IRC23:49
*** nic has quit IRC23:52
*** Swami_ has quit IRC23:52
*** raunak has quit IRC23:54
*** shaohe_feng has quit IRC23:55
*** shaohe_feng has joined #openstack-nova23:55
*** kus has joined #openstack-nova23:59
*** kus has quit IRC23:59
*** kus has joined #openstack-nova23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!