Friday, 2013-06-07

*** alunch has quit IRC00:00
vishyarosen: still around00:01
vishy?00:01
vishygetting very close but something is missing00:01
arosenyup00:02
*** alunch has joined #openstack-dev00:02
vishyarosen: so i don't see the connection between br-int and br-guest (what i called my provider bridge) on my controller00:03
vishyit is there on the host00:03
vishyarosen: http://paste.openstack.org/show/38219/00:03
vishysomething is supposed to create the magic interface int-br-guest00:04
vishythe only thing i can figure is that i'm not running the agent on the controller00:04
vishycould that be it?00:04
arosenvishy:  yup the agent does it00:04
*** seanrob has joined #openstack-dev00:05
arosenvishy:  I guess you are using eth0.15 as a flat network interface?00:05
arosenvishy:  if you do ovs-ofctl dump-flows br-int ; ovs-vsctl dump-flows br-guest ; you should be able to see the flows that and doing the vlan mapping and stuff.00:06
vishyyeah00:06
vishyarosen: i see the traffic just fine00:06
*** nachi__ has joined #openstack-dev00:06
vishyit makes it to the controller00:06
vishybut it doesn't hop from br-guest to br-int00:06
*** seanrob_ has quit IRC00:07
vishyand dnsmasq is listening on a tap device in br-int00:07
*** seanrob has quit IRC00:07
*** seanrob has joined #openstack-dev00:07
arosenafter you started the  agent on the controller node did it create the the  phy-br-guest veths for you?00:08
arosenthe dnsmasq process should show up as a port connected to br-int so that's fine.00:09
*** Mandell has quit IRC00:09
arosenOn your controller node is the interface data0 connected to the same L2 as eth0.15 on the compute node?00:10
*** gongysh has joined #openstack-dev00:10
vishyarosen: i haven't tried it yet, getting the agent on the conroller is a little tricky00:11
vishyarosen: yeah00:11
vishybtw it let me add a bridge as a vswitch port00:11
vishybut i don't know if it was actually doing anything :)00:11
*** jimfehlig has joined #openstack-dev00:11
*** seanrob_ has joined #openstack-dev00:11
arosenhopefully it is :)00:12
*** seanrob has quit IRC00:12
arosenit should just configure the bridges and add flows then just be idle.00:12
arosenif you do ovs-ofctl dump-flows br-int ; you'll see what it did00:12
*** markmcclain has quit IRC00:12
*** seanrob_ has quit IRC00:12
vishyyes it does work00:13
*** seanrob has joined #openstack-dev00:13
vishywell that is pretty cool00:13
*** cmark has joined #openstack-dev00:13
arosenwork as in you can now ping between two machines ?00:13
vishyit works fine to add a linux bridge directly as a ovs port00:13
*** pcm__ has quit IRC00:15
vishyarosen: i'm still trying to determine whether i need br-tun00:15
arosenvishy:  you only need that if you want to do GRE tunnels00:16
*** pmathews has quit IRC00:16
*** pmathews has joined #openstack-dev00:16
vishyarosen: but i could do tunnels over br-guest for example right00:16
*** pcm__ has joined #openstack-dev00:16
vishyi could use tunnel_bridge = br-tun ?00:17
*** seanrob has quit IRC00:17
arosenvishy:  The way that the openvswitch plugin works is it creates a special bridge for tunnels that they terminate on00:17
*** seanrob_ has joined #openstack-dev00:17
vishyah ok00:17
vishyso do i manually have to add a physical interface to br-tun?00:17
vishyand if so can i add the same interface to br-tun and br-guest?00:17
vishyi.e. eth0.1500:18
arosenI think you just need: enable_tunneling=True in the [OVS] section and it makes the bridge for you if you don't already have it.00:18
*** tjones has joined #openstack-dev00:18
*** tjones has left #openstack-dev00:19
vishyhmm00:19
arosenvishy:  if you are using tunneling you then usually use the l3 agent where you tell it which external_network_bridge to upllink the traffic to00:19
arosento get you to the outside world00:20
vishysure00:20
*** garyTh has quit IRC00:20
vishyarosen: hmm00:20
*** openstackgerrit has quit IRC00:20
*** cmark has quit IRC00:21
*** openstackgerrit has joined #openstack-dev00:21
*** bknudson has quit IRC00:21
*** cmark has joined #openstack-dev00:22
vishyarosen: ah so it is going to use the ip address you specify and the hosts normal routing to send the traffic00:22
vishyso if that ip address happens to be on eth0.15 then it will go across the same interface00:22
arosenFor tunneling when the l2-agent starts it sends the local_ip value (from the configuration file) to quantum-server and  then quantum-server tells the agent about the local_ip values that he knows about. Then each agent builds up a tunnel to each local_ip; yup it will just use the hosts routing00:25
arosen(the local_ip values from the other hypervisors)00:25
*** melwitt has quit IRC00:25
aroseni'm not 100% sure what you mean by , if that ip address happens to be on eth0.15 then it will go across the same interface00:25
arosenwhich ip address. The management ?00:26
*** seanrob has joined #openstack-dev00:26
*** seanrob_ has quit IRC00:27
arosenUsually you'd create a separate static route in the hypervisors to route the tunnel traffic over a different interface if you have multiple (as it just takes the default routing table of the hv).00:28
*** topol has joined #openstack-dev00:28
*** pmathews has quit IRC00:32
*** sthaha has joined #openstack-dev00:33
*** sthaha has joined #openstack-dev00:33
*** bdpayne has joined #openstack-dev00:34
*** cmark_ has joined #openstack-dev00:34
*** yjiang5 has quit IRC00:35
*** salv-orlando has quit IRC00:35
*** cmark has quit IRC00:38
*** zzs has left #openstack-dev00:40
*** cmark_ has quit IRC00:40
*** cmark has joined #openstack-dev00:40
*** cdub has quit IRC00:45
*** cmark_ has joined #openstack-dev00:46
*** cmark has quit IRC00:48
*** sushils has quit IRC00:50
*** cmark has joined #openstack-dev00:50
*** cmark has quit IRC00:52
*** cmark has joined #openstack-dev00:52
*** seanrob_ has joined #openstack-dev00:53
*** cmark_ has quit IRC00:53
openstackgerritA change was merged to openstack-dev/devstack: Run heat tempest tests if heat is enabled in devstack.  https://review.openstack.org/3159000:54
*** vipul is now known as vipul|away00:54
*** vipul|away is now known as vipul00:54
*** bdpayne has quit IRC00:55
*** nachi__ has quit IRC00:56
*** seanrob has quit IRC00:57
*** timello has quit IRC00:57
*** seanrob_ has quit IRC00:58
*** michchap has quit IRC00:58
*** michchap has joined #openstack-dev00:58
*** timello has joined #openstack-dev00:58
*** pcm_ has joined #openstack-dev01:00
*** pcm_ has quit IRC01:00
*** PaulM has joined #openstack-dev01:01
*** pcm_ has joined #openstack-dev01:01
*** giulivo has quit IRC01:02
openstackgerritA change was merged to openstack-dev/devstack: Set variables in rsyslog.conf to disable rate-limiting.  https://review.openstack.org/3078301:02
openstackgerritA change was merged to openstack-dev/devstack: Add missing .debs required by Debian  https://review.openstack.org/3054601:02
*** pcm__ has quit IRC01:02
*** lbragstad has joined #openstack-dev01:04
*** novas0x2a|laptop has quit IRC01:08
*** terry7 has quit IRC01:12
*** kaushikc has joined #openstack-dev01:12
*** litong has quit IRC01:13
*** seanrob has joined #openstack-dev01:23
*** rkukura has joined #openstack-dev01:27
*** Tross has joined #openstack-dev01:28
*** seanrob has quit IRC01:28
*** jog0 is now known as jog0-away01:29
*** esheffield has quit IRC01:29
*** otherwiseguy has joined #openstack-dev01:32
*** kaushikc has quit IRC01:34
*** alop has quit IRC01:37
*** kaushikc has joined #openstack-dev01:44
*** kaushikc has quit IRC01:44
*** erkules has quit IRC01:47
*** portante has joined #openstack-dev01:47
*** erkules_ has joined #openstack-dev01:47
*** seanrob has joined #openstack-dev01:48
*** gyee has quit IRC01:50
openstackgerritA change was merged to openstack/nova: Keypair API test cleanup  https://review.openstack.org/3184101:51
*** zodiak has quit IRC01:57
*** nati_ueno has quit IRC01:59
*** galstrom_zzz is now known as galstrom02:04
*** yaguang has joined #openstack-dev02:04
yamahatagongysh, pong02:05
gongyshyamahata: hi02:05
yamahatahi02:05
gongyshhave u compared the floodlight and ryu?02:06
yamahataDo you mean controller side or plugin side?02:07
*** zodiak has joined #openstack-dev02:07
yamahataI had a very rough look at floodlight code. Not detail.02:07
yamahataThe architecture of it looked quite different from Ryu.02:07
*** souvik has quit IRC02:08
*** CaptTofu has quit IRC02:08
gongyshone is java, one is python.02:08
gongyshryu is adopting ovsdb and openflow02:08
*** CaptTofu has joined #openstack-dev02:08
*** bing_bu has joined #openstack-dev02:09
yamahataAh yes. Ryu is trying to adopt many protocols if it's useful.02:09
gongyshdo u have a plan to support the 'openflow cofig'?02:11
yamahataRyu will provide RPC support for other language. It's now under development.02:11
yamahataRyu already supports OF-config. :-)02:11
gongyshok, good02:12
gongyshdoes RYU have a topology UI just like floodlight?02:13
yamahataYes.02:13
*** mnaser has quit IRC02:13
gongyshhow to access it?02:13
yamahataI think the slide for ONS2013 is helpful.02:13
yamahatahttp://osrg.github.io/ryu/slides/ONS2013-april-ryu-intro.pdf02:13
yamahataThe patch is available on the ML. And the branch is available on github, I think.02:15
gongyshhttp://ryu.readthedocs.org/en/latest/02:15
gongyshthe doc is too simple02:15
yamahataThe page 10 of the slide shows how the GUI looks like.02:15
yamahatagithub wiki is more detailed.02:16
yamahatahttps://github.com/osrg/ryu/wiki02:16
yamahataRight now, we've just started moving to readthedocs.02:17
yamahataFor now, the wiki page is better.02:17
*** nati_ueno has joined #openstack-dev02:17
*** zb has joined #openstack-dev02:19
gongyshis the GUI code  in trunk?02:20
*** davidkranz has joined #openstack-dev02:20
yamahataNot yet. I think it will be merged very soon.02:20
*** galstrom is now known as galstrom_zzz02:20
*** zbitter has joined #openstack-dev02:21
*** zaneb has quit IRC02:21
*** mnaser has joined #openstack-dev02:22
*** zb has quit IRC02:23
*** davidkranz has quit IRC02:24
*** zbitter has quit IRC02:25
*** PaulM has left #openstack-dev02:28
*** darjeeling has joined #openstack-dev02:30
*** anfrolov has joined #openstack-dev02:30
*** cp16net is now known as cp16net|away02:34
*** cp16net|away is now known as cp16net02:34
*** chandankumar has joined #openstack-dev02:35
*** chandankumar has joined #openstack-dev02:36
jamielennoxayoung: still awake?02:37
*** _ffio_ has joined #openstack-dev02:37
*** ffio_ has quit IRC02:37
openstackgerritA change was merged to openstack/cinder: Add missing tests for iscsi_* methods  https://review.openstack.org/3164002:37
*** ben_duyujie has joined #openstack-dev02:38
adam_gdhellmann-away, guess i dont have access to +2 this in, but should pass now. https://review.openstack.org/#/c/32038/02:39
*** nati_ueno has quit IRC02:40
*** yjiang5 has joined #openstack-dev02:42
*** ladquin is now known as ladquin_away02:43
*** jbresnah has quit IRC02:44
*** boris-42 has joined #openstack-dev02:46
*** ndipanov has quit IRC02:48
*** ben_duyujie has quit IRC02:50
*** darjeeling has quit IRC02:59
*** sungju has joined #openstack-dev03:00
*** terriyu has quit IRC03:01
*** neelashah has joined #openstack-dev03:04
*** kaushikc has joined #openstack-dev03:04
*** neelashah1 has joined #openstack-dev03:08
*** neelashah has quit IRC03:08
*** rcrit has quit IRC03:09
*** enikanorov has joined #openstack-dev03:09
*** zhiyan has joined #openstack-dev03:14
*** otherwiseguy has quit IRC03:16
*** pixelbeat has quit IRC03:18
*** rcrit has joined #openstack-dev03:21
*** Ryan_Lane has quit IRC03:22
*** sungju has quit IRC03:29
*** marun has quit IRC03:30
*** michchap has quit IRC03:34
*** michchap has joined #openstack-dev03:34
*** edewata has quit IRC03:36
*** yjiang5 has quit IRC03:38
*** edewata has joined #openstack-dev03:38
*** michchap has quit IRC03:39
*** michchap_ has joined #openstack-dev03:39
*** bdpayne has joined #openstack-dev03:40
*** afazekas has joined #openstack-dev03:45
*** chandankumar has quit IRC03:45
*** seanrob has quit IRC03:48
*** seanrob has joined #openstack-dev03:49
*** seanrob has quit IRC03:52
*** seanrob has joined #openstack-dev03:52
*** seanrob has quit IRC03:54
*** souvik has joined #openstack-dev03:54
*** seanrob has joined #openstack-dev03:54
*** abhishekkr has quit IRC03:57
*** nati_ueno has joined #openstack-dev03:59
*** seanrob has quit IRC03:59
*** SergeyLukjanov has joined #openstack-dev04:00
*** kaushikc has quit IRC04:01
*** pmathews has joined #openstack-dev04:02
*** nati_ueno has quit IRC04:02
*** nunosantos has quit IRC04:03
*** kaushikc has joined #openstack-dev04:03
*** dims has quit IRC04:08
*** souvik has quit IRC04:10
*** bdpayne has quit IRC04:11
openstackgerritA change was merged to openstack/keystone: Require keystone-user/-group for pki_setup  https://review.openstack.org/2964404:11
openstackgerritA change was merged to openstack/keystone: Import eventlet patch from oslo.  https://review.openstack.org/3099904:11
openstackgerritA change was merged to openstack/cinder: Unset all stubs before running other cleanups.  https://review.openstack.org/3072004:11
openstackgerritA change was merged to openstack-infra/devstack-gate: Add ZeroMQ support  https://review.openstack.org/3168604:11
*** jjmb has joined #openstack-dev04:14
*** yjiang5 has joined #openstack-dev04:14
*** chandankumar has joined #openstack-dev04:16
*** neelashah1 has quit IRC04:18
*** anfrolov has quit IRC04:21
*** zaneb has joined #openstack-dev04:23
*** seanrob has joined #openstack-dev04:25
*** abhishekkr has joined #openstack-dev04:27
*** seanrob has quit IRC04:30
*** Aarti has joined #openstack-dev04:31
*** anfrolov has joined #openstack-dev04:44
*** chandankumar has quit IRC04:52
*** anfrolov has quit IRC04:53
*** bdpayne has joined #openstack-dev04:56
*** enikanorov has quit IRC04:56
*** jimfehlig has quit IRC04:57
*** pmathews has quit IRC05:00
openstackgerritA change was merged to openstack/nova: Allocate networks in the background  https://review.openstack.org/2928805:05
*** SergeyLukjanov has quit IRC05:08
*** nati_ueno has joined #openstack-dev05:09
*** anfrolov has joined #openstack-dev05:09
*** SergeyLukjanov has joined #openstack-dev05:10
*** nati_ueno has quit IRC05:11
*** anfrolov has quit IRC05:11
*** SergeyLukjanov has quit IRC05:12
*** Mandell has joined #openstack-dev05:12
*** susanne-balle has joined #openstack-dev05:13
*** xga has joined #openstack-dev05:13
*** lastidiot has quit IRC05:17
*** susanne-balle has quit IRC05:17
*** comay has quit IRC05:17
*** amerine has quit IRC05:19
*** pmathews has joined #openstack-dev05:22
*** pmathews has quit IRC05:22
*** bdpayne has quit IRC05:22
*** amerine has joined #openstack-dev05:23
*** asalkeld is now known as asalkeld_sleepin05:25
*** asalkeld_sleepin is now known as asalkeld_headcol05:25
*** seanrob has joined #openstack-dev05:25
*** asalkeld_headcol is now known as asalkeld_afk05:26
*** pmathews has joined #openstack-dev05:26
*** jbresnah has joined #openstack-dev05:26
*** navid_ has joined #openstack-dev05:27
*** nati_ueno has joined #openstack-dev05:29
*** kaushikc has left #openstack-dev05:29
*** seanrob has quit IRC05:30
*** gongysh has quit IRC05:32
*** markwash has quit IRC05:38
*** saurabh_ has joined #openstack-dev05:40
saurabh_can anyone tell me how the cpu_util for instance calculation is done on ceilometer?05:41
*** xga has quit IRC05:45
*** jcoufal has joined #openstack-dev05:47
*** pcm____ has joined #openstack-dev05:48
*** pcm_ has quit IRC05:51
*** freedomhui has joined #openstack-dev05:52
*** _ffio_ has quit IRC05:53
*** darjeeling has joined #openstack-dev05:55
*** _ffio_ has joined #openstack-dev05:58
openstackgerritA change was merged to openstack/horizon: Remove "Edit VIP" button when there is no VIP  https://review.openstack.org/3196705:59
*** darjeeli_ has joined #openstack-dev06:00
*** nati_ueno has quit IRC06:00
*** nati_ueno has joined #openstack-dev06:01
*** vsergeyev has quit IRC06:02
*** darjeeling has quit IRC06:04
*** jprovazn has joined #openstack-dev06:06
*** pcm____ has quit IRC06:08
*** vartom12 has joined #openstack-dev06:08
*** vartom13 has joined #openstack-dev06:10
*** flaper87 has joined #openstack-dev06:10
*** Yuan_ has joined #openstack-dev06:10
*** pmathews has quit IRC06:11
*** vartom12 has quit IRC06:13
openstackgerritA change was merged to openstack/oslo-incubator: Add fileutils maintainer  https://review.openstack.org/3207706:15
*** freedomhui has quit IRC06:18
*** nati_ueno has quit IRC06:21
*** kaushikc has joined #openstack-dev06:22
*** seanrob has joined #openstack-dev06:26
*** anfrolov has joined #openstack-dev06:27
*** seanrob has quit IRC06:31
*** sthaha has quit IRC06:36
*** rcrit has quit IRC06:36
*** yolanda has joined #openstack-dev06:38
*** romcheg has joined #openstack-dev06:38
*** romcheg has left #openstack-dev06:39
*** enikanorov has joined #openstack-dev06:40
cmarkCan anyone tell me when/how the SQL database tables are created in keystone?06:43
*** freedomhui has joined #openstack-dev06:46
*** jtomasek has joined #openstack-dev06:47
*** topol has quit IRC06:48
*** chandankumar has joined #openstack-dev06:52
*** nati_ueno has joined #openstack-dev06:56
*** reidrac has joined #openstack-dev07:00
*** ifarkas has joined #openstack-dev07:03
*** eglynn has joined #openstack-dev07:13
*** darjeeli_ has quit IRC07:14
*** afazekas_ has joined #openstack-dev07:14
*** psedlak has joined #openstack-dev07:17
*** egallen has joined #openstack-dev07:20
*** SergeyLukjanov has joined #openstack-dev07:21
*** jgallard has joined #openstack-dev07:25
*** seanrob has joined #openstack-dev07:26
*** mrunge has joined #openstack-dev07:29
*** seanrob has quit IRC07:31
*** JordanP has joined #openstack-dev07:32
*** aloga has quit IRC07:34
*** sandeepr has quit IRC07:34
*** aloga has joined #openstack-dev07:34
*** bogdando has quit IRC07:37
*** bogdando has joined #openstack-dev07:38
*** AnilV4 has joined #openstack-dev07:40
*** shardy_afk is now known as shardy07:41
*** ndipanov has joined #openstack-dev07:43
*** nati_ueno has quit IRC07:43
*** sungju has joined #openstack-dev07:44
*** michchap_ has quit IRC07:47
*** michchap has joined #openstack-dev07:47
*** jamielennox is now known as jamielennox|away07:49
*** fbo has joined #openstack-dev07:59
*** darjeeling has joined #openstack-dev07:59
*** giulivo has joined #openstack-dev08:01
*** rnirmal has joined #openstack-dev08:03
*** mmagr has joined #openstack-dev08:05
*** johnthetubaguy has joined #openstack-dev08:07
*** lucasagomes has joined #openstack-dev08:07
*** derekh has joined #openstack-dev08:10
*** kashyap` is now known as kashyap08:11
*** dcasier_ has joined #openstack-dev08:13
openstackgerritA change was merged to openstack/horizon: Fix bug in port creation form  https://review.openstack.org/3156208:15
*** iartarisi has joined #openstack-dev08:16
*** zhiyan has quit IRC08:16
*** freedomhui has quit IRC08:18
*** jpich has joined #openstack-dev08:19
*** pschaef has joined #openstack-dev08:22
*** darjeeling has quit IRC08:23
*** seanrob has joined #openstack-dev08:27
*** jbresnah has quit IRC08:27
*** sushils has joined #openstack-dev08:29
*** mrunge_ has joined #openstack-dev08:29
*** mrunge has quit IRC08:29
*** kaushikc has quit IRC08:30
*** kaushikc has joined #openstack-dev08:31
*** pixelbeat has joined #openstack-dev08:31
*** seanrob has quit IRC08:32
*** mrunge_ has quit IRC08:33
*** mrunge_ has joined #openstack-dev08:33
*** mrunge_ is now known as mrunge08:33
*** johnthetubaguy1 has joined #openstack-dev08:39
*** johnthetubaguy has quit IRC08:40
*** garyk has joined #openstack-dev08:43
openstackgerritA change was merged to openstack/glance: Prevent E500 when listing with null values  https://review.openstack.org/3085908:44
*** chandankumar has quit IRC08:45
*** erkules_ is now known as erkules08:49
*** terriyu has joined #openstack-dev08:50
*** yjiang5 has quit IRC08:54
*** anfrolov has quit IRC08:58
*** anfrolov has joined #openstack-dev08:58
*** terriyu has quit IRC09:00
*** danpb has joined #openstack-dev09:01
*** egallen has quit IRC09:02
*** sungju has quit IRC09:03
*** egallen has joined #openstack-dev09:04
*** bing_bu has quit IRC09:09
*** andreaf has quit IRC09:10
*** xBsd has joined #openstack-dev09:10
*** athomas has joined #openstack-dev09:14
*** mjfork has quit IRC09:17
*** jruzicka has joined #openstack-dev09:18
dcasier_Hi09:24
*** navid_ has quit IRC09:25
dcasier_Is there any work to allow to rename directory in swift?09:26
*** navid_ has joined #openstack-dev09:27
*** seanrob has joined #openstack-dev09:27
*** seanrob has quit IRC09:32
openstackgerritA change was merged to openstack/horizon: switching to use limits instead of quotas  https://review.openstack.org/2942709:38
*** zhiyan has joined #openstack-dev09:39
*** garyk has quit IRC09:49
*** dripton has quit IRC09:51
*** dstanek has joined #openstack-dev09:51
*** cmark has quit IRC09:51
*** cmark has joined #openstack-dev09:52
*** openstack has quit IRC09:52
*** openstack has joined #openstack-dev09:52
*** zhiyan1 has joined #openstack-dev09:53
*** dripton has joined #openstack-dev09:53
*** zhiyan has quit IRC09:53
*** PhongLy has quit IRC10:00
*** Ruetobas has quit IRC10:01
*** Ruetobas has joined #openstack-dev10:01
*** sushils has quit IRC10:02
*** jgallard has quit IRC10:02
*** jgallard has joined #openstack-dev10:03
*** sushils has joined #openstack-dev10:03
*** Alexei_987 has joined #openstack-dev10:03
*** sdake_ has quit IRC10:04
*** zaneb has quit IRC10:05
*** zaneb has joined #openstack-dev10:06
*** sushils has quit IRC10:07
*** navid_ has quit IRC10:08
*** navid_ has joined #openstack-dev10:08
*** enikanorov has quit IRC10:09
*** enikanorov has joined #openstack-dev10:10
*** zb has joined #openstack-dev10:10
*** sushils has joined #openstack-dev10:11
*** _ffio_ has quit IRC10:13
*** zaneb has quit IRC10:13
*** athomas has quit IRC10:15
*** pcm_ has joined #openstack-dev10:16
*** pcm_ has quit IRC10:16
*** pcm_ has joined #openstack-dev10:17
*** salv-orlando has joined #openstack-dev10:17
*** athomas has joined #openstack-dev10:25
*** xBsd has quit IRC10:27
*** seanrob has joined #openstack-dev10:28
*** romcheg has joined #openstack-dev10:30
*** abhishekkr has quit IRC10:32
*** seanrob has quit IRC10:33
*** zbitter has joined #openstack-dev10:34
*** zb has quit IRC10:37
*** zbitter has quit IRC10:39
*** zb has joined #openstack-dev10:39
*** markmc has joined #openstack-dev10:40
*** johnthetubaguy1 has quit IRC10:41
openstackgerritA change was merged to openstack/glance: Patch changes Fedora 16 to 18 on install page.  https://review.openstack.org/3207210:41
*** johnthetubaguy has joined #openstack-dev10:42
*** zbitter has joined #openstack-dev10:44
*** zb has quit IRC10:46
*** zbitter has quit IRC10:48
*** jgallard has quit IRC10:48
*** cmark_ has joined #openstack-dev10:52
*** fbo has quit IRC10:52
*** freedomhui has quit IRC10:53
*** martyntaylor has joined #openstack-dev10:54
*** cmark has quit IRC10:55
*** iartarisi has quit IRC10:58
*** SergeyLukjanov has quit IRC11:02
*** blues-man has joined #openstack-dev11:04
*** dims has joined #openstack-dev11:04
*** fbo has joined #openstack-dev11:04
*** zaneb has joined #openstack-dev11:04
*** mihgen has joined #openstack-dev11:06
*** zb has joined #openstack-dev11:07
*** Yuan_ has quit IRC11:08
*** SergeyLukjanov has joined #openstack-dev11:08
*** sride has joined #openstack-dev11:08
*** zbitter has joined #openstack-dev11:09
*** zaneb has quit IRC11:10
*** topol has joined #openstack-dev11:12
*** zaneb has joined #openstack-dev11:12
*** zb has quit IRC11:12
*** eglynn is now known as eglynn-afk11:13
*** zbitter has quit IRC11:14
*** dstanek has quit IRC11:17
*** johnthetubaguy1 has joined #openstack-dev11:19
*** johnthetubaguy has quit IRC11:19
*** zb has joined #openstack-dev11:19
*** kaushikc1 has joined #openstack-dev11:21
*** zaneb has quit IRC11:21
*** kaushikc has quit IRC11:22
*** litong has joined #openstack-dev11:26
*** zeriouz has joined #openstack-dev11:28
*** asalkeld_afk is now known as asalkeld11:28
*** seanrob has joined #openstack-dev11:28
*** seanrob has quit IRC11:33
*** tmclaugh[work] has joined #openstack-dev11:34
*** phschwartz has joined #openstack-dev11:34
*** zul has joined #openstack-dev11:34
*** litong has quit IRC11:35
*** zbitter has joined #openstack-dev11:37
*** eharney has joined #openstack-dev11:38
*** zb has quit IRC11:38
*** zb has joined #openstack-dev11:39
*** zeriouz has quit IRC11:40
*** xBsd has joined #openstack-dev11:41
*** zbitter has quit IRC11:41
*** yaguang has quit IRC11:43
*** fbo has quit IRC11:43
*** dstanek has joined #openstack-dev11:47
*** sandywalsh has quit IRC11:48
*** salv-orlando has quit IRC11:48
*** vsergeyev has joined #openstack-dev11:50
*** zeriouz has joined #openstack-dev11:52
*** mjfork has joined #openstack-dev11:53
*** johnthetubaguy has joined #openstack-dev11:54
*** johnthetubaguy1 has quit IRC11:57
*** sandywalsh has joined #openstack-dev11:59
*** johnthetubaguy has quit IRC12:00
*** ndipanov has quit IRC12:00
*** zeriouz has quit IRC12:01
*** johnthetubaguy has joined #openstack-dev12:02
*** anfrolov has quit IRC12:05
*** dstanek has quit IRC12:06
*** dstanek has joined #openstack-dev12:08
*** pschaef has quit IRC12:09
*** anfrolov has joined #openstack-dev12:10
*** zb has quit IRC12:10
*** zb has joined #openstack-dev12:11
*** souvik has joined #openstack-dev12:12
*** sride has quit IRC12:12
*** jgallard has joined #openstack-dev12:13
*** dstanek has quit IRC12:13
*** jjmb has quit IRC12:14
*** ndipanov has joined #openstack-dev12:15
*** zb has quit IRC12:16
*** souvik has quit IRC12:16
*** mrunge has quit IRC12:17
*** markvoelker has joined #openstack-dev12:17
*** martine_ has joined #openstack-dev12:18
*** dims has quit IRC12:19
*** zb has joined #openstack-dev12:21
*** fbo has joined #openstack-dev12:21
*** salv-orlando has joined #openstack-dev12:22
*** galstrom_zzz is now known as galstrom12:23
*** aloga has quit IRC12:23
*** zhiyan1 has quit IRC12:24
*** mkollaro has joined #openstack-dev12:26
*** drewlander has joined #openstack-dev12:26
*** seanrob has joined #openstack-dev12:29
*** dims has joined #openstack-dev12:33
*** seanrob has quit IRC12:33
*** johnthetubaguy1 has joined #openstack-dev12:33
*** dprince has joined #openstack-dev12:34
*** zbitter has joined #openstack-dev12:34
*** tzumainn has joined #openstack-dev12:35
*** kaushikc1 has quit IRC12:35
*** kaushikc has joined #openstack-dev12:35
*** johnthetubaguy has quit IRC12:36
*** zb has quit IRC12:37
*** zbitter has quit IRC12:39
*** markvoelker has quit IRC12:41
*** xBsd has quit IRC12:42
*** freedomhui has joined #openstack-dev12:42
*** bknudson has joined #openstack-dev12:42
*** darjeeling has joined #openstack-dev12:42
*** darjeeling has quit IRC12:43
*** ewindisch has quit IRC12:45
*** bknudson has quit IRC12:47
*** Aarti has quit IRC12:47
*** ewindisch has joined #openstack-dev12:47
*** gordc-away is now known as gordc12:48
*** shang has joined #openstack-dev12:49
*** anniec has joined #openstack-dev12:54
*** anniec has left #openstack-dev12:54
*** markvoelker has joined #openstack-dev12:54
*** romcheg has left #openstack-dev12:54
*** jjmb has joined #openstack-dev12:56
*** rcrit has joined #openstack-dev12:56
*** anniec_ has joined #openstack-dev12:57
*** xBsd has joined #openstack-dev12:57
*** ewindisch has quit IRC12:58
*** zaneb has joined #openstack-dev12:59
*** afazekas_ has quit IRC13:00
*** ewindisch has joined #openstack-dev13:00
*** jjmb has quit IRC13:01
*** SergeyLukjanov has quit IRC13:01
*** bknudson has joined #openstack-dev13:02
*** galstrom is now known as galstrom_zzz13:02
*** eglynn-afk is now known as eglynn13:03
*** rharwood has joined #openstack-dev13:03
*** zaneb has quit IRC13:05
*** neelashah has joined #openstack-dev13:07
*** kbringard has joined #openstack-dev13:08
*** jecarey has joined #openstack-dev13:08
*** kaushikc has quit IRC13:09
*** mestery_ has joined #openstack-dev13:09
*** andrewbogott_afk is now known as andrewbogott13:09
*** alunch has quit IRC13:09
*** jjmb has joined #openstack-dev13:11
*** dhellmann-away is now known as dhellmann13:11
*** mestery has quit IRC13:12
*** networkstatic has quit IRC13:12
*** egallen has quit IRC13:12
*** davidkranz has joined #openstack-dev13:12
*** egallen has joined #openstack-dev13:13
*** jayg|g0n3 is now known as jayg13:13
*** westmaas is now known as westmau513:14
*** radez_g0n3 is now known as radez13:15
*** ndipanov has quit IRC13:17
*** souvik has joined #openstack-dev13:18
*** marun has joined #openstack-dev13:22
*** msmedved has joined #openstack-dev13:22
*** mihgen has quit IRC13:23
*** souvik has quit IRC13:24
*** mihgen has joined #openstack-dev13:24
*** alunduil has quit IRC13:26
*** mihgen has quit IRC13:26
*** mjfs has joined #openstack-dev13:27
*** zyluo has joined #openstack-dev13:28
*** adalbas has joined #openstack-dev13:29
*** vartom14 has joined #openstack-dev13:29
*** seanrob has joined #openstack-dev13:29
*** martine_ has quit IRC13:30
*** ndipanov has joined #openstack-dev13:30
*** lbragstad has quit IRC13:30
*** krtaylor has quit IRC13:31
*** vartom13 has quit IRC13:32
*** portante has quit IRC13:32
*** vartom14 has quit IRC13:34
*** seanrob has quit IRC13:34
*** souvik has joined #openstack-dev13:36
*** ben_duyujie has joined #openstack-dev13:38
*** souvik has quit IRC13:40
*** dosaboy has joined #openstack-dev13:41
*** mtreinish has joined #openstack-dev13:44
*** michchap has quit IRC13:44
*** rcleere has joined #openstack-dev13:45
*** zaneb has joined #openstack-dev13:48
*** jjmb has quit IRC13:51
*** alexxu has joined #openstack-dev13:51
*** ewindisch has quit IRC13:51
*** markmcclain has joined #openstack-dev13:51
*** anniec_ has quit IRC13:52
*** otherwiseguy has joined #openstack-dev13:52
*** PhongLy has joined #openstack-dev13:53
*** zhiyan has joined #openstack-dev13:55
*** anniec has joined #openstack-dev13:56
*** SergeyLukjanov has joined #openstack-dev13:56
*** redbeard2 has quit IRC13:56
*** cp16net is now known as cp16net|away13:57
*** markvoelker has quit IRC13:58
*** jimfehlig has joined #openstack-dev13:58
*** xBsd has quit IRC13:58
*** alexxu has quit IRC13:58
*** mihgen has joined #openstack-dev13:58
*** adalbas has quit IRC13:59
*** alunch has joined #openstack-dev14:00
*** topol has quit IRC14:00
*** xBsd has joined #openstack-dev14:01
*** lbragstad has joined #openstack-dev14:02
*** rcrit has quit IRC14:04
*** jgallard has quit IRC14:04
*** jgallard has joined #openstack-dev14:06
*** rcleere has quit IRC14:07
*** ewindisch has joined #openstack-dev14:08
*** HenryG has joined #openstack-dev14:11
*** adalbas has joined #openstack-dev14:11
*** marun has quit IRC14:12
*** danpb has quit IRC14:12
*** drewland_ has joined #openstack-dev14:12
*** martyntaylor has quit IRC14:13
*** marun has joined #openstack-dev14:13
*** drewland_ has quit IRC14:13
*** drewland_ has joined #openstack-dev14:13
*** susanne-balle has joined #openstack-dev14:14
*** martyntaylor has joined #openstack-dev14:14
*** michchap has joined #openstack-dev14:15
*** drewlander has quit IRC14:15
*** rcleere has joined #openstack-dev14:16
*** dolphm has joined #openstack-dev14:17
*** radez is now known as radez_g0n314:17
*** HenryG has quit IRC14:17
*** HenryG has joined #openstack-dev14:17
*** rcrit has joined #openstack-dev14:18
*** danpb has joined #openstack-dev14:18
*** radez_g0n3 is now known as radez14:18
*** markvoelker has joined #openstack-dev14:19
*** jpeeler has joined #openstack-dev14:19
*** jpeeler has quit IRC14:19
*** jpeeler has joined #openstack-dev14:19
*** andrewbogott is now known as andrewbogott_afk14:19
*** krtaylor has joined #openstack-dev14:19
*** rcleere has quit IRC14:20
*** rcleere has joined #openstack-dev14:20
*** dolphm has quit IRC14:20
*** dolphm has joined #openstack-dev14:20
*** danpb has quit IRC14:20
*** danpb has joined #openstack-dev14:20
*** markvoelker has quit IRC14:20
*** markvoelker has joined #openstack-dev14:20
*** portante has joined #openstack-dev14:22
*** michchap has quit IRC14:25
*** jvrbanac has joined #openstack-dev14:26
*** Yuan has joined #openstack-dev14:27
*** afazekas has quit IRC14:28
*** hartsocks has joined #openstack-dev14:30
*** seanrob has joined #openstack-dev14:30
*** lastidiot has joined #openstack-dev14:31
*** martyntaylor1 has joined #openstack-dev14:31
*** mestery_ is now known as mestery14:32
*** jjmb has joined #openstack-dev14:33
*** afazekas has joined #openstack-dev14:34
*** garyTh has joined #openstack-dev14:34
*** jjmb1 has joined #openstack-dev14:34
*** seanrob has quit IRC14:34
*** martyntaylor has quit IRC14:34
*** esheffield has joined #openstack-dev14:34
*** SergeyLukjanov has quit IRC14:35
*** Ruetobas has quit IRC14:36
*** eglynn has quit IRC14:36
*** eglynn has joined #openstack-dev14:36
*** galstrom_zzz is now known as galstrom14:37
*** jjmb has quit IRC14:37
*** Ruetobas has joined #openstack-dev14:38
*** SergeyLukjanov has joined #openstack-dev14:38
*** litong has joined #openstack-dev14:39
*** marun has quit IRC14:39
*** marun has joined #openstack-dev14:41
*** eglynn has quit IRC14:41
*** eglynn_ has joined #openstack-dev14:41
*** mihgen has quit IRC14:42
*** xBsd has quit IRC14:42
*** topol has joined #openstack-dev14:42
*** otherwiseguy has quit IRC14:43
*** darjeeling has joined #openstack-dev14:43
*** lastidiot has quit IRC14:44
*** ifarkas has quit IRC14:45
*** anniec_ has joined #openstack-dev14:46
*** anniec_ has quit IRC14:46
*** anniec has quit IRC14:48
*** Ryan_Lane has joined #openstack-dev14:51
*** michchap has joined #openstack-dev14:51
*** pabelanger_ has joined #openstack-dev14:53
*** zhiyan has quit IRC14:56
*** datsun180b has joined #openstack-dev14:56
*** darjeeling has quit IRC14:57
*** pabelanger_ has quit IRC14:58
*** pabelanger_ has joined #openstack-dev14:58
*** pabelanger has quit IRC14:58
*** pabelanger_ is now known as pabelanger14:58
*** pabelanger_ has joined #openstack-dev14:59
*** andrewbogott_afk is now known as andrewbogott14:59
*** zyluo has quit IRC15:01
*** anfrolov has quit IRC15:01
*** PhongLy has quit IRC15:01
*** michchap has quit IRC15:02
*** gordc has quit IRC15:03
*** jecarey has quit IRC15:05
*** zyluo has joined #openstack-dev15:05
zyluoharlowja, ping15:05
*** ppyy has joined #openstack-dev15:08
*** jecarey has joined #openstack-dev15:09
*** pabelanger has quit IRC15:09
*** pabelanger has joined #openstack-dev15:09
openstackgerritA change was merged to openstack/python-novaclient: Use Python 3.x compatible except: construct  https://review.openstack.org/3214015:10
*** cmark_ has quit IRC15:10
*** michchap has joined #openstack-dev15:11
*** cmark has joined #openstack-dev15:11
*** yjiang5 has joined #openstack-dev15:11
*** reidrac has quit IRC15:12
*** michchap_ has joined #openstack-dev15:12
*** lastidiot has joined #openstack-dev15:13
*** Tedster has joined #openstack-dev15:16
*** michchap has quit IRC15:16
*** michchap_ has quit IRC15:16
*** gordc has joined #openstack-dev15:17
yjiang5boris-42: hi15:18
*** galstrom is now known as galstrom_zzz15:18
boris-42yjiang5 hi15:18
*** matiu has quit IRC15:18
*** michchap has joined #openstack-dev15:18
*** colinmcnamara has joined #openstack-dev15:18
yjiang5we are looking on patch https://review.openstack.org/#/c/27130/ , will you split the patch into smaller one?15:18
boris-42I am working on splitting15:19
boris-42actually I spliced it15:19
boris-42spliced it15:19
boris-42autocorrect sucks..15:19
boris-42So I will publish code at this weekend15:19
*** michchap_ has joined #openstack-dev15:19
*** jpeeler has quit IRC15:19
boris-42I am not sure when exactly but it will be ready before Monday15:20
yjiang5boris-42: great. We are considering to add the auto-discovery PCI devices support based on your patch, how do you think about it?15:20
*** networkstatic has joined #openstack-dev15:20
boris-42yjiang5 I could say only one thing15:20
boris-42it will be nice=)15:20
*** rcrit has quit IRC15:20
boris-42I will add some extra fields in PciDevice table15:21
*** michcha__ has joined #openstack-dev15:21
boris-42dev_type <-15:21
*** jgallard has quit IRC15:21
boris-42So just wait for monday yjiang5 ^15:21
yjiang5boris-42: sure.15:21
*** jgallard has joined #openstack-dev15:22
boris-42Ok nice=)15:22
yjiang5boris-42: we are also considering to enhance the pci label to be alias,15:22
*** mlavalle has joined #openstack-dev15:22
boris-42Yes I thought also that labels are bad name=)15:22
yjiang5like https://blueprints.launchpad.net/nova/+spec/epa-for-pcie-devices15:22
*** jjmb1 has quit IRC15:22
*** johnthetubaguy1 is now known as johnthetubaguy15:22
boris-42so I will rename label to alias yjiang515:22
*** michchap has quit IRC15:23
yjiang5alias is more like a rule to define or still be a simple assignment like current label?15:23
*** terriyu has joined #openstack-dev15:24
*** Yuan has quit IRC15:24
boris-42They will be used in the same way as lables15:24
*** michchap_ has quit IRC15:24
boris-42for filtering and attaching to instance in db yjiang5 ^]15:24
*** michcha__ has quit IRC15:25
boris-42I don't think that we should change anything in this logic yjiang5 ^15:25
yjiang5boris-42: we are also considering that alias can be defined as QuickAssist=capabilities: devices: (capability_type=pci & capability: (product_id=0x443 & vendor_id=0x8086),, like  like https://wiki.openstack.org/wiki/Enhanced-platform-awareness-pcie ,15:25
boris-42I will be back in half of hour ok?15:26
*** nati_ueno has joined #openstack-dev15:26
yjiang5sure15:26
openstackgerritA change was merged to openstack/oslo-incubator: Use Python 3.x compatible except construct  https://review.openstack.org/3213515:26
*** epim has quit IRC15:27
*** vsergeyev has quit IRC15:28
*** nati_ueno has quit IRC15:28
*** cmark has quit IRC15:28
*** krtaylor has quit IRC15:29
*** monst has joined #openstack-dev15:30
*** seanrob has joined #openstack-dev15:31
*** pasquier-s has quit IRC15:31
*** xBsd has joined #openstack-dev15:31
*** bswartz has quit IRC15:32
*** aelkikhia has joined #openstack-dev15:33
*** rcrit has joined #openstack-dev15:33
*** jprovazn is now known as jprovazn_afk15:33
*** michchap has joined #openstack-dev15:33
openstackgerritA change was merged to openstack/oslo-incubator: Changed processing unique constraint name.  https://review.openstack.org/3214815:33
*** darjeeling has joined #openstack-dev15:34
*** michchap_ has joined #openstack-dev15:34
*** devoid has joined #openstack-dev15:34
*** alunduil has joined #openstack-dev15:34
*** devoid has left #openstack-dev15:35
*** seanrob has quit IRC15:35
*** jpeeler has joined #openstack-dev15:36
*** jpeeler has quit IRC15:36
*** jpeeler has joined #openstack-dev15:36
*** michcha__ has joined #openstack-dev15:37
*** michchap has quit IRC15:37
*** aelkikhia has left #openstack-dev15:37
*** michchap_ has quit IRC15:39
*** michchap has joined #openstack-dev15:39
*** aelkikhia has joined #openstack-dev15:40
*** ben_duyujie has quit IRC15:40
*** SergeyLukjanov has quit IRC15:40
*** mmagr has quit IRC15:40
*** ben_duyujie has joined #openstack-dev15:40
*** stevemar has joined #openstack-dev15:40
*** michchap_ has joined #openstack-dev15:41
stevemardtroyer: ping15:41
*** michcha__ has quit IRC15:41
*** otherwiseguy has joined #openstack-dev15:41
*** mrodden has quit IRC15:42
*** krtaylor has joined #openstack-dev15:42
*** michch___ has joined #openstack-dev15:43
*** galstrom_zzz is now known as galstrom15:43
*** michchap has quit IRC15:44
*** michchap_ has quit IRC15:45
dtroyer_zzstevemar: dtroyer is alive15:45
*** anfrolov has joined #openstack-dev15:46
*** AnilV4 has quit IRC15:47
stevemardtroyer_zz: can you take a look @ https://review.openstack.org/#/c/27143/, my long comment15:47
stevemardtroyer_zz: in openstackclient, we don't take into account any domain when trying to find a resource by name right?15:47
*** xBytez has quit IRC15:48
boris-42yjiang5 ping15:48
*** xBytez has joined #openstack-dev15:48
*** michch___ has quit IRC15:48
giulivodoes anyone know where is hosted the devstack site to propose small changes?15:49
dtroyer_zzstevemar: THB I don't know the v3 api well enough to know, that's one reason I haven't jumped in on that one.15:49
dtroyer_zzguitarzan: devstack is handled exactly like the other OpenStack projects, proposals via Gerrit15:49
dtroyer_zzguitarzan: ^^sorry, meant giulivo15:50
guitarzang<tab> fail! giulivo15:50
guitarzan:)15:50
dtroyer_zzprecisely!15:50
giulivodtroyer_zz, hi15:50
giulivoyeah I can't find the website sources15:50
stevemardtroyer_zz: i'm asking because i'm confused, i did something I thought should fail, and didn't :)15:50
*** katylava has joined #openstack-dev15:51
stevemardtroyer_zz: i'm on the master branch of openstack client, and did the following:15:51
stevemaropenstack role add role_2 --user admin --project newProject15:51
stevemarwhich i figured would fail15:51
stevemarbecause it shouldn't be able to find the project name15:52
*** jgallard has quit IRC15:52
boris-42yjiang5 Could you explain me in more words about capabilities15:52
*** Yuan has joined #openstack-dev15:53
boris-42yjiang5 I just don't understand how to integrate it with my current code, and more then I don't understand why I should do this=)15:53
stevemardtroyer_zz: when I take a look at screen, it's looks like it trys to translate the names to IDs by doing a list15:53
*** jjmb has joined #openstack-dev15:53
stevemardtroyer_zz: GET /v3/roles?name=role_2, GET /v3/users?name=admin, GET http://10.0.2.15:35357/v3/projects?name=newProject15:54
stevemardtroyer_zz: and that renders the PUT url correctly15:54
boris-42yjiang5 But if you explain me, and If I found it interesting and useful I will change my current solution15:54
dtroyer_zzgiulivo: git clone https://github.com/openstack-dev/devstack.git and use git review to propose, which sends it to Gerrit per https://wiki.openstack.org/wiki/How_To_Contribute15:54
giulivodtroyer_zz, thanks for helping, really15:54
giulivoI'm used to the gerrit workflow15:54
*** bdpayne has joined #openstack-dev15:55
giulivobut can't find the devstack website sources ; I was looking into the devstack sources but still can't find it15:55
stevemardtroyer_zz: I know you changed up something in keystone client code to add find methods, i'm wondering if that is the reason it's working15:55
*** monst has quit IRC15:55
*** Mandell has quit IRC15:56
*** jpeeler1 has joined #openstack-dev15:56
dtroyer_zzstevemar: the v3 api includes better search but I don't think manager.find() does it correctly until https://review.openstack.org/26323 landed yesterday in keystoneclient…it did a brute-force list and searched the result.15:57
*** jpeeler has quit IRC15:58
dtroyer_zzgiulivo: oh, you mean to edit devstack.org??15:58
openstackgerritA change was merged to openstack/tempest: Default to m1.micro for heat test flavor.  https://review.openstack.org/3004215:58
*** ffio has joined #openstack-dev15:59
giulivodtroyer_zz, yeah the website16:00
*** jprovazn_afk has quit IRC16:00
dtroyer_zzstevemar: ah, yes, probably that is why16:01
stevemardtroyer_zz: so i'm wondering if we even need to worry about domain scoping then...16:01
*** mrodden has joined #openstack-dev16:01
dtroyer_zzstevemar: that I can't answer…I don't know what makes sense WRT domains16:01
stevemardtroyer_zz: should be not be depending on the find method for some reason? brute-force being a no-no?16:02
*** networkstatic has quit IRC16:02
stevemardtroyer_zz: we need to bug dolphm then16:02
*** jpeeler1 has quit IRC16:02
stevemardtroyer_zz, but it's lunch, and my stomach calls.16:02
* dolphm reading back16:02
stevemarnoooo16:02
* dolphm waits16:02
stevemardolphm: go ahead :)16:03
stevemardolphm: you have a knack of resolving things quickly... no pressure16:03
*** rcleere has quit IRC16:03
dtroyer_zzgiulivo: this goes back to the days of fire and bronze...  git clone https://github.com/cloudbuilders/devstack and edit the gh-pages branch.  a github pull request is what it takes to get stuff in…a ping to me to look for it will be helpful as I don't check there too often these days.16:03
*** gyee has joined #openstack-dev16:03
yjiang5boris-42: didn't notice your message. I think the key thing is how the user will specify the label16:04
giulivooh thanks a lot!16:04
giulivo:)16:04
*** BLZbubba has quit IRC16:04
*** alunduil has quit IRC16:04
dolphmstevemar: caught up... so, i would suggest having openstackclient assume the default domain if the user doesn't specify one16:04
*** redbeard2 has joined #openstack-dev16:04
dolphmstevemar: dtroyer_zz: so, the 'find a project' call would look like, GET http://10.0.2.15:35357/v3/projects?name=newProject&domain_id=default16:05
dolphmstevemar: dtroyer_zz: that way it's automatically scoped (and safely, for the base use case) and you're guaranteed exactly one project16:05
dolphmstevemar: dtroyer_zz: i think the find() method impl is fine though... it shouldn't make any such assumptions16:05
dolphmstevemar: dtroyer_zz: in fact, assume domain_id=default everywhere if the user doesn't specify one16:06
*** gary_th has joined #openstack-dev16:07
yjiang5boris-42:  Considering when user want to assign the device to VM, they of course don't care for the BDF, I think that's the reason of your label. but how can they know about the exact meaning of the label?16:07
*** NobodyCam has quit IRC16:07
boris-42yjiang5 Administrator should make explanantation about what means each label16:07
*** martyntaylor1 has quit IRC16:07
*** garyTh has quit IRC16:08
boris-42yjiang5 Or you would like to store these info in nova.db also?)16:08
*** markvoelker has quit IRC16:08
boris-42yjiang5 Add one more extra table for aliases?)16:09
yjiang5boris-42: How can admin explain that to user. Condiering what happens in real world, when we buy a NIC, we will state it's a Intel XXX card, right?16:09
stevemardolphm: so you still want the user to be able to pass a specific domain?16:09
*** NobodyCam has joined #openstack-dev16:09
*** pmathews has joined #openstack-dev16:09
stevemardolphm: cause you're thinking of the case where find return > 1 result16:09
boris-42yjiang5 Yeah and what is problem to make label with such name?)16:09
dolphmstevemar: yes to the first question16:10
*** PhongLy has joined #openstack-dev16:11
boris-42yjiang5 Btw are you agree that we should have new table for PCI devices?) and the mechanism to specify works through instance_type_extra_specs?16:11
dolphmstevemar: if you assume a domain when conducting the find() in a multi-domain deployment with conflicting user/project names, you guarantee yourself one result and a better ux16:11
yjiang5boris-42: Yes, I agree the new table and also he mechanism of extra_specs.16:11
dolphmstevemar: in the real world, a lot of deployments will only have the default domain, and those users are saved an extra cli arg... or, it'll be a multidomain deployment likely without a 'default' domain, in which case, those users should be domain-aware and specify their domains appropriately16:12
boris-42yjiang5 nice so the problem is only how to store lable details?)16:12
dolphmstevemar: an env[OS_DEFAULT_DOMAIN_ID] might even make sense for all CLI users wherever a domain_id is required, as *most* users should be working within the confines of a single domain, at least most of the time16:13
yjiang5boris-42: The problem of label is how to specify the label. I.e. how to connect the input from user, i.e. the label, to the real device in the compute node. I agree that your current specification through config file can be a first step, and we can show your our patch to enhancement.16:14
*** michchap has joined #openstack-dev16:14
stevemardolphm: yeah, i was thinking of adding that as an env variable... might be better16:14
dolphmstevemar: (where a user's single domain might have a domain_id of something other than 'default')16:14
dolphmstevemar: i'd be in favor... it's configurable in keystone.conf as a static variable, it might as well be just as configurable on the client side16:14
boris-42yjiang5 the input from user or from administrator?16:14
yjiang5boris-42: from the user16:14
boris-42Hmmmm. user is able just to create instance with specific instance_type that has specific instance_type_extra_specs that contains all labels16:15
boris-42I don't see any problem in this part (also instance_type could have name Tiny with Intel XXX card)16:16
*** navid_ has left #openstack-dev16:16
*** freedomhui has quit IRC16:16
boris-42yjiang5 could you say me about your use cases?)16:17
boris-42yjiang5 where this approach sucks=)16:17
*** Alexei_987 has left #openstack-dev16:17
*** flaper87 has quit IRC16:17
*** JordanP has quit IRC16:18
*** blues-man has quit IRC16:20
*** Yuan has quit IRC16:20
*** terryh has joined #openstack-dev16:21
*** hemnafk is now known as hemna_16:21
*** fbo has quit IRC16:21
*** rods has joined #openstack-dev16:21
*** jecarey_ has joined #openstack-dev16:21
bnemecI'm looking to sync the fix for https://bugs.launchpad.net/quantum/+bug/1175808 from Oslo to Quantum, but there are a bunch of ZMQ changes that are getting pulled in too.16:22
uvirtbotLaunchpad bug 1175808 in nova/grizzly "Qpid cannot serialize objects containing strings longer than 65535 characters" [Critical,In progress]16:22
*** jecarey has quit IRC16:22
bnemecShould I just go ahead and include them, or remove them from this commit since it's not related to the bug I'm trying to fix?16:22
boris-42yjiang5 As I understand our situation, instance_type_extra_specs could be changed only by admin, instance_type also.16:23
boris-42yjiang5 So user is able to specify only flavor and some other data.16:23
yjiang5boris-42: user want a network pass-through support in the instance. He has  driver for intel_8259 driver in the image, then he want to create the instance through instance type. The cloud has two machines , one have an Intel 82598AT card which is using intel 82598 controller, another one is Supermicro AOC-UTG-i2. What do you think the admin will specify the label for these two devices and how can user know that these two devices are intel 82598 base16:24
*** colinmcnamara has quit IRC16:24
yjiang5AOC-UTG-i2 is also based on Intel 82598 controller16:24
*** markmc has quit IRC16:25
*** terriyu has quit IRC16:25
*** michchap has quit IRC16:25
boris-42yjiang5 great example, now we could think about extending my solution to cover this case=)16:25
*** ppyy has quit IRC16:25
*** bswartz has joined #openstack-dev16:26
*** dstanek has joined #openstack-dev16:26
boris-42yjiang5 is there any difference for user what card will he get?)16:27
dolphmttx: there's a small patch attached to bug 1177630 by an author who I don't see on the CLA list... can i put the commit up for review with the actual --author ?16:27
uvirtbotLaunchpad bug 1177630 in keystone "LDAP group search doesn't use filter" [Medium,New] https://launchpad.net/bugs/117763016:27
clarkbdolphm: are you looking at the launchpad CLA group? we don't use that anymore and may actually need to query gerrit for that info16:28
boris-42yjiang5 if there is then we should specify 2 different labels for these 2 devices, if there is no difference then we should create only with one16:28
clarkbfungi: ^ do you know if that is the case?16:28
*** dansmith is now known as Steely_Dan16:28
*** jecarey has joined #openstack-dev16:28
*** timello has quit IRC16:28
dolphmclarkb: yeah, i was looking at https://launchpad.net/~openstack-cla/16:28
boris-42yjiang5 But I understand that it will better to use to able to specify features separated=)16:28
*** chandankumar has joined #openstack-dev16:28
boris-42better to be able*16:29
*** jecarey_ has quit IRC16:29
*** colinmcnamara has joined #openstack-dev16:29
yjiang5boris-42: If from device itself, it should have no difference, that means these two card should be covered by same label specification when assignment/filter. But for NIC, there are something more, like these two card are connected to different switch or different port.16:29
clarkbdolphm: when we switched to using Gerrit to manage the CLA signing we effectively stopped using that group. It is possible the author has signed a CLA since then16:29
*** mrodden1 has joined #openstack-dev16:30
* clarkb looks up the bug to see who wrote the patch16:30
boris-42yjiang5 Ok I understand the idea, we should move from abstract name to dynamically added features16:30
yjiang5exactly.16:31
yjiang5glad we are on the same page now.16:31
*** seanrob has joined #openstack-dev16:31
boris-42yjiang5 finally=)16:31
*** markmcclain has quit IRC16:31
*** chandankumar has quit IRC16:32
*** mrodden has quit IRC16:32
yjiang5Ok, I will wait for your spliced patchsets, and also you can consider this more.16:33
*** zodiak has quit IRC16:33
*** chandankumar has joined #openstack-dev16:33
boris-42yjiang5 wait a sec=)16:33
*** ffio has quit IRC16:33
clarkbdolphm: looks like Brandon does have a gerrit account but has not signed a CLA16:33
boris-42yjiang5 I would like to try to find some way to implement (our make it easier) to implement this approach16:33
*** zodiak has joined #openstack-dev16:33
boris-42yjiang5 Did you see my approach?16:34
yjiang5boris-42: ?16:34
yjiang5boris-42: I didn't get your idea, sorry.16:34
dolphmclarkb: how are you checking? i don't see like a 'gerrit ls-users' documented16:35
*** comay has joined #openstack-dev16:35
clarkbdolphm: unfortunately by querying the DB directly16:35
boris-42yjiang5 At this moment I don't know how to improve (refactor) my solution to make it easier to implement feature-based filtering16:35
openstackgerritA change was merged to openstack/nova: Replace openstack-common with oslo in HACKING.rst  https://review.openstack.org/3211416:35
dolphmclarkb: boo... well, thanks16:35
clarkbgerrit doesn't expose user details very well on its own16:35
*** seanrob has quit IRC16:36
boris-42yjiang5 Current solution is pretty simple, each device have compute_node_id and label and status so it is pretty easy to specify device/schedule/attach to instance16:36
*** markvoelker has joined #openstack-dev16:37
boris-42yjiang5 And for example one of question is what changes should I make at DB layer to provide features?)16:37
*** aeperezt has joined #openstack-dev16:37
boris-42yjiang5 add something like PCIDeviceExtraSpecs?16:37
*** anfrolov has quit IRC16:37
*** lloydde has joined #openstack-dev16:37
*** timello has joined #openstack-dev16:37
boris-42yjiang5 so for the devices with same label we will be able to have some extra info that could be used at scheduler level?16:38
clarkbwhich I suppose is a cheap way of doing things securely. don't expose anything16:38
*** networkstatic has joined #openstack-dev16:39
boris-42yjiang5 As I am refactoring code, it will be not so complex for me to improve a little bit solution16:39
boris-42yjiang5 what do you think about new table with extra specs?)16:39
*** terry7 has joined #openstack-dev16:39
yjiang5boris-42: Yes, agree. Otherthan that,  I'm not sure if we can set the product_id and vendor_id in the table, which is standard PCI information, and the extra spec can be used to specify more device specifc information like network connection information.16:40
*** eglynn_ has quit IRC16:41
*** alop has joined #openstack-dev16:41
*** freedomhui has joined #openstack-dev16:41
boris-42ok I will add also product_id and vendor_id in main table, btw I think that we should add also type_of_device in main table?16:42
*** alop has quit IRC16:42
ayoungderekh, can you +2 this one ? https://review.openstack.org/#/c/32018/16:42
*** jtomasek has quit IRC16:42
boris-42gpu, usb, pci etc yjiang5 ^16:42
ayoungderekh, I think you are the only puppet core available for a second review16:42
yjiang5boris-42: when you talking about type_of_device, you mean bus type? or the pci device type as in configuration space, or you mean VF/PF etc?16:43
*** alop has joined #openstack-dev16:43
*** pixelbeat has quit IRC16:43
boris-42yjiang5 I mean pci, usb or gnu16:43
boris-42gpu*16:43
*** terriyu has joined #openstack-dev16:44
boris-42for example usb-passthrough should be made not through hostdev16:44
boris-42in libvirt16:44
boris-42so type should specify the way of passthrough at virt layer16:45
yjiang5boris-42: I think GPU and USB is different. usually GPU is in PCI bus, while USB device is in usb bus. I only thought of PCI devices yet.  But at least, I don't think we should keep information that apply only to libvirt in the table, do you agree?16:45
*** jpich has quit IRC16:46
*** kaushikc has joined #openstack-dev16:46
*** gary_th has quit IRC16:46
boris-42yjiang5 Ok I think that usb-passthrough could wait a little bit=)16:46
yjiang5boris-42:  :)16:47
boris-42yjiang5 Ok so I will fix db layer so you will be able to extend scheduler power=)16:47
yjiang5boris-42: thanks.16:48
boris-42yjiang5 Also did you see my approach to add devices through nova.conf16:48
boris-42yjiang5 I will extend it to make it possible to specify also extra_specs, vendor and product id ok?16:48
*** markmcclain has joined #openstack-dev16:48
boris-42yjiang5 As I understand you would like to have a another way to specify available devices?16:49
boris-42yjiang5 in automode?16:49
derekhayoung: reviewed, I think the user/goup flags need to be added16:49
derekhhttps://review.openstack.org/#/c/29644/316:49
yjiang5boris-42: I read your patch. Yes, it's ok to add more specificication in the conf. I'm considering the auto discovery.16:49
*** alop has quit IRC16:50
*** alop_ has joined #openstack-dev16:50
*** ewindisch has quit IRC16:50
yjiang5What I'm considered is, the hypervisor (or libvirt) knows about the devices that can be assigned, and administrator can provide a whte list that should not be assigned.16:50
*** athomas has quit IRC16:51
yjiang5boris-42: not all device in the system is available for assignment, I think.16:51
*** chandankumar has quit IRC16:51
*** mlavalle has quit IRC16:51
yjiang5boris-42: the auto discovery mechanism will get all devices that is assignable to guest. Do you agree?16:52
*** michchap has joined #openstack-dev16:52
*** kaushikc has quit IRC16:52
*** krtaylor has quit IRC16:52
boris-42yjiang5 I agree that such functionality is great, but I am developer, so for me is most interesting is it easy to implement such functionality over current solution (with new changes such as extra specs and etc.) ?16:53
yjiang5sure, we can add it later16:53
*** markwash has joined #openstack-dev16:54
yjiang5boris-42: just use your static method currently and we can condier how to enhance later.16:54
boris-42yjiang5 so we will add some new conf parameter, and change a little bit pci/__init__.py to cover two way of specifying devices?)16:54
yjiang5yes.16:55
boris-42yjiang5 Ok nice, so know as developer I understand what should I do to help you with extending pci devices in the way that you need.16:55
boris-42now*16:55
boris-42yjiang5 thanks for cooperating16:56
yjiang5I'm developer also, not provider, although I always want to be at cloudprovider :)16:56
yjiang5see you.16:56
boris-42I hope I will have enough time to make all this change before monday =)16:56
boris-42these changes*16:56
*** esp has joined #openstack-dev16:56
yjiang5anyway, wait for your patches.16:57
*** kbrierly has joined #openstack-dev16:58
*** esp has left #openstack-dev16:59
vishyarosen: if you are available today and you can handle a few more questions i have them :)17:01
*** rnirmal has quit IRC17:01
*** markvoelker1 has joined #openstack-dev17:02
*** michchap has quit IRC17:04
*** danpb has quit IRC17:04
*** nati_ueno has joined #openstack-dev17:04
*** markvoelker has quit IRC17:04
*** markvoelker has joined #openstack-dev17:05
*** derekh has quit IRC17:05
*** rcleere has joined #openstack-dev17:06
*** markvoelker1 has quit IRC17:07
*** gary_th has joined #openstack-dev17:07
*** rcleere has quit IRC17:07
vishymarkmcclain: was it you who wrote the quantum metadata agent?17:07
*** darjeeling has quit IRC17:09
markmcclainvishy: yep17:10
vishymarkmcclain: got a sec so i can ask you a few questions?17:10
markmcclainsure..what's up?17:10
vishyok17:10
vishyso assuming I have created a quantum provider network17:11
vishyand i'm running the dhcp agent17:11
vishybut it is passing out a gateway that is external to openstack17:11
vishyi.3. the l3 agent is not doing router duties17:11
vishy* i.e.17:12
vishywill the quantum metadata proxy still work?17:12
*** yjiang5 has quit IRC17:13
markmcclainright now no because there's an assumption that the upstream gateway is the L3 agent17:14
vishymarkmcclain: bummer17:14
markmcclainthat's a case we should fix17:14
vishymarkmcclain: is there any way i can hack around it?17:14
vishyI would like to run the agent on the nodes17:14
vishyand basicallly have it intercept traffic before it leaves the node17:15
harlowjazyluo pong17:15
*** prad_ has joined #openstack-dev17:15
markmcclainvishy: when the DHCP agent detects there is not a gateway defined for the network it sets a static route to itself for the meta IP17:16
*** krtaylor has joined #openstack-dev17:16
markmcclainyou could override that functionality and basically force it to set that route always17:16
vishymarkmcclain: but there is a gateway defined for the network17:16
vishyyou mean detects there is no l3 agent?17:16
*** Yuan has joined #openstack-dev17:17
arosenthe subnet on the network was created specifying that it doesn't have a gateway_ip17:17
*** sdake_ has joined #openstack-dev17:18
*** sdake_ has joined #openstack-dev17:18
vishyarosen: ah i didn't realize there was a property for gateway on subnet17:18
*** lucasagomes has quit IRC17:19
arosenyup it's exposed via the python-client as --no-gateway on create-subnet()17:19
* arosen subnet-create 17:20
markmcclainvishy: could enable_isolated_metadata=true but you'll probably still need to tweak some code until we add support for forcing the metadata routes always17:21
vishylooking back17:21
vishyso i did use gateway when i created the ntetwork17:21
vishy* subnet17:21
vishybut this router is an external entity17:21
*** vipul is now known as vipul|away17:22
fungidolphm: clarkb: yeah, we need to delete the old cla group off lp i guess17:22
*** jjmb has quit IRC17:22
vishymarkmcclain: i guess i don't fully grasp how the metadata is getting the traffic in the first place17:22
vishymarkmcclain: does it add a route to the l3 config for 169.254.169.254?17:23
*** dstanek has quit IRC17:23
markmcclainfor isolated networks it adds the route17:23
vishyand non-isolated?17:23
*** jcoufal has quit IRC17:23
markmcclainwhen the L3 agent is running.. it abuses a quirk or linux routing where even link local traffic is sent to the default gw17:24
vishyinteresting17:25
vishywhat i want to do is mirror what i have curently with nova network17:26
vishywhich is basically intercept traffic on the host that is destined for 169.254.169.254 and send it to the metadata server17:26
vishyit seems like you could do that fairly easily with a flow rule, no?17:26
*** ndipanov has quit IRC17:26
*** monst has joined #openstack-dev17:27
arosenyup, if you do ip netns exec <namespace> ip addr ; i think you'll see the 169.254 address also on the default gateway interface. That's how it picks up the packets .17:27
vishymarkmcclain: i will look into that in more detail soon17:28
*** Yuan has quit IRC17:28
vishymarkmcclain/arosen: another set of questions. So if i have multiple l3 agents that i want to serve a single network17:28
arosenvishy:  the issue is overlapping ips. we need to send it to the agent first to do the look for the header that is sent to nova.17:28
markmcclainyes except when you're using overlapping IPs..the traffic needs to be run through a proxy to add context otherwise the source ip is ambiguous for a project17:29
*** vipul|away is now known as vipul17:29
vishymarkmcclain: sure i meant send it to the proxy17:29
*** jjmb has joined #openstack-dev17:29
*** nati_ueno has quit IRC17:30
vishymarkmcclain/arosen: so multiple l3 agents, do i need to create a separate quantum router for each of the l3 agents?17:30
*** monst has quit IRC17:30
arosenI think yongs work will just pick one agent. I'm not sure if it does any kind of active active / active-standby right now.17:30
*** michchap has joined #openstack-dev17:30
markmcclainit only picks one agent17:30
markmcclainand does not alter the default gateway yet17:31
*** nati_ueno has joined #openstack-dev17:31
*** markvoelker1 has joined #openstack-dev17:31
*** seanrob has joined #openstack-dev17:32
vishymarkmcclain: I just found this: http://docs.openstack.org/trunk/openstack-network/admin/content/under_the_hood_openvswitch.html17:32
vishyvery useful :)17:32
arosencool i haven't seen that either :)17:32
*** markvoelker has quit IRC17:33
vishyarosen: I'm a little confused by --router:external=True . Any idea what it does?17:34
arosenvishy:  one sec i made a powerpoint that explains this that could be helpful since it visualizes the steps.17:34
arosenit's shared on google one sec*17:35
*** jog0-away is now known as flashgordon17:35
arosenhttps://docs.google.com/presentation/d/18uuHfa5pq6VMrh8gpwXXiomC7hM1Dzy7t7CHF9ktgUk/edit#slide=id.p17:35
*** mrunge has joined #openstack-dev17:36
arosenslide 517:36
*** armax has joined #openstack-dev17:36
*** seanrob has quit IRC17:36
arosenvishy:  this went along with this tutorial if you hadn't seen it: http://blog.aaronorosen.com/building-a-multi-tier-application-with-openstack/17:37
*** drewlander has joined #openstack-dev17:37
vishyah i gotcha, so the external means tenant routers can use it for uplink?17:38
arosenyup17:38
arosenyou can only do ; quantum router-gateway-set on external networks.17:38
aroseni guess it also kind of denotes that it's routed address space in your infrastructure17:39
* arosen or at least should be :) 17:39
*** markvoelker has joined #openstack-dev17:39
*** pabelanger has quit IRC17:39
*** nunosantos has joined #openstack-dev17:40
*** drewland_ has quit IRC17:40
*** drewlander has quit IRC17:41
*** michchap has quit IRC17:41
*** markvoelker1 has quit IRC17:42
*** lbragstad has quit IRC17:43
*** changbl has joined #openstack-dev17:43
*** markwash has quit IRC17:44
*** sstent has quit IRC17:44
*** bradjones|away has quit IRC17:45
*** bradjones|away has joined #openstack-dev17:45
*** _sifusam_ has quit IRC17:45
*** armax has quit IRC17:46
*** dolphm has quit IRC17:46
*** mlavalle has joined #openstack-dev17:46
*** armax has joined #openstack-dev17:47
*** jvrbanac has quit IRC17:47
*** markwash has joined #openstack-dev17:47
*** terryh has quit IRC17:47
*** dhellmann has quit IRC17:48
*** savid has joined #openstack-dev17:48
savidHi guys, I'm a bit confused about services in keystone. In the v2 API, services are created with name, type, description, however in the v3 API, services are created with name, type,  and an "enabled".  What exactly does "enabled" do to an entry in the service catalog?17:49
ayoungsavid, we added the abstraction of allowing services to be disabled.  It does absolutly nothing.17:49
savidayoung, Ah, I see. Can description still be set in the v3 api?17:50
*** yjiang5 has joined #openstack-dev17:50
ayoungsavid, actually, I don't even see it in the database tables17:50
*** freedomhui has quit IRC17:50
ayounghttps://github.com/openstack/keystone/blob/master/keystone/catalog/backends/sql.py17:50
saviddon't see what, description?17:51
*** ewindisch has joined #openstack-dev17:51
savidI'm on devstack right now, and when calling keystone service-list it returns id, name, type, and description17:51
*** Ryan_Lane has quit IRC17:51
*** Ryan_Lane has joined #openstack-dev17:52
ayoungsavid, I believe you17:52
ayoungI don't see enabled or description in the database for service17:52
*** NobodyCam has quit IRC17:52
*** eglynn_ has joined #openstack-dev17:53
savidso, question is, *should* they be there?17:53
*** jvrbanac has joined #openstack-dev17:53
ayoungsavid, lets see what the API says17:53
*** sifusam has joined #openstack-dev17:53
ayoungsavid https://github.com/openstack/identity-api/blob/master/openstack-identity-api/src/markdown/identity-api-v3.md17:54
ayounghttps://github.com/openstack/identity-api/blob/master/openstack-identity-api/src/markdown/identity-api-v3.md#services-v3services17:55
ayoungsavid, I think it is a bug17:55
*** carl_baldwin has joined #openstack-dev17:55
ayoungit is inheriting enabled and description from some base class, but it isn';t in the DB....17:55
ayoungIt is V3ism17:55
ayoungdescription doesn't seem to be there, though17:56
ayoungsavid, open a bug17:56
ayoungI'm guessing dolphm will take it.  He's kindof the master of all things V317:56
savidhah, a V3ism. nice.17:56
savidok, thanks17:56
*** zaitcev has joined #openstack-dev17:56
*** eglynn_ has quit IRC17:57
*** seanrob has joined #openstack-dev17:59
*** deeps___ has joined #openstack-dev18:03
*** seanrob has quit IRC18:04
*** alop_ has quit IRC18:04
*** andrewbogott is now known as andrewbogott_afk18:06
*** michchap has joined #openstack-dev18:08
*** lbragstad has joined #openstack-dev18:09
*** terriyu has quit IRC18:11
*** hugokuo has quit IRC18:12
*** Brainspa1kle has quit IRC18:12
*** swifterdarrell has quit IRC18:12
*** terriyu has joined #openstack-dev18:13
*** easter has joined #openstack-dev18:13
*** seanrob has joined #openstack-dev18:13
*** seanrob has quit IRC18:13
*** easter has left #openstack-dev18:13
*** johnthetubaguy has quit IRC18:13
*** cdub has joined #openstack-dev18:14
*** imsplitbit is now known as splitster18:15
*** seanrob has joined #openstack-dev18:15
*** johnthetubaguy has joined #openstack-dev18:15
*** swifterdarrell has joined #openstack-dev18:16
*** Brainspackle has joined #openstack-dev18:16
*** markmcclain has quit IRC18:17
*** hugokuo has joined #openstack-dev18:17
*** sstent has joined #openstack-dev18:19
*** michchap has quit IRC18:20
*** sdake_ has quit IRC18:20
*** reed has joined #openstack-dev18:21
*** alop has joined #openstack-dev18:23
*** Mandell has joined #openstack-dev18:24
*** comstud is now known as bearhands18:24
*** markmcclain has joined #openstack-dev18:24
*** rharwood has quit IRC18:24
*** krtaylor has quit IRC18:25
*** rharwood has joined #openstack-dev18:25
*** jruzicka has quit IRC18:27
*** cp16net|away is now known as cp16net18:27
savidayoung, it looks like I can pass description in the V3 API afterall. It must store it in the "extra" JSON blob column.18:29
*** dolphm has joined #openstack-dev18:29
*** dhellmann has joined #openstack-dev18:30
*** vipul is now known as vipul|away18:30
*** vipul|away is now known as vipul18:30
*** cmark has joined #openstack-dev18:31
*** seanrob has quit IRC18:31
*** jjmb has quit IRC18:35
*** dosaboy has quit IRC18:37
*** jpeeler has joined #openstack-dev18:38
*** jpeeler has quit IRC18:38
*** jpeeler has joined #openstack-dev18:38
*** jjmb has joined #openstack-dev18:38
*** marun has quit IRC18:44
*** michchap has joined #openstack-dev18:47
*** dhellmann is now known as dhellmann-away18:49
*** timello has quit IRC18:49
*** cmark has quit IRC18:49
*** cmark has joined #openstack-dev18:50
*** krtaylor has joined #openstack-dev18:50
*** edewata has quit IRC18:55
openstackgerritA change was merged to openstack/swift: Remove <cond> and <val1> or <val2> systax  https://review.openstack.org/3194318:55
*** jbresnah has joined #openstack-dev18:55
*** edewata has joined #openstack-dev18:55
*** novas0x2a|laptop has joined #openstack-dev18:56
*** shang has quit IRC18:57
*** sushils has quit IRC18:57
*** michchap has quit IRC18:58
*** pabelanger has joined #openstack-dev18:58
*** andrewbogott_afk is now known as andrewbogott18:59
*** radez is now known as radez_g0n319:00
*** rods has left #openstack-dev19:01
*** SergeyLukjanov has joined #openstack-dev19:03
*** andrew_plunk has quit IRC19:04
*** cmark has quit IRC19:04
*** sstent has quit IRC19:05
*** flaper87 has joined #openstack-dev19:06
*** mrunge has quit IRC19:09
*** colinmcnamara has quit IRC19:09
*** egallen has quit IRC19:12
*** bswartz has quit IRC19:12
*** timello has joined #openstack-dev19:13
*** marun has joined #openstack-dev19:16
*** SergeyLukjanov has quit IRC19:17
*** dolphm has quit IRC19:21
*** colinmcnamara has joined #openstack-dev19:21
*** prad_ has quit IRC19:21
*** sandywalsh has quit IRC19:23
*** dstanek has joined #openstack-dev19:24
*** prad_ has joined #openstack-dev19:25
*** eharney has quit IRC19:25
*** michchap has joined #openstack-dev19:25
*** markmcclain has quit IRC19:27
*** alop has quit IRC19:31
*** SergeyLukjanov has joined #openstack-dev19:32
*** markmcclain has joined #openstack-dev19:32
*** kagan has joined #openstack-dev19:33
*** dolphm has joined #openstack-dev19:33
*** garyTh has joined #openstack-dev19:35
*** sandywalsh has joined #openstack-dev19:36
*** michchap has quit IRC19:36
*** gary_th has quit IRC19:37
*** monst has joined #openstack-dev19:38
*** sstent has joined #openstack-dev19:39
*** sdake_ has joined #openstack-dev19:39
*** sdake_ has quit IRC19:39
*** sdake_ has joined #openstack-dev19:39
*** jpeeler has quit IRC19:48
*** dprince has quit IRC19:52
*** rkukura has quit IRC19:52
*** devvesa has quit IRC19:52
openstackgerritA change was merged to openstack/nova: Rename unique constraints due to new convention.  https://review.openstack.org/3010819:53
*** edewata has quit IRC19:53
*** edewata has joined #openstack-dev19:55
*** sstent has quit IRC19:57
*** bswartz has joined #openstack-dev19:57
*** sushils has joined #openstack-dev20:01
*** otherwiseguy has quit IRC20:01
*** michchap has joined #openstack-dev20:04
*** melwitt has joined #openstack-dev20:04
*** eharney has joined #openstack-dev20:07
*** eharney has quit IRC20:07
*** eharney has joined #openstack-dev20:07
*** mkollaro has quit IRC20:07
*** dstanek has quit IRC20:12
*** jayg is now known as jayg|g0n320:14
*** jayg|g0n3 is now known as jayg20:14
*** yidclare has quit IRC20:15
*** michchap has quit IRC20:17
*** monst has quit IRC20:21
*** pabelanger has quit IRC20:21
*** bdpayne has quit IRC20:21
*** monst has joined #openstack-dev20:23
*** lastidiot has quit IRC20:23
*** bdpayne has joined #openstack-dev20:23
*** monst has quit IRC20:24
*** ladquin_away is now known as ladquin20:26
*** ayoung is now known as ayoung-out20:26
*** mkollaro has joined #openstack-dev20:26
*** monst has joined #openstack-dev20:26
*** stevemar has quit IRC20:26
*** sushils has quit IRC20:27
*** dstanek has joined #openstack-dev20:28
*** sushils has joined #openstack-dev20:28
*** monst has quit IRC20:29
*** monst has joined #openstack-dev20:29
*** kagan has quit IRC20:30
*** monst has joined #openstack-dev20:30
*** ayoung-out is now known as ayoung20:30
*** SergeyLukjanov has quit IRC20:30
*** yidclare has joined #openstack-dev20:30
*** armax has left #openstack-dev20:32
*** ctracey is now known as ctracey|away20:32
*** seanrob has joined #openstack-dev20:33
*** mtreinis1 has joined #openstack-dev20:33
*** maurosr- has joined #openstack-dev20:34
*** alunduil has joined #openstack-dev20:34
*** bknudson1 has joined #openstack-dev20:35
*** seanrob has quit IRC20:35
*** seanrob has joined #openstack-dev20:36
*** mtreinish has quit IRC20:36
*** seanrob has quit IRC20:36
*** tmclaugh[work] has quit IRC20:36
*** maurosr| has joined #openstack-dev20:36
*** seanrob has joined #openstack-dev20:36
*** gary_th has joined #openstack-dev20:36
*** bknudson has quit IRC20:36
*** maurosr has quit IRC20:37
*** bknudson has joined #openstack-dev20:37
*** otherwiseguy has joined #openstack-dev20:37
*** garyTh has quit IRC20:37
*** galstrom is now known as galstrom_zzz20:38
*** maurosr| is now known as maurosr20:38
*** mtreinish has joined #openstack-dev20:38
*** bknudson1 has quit IRC20:39
*** mtreinis1 has quit IRC20:40
*** maurosr- has quit IRC20:40
*** yolanda has quit IRC20:42
*** michchap has joined #openstack-dev20:42
*** yidclare has quit IRC20:45
openstackgerritA change was merged to openstack-dev/devstack: Support for the ml2 quantum plugin.  https://review.openstack.org/2757620:46
*** michchap has quit IRC20:47
openstackgerritA change was merged to openstack/keystone: Check schema when dropping constraints.  https://review.openstack.org/3124920:47
*** dhellmann-away is now known as dhellmann20:47
SpamapSwth I thought sqlalchemy was supposed to know when I'm doing something bad and do something smarter.. :-/20:47
SpamapSsqlalchemy.exc.NotSupportedError: (NotSupportedError) (1235, "This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'") 'DELETE FROM token WHERE token.id IN (SELECT token.id \nFROM token \nWHERE token.expires < %s \n LIMIT %s)' (datetime.datetime(2013, 6, 7, 20, 46, 47, 570583), 10)20:47
*** topol has quit IRC20:48
*** dstanek has quit IRC20:48
*** yidclare has joined #openstack-dev20:50
*** krtaylor has quit IRC20:56
*** aelkikhia has quit IRC20:59
SpamapSdurn it, sqlalchemy doesn't support DELETE ... LIMIT21:03
*** mjfs has quit IRC21:06
*** bswartz has quit IRC21:08
*** bdpayne has quit IRC21:09
*** alop has joined #openstack-dev21:10
*** rharwood has quit IRC21:10
*** jjmb has quit IRC21:12
*** michchap has joined #openstack-dev21:13
*** bdpayne has joined #openstack-dev21:15
*** mjfs has joined #openstack-dev21:16
*** jjmb has joined #openstack-dev21:16
*** mkollaro has quit IRC21:16
*** dolphm has quit IRC21:19
*** alop has quit IRC21:20
*** jjmb has quit IRC21:22
*** jasdeepH has joined #openstack-dev21:23
*** andrew_plunk has joined #openstack-dev21:23
*** davidkranz has quit IRC21:23
*** portante has quit IRC21:24
*** jjmb has joined #openstack-dev21:24
*** michchap has quit IRC21:27
*** mjfs has quit IRC21:27
*** pcm_ has quit IRC21:28
*** alop has joined #openstack-dev21:29
*** deeps___ has quit IRC21:29
*** dolphm has joined #openstack-dev21:30
*** gyee has quit IRC21:31
*** jjmb has quit IRC21:32
*** seanrob has quit IRC21:32
*** anfrolov has joined #openstack-dev21:32
*** seanrob has joined #openstack-dev21:33
*** kbringard has quit IRC21:34
*** markvoelker has quit IRC21:35
*** mkollaro has joined #openstack-dev21:36
*** pixelbeat has joined #openstack-dev21:36
*** dolphm has quit IRC21:37
*** boris-42 has quit IRC21:40
*** katylava has quit IRC21:42
*** alunch has quit IRC21:43
*** alop has quit IRC21:43
*** esheffield has quit IRC21:47
*** seanrob has quit IRC21:49
*** seanrob has joined #openstack-dev21:49
*** alop has joined #openstack-dev21:49
*** PaulM has joined #openstack-dev21:50
*** seanrob has quit IRC21:50
*** PaulM has left #openstack-dev21:50
*** seanrob has joined #openstack-dev21:50
*** monst has quit IRC21:51
alopany cinder guys here today?21:51
*** kagan has joined #openstack-dev21:52
*** dhellmann is now known as dhellmann-away21:53
*** michchap has joined #openstack-dev21:53
*** seanrob has quit IRC21:53
*** seanrob has joined #openstack-dev21:54
*** jimfehlig has quit IRC21:55
*** mlavalle has quit IRC21:56
*** seanrob has quit IRC21:58
*** seanrob has joined #openstack-dev21:58
*** datsun180b has quit IRC21:58
*** morazi has quit IRC22:00
*** bdpayne has quit IRC22:01
*** mkollaro has quit IRC22:03
*** colinmcnamara has quit IRC22:04
jgriffithalop: what's up?22:04
alopI was hoping someone could take a look at https://bugs.launchpad.net/cinder/+bug/118842222:04
uvirtbotLaunchpad bug 1188422 in cinder "attributes missing in sizelimit" [Undecided,New]22:04
aloplike, it's either broken or I'm missing something22:05
jgriffithalop: I saw that last night...22:05
*** markvoelker has joined #openstack-dev22:05
alopit it real or did I just screw up?22:05
jgriffithalop: my first thought was you screwed up, but that's not fair :)22:06
alopcould be22:06
jgriffithalop: doesn't sound like you did anything out of the ordinary though22:06
*** michchap has quit IRC22:06
jgriffithalop: so I assumed it was a bug, just don't know how to repro yet22:06
*** vipul is now known as vipul|away22:06
*** vipul|away is now known as vipul22:06
alopyeah, I'll put a little background info in the report22:07
jgriffithalop: BTW, that's the log output when you try to restart I'm assuming?22:07
alopyes22:07
jgriffithstrange22:07
jgriffithalop: Grizzly?22:08
alopyes, stable/grizzly22:08
*** mlavalle has joined #openstack-dev22:08
*** vipul is now known as vipul|away22:08
*** vipul|away is now known as vipul22:08
jgriffiththingee: ping22:09
*** andrew_plunk has quit IRC22:09
vishyarosen: so for external networks22:10
vishyam I responsible for giving the host an ip on the external network?22:10
jgriffithalop: there was one thing I thought of but if everytyhing was fine until the force delete that throws out my theory22:10
jgriffithalop: ahh... wait22:10
alopwell, what was your thought?22:10
*** markvoelker has quit IRC22:10
*** jjmb has joined #openstack-dev22:11
*** changbl has quit IRC22:12
jgriffithalop: is there anything further up in those logs or is that it?22:12
alopI'll put a pastie up22:13
*** mtreinish has quit IRC22:13
*** nunosantos has quit IRC22:13
*** gary_th has quit IRC22:14
*** lastidiot has joined #openstack-dev22:14
jgriffithalop: BTW what I was initially thinking was the fault-wrapper deprecation, but you've got the new/correct one it looks like22:15
jgriffithalop: while youre pasting :)  maybe your api-paste.ini file if you could22:16
*** alop has quit IRC22:18
*** mjfork_ has joined #openstack-dev22:19
*** marun has quit IRC22:19
*** carl_baldwin has quit IRC22:19
*** mjfork has quit IRC22:20
*** mjfork_ is now known as mjfork22:20
*** hartsocks has quit IRC22:21
*** shardy has quit IRC22:21
*** mrodden1 has quit IRC22:23
*** alop has joined #openstack-dev22:23
*** vipul is now known as vipul|away22:23
*** seanrob has quit IRC22:25
*** seanrob has joined #openstack-dev22:25
vishymarkmcclain: so I noticed my router just picked a random ip from my external range. Is there a way to force it to pick a specific ip?22:25
*** jjmb1 has joined #openstack-dev22:27
*** jvrbanac has quit IRC22:28
*** dims has quit IRC22:28
*** jjmb has quit IRC22:29
*** markmcclain has quit IRC22:29
*** seanrob has quit IRC22:30
*** jjmb1 has quit IRC22:30
*** vipul|away is now known as vipul22:30
thingeejgriffith: pong22:30
*** mdomsch has quit IRC22:32
*** stevemar has joined #openstack-dev22:32
*** savid has quit IRC22:32
*** michchap has joined #openstack-dev22:32
*** adepti37 has quit IRC22:33
*** pabelanger_ has quit IRC22:35
*** pabelanger has joined #openstack-dev22:36
*** markvoelker has joined #openstack-dev22:36
jgriffiththingee: I was going to ask if the bug by alop rang any bells for you: https://bugs.launchpad.net/cinder/+bug/118842222:37
uvirtbotLaunchpad bug 1188422 in cinder "attributes missing in sizelimit" [Undecided,New]22:37
*** vuntz has quit IRC22:37
*** jecarey has quit IRC22:37
jgriffithalop: hey wait... the extension load is what's failing there22:38
thingeejgriffith: lookin'22:39
*** markvoelker has quit IRC22:41
arosenvishy:  nope the dhcp agent will do taht for you as well on the external network22:41
vishyarosen: ok i got it to work but is there any way to force it to pick a specific ip?22:42
vishyit just pulled the first ip from the network22:42
*** alop has quit IRC22:42
*** prad_ has quit IRC22:42
*** dims has joined #openstack-dev22:43
arosenvishy:  yup if you do quantum port-create --fixed-ip <ip> network ; then nova boot --nic port-id=<port_uuid>22:44
vishyarosen: not for the vm22:44
vishyarosen: for the router22:44
vishyso i have an external network and i plugged a qrouter into it22:44
*** michchap has quit IRC22:44
*** bdpayne has joined #openstack-dev22:44
vishyand it used the first available ip from the external network22:44
*** dcasier_ has quit IRC22:45
arosenOh sorry i thought we were talking about provider networks... doh...22:45
arosenno when you do: quantum router-gateway-set  it picks the first ip out of external network.  :/22:45
vishyarosen: yeah that is annoying22:46
arosenIs there any reason why you care about that?22:46
vishyarosen: i have other things on that network22:46
arosenvishy:  that's the ip that your vms are going to use for nat.22:46
vishyarosen: that ip address is in use22:46
arosenOh that's a different case :)22:46
arosenSo when you create the subnet it has something called allocation_pools22:46
vishyarosen: fun fun22:46
arosenso you can say quantum subnet-create --allocation-pool start=10.0.0.20,end=10.0.0.22 --allocation-pool start=10.0.0.33,end=10.0.0.5522:47
vishyah cool22:47
arosenand then it will only pick ips out of that range22:47
vishyok that works22:47
vishyarosen: so the only other issue is that the metadata proxy is still not working22:48
vishyalthough i think i have l3 working properly now22:48
arosenvishy:  how so? What's it doing?22:48
vishywell nothing :)22:48
arosenhrm so if you do in your vm curl http://169.254.169.254 does it get a 500 error back or just hangs?22:48
*** alop has joined #openstack-dev22:49
Apsu`Metadata proxying is quite annoying to setup.22:49
*** zzs has joined #openstack-dev22:49
arosenvishy:  I'd tail the metadata agent log while you hit it with curl22:50
vishyi can't yet22:50
vishy:)22:50
vishywget: can't connect to remote host (169.254.169.254): Connection timed out22:50
vishycloudsetup: failed 2/30: up 196.32. request failed22:50
*** vuntz has joined #openstack-dev22:50
vishybut the metadata agent log shows nothing22:50
vishyso it isn't getting there22:50
arosenCan you ping the default gw from within the vm?22:50
vishyarosen: i can't login to the vm yet but i can ping the vm from the gateway just fine22:51
*** neelashah has quit IRC22:51
vishyit doesn't set up ssh until after it times out :)22:51
vishymaybe i can get in through the console somehow though :)22:51
vishylet me try22:51
arosenyea i don't think you can since this is part of the init process. It would be nice if it ran the background.22:51
*** alop has quit IRC22:51
*** hemna_ is now known as hemnafk22:52
arosenIs anything happening in the metadata agent log?22:52
vishyarosen: no22:52
vishyi'm not really sure how to start tcpdumping to find out what is happening to the traffic22:52
Apsu`Metadata agent log doesn't spit out anything unless it's failing to actually proxy. I assume this is a routing issue.22:52
arosenthis subnet has a gateway_ip right?22:52
Apsu`vishy: Are you using namespaces?22:52
*** flaper87 has quit IRC22:52
*** mlavalle has quit IRC22:52
vishyyeah22:53
vishyso far i've tried this22:53
vishyhttp://paste.openstack.org/show/38266/22:53
arosenvishy:  if you go to your l3 agent node and run; ip netns ; it will disable all the namespaces;22:53
vishyhmm that might help22:53
Apsu`s/disable/display/22:53
arosenvishy:  i'd expect to see the 169.254 requests in your tcpdump22:54
Apsu`"ip netns" lists them. You can look at the interfaces/routes in the namespace with "ip netns exec <namespace> <command>"22:54
vishyarosen: yeah that would make sense22:54
vishylet me make sure it is leaving the node properly22:54
*** neelashah has joined #openstack-dev22:55
vishyarosen: i may have just missed it22:55
vishyarosen: the timeout is really freaking long22:55
arosenvishy: after the node comes it should be easer to debug :/22:55
arosenYea i know :(22:55
*** giulivo has quit IRC22:55
*** anfrolov has quit IRC22:56
vishyarosen: interesting it looks like the unicast bootp is failing22:57
vishyi wonder why that would be22:57
vishy10.0.0.2 > 10.0.0.3: ICMP 10.0.0.2 udp port 68 unreachable, length 35422:57
aroseni'm not sure. Does the instance have an ip when you login? (i'm guessing it does since you said you can ping it)22:57
vishyyeah the broadcast is fine22:57
vishybut when it tries to renew it sends a unicast and fails22:57
vishyarosen: ah i see why i don't get the 169 traffic22:58
vishyRequest who-has 10.0.0.1 tell 10.0.0.2, length 2822:58
vishythere is no arp-reply coming back22:58
arosenIt can't talk to the gateway for some reason :/22:58
Apsu`Did you setup a provider network?22:58
vishywell it is arping but the gateway isn't responding22:58
vishyyeah i have two networks22:58
vishyan external network and an internal network22:59
vishythe external is 10.10.10.10/2422:59
Apsu`If the provider can't communicate between the compute host and wherever the L3 agent's router bridge is, that'd be your issue.22:59
arosenDo you have the quantum openvswitch agent running on the same box as the l3 agent?22:59
*** darjeeling has joined #openstack-dev22:59
vishythe internal is 10.0.0.0/2422:59
vishyyeah22:59
arosenvishy: yup all that sounds fine.22:59
Apsu`Which means you'd need the OVS agent in both places, and the physical network between them would have to be setup appropriately.22:59
vishythe traffic is definitely getting to the l3 host22:59
vishyi can see the traffic22:59
Apsu`Alrighty22:59
vishybut there is no arp reply from the router23:00
*** JonnyNomad has quit IRC23:00
arosencan you paste the output of ovs-vsctl show ; on both boxes?23:00
Apsu`Would help to see.. yes, that. And also your provider network setup. net-show on the network and subnet-show on the subnet in question.23:00
Apsu`Should also verify the tap interface in the qrouter-* namespace is appropriate23:00
vishyi can ping the vm from qrouter ns23:01
arosenso you can ping in one direction and not the other?23:02
*** samalba has joined #openstack-dev23:02
vishyarosen: http://paste.openstack.org/show/38268/23:02
vishyno i think i can probably ping just fine23:02
vishyi suspect i can't arp though23:03
*** darjeeling has quit IRC23:03
*** neelashah has quit IRC23:04
*** jfriedly has joined #openstack-dev23:04
arosenvishy:  these aren't overlay networks are they?23:04
vishyarosen: no they are both physical23:04
vishyflat23:04
*** jfriedly has left #openstack-dev23:04
*** afazekas has quit IRC23:05
arosenvishy:  i don't think you are going to be able to ping if you can't arp23:05
vishyarosen: perhaps not23:05
arosencould i also see a quantum port-list ?23:06
Apsu`vishy: There's different tags on those ports on either side... your provider may be physical, but it's tagging the ports23:06
arosenApsu`: those tags aren't the tags that it's actually using.23:06
arosenthe tags are in the flow table.23:06
vishythose are tags between the br-int and the phys right?23:06
Apsu`arosen: I realize they're not provider tags23:06
vishyso if i ping from controller to vm i can see the traffic on both sides23:07
vishyso i think the tagging is just fine23:07
*** jf-jenni has joined #openstack-dev23:07
*** markvoelker has joined #openstack-dev23:07
*** jf-jenni has quit IRC23:08
*** jf-jenni has joined #openstack-dev23:08
*** gyee has joined #openstack-dev23:08
*** xBsd has quit IRC23:08
arosenvishy:  oops  sorry, so you are using flat networking and you want metadata to work?23:08
vishyarosen: well i want metadata to work yes23:09
vishydid i miss a config option somewhere?23:09
vishyit might be faster to find an image without cloud init and boot it23:10
arosenvishy:  i'm not sure if the metadata agent handles this case. I think you might have to run nova-api-metadata on the flat network to get that to work.23:10
Apsu`Flat provider + metadata agent works fine. So long as the metadata agent's node can hit the nova-api-metadata IP; doesn't have to be on the same flat network.23:11
*** michchap has joined #openstack-dev23:11
arosenApsu`: I don't think the metadata agent creates an interface though on the physical node to catch these packets.23:11
*** markvoelker has quit IRC23:12
arosento get the flat networking and metadata working i think you might need to have nova-api-metadata running on that node and the this iptables rule:23:12
aroseniptables -t nat -A PREROUTING -d 169.254.169.254 -p tcp -m tcp --dport 80 -j DNAT --to-destination 127.0.0.1:877523:12
Apsu`arosen: It does, I have it working. No custom iptables or routing required.23:13
Apsu`Can do it without the L3 agent, in fact23:13
*** gordc has quit IRC23:14
Apsu`You need namespaces enabled, and the metadata-agent will spawn the quantum-ns-metadata-proxy attached to 169.254.169.254/16, which is added to the namespaced tap device dnsmasq has an IP on as well.23:14
Apsu`At least in conjunction with dhcp-agent on a DHCP-enabled subnet.23:14
Apsu`(in the qdhcp-* namespace)23:14
arosenApsu`: yes but what about in the case of using a provider network that is flat?23:14
Apsu`Exactly in that case is what I'm testing. VLAN works too.23:15
vishyApsu`: wait you can do it without l3 agent?23:15
*** otherwiseguy has quit IRC23:15
Apsu`Yes.23:15
Apsu`vishy: Check your PM btw :P23:15
vishyApsu`: can you run it on the host?23:15
arosenI'm confused why the metadata agent uses namespaces if running with vlans or flat networks.23:15
Apsu`Compute host? multi-host style?23:15
*** eglynn_ has joined #openstack-dev23:15
Apsu`arosen: Because it's not smart enough to combine metadata IPs and technically they overlap. The proxy is a namespaced proxy.23:16
arosenApsu`: okay. So how do packets from one HV to the other enter the namespace?23:17
arosenApsu`: you could be right. I've haven't really played around with the OVS plugin using VLANS +metadata. I've only tested it using overlay.23:18
Apsu`arosen: The simplest setup logically is: 1 network node with dhcp/metadata/ovs agents, 1 non-quantum management interface shared with controller (to hit nova-api-metadata on), and 1 provider interface on the same physical network as compute nodes.23:18
*** tzumainn has quit IRC23:18
Apsu`You make a separate provider bridge, and specify the mapping in the ovs plugin agent config23:18
Apsu`network_vlan_ranges = ph-eth1, bridge_mappings = ph-eth1:br-eth123:18
Apsu`Create the ovs bridge, add eth1 to it23:19
Apsu`Enable namespaces in the dhcp agent, and enable_isolated_metadata23:19
Apsu`quantum net-create --provider:physical_network=ph-eth1 --provider:network_type=flat blah23:20
Apsu`You have to cheat a little when you make the subnet so you'll get a valid metadata route into instances, because the agent logic is dumb around gateways23:20
Apsu`But it's very doable.23:20
vishyApsu`: ah i don't have enable_isolated_metadata on23:21
arosenwhat does your subnet craete look like?23:21
Apsu`Ultimately you end up with a qdhcp-* namespace for your provider network, with a tap* in it that has the dnsmasq-attached IP for the subnet, and a 169.254.169.254/1623:21
Apsu`subnet-create --name blah --no-gateway --host-route destination=0.0.0.0/0,nexthop=10.0.0.1 --allocation-pool start=10.0.0.2,end=10.0.0.254 blah 10.0.0.0/2423:22
Apsu`The problem is... without an L3 agent, the dhcp-agent is entirely responsible for routes23:22
arosenApsu`:  Yes. That works because you are doing --no-gateway. If you have a gateway then.23:22
Apsu`arosen: No, look carefully at my host-route23:22
Apsu`A "gateway" or "default" route is just a 0.0.0.0/0 route.23:23
Apsu`I'm cheating by telling quantum there's no gateway (so the dhcp-agent injects the metadata route for me)23:23
arosenApsu`: I see. That's a work around :)23:23
Apsu`But passing an additional static route (through DHCP option 121) that is actually a default :)23:23
*** markwash has quit IRC23:23
vishyApsu`: a that is very interesting23:23
arosenyea i totally understand that.23:23
Apsu`So you get A) an external gateway default route, and B) a metadata route23:23
*** michchap has quit IRC23:23
*** bswartz has joined #openstack-dev23:24
Apsu`The L3 agent gives you some more options23:24
Apsu`But I dislike it because its failure modes are bad, and the current quantum scheduler is dumb :P23:24
*** changbl has joined #openstack-dev23:24
*** pmathews has quit IRC23:24
arosenApsu`:  That's funny that that works using the host route trick. Quantum should have a much better work around for that though.23:25
*** matiu has joined #openstack-dev23:26
arosenApsu`: the reason why one wouldn't want to use host_routes like that is because that requires the dhcp client in the instance to support that.23:26
Apsu`arosen: I agree. And yeah, it does. Most do by default though.23:26
Apsu`121 isn't an odd or crazy option.23:26
arosenApsu`:  If you use that iptables rule ; and run nova-api-metadata locally then you don't need to worry about that.23:26
Apsu`Sure. No need to proxy then. But that means more out-of-quantum mungery :P23:27
*** kagan has quit IRC23:27
Apsu`My goal was to solve it with as little mungery as possible, and push fixes upstream to make it less painful, hehe23:28
vishyarosen: is it safe to mix iptables and flows?23:28
Apsu`They don't interact at all.23:28
Apsu`OVS bridges don't hook into netfilter at all.23:29
Apsu`That's why if you want security groups, quantum creates a native bridge and hooks ports into it23:29
Apsu`(the qbr* connected with a qvo* and qvb* "veth pair" as they call it, into your br-int)23:29
vishyarosen: so i could steal the traffic using an iptables rule on the hosts23:29
arosenvishy: yea you could do that. Or using Apsu` work around.23:30
*** cdub has quit IRC23:30
*** stevemar has quit IRC23:31
*** utlemming has quit IRC23:33
*** stevebaker has joined #openstack-dev23:34
*** stevebaker is now known as stevebaker_23:34
*** andrewbogott is now known as andrewbogott_afk23:34
*** msmedved has quit IRC23:38
*** markvoelker has joined #openstack-dev23:38
*** salv-orlando has quit IRC23:39
*** kbrierly has quit IRC23:39
*** jasdeepH has quit IRC23:40
*** eglynn_ has quit IRC23:40
arosenbtw if using the overlay networking the metadata stuff works without that.23:40
Apsu`Can you elaborate on that a bit?23:41
Apsu`You mean non-provider nets?23:41
arosenyea non-provider23:41
openstackgerritA change was merged to openstack/quantum: Imported Translations from Transifex  https://review.openstack.org/3195623:41
vishyApsu`: ad router request: Subnet for router interface must have a gateway IP23:42
vishy:(23:42
arosenI don't think flat networks are very often used with quantum23:42
arosenwe should have better metadata support for them though.23:42
vishythat is unfortunate23:42
*** cmark_ has joined #openstack-dev23:42
*** markvoelker has quit IRC23:43
Apsu`Well just injecting the metadata route always would solve it.23:43
arosenvishy:  what's the big use case? I guess if you have legacy stuff?23:43
vishyarosen: i need to migrate nova-network to quantum23:43
vishyso i need to replicate the same config23:43
arosenI see.23:44
Apsu`Moreso when you want to directly connect to a provider. If your top-of-rack network doesn't expose an overlay endpoint, and you don't want to route all your traffic through the same machine...23:44
*** cmark_ has quit IRC23:45
*** otherwiseguy has joined #openstack-dev23:45
*** cmark has joined #openstack-dev23:46
*** zzs has left #openstack-dev23:46
vishyApsu`: so the workaround doesn't work when you are actually using a qrouter23:47
vishyi think i just realized why the arp wasn't working though23:47
Apsu`vishy: Indeed. You have to do this differently for L3+metadata23:47
*** dcasier_ has joined #openstack-dev23:47
vishyi have another box with 10.0.0.123:47
arosenApsu`: why do you have to do this differently for L3+metadata?23:47
arosenIt seems you can use your same trick if you want.23:48
Apsu`arosen: https://lists.launchpad.net/openstack/msg22882.html23:48
vishyarosen: the reason is what i just pasted above23:48
vishyyou can't connnect a subnet to a router that doesn't have a gateway23:48
vishyarosen: Bad router request: Subnet for router interface must have a gateway IP23:49
Apsu`Right. Not only that, but the gateway you specify... is the one the qrouter routes metadata to23:49
*** michchap has joined #openstack-dev23:49
*** sushils has quit IRC23:49
*** eharney has quit IRC23:50
arosenah i see the api checks against that...23:50
Apsu`It makes your life hard. But you can make a metadata access network!23:51
*** xBsd has joined #openstack-dev23:51
Apsu`Attach your qrouter to it, and all other networks into that qrouter23:51
Apsu`And toggle the enable_metadata_network flag23:51
Apsu`Then it will have appropriate routes in both directions23:51
Apsu`But you're still routing all your traffic (on the network(s) that needs metadata) through that qrouter23:52
vishyApsu`: well everything is going through a router right now anyway23:52
Apsu`Which I feel is also deficient compared to the straight provider network model.23:52
Apsu`vishy: But I chose not to use one :)23:52
vishyApsu`: so in your straight provider network model23:53
*** lloydde has quit IRC23:53
vishydoes your metadata proxy have to be reachable from the instances gateway?23:53
Apsu`Nope.23:53
vishyhow does the metadata trafic get there then?23:53
Apsu`It will be, because dnsmasq is23:53
Apsu`They're all on the same network.23:54
*** psedlak has quit IRC23:54
vishyoh right so it is using dnsmasq23:54
Apsu`Yep.23:54
vishyyeah that seems much saner23:54
vishyi still can't get this thing to work with the router model23:54
Apsu`It lets every instance hit the upstream gateway directly, which Could be an ECMP route pool, or anycasting off your switching fabric, or whatever you want to do load-balancing and aggregation with23:55
*** sushils has joined #openstack-dev23:55
Apsu`Without having to build that into your network nodes or compute nodes.23:55
vishyApsu`: does this work for tenant networks as well?23:55
vishyApsu`: I assume so since they all get their own dnsmasq?23:55
Apsu`vishy: Yeah, think so.23:56
vishyok will try that model again23:56
* vishy goes to delete all of his networks :)23:56
Apsu`hehe23:59
arosenvishy:  Apsu` aright i'm out. Friiidayyy :)23:59
arosenhave a good weekend23:59

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