Monday, 2012-08-13

*** asalkeld has quit IRC00:00
*** dachary has quit IRC00:00
*** asalkeld has joined #openstack-dev00:00
*** nati_ueno has joined #openstack-dev00:01
*** samkottler|afk is now known as samkottler00:08
*** ayoung has quit IRC00:13
*** xtrusia_ has quit IRC00:19
*** rbasak has joined #openstack-dev00:19
*** Shrews has joined #openstack-dev00:20
*** nati_ueno has quit IRC00:20
*** nati_ueno has joined #openstack-dev00:21
*** markmcclain has quit IRC00:21
*** e1mer has joined #openstack-dev00:25
*** nati_ueno has quit IRC00:25
*** Guest___ has joined #openstack-dev00:28
*** markmcclain has joined #openstack-dev00:33
*** burnbrighter2 has joined #openstack-dev00:33
*** burnbrighter has quit IRC00:35
*** nati_ueno has joined #openstack-dev00:38
*** ncode has joined #openstack-dev00:42
*** nati_ueno has quit IRC00:50
*** renier has joined #openstack-dev00:53
*** ncode has quit IRC01:01
*** markmcclain has quit IRC01:02
*** ncode has joined #openstack-dev01:03
*** nati_ueno has joined #openstack-dev01:03
*** nati_ueno has quit IRC01:09
*** ewindisch has quit IRC01:19
*** markmcclain has joined #openstack-dev01:24
*** ncode has quit IRC01:25
*** Mandell has quit IRC01:29
*** winston-d has joined #openstack-dev01:32
*** gongys has joined #openstack-dev01:37
*** samkottler has quit IRC01:43
*** samkottler has joined #openstack-dev01:44
*** danwent has quit IRC01:51
*** johnpur has quit IRC01:53
*** zul has joined #openstack-dev01:55
*** epic2005 has joined #openstack-dev01:58
*** steveb_ has quit IRC02:03
*** winston-d has quit IRC02:05
*** dolphm has quit IRC02:06
*** Gordonz has joined #openstack-dev02:16
*** winston-d has joined #openstack-dev02:20
*** nati has joined #openstack-dev02:28
*** nati is now known as nati_ueno02:28
nati_ueno /msg NickServ identify asdfasdf02:29
nati_uenoagaaa , I did it again..02:29
*** danwent has joined #openstack-dev02:30
*** blamar has quit IRC02:31
*** winston-d has quit IRC02:36
*** blamar has joined #openstack-dev02:38
*** asdfasdf has joined #openstack-dev02:42
*** asdfasdf has quit IRC02:45
*** asdfasdf has joined #openstack-dev02:46
*** nati_ueno has quit IRC02:46
asdfasdfdanwent: Hi Dan,  I wanna talk with you about https://review.openstack.org/#/c/10922/02:48
*** asdfasdf is now known as nati_ueno02:48
danwentjust seeing your comments.02:50
danwentyeah, I think we could use device-id02:51
*** winston-d has joined #openstack-dev02:51
danwenti'm assuming you mean you would have device-id that is device-<subnet-id>02:51
nati_uenodanwent: Yes.02:52
nati_uenodanwent:  May be we need new way to filter port.02:52
danwentwhy is that?02:52
nati_uenodanwent: To get port which's device_id start with 'dhcp'02:53
nati_uenodanwent: We can also filter it in client side02:53
nati_uenodanwent: However It is not efficient way. We should filter port in sql.02:54
danwentcan you do a quick write-up on the bug/bp?02:54
danwentI'm not sure I'm understanding you.02:54
danwentas I don't understand why we would need to filter02:54
nati_uenodanwent: OK02:54
danwentthx02:54
nati_uenodanwent:  Is this make sense ? https://blueprints.launchpad.net/quantum/+spec/expose-dhcp-server-ip02:58
danwent"dhcp agent will add gateway_ip to subnet."   why is gateway_ip relevant here?03:00
nati_uenodanwent: Where is the text ??03:01
danwentah, i am looking at the diff, you removed that line03:01
nati_uenodanwent: Yeah, I changed the spec03:01
*** markmcclain has quit IRC03:02
danwentso is it basically that the dhcp-agent still creates the port, it just creates it with a device_id of dhcp-<subnet-id>, which let's the quantum-server report the dhcp_ip when someone queries for information about the subnet03:02
*** markmcclain has joined #openstack-dev03:03
*** blamar has quit IRC03:04
nati_uenodanwent: Yes. But I wanna also want to dhcp ip configurable by user. So I wanna add functionality to create port automatically on network creation something like subnet03:05
*** Gordonz has quit IRC03:05
danwentok, but then I still don't see a need for filtering03:05
danwentas the agent could query for the exact device_id = dhcp-<subnet-id>03:05
nati_uenodanwent: ahhh You said dhcp-<subnet-id> ?03:05
danwentyeah03:06
nati_uenodanwent:  Current DHCP agent is using dhcp-<hash_of_host_ip>03:06
nati_uenodanwent: Is it OK to duplicated device_id .03:06
danwentok, maybe talk to mark about it03:06
danwentwhen would a subnet have more than one port for dhcp?03:07
danwentare you talking about multi-host?03:08
*** dolphm has joined #openstack-dev03:08
nati_uenodanwent:  yes and HA03:08
nati_uenodanwent:  We can simply launch two dhcp-agent as simple HA03:08
nati_uenodanwent: In that case, there are two port which is used by dhcp-agent03:08
danwentsure03:08
danwentyeah, if you want to do that, you'll need something more complicated.03:09
nati_uenodanwent: complicated ?03:09
nati_uenodanwent: If we lack HA by design, no one can use folsom quantum for real deployment...03:10
danwentbut i'm not sure how the user would know how many dhcp ips to specify in that case03:10
danwentyou can do HA even with a single DHCP IP03:10
nati_uenodanwent:  heartbeat and VIF ?03:11
danwentall i'm saying is that if you want to do active-active DHCP, you can't use the simple device_id trick I mentioned, you'll need something more complicated03:11
*** sacharya has joined #openstack-dev03:11
danwentanyway, we're not going to design this right now here on IRC03:11
danwentif you want to put up a spec, i'll try and take a look at it.  I need to get working on my code, as I'm quite behind03:11
nati_uenodanwent: OK I'm rethink the spec. then send you03:12
danwentk, thanks.03:12
nati_uenodanwent: Thanks talking time to discussion03:12
danwentcool.  talk to you later03:12
nati_uenodanwent: Thanks03:13
*** Slower has quit IRC03:13
*** sacharya1 has joined #openstack-dev03:16
*** sacharya has quit IRC03:19
*** steveb_ has joined #openstack-dev03:23
*** johnpur has joined #openstack-dev03:29
*** ChanServ sets mode: +v johnpur03:29
*** asdfasdf has joined #openstack-dev03:34
*** asdfasdf has quit IRC03:34
*** asdfasdf has joined #openstack-dev03:35
*** nati_ueno has quit IRC03:37
*** shang has joined #openstack-dev03:45
*** dolphm has quit IRC03:46
*** eglynn__ has joined #openstack-dev03:58
*** incogito has quit IRC03:59
*** rkukura has quit IRC04:00
*** rkukura has joined #openstack-dev04:01
*** eglynn_ has quit IRC04:02
*** shang has quit IRC04:07
*** EmilienM has joined #openstack-dev04:12
*** vanchester has joined #openstack-dev04:19
asdfasdfdanwent: How about this spec ? https://blueprints.launchpad.net/quantum/+spec/expose-dhcp-server-ip04:21
*** asdfasdf is now known as nati_ueno04:21
*** asdfasdf has joined #openstack-dev04:23
*** asdfasdf has quit IRC04:23
*** asdfasdf has joined #openstack-dev04:24
*** vanchester has quit IRC04:25
*** nati_ueno has quit IRC04:26
*** shang has joined #openstack-dev04:27
*** garyk has quit IRC04:28
*** s34n has quit IRC04:31
*** s34n has joined #openstack-dev04:31
*** shang_ has joined #openstack-dev04:37
*** shang_ has quit IRC04:37
*** koolhead17 has joined #openstack-dev04:40
*** amotoki has joined #openstack-dev04:45
*** Guest___ has quit IRC04:50
*** markmcclain has quit IRC04:51
*** sacharya1 has quit IRC05:15
*** dolphm has joined #openstack-dev05:18
*** nati_ueno has joined #openstack-dev05:18
*** asdfasdf has quit IRC05:21
*** rbasak has quit IRC05:22
*** rbasak has joined #openstack-dev05:25
*** garyk has joined #openstack-dev05:29
*** koolhead17 has quit IRC05:31
*** vanchester has joined #openstack-dev05:37
garykarosen: you there?05:39
arosenhi garyk05:40
*** dolphm has quit IRC05:40
garykarosen: i just rebased the ovs patch again. it is an endless cycle05:42
*** johnpur has quit IRC05:43
arosengaryk:  ugh sorry :/  I'll +2 again.05:45
garykarosen: thanks.05:45
arosenIf someone else +2's i'll approve. It looks great to me though.05:45
garykarosen: thanks. i have a question regarding the tunneling which is not related. do you have a few minutes or should i write a mail to the list?05:46
arosengaryk: sure, ask away. Not sure if I'll know :)05:46
garykarosen: ok. when tunnleing is enabled the provider networks do not configure the valn tag. so say i have a host that has 3 vm's running and they need to communicate with an external server, how can one know the vlan tag or ensure entwork isolation?05:47
arosengaryk: so it's a little weird what goes on. In the OVS plugin there are two bridges. br-tun and br-int.05:49
arosenerr one sec let me refresh my self how this works.05:49
garykarosen: ok. i guess that there are flow entries that link the two tables...05:50
*** dolphm has joined #openstack-dev05:53
arosengaryk: okay. So When traffic leaves a vm and enters ovs on br-int, ovs adds a vlan tag. Then the packet enters br-tun where the action is set_tunnel(TUNNEL_ID):Normal05:55
arosenthis will send the packet to the destination host.05:55
arosenIn order to handle in comming packets br-tun has a default flow entry that drops all traffic05:55
garykarosen: ok, that makes sense. thanks for the explanation05:56
arosenif a packet comes into br-tun and the dl_dst is bcast and the tunnel_id on the packet matches a rule in the ovs for that, then action:mod_vlan:<lvid>:output to br-int occurs05:57
arosenidk if that helps at all :/ https://review.openstack.org/#/c/9416/4/quantum/plugins/openvswitch/agent/ovs_quantum_agent.py05:57
arosendoes that answer your question at all? Sorry, I feel like i didn't really explain it that well.05:57
garykyeah! the penny has dropped. thanks!05:58
arosenha great.05:58
*** koolhead17 has joined #openstack-dev05:59
arosenbtw, did you ever run into this exception in nova-cpu? http://codepad.org/w15akkNh05:59
arosenthat's on fedora 1605:59
nati_uenoarosen: Did you update qemu.conf ?06:00
arosenI think namespaces will work on fedora16 if you install an updated iproute2. I got it to work on ubuntu11.10. I just couldn't get around that exception on fedora16 to confirm :/06:00
*** hattwick has quit IRC06:00
arosennati_ueno:  You mean add this to the end of that file http://codepad.org/zkokHhrF06:01
arosennati_ueno: that was already there.06:01
nati_uenoarosen: And one more line need to be uncomment out.. I can't remember,,,06:02
arosennati_ueno: is it a fedora specific thing ? My qemu.conf from my ubuntu 12.04 setup looked identical (I think)06:03
nati_uenoarosen:  If so, it is no problem.  When I try fedora16, devstack didn't update qemu.conf, so I updated it manually, then works06:04
arosenhrm i think it could maybe be related to the namespace stuff i was messing with. I believe at one point in time i got everything on fedora16 work to test out an OVS plugin thing. No worries thanks though.06:05
*** asdfasdf has joined #openstack-dev06:06
*** asdfasdf is now known as nati_ueno_06:06
nati_ueno_arosen: Did you disable selinux ?  ah, but if it was worked, this is not related06:06
*** inteq has quit IRC06:07
arosenyup I disabled selinux :)06:07
nati_ueno_arosen:  Ah I found the line  cgroup_controllers = [ "cpu", "devices", "memory", "blkio" ]06:08
*** nati_ueno_ has quit IRC06:09
*** nati_ueno has quit IRC06:09
*** asdfasdf has joined #openstack-dev06:09
*** asdfasdf is now known as nati_ueno06:09
*** xtrusia has joined #openstack-dev06:21
*** xtrusia has quit IRC06:27
*** arosen has quit IRC06:30
*** linmin has joined #openstack-dev06:33
*** sunxin has joined #openstack-dev06:34
*** dolphm has quit IRC06:39
*** erikzaadi has joined #openstack-dev06:43
*** arosen has joined #openstack-dev06:50
*** arosen has quit IRC06:50
*** arosen has joined #openstack-dev06:50
*** arosen has quit IRC06:50
*** arosen has joined #openstack-dev06:51
*** mcolombo has joined #openstack-dev06:52
*** epic2005 has quit IRC06:56
*** Mandell has joined #openstack-dev06:59
*** asdfasdf has joined #openstack-dev07:03
*** reidrac has joined #openstack-dev07:04
*** Mandell has quit IRC07:04
*** asdfasdf has quit IRC07:06
*** asdfasdf has joined #openstack-dev07:06
*** nati_ueno has quit IRC07:07
*** mcolombo has quit IRC07:09
*** asdfasdf is now known as nati_ueno07:14
*** sulochan has joined #openstack-dev07:26
*** linmin has quit IRC07:29
*** Mandell has joined #openstack-dev07:32
*** darraghb has joined #openstack-dev07:43
*** mikal has quit IRC07:44
*** al-maisan has joined #openstack-dev07:46
*** dachary has joined #openstack-dev07:48
*** maploin has joined #openstack-dev07:49
*** maploin has joined #openstack-dev07:49
*** asdfasdf has joined #openstack-dev07:54
*** asdfasdf has quit IRC07:55
*** mikal has joined #openstack-dev07:55
*** asdfasdf has joined #openstack-dev07:56
*** yuanz has joined #openstack-dev07:56
*** nati_ueno has quit IRC07:57
*** jdurgin has quit IRC08:05
*** kartouch has joined #openstack-dev08:21
*** kartouch has left #openstack-dev08:21
*** fc__ has joined #openstack-dev08:23
*** salv-orlando has joined #openstack-dev08:24
salv-orlandogaryk: good morning!08:25
*** danwent has quit IRC08:25
garyksalv-orlando: hi. how are you?08:29
salv-orlandoI'm great.08:29
garyksalv-orlando: how was china?08:29
salv-orlandoHot & humid08:29
salv-orlandomakes southern Italy a cool place in comparison08:29
garyksalv-orlando: :) i am reviewing the 'shared network'. i think i am missing something08:30
salv-orlandoactually I was reviewing the OVS RPC patch. I too think I am missing something :)08:30
salv-orlandogo ahead08:30
garyksalv-orlando: i am using devstack. there is the demo user and the admin user. the admin user creates a network on the tenant that is not shared. is the demo user limited with its actions?08:31
salv-orlandogaryk: the admin user creates a network for tenant demo? In this case tenant_demo should be able to do everything with that network08:32
garyksalv-orlando: ok.08:33
garyksalv-orlando: ok - your chance08:34
salv-orlandoI can confirm what I said is correct :) I did not test this use case with the latest patch08:34
salv-orlandoOk, on the TunnelInfo model I see the IP address is the only primary key08:35
salv-orlandoI was wondering what happens when the tunnel agent creates a mesh over 3 or more hosts. You will have at least two tunnels with a given IP08:35
*** AlvinXu has joined #openstack-dev08:37
salv-orlandogaryk: but then, add_tunnel_ip routine in ovs_db_v2 will avoid a duplicate primary key error, because if an entry in TunnelInfo exists it does not try to generate a new TunellInfo. However, all the tunnels going out of a given IP will have the same ID (and hence the same port name)08:37
salv-orlandois that the desired behavior?08:37
AlvinXuhi there, I am a beginner of openstack. there is a question about nova-network, what's the difference between wrapped and unwrapped chains in iptables?08:37
AlvinXusalv, I just saw you in Beijing~ great presentation!08:38
garyksalv-orlando: my understanding when implementing was that each hypervisor has a unique ip address. Each hypervisor that registers with the plugin will be assigned its id - say 10.0.0.1 gets 1 10.0.0.2 gets 2 and 10.0.0.3 gets 3. In the mesh 10.0.0.1 will have 2 tunnel entries for gre-2 (10.0.0.2) and gre-3 (10.0.0.3). 10.0.0.2 will have gre-1 (10.0.0.1) and gre-3 (10.0.0.3). This is how I understood it.08:40
garyksalv-orlando: my understanding was that the tunnel id was just for the name.08:41
*** asdfasdf has quit IRC08:42
salv-orlandoit is. Your approach makes sense. I was under the impression that it created two tunnels named gre-<id> going out from the 10.0.0.<id> host.08:42
*** hattwick has joined #openstack-dev08:43
garyksalv-orlando: i think that i originally had a bug. arosen indictaed that the host should not create its oen tunnel08:47
garykown not eon08:47
salv-orlandooh yeah definitely. Actually I was just reading the procedure in the wrong way. I did not realize that the IP in TunnelInfo is used for the destination IP, and then though you might end up having several tunnel ports with the same name on the same host. But this is not the case.08:49
garyksalv-orlando: i am terrible when it comes to name of methods, variables etc. sorry08:50
salv-orlandogaryk: have you added unit tests for the RPC callbacks as well?08:52
garyksalv-orlando: at the moment there is https://review.openstack.org/#/c/10879/12/quantum/plugins/openvswitch/tests/unit/test_rpcapi.py08:54
garyksalv-orlando: i am still wrapping my brain n how to make the tests better when it comes to the rpc08:55
salv-orlandoI saw that, but since the call is actually stubbed out, the callback is never invoked. Not a big deal.08:55
salv-orlandoEven if, it looks like a syntax error probably due to copy and paste slipped in ovs_quantum_plugin, line 9508:56
salv-orlando'cub' should be 'ovs_db_v2'08:56
salv-orlandocdb, not cub08:56
*** winston-d has quit IRC08:56
garyk:(. my bad. i'll fix this. i have a friend whose says that 95% of bugs are caused by copy paste08:59
salv-orlandook09:00
*** markmc has joined #openstack-dev09:00
garyksalv-orlando: done09:02
garyksalv-orlando: do you know how live migration works in nova?09:03
salv-orlandogaryk: not a lot.09:03
salv-orlandoIn my review I forgot to mention something. My apologies.09:04
salv-orlandotest_rpcapi are failing, I guess because of the fact PluginAPI class was moved09:04
garyksalv-orlando: ok. i'll fix.09:04
garyksalv-orlando: fixed. thanks for the comments09:15
salv-orlandonp09:15
garyksalv-orlando: i have a typo in the rpc tests. sorry09:18
salv-orlandook09:18
*** epic2005 has joined #openstack-dev09:18
garyksalv-orlando: no it is done. post olympic blues...09:21
salv-orlandoyou did the marathon as well :)09:21
garyksalv-orlando: that was meant to be now, not no09:21
salv-orlando?09:21
*** alexpilotti has joined #openstack-dev09:22
garyksalv-orlando: sadly i missed the marathon. have to wait another 4 years now :)09:22
garyksalv-orlando: hopefully path set 15 is ok. i have to leave for about 30 minutes09:23
salv-orlandono problem. I'll do a review in the meanwhile. Enjoy your lunch!09:24
garyksalv-orlando: thanks09:24
*** rods has joined #openstack-dev09:31
*** zaneb has joined #openstack-dev09:32
alexpilottivishy: Hi we are goint to commit the Hyper-V code for review today09:32
*** rods has quit IRC09:33
*** rods has joined #openstack-dev09:34
alexpilottivishy: I noticed that the blueprint is still assigned to Jordan Rinke. Is it possible to change it?09:34
*** epic2005 has quit IRC09:40
*** maploin` has joined #openstack-dev09:43
*** maploin` is now known as mapleoin09:44
*** maploin has quit IRC09:46
*** renier has quit IRC09:47
*** mapleoin is now known as maploin09:47
*** AlvinXu has quit IRC09:47
*** maploin has quit IRC09:47
*** maploin has joined #openstack-dev09:47
*** danpb has joined #openstack-dev09:49
*** renier has joined #openstack-dev10:25
*** renier has quit IRC10:33
*** sunxin has quit IRC10:37
*** kyriakos has joined #openstack-dev10:43
*** maploin` has joined #openstack-dev10:59
*** maploin has quit IRC11:00
*** maploin` is now known as maploin11:01
*** maploin has joined #openstack-dev11:01
*** rbasak has quit IRC11:07
*** afrittoli has joined #openstack-dev11:16
*** afrittoli has left #openstack-dev11:17
*** andreaf has joined #openstack-dev11:17
*** avishay has joined #openstack-dev11:17
*** johnpur has joined #openstack-dev11:19
*** ChanServ sets mode: +v johnpur11:19
*** rbasak has joined #openstack-dev11:21
*** renier has joined #openstack-dev11:26
*** maploin` has joined #openstack-dev11:26
*** maploin has quit IRC11:27
*** maploin` is now known as maploin11:28
*** maploin has joined #openstack-dev11:28
*** johnpur has quit IRC11:38
*** milner has joined #openstack-dev11:42
*** zul has quit IRC11:45
*** zul has joined #openstack-dev11:45
*** maurosr has joined #openstack-dev11:50
*** epic2005 has joined #openstack-dev11:52
*** Dr_Who has joined #openstack-dev12:01
*** Dr_Who has joined #openstack-dev12:01
*** erikzaadi has quit IRC12:05
*** gongys has quit IRC12:06
*** avishay has quit IRC12:08
*** markmcclain has joined #openstack-dev12:08
*** markmcclain has quit IRC12:10
*** Dr_Who has quit IRC12:13
*** erikzaadi has joined #openstack-dev12:21
*** al-maisan is now known as almaisan-away12:22
*** maoy has joined #openstack-dev12:22
*** samkottl1r has joined #openstack-dev12:28
*** samkottl1r has quit IRC12:32
*** dolphm has joined #openstack-dev12:36
*** joesavak has joined #openstack-dev12:38
*** rbasak has quit IRC12:45
*** zaneb has quit IRC12:46
*** lts has joined #openstack-dev12:47
*** zaneb has joined #openstack-dev12:50
*** samkottl1r has joined #openstack-dev12:52
*** rbasak has joined #openstack-dev12:53
*** lts has quit IRC12:56
*** samkottl1r has quit IRC12:59
*** samkottler has quit IRC12:59
*** samkottler has joined #openstack-dev12:59
*** lts has joined #openstack-dev13:06
*** rbasak has quit IRC13:07
*** blamar has joined #openstack-dev13:08
*** jsavak has joined #openstack-dev13:08
*** jaypipes has joined #openstack-dev13:10
*** samkottl1r has joined #openstack-dev13:12
*** joesavak has quit IRC13:12
*** dolphm has quit IRC13:12
*** samkottler has quit IRC13:12
*** samkottler has joined #openstack-dev13:13
*** samkottler has quit IRC13:14
*** dprince has joined #openstack-dev13:14
*** samkottler has joined #openstack-dev13:14
*** samkottl1r has joined #openstack-dev13:20
*** Dr_Who has joined #openstack-dev13:21
*** Dr_Who has joined #openstack-dev13:21
*** samkottler has quit IRC13:22
*** samkottl1r is now known as samkottler13:22
*** samkottler has joined #openstack-dev13:22
*** rbasak has joined #openstack-dev13:24
*** flaviamissi has joined #openstack-dev13:25
*** Guest___ has joined #openstack-dev13:29
*** rbasak has quit IRC13:29
*** rbasak has joined #openstack-dev13:30
*** sandywalsh has joined #openstack-dev13:30
*** zul has quit IRC13:31
*** zul has joined #openstack-dev13:31
*** samkottler has quit IRC13:32
*** samkottler has joined #openstack-dev13:33
*** Dr_Who has quit IRC13:33
*** wiliam has joined #openstack-dev13:33
*** anniec has joined #openstack-dev13:34
*** kpavel has joined #openstack-dev13:38
*** avishay has joined #openstack-dev13:38
avishayvishy: ping13:40
*** mtreinish has joined #openstack-dev13:44
*** dspano has joined #openstack-dev13:45
dansmithmarkmc: vishy: did you guys want to move forward with https://review.openstack.org/#/c/9932/ ?13:48
*** rbasak has quit IRC13:49
*** rbasak has joined #openstack-dev13:49
*** Dr_Who has joined #openstack-dev13:50
*** Dr_Who has joined #openstack-dev13:50
*** andrewbogott_afk is now known as andrewbogott13:55
*** dolphm_ has joined #openstack-dev13:55
*** chrisfer has joined #openstack-dev13:56
markmcdansmith, you did move forward, now you need to wait for us slackers to review it :)13:56
*** chuckieb has joined #openstack-dev13:57
dansmithmarkmc: heh, just gentle nudging, that's all :)13:57
*** chrisfer has quit IRC13:58
*** chrisfer has joined #openstack-dev13:58
markmcdansmith, :)13:58
*** amotoki has quit IRC13:59
*** andrewbogott is now known as andrewbogott_afk14:00
*** andrewbogott_afk is now known as andrewbogott14:00
*** japage has joined #openstack-dev14:02
*** markmcclain has joined #openstack-dev14:03
*** ayoung has joined #openstack-dev14:05
*** cloudvirt has joined #openstack-dev14:06
*** cloudvirt has joined #openstack-dev14:06
*** EmilienM has quit IRC14:16
*** matiu has joined #openstack-dev14:17
*** matiu has quit IRC14:17
*** matiu has joined #openstack-dev14:17
*** maploin` has joined #openstack-dev14:17
*** maploin has quit IRC14:18
*** maploin` is now known as maploin14:18
*** maploin has quit IRC14:18
*** maploin has joined #openstack-dev14:18
maoydansmith:it seems that when spawn fails, the task_state is not cleared. i guess that's intentional?14:18
*** erikzaadi has quit IRC14:21
*** cp16net|away is now known as cp16net14:21
jaypipesdavidkranz_: around?14:21
davidkranz_jaypipes: Here14:22
*** davidkranz_ is now known as davidkranz14:22
jaypipesdavidkranz_: so... https://bugs.launchpad.net/glance/+bug/103619314:22
uvirtbotLaunchpad bug 1036193 in glance "glance-api with more than 1 worker is broken" [Undecided,New]14:22
jaypipesdavidkranz: I'm a little fuzzy on what the lsof output is showing me.14:22
davidkranzjaypipes: That only one mysql connection was made. When I do the same thing on the other application to which I was referring, I see 8 mysql socket connections.14:23
*** EmilienM has joined #openstack-dev14:23
davidkranzjaypipes: I also verified that the db connect code was not getting called per-forked process.14:25
jaypipesdavidkranz: how did you verify that? could you add that to the BR?14:26
davidkranzjaypipes: OK. I just put a print in configure_db and looked at the log.14:27
davidkranzjaypipes: I fixed the problem in my other app by initializing the database after the fork in the wsgi code.14:28
jaypipesdavidkranz: I'm not convinced this is actually an issue... what exact symptoms or problems do you see?14:29
davidkranzjaypipes: SQL errors from sqlalchemy14:30
jaypipescould you put thos ein the BR?14:30
jaypipesdavidkranz: ^^\14:30
davidkranzjaypipes: OK. I will have to re-break the app and run it again :)14:30
*** nati_ueno has joined #openstack-dev14:31
davidkranzjaypipes: Do you don't think it is a problem for sqlalchemy running in multiple processes to be sharing the same db connection?14:31
davidkranzjaypipes: The different processes will all write to the same fd14:32
*** erikzaadi has joined #openstack-dev14:34
*** tongli has joined #openstack-dev14:35
*** _val_ has left #openstack-dev14:35
jaypipesdavidkranz: could very well be. I'm just curiosu what the SQL errors are :)14:36
*** zaneb has quit IRC14:36
*** blamar has quit IRC14:37
*** nati_ueno has quit IRC14:37
*** nati_ueno has joined #openstack-dev14:38
*** blamar has joined #openstack-dev14:39
*** zaneb has joined #openstack-dev14:39
*** chuckieb has quit IRC14:39
*** renier has quit IRC14:39
*** andreaf has quit IRC14:39
*** darraghb has quit IRC14:39
*** cbj has quit IRC14:39
*** primeministerp has quit IRC14:39
*** jgriffith has quit IRC14:39
*** andrewbogott has quit IRC14:39
*** jeremydei has quit IRC14:39
*** openstackjenkins has quit IRC14:39
*** epic2005 has quit IRC14:42
*** pmyers has quit IRC14:43
*** pmyers has joined #openstack-dev14:43
*** chuckieb has joined #openstack-dev14:44
*** renier has joined #openstack-dev14:44
*** andreaf has joined #openstack-dev14:44
*** darraghb has joined #openstack-dev14:44
*** cbj has joined #openstack-dev14:44
*** primeministerp has joined #openstack-dev14:44
*** jgriffith has joined #openstack-dev14:44
*** andrewbogott has joined #openstack-dev14:44
*** jeremydei has joined #openstack-dev14:44
*** openstackjenkins has joined #openstack-dev14:44
*** cp16net is now known as cp16net|away14:45
*** cloudvirt has quit IRC14:48
davidkranzjaypipes: I added some more info to the ticket.14:48
*** cloudvirt has joined #openstack-dev14:49
*** belliott has joined #openstack-dev14:50
*** JStoker has quit IRC14:51
jaypipesdavidkranz: thx man!14:51
*** chuckieb has quit IRC14:53
dansmithmaoy: well, I dunno, that's a good question.. Does it make sense to put the reverts_task_state decorator on run_instance() and rebuild_instance() as well?14:59
*** kpavel_ has joined #openstack-dev15:00
*** datsun180b has joined #openstack-dev15:01
*** cp16net|away is now known as cp16net15:01
*** kpavel has quit IRC15:03
*** reidrac has quit IRC15:04
maoydansmith: i feel it makes sense but we'll see what vish and johannes think in gerrit15:04
*** andrewbogott is now known as andrewbogott_afk15:05
*** johnpur has joined #openstack-dev15:05
*** ChanServ sets mode: +v johnpur15:05
dansmithmaoy: okay15:05
*** andrewbogott_afk is now known as andrewbogott15:06
*** kpavel_ has quit IRC15:07
alexpilottiHi guys, I just committed the Hyper-V code for review. I have this test results error: https://jenkins.openstack.org/job/gate-nova-python26/4298/consoleFull15:08
alexpilottican somebody help in deconding what happenened?15:08
*** colinmcnamara has joined #openstack-dev15:12
*** JStoker has joined #openstack-dev15:14
*** TheRealBill has joined #openstack-dev15:15
*** cloudvirt has quit IRC15:15
*** steveb_ has quit IRC15:16
*** danwent has joined #openstack-dev15:17
*** dave_mcn has joined #openstack-dev15:17
*** erikzaadi has quit IRC15:17
*** cloudvirt has joined #openstack-dev15:18
*** cp16net is now known as cp16net|away15:19
*** colinmcnamara has quit IRC15:19
*** Mandell has quit IRC15:20
*** cp16net|away is now known as cp16net15:20
*** jdurgin has joined #openstack-dev15:24
*** vanchester has quit IRC15:24
*** asdfasdf has joined #openstack-dev15:25
*** dachary1 has joined #openstack-dev15:27
*** dachary has quit IRC15:27
*** nati_ueno has quit IRC15:29
*** mjfork has joined #openstack-dev15:29
*** rnirmal has joined #openstack-dev15:31
*** cp16net is now known as cp16net|away15:39
*** cloudvirt has quit IRC15:41
*** spiffxp has joined #openstack-dev15:48
*** heckj has joined #openstack-dev15:48
*** matiu has quit IRC15:50
*** johnpur has quit IRC15:52
*** matiu has joined #openstack-dev15:54
*** matiu has quit IRC15:54
*** matiu has joined #openstack-dev15:54
*** jtran has joined #openstack-dev15:55
*** anniec has quit IRC15:56
*** zaitcev has joined #openstack-dev16:00
*** johnpur has joined #openstack-dev16:02
*** ChanServ sets mode: +v johnpur16:02
*** Gordonz has joined #openstack-dev16:02
*** e1mer has quit IRC16:02
*** maploin has quit IRC16:05
*** Slower has joined #openstack-dev16:05
*** samkottler is now known as samkottler|brb16:11
*** titankiller has joined #openstack-dev16:12
*** issackelly has joined #openstack-dev16:12
*** jdurgin has quit IRC16:14
*** dave_mcn is now known as dave_mcn_away16:16
ayoungFor summit,  how late in the day should we expect to be in San Diego on the 18th?16:19
*** samkottler|brb is now known as samkottler16:19
*** johnpur has quit IRC16:20
heckjayoung: ttx has sessions more or less planned out through 5:40pm16:21
heckjayoung: keystone is mostly focused on the early days though (Monday, some of tuesday)16:21
ayoungheckj, OK...so full day on Thurs16:21
ayoungheckj, is Friday just the Charity event, or is there anything else going on?16:22
heckjayoung: looks like it, although based on past years I'd expect a little winding down towards the tail end there16:22
* heckj sits down to some reviews this morning16:24
*** cdub has joined #openstack-dev16:27
*** Gordonz has quit IRC16:28
*** Gordonz has joined #openstack-dev16:28
zulcharity event?16:36
*** smokes2345 has joined #openstack-dev16:38
garykarosen: hi, you there?16:38
*** avishay has quit IRC16:38
arosenhi garyk16:41
*** ncode has joined #openstack-dev16:42
garykarosen: i think you mentioned a exception in fedora - with deploying vm's?16:42
*** avishay has joined #openstack-dev16:42
garykarosen: does this ring a bell? http://paste.openstack.org/show/20294/16:43
arosengah line wrap16:44
*** almaisan-away is now known as al-maisan16:46
arosengaryk: Hrm i think that looks like this bug https://bugs.launchpad.net/quantum/+bug/1009215 ?16:48
uvirtbotLaunchpad bug 1009215 in quantum "During resuming instances get error "could not open /dev/net/tun: Operation not permitted"" [High,Confirmed]16:48
garykarosen: thanks. i'll check it out16:48
dolphm_heckj: i left some api questions for you on draft 316:48
heckjsome them come in late last week - haven't sat down to read through them though. Hoping to get that this evening or tomorrow.16:49
heckjdolphm_: ^^16:49
heckj(saw them come in)16:49
dolphm_heckj: just wanted to give a heads up :)16:49
* heckj can't type, as usual16:49
*** moula has joined #openstack-dev16:50
*** markmc is now known as mcaway16:50
arosengaryk: how did you produce that?16:50
garykarosen: i have f17 running. i am using devstack + with linux bridge + dhcp rpc code16:51
*** anniec has joined #openstack-dev16:52
dolphm_heckj: i didn't think about this until i started working on the client, but: GET/PATCH/DELETE /services/{service_id}/endpoints/{endpoint_id} --> leads to --> keystone endpoint-get/update/delete {service_id} {endpoint_id} <-- which is kind awkward, IMO16:52
garykarosen: then i deploy a vm. i think that it may be the se linux. i am checking now16:52
dolphm_heckj: same for /users/.../credentials16:52
heckjdolphm_: yeah, I can see that.16:53
dolphm_heckj: move all CRUD operations to root? (/v3/credentials and /v3/endpoints)16:53
heckjdolphm_: treating them all as direct resources, not putting them into a tree structure...16:54
garykarosen: you are the man! after doing the changes ti the qemu.conf file it was solved16:54
dolphm_heckj: yeah16:54
*** moula has quit IRC16:54
*** darraghb has quit IRC16:54
heckjdolphm_: That would make it all consistent...16:55
*** reed has joined #openstack-dev16:55
*** avishay has quit IRC16:55
dolphm_heckj: conversely, if we want to keep the tree structure, i'd propose moving /v3/projects to /v3/domains/{domain_id}/projects/{project_id} to better express a domain's "ownership" over a project16:56
arosengaryk: ha you were even the one who posted that comment lol. Also fwiw adding that to qemu.conf doesn't fix taht one suspend issue.16:56
heckjdolphm_: yep, we're definitely not consistent right now16:56
dolphm_heckj: dropping the tree structure makes the client experience dead easy though16:57
*** harlowja has joined #openstack-dev16:57
heckjdolphm_: yeah16:57
*** johnpur has joined #openstack-dev16:57
*** ChanServ sets mode: +v johnpur16:57
heckjayoung: ^^ any thoughts?16:57
timellohey jaypipes :). Thank you so much for the comments :)16:57
dolphm_heckj: also, keystoneclient implementation complexity (granted, i've already written code to handle the composite-keyness, but i'd rather delete it)16:57
*** anniec_ has joined #openstack-dev16:59
*** avishay has joined #openstack-dev16:59
ayoungI think that the general rule should be shorter links for the actual objects,  coupled with hyperlinks for the tree structure16:59
ayoungso if a project is going to be known by its project ID anyway (UUID, right?)  then why should I have to navigate to it via its domain id.  OTOH,  using the human readable names, it makes sense to use the tree strucutre to remove ambiguity and allow two domains to have projects with the same name17:00
ayoungdolphm_, does that ring true?17:01
garykarosen: ok17:01
dolphm_ayoung: yes, although UUID is just an implementation detail for us17:02
ayoungdolphm_, not really.17:02
*** anniec has quit IRC17:02
*** anniec_ is now known as anniec17:02
dolphm_ayoung: ?17:02
ayoungdolphm_, UUID vs human readable has an important distinction17:02
ayoungthe UUID is unique17:02
ayoungthey are A PITA17:02
ayoungand the only reason to subject people to usingthem is to ensure disambiguity17:03
dolphm_ayoung: ideally, people shouldn't be using them -- they *should* be hidden from the user experience .. we're just not there yet17:03
dolphm_ayoung: human interface elements *should* only reflect names & descriptions17:03
ayoungdolphm_, so which do you see dominant?  doman/project or project_id?17:04
dolphm_ayoung: and the ID should be handled under the covers, regardless of what it looks like (UUID, auto-incremented integers, URL-slugified names, whatever)17:04
dolphm_ayoung: i don't understand the question17:04
ayoungdolphm_, on the API calls, are we going to expect people to use the domain/project (human readable form) or the project_id (uuid etc format)17:05
dolphm_ayoung: API calls are a system-interface, so ID's, not names17:06
*** ron-slc has quit IRC17:07
ayoungdolphm_, the more I think about it,  the more I think that we should stop calling them APIs, then.  We really are violating most of the principals of REST.   But, anyway, since the UUIDs are the cannonical reference,  we should use them in shorter urls,  with all assignements shown through hyperlinks.  So  so I agre with "dropping the tree structure"17:08
dolphm_ayoung: cool (also, lol)17:08
*** Ryan_Lane has joined #openstack-dev17:09
dolphm_heckj: i'll start updating my client & server impl to reflect /v3/credentials & /v3/endpoints -- do you want to revise the v3 draft, want me to revise it, or publish a v4?17:09
heckjit would make the structure options much more flexible into the future as well. Okay - let's flatten out that structure entirely17:09
dolphm_v3 draft 4*17:09
heckjv3 draft 4 - I'll update & publish17:09
*** cp16net|away is now known as cp16net17:10
*** jdurgin has joined #openstack-dev17:10
*** hemna has joined #openstack-dev17:11
*** vladimir3p has joined #openstack-dev17:11
*** rafaduran1 has joined #openstack-dev17:14
*** nati_ueno has joined #openstack-dev17:14
*** rafaduran1 has quit IRC17:14
*** sdake has quit IRC17:16
*** cloudvirt has joined #openstack-dev17:16
harlowjawho would be the best person on here to talk (any core infrastructure people??) about, https://bugs.launchpad.net/openstack-ci/+bug/103596617:16
uvirtbotLaunchpad bug 1035966 in openstack-ci "Move 'anvil' to stackforge" [Undecided,New]17:16
*** Ryan_Lane has quit IRC17:19
heckjharlowja: monty or jeblair, but neither appear to be online17:20
jeblairharlowja: hi17:20
*** Ryan_Lane has joined #openstack-dev17:20
jeblairharlowja: (sorry for the delay)17:20
*** sstent has quit IRC17:20
jeblairharlowja: can you join us at the CI meeting tomorrow?17:20
*** sstent has joined #openstack-dev17:20
harlowjawhen is that?17:20
jaypipestimello: no problem!17:20
jeblairharlowja: 1900 UTC17:21
jeblairharlowja: (that's noon pacific)17:21
*** hemna has quit IRC17:21
harlowja:-p17:21
harlowjathx17:21
harlowjasure17:21
jeblairharlowja: great, thanks!17:22
harlowjanp17:23
*** hemna has joined #openstack-dev17:24
*** samkottler has quit IRC17:26
*** garyk has quit IRC17:26
*** samkottler has joined #openstack-dev17:26
*** littleidea has joined #openstack-dev17:27
jaypipesmarkwash: responded to your comments in https://review.openstack.org/#/c/11258/17:28
*** AlvinXu has joined #openstack-dev17:28
*** ctracey has joined #openstack-dev17:28
*** AlvinXu has quit IRC17:30
*** sulochan has quit IRC17:30
*** hemna has quit IRC17:31
*** danpb has quit IRC17:34
*** kyriakos has quit IRC17:34
*** lloydde has joined #openstack-dev17:34
*** thingee is now known as thingee_zz17:34
*** nati_uen_ has joined #openstack-dev17:35
*** vanchester has joined #openstack-dev17:35
*** samkottler is now known as samkottler|lunch17:37
*** Mandell has joined #openstack-dev17:38
*** avishay has quit IRC17:38
*** nati_ueno has quit IRC17:38
*** japage has quit IRC17:44
*** japage has joined #openstack-dev17:44
*** derekh has joined #openstack-dev17:45
*** PotHix has joined #openstack-dev17:45
*** danwent has quit IRC17:46
*** thingee_zz is now known as thingee17:46
*** hemna has joined #openstack-dev17:46
*** dachary1 is now known as dachary17:55
*** nati_ueno has joined #openstack-dev18:01
*** nati_uen_ has quit IRC18:01
*** winston-d has joined #openstack-dev18:02
winston-djgriffith, ping18:03
jgriffithwinston-d: Hey there18:03
winston-djgriffith, i've looked at volume type schedule.18:04
winston-djgriffith, there's much to change to achieve that. so i am afraid i can't make it in F318:04
jgriffithwinston-d: :(  I was afraid that would be the case18:05
bcwaldondprince: I filed/fixed a few bugs in python-glanceclient18:05
bcwaldondprince: after those get released I'll kick off smokestack jobs again18:05
bcwaldondprince: how is smokestack getting python-glanceclient?18:06
dprincebcwaldon: roger that.18:06
winston-djgriffith, but i've written my thought on how to do it. i'll send it to you so that we can discus possible design18:06
dprincebcwaldon: The same way it gets all its packages... it builds it.18:06
jgriffithwinston-d: Sounds great...18:06
bcwaldondprince: ok, so it will get python-glanceclient master?18:06
dprincebcwaldon: It also caches packages for which a previously successful SmokeSTack run exists.18:07
dprincebcwaldon: If you changed python-glanceclient... and that code landed in 'master' then it'll automatically build a new one.18:07
jgriffithwinston-d: BTW I modified my input on the cinderclient changes you proposed for AZ's18:07
bcwaldonok18:07
bcwaldondprince: that might not be the right thing to do18:07
jgriffithwinston-d: Sorry about that... not appropriate to glob my changes in with yours18:08
bcwaldondprince: since we depend on explicit versions in the projects, and if I were to relase a backwards incompatibilt version 2 where nova depends on version 1, smokestack would blow up18:08
dprincebcwaldon: Well. For specific branches we can also nail the revision if need be.18:08
dprincebcwaldon: That isn't how we do things for the other clients though. Typically novaclient master works with Nova right?18:08
*** ncode has quit IRC18:08
winston-djgriffith, never mind, looking forward to your metadata change to land18:08
bcwaldondprince: that happens to be the case right now, yes18:08
bcwaldondprince: this is a bit of a contrived use-case18:09
bcwaldondprince: I just wanted to point it out18:09
dprincebcwaldon: So why shouldn't/wouldn't glanceclient master work with the latest Nova too?18:09
bcwaldondprince: it would *work* but the other projects might depend on a different pythonic interface18:09
bcwaldondprince: we need to be able to make breaking changes across major versions of the lib when we need to18:09
dprincebcwaldon: Sure. I've got things configurable so if I need to follow a stable branch I can.18:10
bcwaldondprince: yep, that should be enough of a solution18:10
dprincebcwaldon: Just need to communicate with each other about when these things happen.18:10
bcwaldondprince: like I said, this is probably unlikely18:10
dprincebcwaldon: Cool then. I'll check back this evening then so I'm not holding this one up.18:11
bcwaldondprince: great, thank you very much for being on top of these things18:12
dprincebcwaldon: And thank you for jumping on the fixes ;)18:13
*** lorin1 has joined #openstack-dev18:16
*** mnewby has joined #openstack-dev18:16
markwashjaypipes: response back, let me know if this causes a problem for you!18:17
*** samkottler|lunch is now known as samkottler18:18
jaypipesmarkwash: no problem at all.18:20
winston-djgriffith, I've sent the doc to you.  let me know if you have any comment18:21
winston-djgriffith, have to run. talk to u later.18:28
*** winston-d has quit IRC18:28
*** dubsquared has joined #openstack-dev18:31
*** rohitk has joined #openstack-dev18:34
*** alanmac has joined #openstack-dev18:40
smoserhey. i need some nova help.18:41
smoseri dont understand how i can use a flag correctly.18:41
smoseri've made a change to nova/virt/netutils.py (http://paste.ubuntu.com/1145370/) , by adding the final method there.18:42
smoserbut attempt to use that gives18:42
smoser NoSuchOptError: no such option: injected_network_template18:42
smoserwhat is the proper way to use that flag?18:42
*** erikzaadi-phone has joined #openstack-dev18:43
*** dprince has quit IRC18:44
smoseri dont understand why nova/virt/xenapi/vm_utils.py can just use that flag, but I can't just use it from nova/virt/netutils.py18:46
*** erikzaadi-phone has quit IRC18:46
lifelessheckj: Hi. I think I've answered your question about session.flush in gerrit, but its my first time using gerrit; does it notify you of changes?18:46
heckjlifeless: it does - thanks!18:47
lifelessgreat!18:48
lifelessheckj: So - was the session.flush the only issue, or are there other changes you'd like for it to be mergable ?18:51
jaypipessmoser: what does your config file look like? or are you using the --flagfile way?18:52
smoserwell. i'm only actually tyring this from a test.18:53
smoserso maybe thats my problem?18:53
*** al-maisan is now known as almaisan-away18:53
*** mnewby has quit IRC18:54
smoserso specifically, the current nova/virt/driver.py uses 2 flags (FLAGS.use_ipv6 and FLAGS.injected_network_template).18:55
smoseri'd like to use those from nova/virt/netutils18:55
jaypipeskk18:55
*** steveb_ has joined #openstack-dev18:55
*** nati_ueno has quit IRC18:56
jaypipessmoser: and what are you currently trying/18:56
jaypipes?18:56
smoserhttp://paste.ubuntu.com/1145370/18:56
smoserie, i was hoping it would "just work"18:56
smoserhm.. ok. so it seems i have to add18:58
smoserflags.DECLARE('injected_network_template', 'nova.virt.disk.api')18:58
jaypipessmoser: ya18:58
smoserbut why do i have to do that, when nova/virt/driver.py doesn't have that18:58
jaypipessmoser: because nova.virt.driver defines those options...18:58
heckjlifeless: that was my only real question18:58
smoserin the related flags ?18:59
jaypipessmoser: it's because of the decision to create options where they are defined in a specific module (the gflags way...()18:59
smoserjaypipes, sorry for bad data.18:59
jaypipessmoser: dude, no worries.18:59
smoseri'm confused as to why nova/virt/libvirt/driver.py can "just use" that flag18:59
smoseris it because it has mentioned it in the comment of "related flags" ?19:00
lifelessheckj: cool; it needs a second vote right ?19:00
jaypipessmoser: because nova.virt.libvirt.driver imports nova.virt.driver.19:00
heckjlifeless: correct19:00
jaypipessmoser: if it didn't, it would need to flags.DECLARE() as well...19:00
smoserbut now does nova.virt.driver get at it?19:01
smoseri'm still confused.19:01
smoserthe flag (afaics) is defined in nova.virt.disk.api19:01
*** nati_ueno has joined #openstack-dev19:02
jaypipessmoser: one sec19:02
*** cp16net is now known as cp16net|away19:02
jaypipessmoser: sorry man, have a conf call...19:03
jaypipes:(19:03
jaypipessmoser: gimme a bit.19:03
smoserno worries.19:03
smoserno worries. thanks.19:04
*** asdfasdf has quit IRC19:04
*** andrewbogott is now known as andrewbogott_afk19:10
*** arosen has quit IRC19:12
sandywalshany openstack-common people in the room?19:12
*** arosen has joined #openstack-dev19:15
*** arosen has quit IRC19:15
*** almaisan-away is now known as al-maisan19:16
*** arosen has joined #openstack-dev19:17
*** arosen has quit IRC19:17
*** rohitk has quit IRC19:18
*** rohitk has joined #openstack-dev19:18
*** arosen has joined #openstack-dev19:18
*** al-maisan is now known as almaisan-away19:21
*** mnewby has joined #openstack-dev19:21
*** danwent has joined #openstack-dev19:22
*** rohitk has quit IRC19:25
*** andrewbogott_afk is now known as andrewbogott19:27
smoserhey.19:29
smoserin devstack, how can i get admin credentials?19:29
*** maploin has joined #openstack-dev19:32
*** maploin has quit IRC19:32
*** maploin has joined #openstack-dev19:32
*** sulochan has joined #openstack-dev19:32
*** sulochan_ has joined #openstack-dev19:32
*** vanchester has quit IRC19:33
jk0. openrc admin admin19:36
*** sulochan has quit IRC19:36
*** sulochan_ is now known as sulochan19:36
*** markmcclain has quit IRC19:37
*** mnewby has quit IRC19:37
*** wiliam has quit IRC19:39
*** anniec has quit IRC19:41
*** cloudvirt has quit IRC19:43
*** cloudvirt has joined #openstack-dev19:43
*** cloudvirt has quit IRC19:45
*** cloudvirt has joined #openstack-dev19:47
*** nati_uen_ has joined #openstack-dev19:48
*** rafaduran1 has joined #openstack-dev19:51
*** avishay has joined #openstack-dev19:53
*** sdake has joined #openstack-dev19:55
*** EmilienM has quit IRC19:58
*** sulochan has quit IRC19:58
*** EmilienM has joined #openstack-dev19:59
*** markmcclain has joined #openstack-dev20:00
*** rnirmal has quit IRC20:01
*** ewindisch has joined #openstack-dev20:01
sandywalshrussellb: could I not just bump all the service version numbers by one? Wouldn't that do it?20:02
sandywalshrussellb: in fact, just the minor version since it's just adding a method20:02
*** anniec has joined #openstack-dev20:04
sandywalshrussellb: I mean, the versioning really doesn't do anything currently other than throw an exception, this shouldn't affect anything.20:04
*** sdake has quit IRC20:05
*** datsun180b has quit IRC20:05
*** datsun180b has joined #openstack-dev20:06
*** sdake has joined #openstack-dev20:07
*** cp16net|away is now known as cp16net20:12
smoservishy, ping20:14
*** maploin has quit IRC20:17
russellbsandywalsh: yes, you could do that ... doesn't feel terribly elegant, but it would work.20:18
russellbi don't really have any better ideas right now20:18
sandywalshrussellb: well, it would only be to be a good citizen :) it'll work fine regardless20:19
sandywalshrussellb: now, if I was changing a common method across all services (non-default parameter for example), I could see it being more complicated.20:20
vishysmoser: yo20:20
sandywalshrussellb: but even then, it would mean having to bump the major version (essentially declaring bankruptcy)20:21
russellbsandywalsh: *nod*20:21
sandywalshrussellb: cool, on it. Thanks20:21
smoservishy, so what is my deadline (is it passed?) for https://review.openstack.org/#/c/11184/ ?20:22
*** ncode has joined #openstack-dev20:23
*** nati_uen_ has quit IRC20:24
*** derekh has quit IRC20:24
*** nati_uen_ has joined #openstack-dev20:27
*** datsun180b has quit IRC20:28
*** TheRealBill has quit IRC20:29
*** TheRealBill has joined #openstack-dev20:29
*** nati_ue__ has joined #openstack-dev20:30
*** nati_uen_ has quit IRC20:31
*** nati_uen_ has joined #openstack-dev20:34
*** johnpostlethwait has joined #openstack-dev20:34
*** nati_ueno has quit IRC20:34
*** nati_ueno has joined #openstack-dev20:35
*** bhuvan has joined #openstack-dev20:35
*** nati_ue__ has quit IRC20:35
*** nati_ue__ has joined #openstack-dev20:36
*** cloudvirt has quit IRC20:38
*** nati_uen_ has quit IRC20:39
*** Rajesh_ has joined #openstack-dev20:40
*** nati_ue__ has quit IRC20:41
*** Rajesh_ has quit IRC20:42
danwentmtaylor, jeblair:  can I get quantum-drivers enabled to push tags to gerrit for releasing python-quantumclient?20:44
*** Rajesh_ has joined #openstack-dev20:45
*** EmilienM has quit IRC20:48
*** marktvoelker has joined #openstack-dev20:52
*** joesavak has joined #openstack-dev20:54
*** Rajesh_ has quit IRC20:54
*** Rajesh_ has joined #openstack-dev20:57
*** jsavak has quit IRC20:57
*** jsavak has joined #openstack-dev20:57
*** joesavak has quit IRC20:58
*** anniec has quit IRC21:00
*** zaneb has quit IRC21:00
*** zaneb has joined #openstack-dev21:00
*** garyk has joined #openstack-dev21:01
jeblairdanwent: yes!  1 sec21:02
timellojaypipes: in case you have time, there is another patch set ;). but just in case :). Thank you again!21:03
*** zhuadl has joined #openstack-dev21:04
jeblairdanwent: okay, all set21:05
jeblair(i made sure all the client projects have the appropriate perms)21:05
*** nati_uen_ has joined #openstack-dev21:06
*** maurosr has quit IRC21:07
*** anniec has joined #openstack-dev21:07
*** joesavak has joined #openstack-dev21:08
*** nati_uen_ has quit IRC21:09
*** nati_uen_ has joined #openstack-dev21:10
*** jsavak has quit IRC21:11
*** anniec_ has joined #openstack-dev21:11
*** dolphm_ has quit IRC21:13
*** asdfasdf has joined #openstack-dev21:13
*** japage has quit IRC21:13
*** anniec has quit IRC21:14
*** anniec_ is now known as anniec21:14
*** sandywalsh has quit IRC21:14
*** nati_ueno has quit IRC21:15
*** cloudvirt has joined #openstack-dev21:16
*** lorin1 has quit IRC21:17
danwentjeblair: thanks!21:17
*** mtreinish has quit IRC21:18
*** cloudvirt has quit IRC21:18
*** jsavak has joined #openstack-dev21:18
*** amotoki has joined #openstack-dev21:20
*** cloudvirt has joined #openstack-dev21:21
*** nati_uen_ is now known as nati_ueno21:21
*** joesavak has quit IRC21:22
*** eglynn__ has quit IRC21:29
*** tongli has quit IRC21:32
vishysmoser: supposed to merge by tomorrow21:36
smoservishy, ok. well, please review.21:36
smoseri just pushed (as in 16 seconds ago) the netowkr template rendered into the metadata service21:36
smoserbut i've only tested it locally.21:36
vishysmoser: ok, I will look, if there are bugfixes we can do later21:36
smoseri'd love your input on what other things to get into the metadata service.21:36
vishythen we could get it in maybe21:36
smoserpatch set 8 really only has 1 TODO21:37
*** dubsquared has quit IRC21:37
smoserand that is "get more stuff into metadata service"21:37
*** dubsquared has joined #openstack-dev21:37
smoserhttp://paste.openstack.org/show/20228/ is basically what stuff looks like from inside the instance21:38
vishysmoser: cool21:38
smoseralthough i've made a few changes since then. i will update it.21:39
smoseri think i'm going to want ot turn off /content/ listing21:39
zykes-anyone here know if Sphinx AutoDoc hates Mixins and decorators ?21:39
smoser(right now it lists the keys inside it)21:39
smosereven turn off it showing up in the /openstack/ listing.21:40
smoserso, vishy please consider what else you'd like to pop into the MD21:40
smoserand review anything you dont like21:40
smoserand i'l fix those thigns tonight.21:40
smoseri have to run now.21:40
smosermikal, ^^^21:42
smoseryour input is also greatly appreciated.21:42
* smoser will return in ~ 2.5 hours or so21:42
*** sandywalsh has joined #openstack-dev21:46
*** dolphm has joined #openstack-dev21:46
*** datsun180b has joined #openstack-dev21:47
*** marktvoelker has quit IRC21:47
*** Dr_Who has quit IRC21:48
*** s0mik has joined #openstack-dev21:49
*** dubsquared has quit IRC21:51
*** jsavak has quit IRC21:53
*** Guest___ has quit IRC21:54
rmkGetting things to conform to pep8 can be rough at times.21:55
*** rpedde is now known as rpedde_away21:55
*** dspano has quit IRC21:55
rmkIs using \ for line cont frowned upon?  Can't see another way to do this.21:55
*** cloudvirt has quit IRC21:55
*** Guest__ has joined #openstack-dev21:57
*** sulochan has joined #openstack-dev21:57
*** Guest__ is now known as roge21:57
*** nati_uen_ has joined #openstack-dev21:58
*** asdfasdf has quit IRC21:59
*** asdfasdf has joined #openstack-dev21:59
*** sandywalsh has quit IRC22:00
*** zaneb has quit IRC22:00
*** nati_ueno has quit IRC22:01
vishysmoser: disk attachment handling kvm vs xen is extremely annoying22:02
*** flaviamissi has quit IRC22:02
*** anniec has quit IRC22:04
*** littleidea has quit IRC22:05
*** littleidea has joined #openstack-dev22:10
*** dolphm has quit IRC22:10
*** samkottler is now known as samkottler|run22:11
*** anniec has joined #openstack-dev22:15
*** adjohn has joined #openstack-dev22:16
*** lts has quit IRC22:22
*** Rajesh_ has quit IRC22:26
*** koolhead17 has quit IRC22:26
*** s0mik has quit IRC22:30
*** nati_uen_ has quit IRC22:32
*** nati_ueno has joined #openstack-dev22:32
*** spiffxp has quit IRC22:33
*** s0mik has joined #openstack-dev22:33
*** heckj has quit IRC22:33
*** rpedde_away is now known as rpedde22:37
rmkI submitted a patch which passes an additional argument into the libvirt driver reboot function, obviously called from the compute manager.  It looks like tests are failing because other drivers don't support the new 5th argument.  How is that typically handled?22:42
*** amotoki has quit IRC22:43
*** amotoki has joined #openstack-dev22:43
*** gongys has joined #openstack-dev22:44
*** rafaduran1 has left #openstack-dev22:47
*** spiffxp has joined #openstack-dev22:48
*** TheRealBill_ has joined #openstack-dev22:52
*** markmcclain has quit IRC22:53
*** Adri2000 has quit IRC22:54
*** TheRealBill has quit IRC22:54
*** TheRealBill_ is now known as TheRealBill22:54
*** e1mer has joined #openstack-dev22:55
*** s0mik has quit IRC22:56
vladimir3pall: we've submitted Cinder BP for review (it is Zadara volume driver) https://review.openstack.org/#/c/11308/ Reviews are greatly appreciated :-) thanks22:56
*** datsun180b has quit IRC22:57
*** roge has quit IRC22:59
*** sulochan has quit IRC23:00
*** ewindisch has quit IRC23:04
*** s0mik has joined #openstack-dev23:05
*** maurosr has joined #openstack-dev23:07
*** andrewbogott is now known as andrewbogott_afk23:08
*** danwent has quit IRC23:09
*** danwent has joined #openstack-dev23:09
*** maoy has quit IRC23:09
*** maoy has joined #openstack-dev23:10
*** maurosr has quit IRC23:12
*** maurosr has joined #openstack-dev23:13
*** Adri2000 has joined #openstack-dev23:14
*** maurosr has quit IRC23:17
*** TheRealBill has quit IRC23:18
*** maurosr has joined #openstack-dev23:18
*** salv-orlando has left #openstack-dev23:20
*** salv-orlando has joined #openstack-dev23:20
salv-orlandorkukura: ping23:20
*** nati_uen_ has joined #openstack-dev23:20
*** nati_ue__ has joined #openstack-dev23:23
*** maurosr has quit IRC23:23
*** nati_ueno has quit IRC23:23
*** maurosr has joined #openstack-dev23:23
*** s0mik has quit IRC23:24
*** asdfasdf has quit IRC23:26
*** nati_ue__ has quit IRC23:26
*** maurosr has quit IRC23:28
*** inteq has joined #openstack-dev23:29
*** inteq has quit IRC23:30
*** nati_uen_ has quit IRC23:31
*** nati_ueno has joined #openstack-dev23:31
*** rods has quit IRC23:34
*** s0mik has joined #openstack-dev23:35
smoservishy, xen is just dumb23:42
smoseri think i discussed with you a way we should fix libvirt/kvm so that the user at least could get consistent results.23:42
smoseri have to dig up the details again, but kvm exposes a disk id.  you can basically set the serial number of the disk that you're attaching.23:43
smoserwe could expose that to the user.23:43
smoserthen i say "attach disk with id=DEAD_BEEF" and know that inside I could find it by that.23:43
*** jaypipes has quit IRC23:47
*** reed has quit IRC23:49
*** issackelly has quit IRC23:50
*** nati_ueno has quit IRC23:50
*** arosen has quit IRC23:51
*** ewindisch has joined #openstack-dev23:52
*** hemna has quit IRC23:57
rmkvishy: I've been looking at the code for a few hours now to make sure I was approaching this correctly and now need some advice.  I need block_device_info within the libvirt compute driver.  Seems like in every case where block_device_info is present, it's passed in from the compute manager.  Problem is, if I pass a new an additional arg into reboot from the compute manager, all the hypervisor drivers would need to be updated as well.  Is that the23:58
rmkcorrect approach?23:58
rmkvishy: To be clear, I need block_device_info ultimately available within _hard_reboot23:59
*** alanmac has quit IRC23:59
rmkI can query for it the same way the compute manager does but that seems all kinds of wrong23:59

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