Wednesday, 2012-03-14

*** davlap has joined #openstack-dev00:02
*** RatTehReaL has joined #openstack-dev00:02
*** RatTehReaL has left #openstack-dev00:02
*** davlap is now known as davlaps00:02
*** paulormg has quit IRC00:02
*** littleidea has quit IRC00:04
*** maplebed has quit IRC00:05
*** littleidea has joined #openstack-dev00:12
*** littleidea has quit IRC00:16
*** blakehaggerty has joined #openstack-dev00:17
*** littleidea has joined #openstack-dev00:18
*** bhall has quit IRC00:19
notmynamejustinsb: ping00:24
*** jakedahn_zz is now known as jakedahn00:27
*** reed has quit IRC00:28
*** johnpostlethwait has quit IRC00:29
*** markvoelker has quit IRC00:35
*** dolphm has joined #openstack-dev00:40
notmynamejustinsb: ah, nm. looks like chmouel gave you all the info you need00:40
*** mszilagyi has quit IRC00:47
*** cp16net has joined #openstack-dev00:48
*** cp16net has quit IRC00:49
ayoungtermie, heckj, vishy Ryan_Lane   I have a blueprint for PKI support. http://wiki.openstack.org/PKI  but I am not sure it is publically visible yet00:52
Ryan_Laneah, interesting00:52
*** hattwick has quit IRC00:55
ayoungRyan_Lane, can you see it>00:55
ayoung> is ? from my fat fingers00:55
Ryan_Laneyeah. can see it00:56
ayoungRyan_Lane, OK,  I'll create a BLueprint on Launchpad and link to it.00:57
*** hattwick has joined #openstack-dev00:59
heckjayoung: perfect! Link that puppy up!00:59
ayounghttps://blueprints.launchpad.net/keystone/+spec/pki00:59
ayoungheckj, there ya go01:00
ayoungheckj, a word about Dogtag01:00
ayoungIt is a full CA as I said01:00
ayoungand iti getting an appropriate REST API01:00
ayoungIt is the Artist formerly known as Netscape Certificate server,  it is really old, solid code,  with all that implies01:00
heckjinteresting!01:01
heckjIt'll be a great topic at the design summit!01:01
ayoungI'd suspect that we would use it to get things going,  and at some point,  people are going to complain about it being in Java01:01
ayoungat that point, assuming we are using it,  we can propose a 'G' version that is a subset rewrite using the same techns as the rest of openstack01:01
ayoungsomething kind of along the line of what Rackspace did with the internal Keystone, only here it would be an open source project and part of daily development01:02
*** jdurgin has quit IRC01:02
ayoungheckj, Oh, I should add a link to the REST api ...will do so now01:03
ayoungheckj, Ryan_Lane http://pki.fedoraproject.org/wiki/Dogtag_Future_Directions01:06
Ryan_Lanedogtag is *very* dependent on fedora01:07
ayoungRyan_Lane, not really01:08
ayoungthe current build system is01:08
ayoungbut it is a Java enterprise App01:09
Ryan_LaneI've looked at installing it on ubuntu before, and it didn't look like it would be easy01:09
ayoungwith some reworking,  it should be pretty agnostic of the underlying distribution01:09
ayoungIt will take wokr01:09
ayoungwork01:09
* Ryan_Lane nods01:09
ayoungI'd like to replace the CMake build system with Maven01:09
Ryan_Lane(I'd love to have dogtag on ubuntu, I've wanted to use it for a while)01:09
ayoungthat will pull in the Distro specific build process01:09
ayoungI am assuming that Debian is Maven friendly01:10
*** villep has quit IRC01:10
*** hattwick has quit IRC01:11
*** martine has joined #openstack-dev01:12
heckjayoung: it is, we've been building out PDF based docs with it01:13
*** littleidea has quit IRC01:13
ayoungheckj, so the Fedora bindings are to support certain deployment requirements for certain customers,  and a lot of that is not necessary for most users01:17
*** pixelbeat has quit IRC01:17
ayoungWe're going to go with the approach that Dogtag requires tomcat, and gets installed as an app using the default tomcat instance01:18
*** hattwick has joined #openstack-dev01:19
*** martine has quit IRC01:20
williamherrymysql gone away bug show on my node01:22
*** hattwick has quit IRC01:23
williamherryi find this bug reported at 2011-1-22, still not fixed ?01:23
*** hattwick has joined #openstack-dev01:25
*** dalang has quit IRC01:26
*** rods has quit IRC01:27
*** ncode has joined #openstack-dev01:27
*** ncode has joined #openstack-dev01:27
*** Ryan_Lane has quit IRC01:28
*** ayoung has quit IRC01:28
*** ayoung has joined #openstack-dev01:29
*** deshantm has quit IRC01:29
*** hattwick has quit IRC01:30
*** dolphm has quit IRC01:31
*** Mandell has quit IRC01:32
*** hattwick has joined #openstack-dev01:32
*** PotHix has quit IRC01:32
*** negronjl has quit IRC01:34
*** vincentricci has left #openstack-dev01:35
*** crobinso has quit IRC01:36
justinsbOn Debian, /sbin isn't in the path, so mkfs isn't found with devstack.  Should I fix in devstack (by adding /sbin to PATH) or in nova (by changing mkfs to /sbin/mkfs)?01:42
*** blakehaggerty has quit IRC01:44
*** dolphm has joined #openstack-dev01:45
*** shevek_ has quit IRC01:51
dtroyerjustinsb: is this on precise?  if so, it's a change in sudo that caused this; chmouel is working on it.  Our workaround is adding this to shudders (or something in shudders.d):01:51
dtroyerDefaults        secure_path="${HOME}/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"01:51
dtroyers/shudders/sudoers/ ^^^  autcorrect!01:52
dtroyerjustinsb: duh, you said Debian…same issue though maybe?01:53
*** cp16net has joined #openstack-dev02:02
*** heckj has quit IRC02:08
*** bencherian has quit IRC02:09
*** negronjl has joined #openstack-dev02:12
*** villep has joined #openstack-dev02:16
*** negronjl has quit IRC02:16
*** negronjl has joined #openstack-dev02:17
*** mnewby has quit IRC02:21
*** novas0x2a|laptop has quit IRC02:21
*** adjohn has quit IRC02:22
*** danwent has quit IRC02:32
*** mattstep has quit IRC02:39
*** mattstep has joined #openstack-dev02:40
*** milner has quit IRC02:46
med_does Launch Instance in devstack still have an off by one error (if more than one requested)?02:48
* med_ guesses that's a horizon question02:48
*** roge has joined #openstack-dev02:48
*** littleidea has joined #openstack-dev02:54
*** milner has joined #openstack-dev03:00
justinsbdtroyer: Actually, I don't believe the command is run as root.  It is mkfs in nova/virt/libvirt/utils.py.03:03
*** ywu has quit IRC03:09
*** agonella has quit IRC03:24
*** paulstallworth has joined #openstack-dev03:25
*** ncode has quit IRC03:25
*** Ryan_Lane has joined #openstack-dev03:32
*** dolphm has quit IRC03:38
*** dolphm has joined #openstack-dev03:39
*** Mandell has joined #openstack-dev03:46
*** dubsquared has quit IRC03:57
*** roge has quit IRC03:59
*** dolphm has quit IRC04:03
*** adjohn has joined #openstack-dev04:20
*** mnewby has joined #openstack-dev04:21
*** spiffxp has quit IRC04:24
*** danwent has joined #openstack-dev04:30
*** dolphm has joined #openstack-dev04:32
*** mattstep has quit IRC04:35
*** mattstep has joined #openstack-dev04:35
*** mattstep has quit IRC04:48
*** mattstep has joined #openstack-dev04:49
*** cp16net has quit IRC04:52
*** cp16net has joined #openstack-dev04:53
*** littleidea has quit IRC05:07
*** Vek has quit IRC05:13
*** novas0x2a|laptop has joined #openstack-dev05:20
*** littleidea has joined #openstack-dev05:23
*** mpe- has joined #openstack-dev05:24
*** hattwick has quit IRC05:32
*** dolphm has quit IRC05:33
*** milner has quit IRC05:36
*** eglynn_ has quit IRC05:37
*** eglynn_ has joined #openstack-dev05:37
*** danwent has quit IRC05:39
*** milner has joined #openstack-dev05:49
*** gyee has quit IRC05:50
*** eglynn__ has joined #openstack-dev05:52
*** shevek_ has joined #openstack-dev05:54
*** eglynn_ has quit IRC05:54
anotherjessemtaylor: idea - what about not letting merges of reviews with WIP in title land?05:55
*** novas0x2a|laptop has quit IRC05:56
*** cp16net has left #openstack-dev05:59
*** novas0x2a|laptop has joined #openstack-dev05:59
*** jakedahn is now known as jakedahn_zz06:02
*** Mandell has quit IRC06:10
*** cp16net has joined #openstack-dev06:21
*** davlaps has quit IRC06:22
*** mnewby has quit IRC06:22
*** cp16net has quit IRC06:24
mtayloranotherjesse: interesting06:40
anotherjessewould make commiting a change to openstack-ci to implement WIP complicated06:41
mtayloranotherjesse: also - there is a feature in gerrit 2.2.2  (which we are testing for deployment, there's an internal mysql regression blocking deployment right now)06:41
anotherjesse;p06:41
mtayloranotherjesse: which allows you to upload a 'draft' change06:41
anotherjessemtaylor: nice - I know a several folks use the review process for WIP06:41
mtayloranotherjesse: and then when you're ready you can move it from draft to real status06:41
mtayloranotherjesse: yeah, and I'd like to support that06:41
anotherjessemy team likes it - before we were doing pull requests for team stuff, then sending a single review06:41
mtayloranotherjesse: one of the guys at hp is working on a jenkins job for an internal gerrit that would watch for two reviews with +2 and then do the approval +1 vote ... I wonder if an easy short-term solution would be to do a similar jenkins job to register a -2 blocking vote06:43
mtaylorwhen it sees WIP06:43
mtayloranotherjesse: also - I'm coming down to SF week after next to chat with Adrian Cole about the jclouds jenkins plugin (first version works now, btw)06:43
mtayloranotherjesse: I should swing by and chat with you too06:44
anotherjessemtaylor: that deserves a blog post and beers!06:44
mtayloranotherjesse: yes, as soon as I have tested it myself, I am going to blog the SHIT out of it06:44
anotherjessemtaylor: definitely - rax has new offices - will pm you the address06:44
mtayloranotherjesse: sweet06:44
*** adjohn has quit IRC06:45
mtayloranotherjesse: https://bugs.launchpad.net/openstack-ci/+bug/95475406:50
uvirtbotLaunchpad bug 954754 in openstack-ci "block merges marked WIP" [Wishlist,Triaged]06:50
*** paulstallworth has quit IRC06:50
*** cp16net_ has joined #openstack-dev06:50
anotherjessemtaylor: depending on timeline for 2.2.2, it isn't worth doing - if it is < 1 month I would just do the upgrade06:51
*** adjohn has joined #openstack-dev06:52
*** cp16net_ has quit IRC06:53
*** adjohn has quit IRC06:56
*** adjohn has joined #openstack-dev06:59
*** adjohn has quit IRC07:00
*** belmoreira has joined #openstack-dev07:03
mtayloranotherjesse: I REALLY want it to be < 1 month ... we're running on MyISAM until we get 2.2.2 installed :(07:06
mtayloranotherjesse: but there is a CRAZY sql regression that only really is a problem for installations which are large like ours ... the groups page loads EVERY user for every group with no caching (which for us is many many users * many many groups)07:08
mtayloranotherjesse: but we'll try to get it done07:08
anotherjessesurprised android doesn't have issues with it then07:09
mtaylorah - android has jumped to 2.3 already07:12
*** Vek has joined #openstack-dev07:15
*** justinsb has quit IRC07:24
*** justinsb has joined #openstack-dev07:30
*** Vek has quit IRC07:35
*** anotherjesse is now known as anotherjesse_zz07:46
*** milner has quit IRC07:51
*** hattwick has joined #openstack-dev07:59
*** littleidea has quit IRC07:59
*** novas0x2a|laptop has quit IRC08:00
*** berendt has joined #openstack-dev08:04
*** milner has joined #openstack-dev08:04
*** eglynn has joined #openstack-dev08:08
*** eglynn__ has quit IRC08:10
*** eglynn_ has joined #openstack-dev08:13
*** reidrac has joined #openstack-dev08:14
*** eglynn has quit IRC08:16
*** phorgh has joined #openstack-dev08:34
*** novas0x2a|laptop has joined #openstack-dev08:47
*** derekh has joined #openstack-dev08:55
*** eglynn__ has joined #openstack-dev08:58
*** bencherian has joined #openstack-dev08:59
*** kbringard has joined #openstack-dev08:59
*** eglynn_ has quit IRC09:01
*** zigo has joined #openstack-dev09:09
LarsErikPanyone know why this occur? diablo 2011.3.1 http://paste.openstack.org/show/9254/09:16
*** Ryan_Lane has quit IRC09:22
*** kbringard has quit IRC09:31
*** oneiroi has joined #openstack-dev09:32
*** Vek has joined #openstack-dev09:32
*** mpe- has quit IRC09:37
*** LinuxJedi has quit IRC09:39
*** LinuxJedi has joined #openstack-dev09:41
williamherrydo not see this before, but did you notice that it says09:43
williamherryInstance '605' failed to spawn. Is virtualization enabled in the BIOS? Details09:43
LarsErikPwilliamherry: it is enabled. It worked yesterday...09:45
*** eglynn has joined #openstack-dev09:48
justinsbLarsErikP: It looks more like a problem with there not being any ips in the array.  I think the BIOS message is just a 'best guess' whenever something goes wrong.09:48
LarsErikPjustinsb: that was what i thought to.. but i have no instances running at all, so the fixed_ip range should be all clear... I've run 100's of instances on this stack before...09:50
*** eglynn__ has quit IRC09:50
justinsbLarsErikP: I don't really know.  Looks like the code is still in trunk, so no obvious bugfixes.  I did spot this bug:09:55
justinsbBug #95370809:55
uvirtbotLaunchpad bug 953708 in nova "nova w/ FlatDHCP isn't fully deallocating fixed_ips" [High,In progress] https://launchpad.net/bugs/95370809:55
LarsErikPi'm running VLan manager..09:56
justinsbLarsErikP: According to that bug, if you run 'nova-manage fixed list' you can check that your IPs aren't exhausted09:56
LarsErikPthat command ouptputs this http://paste.openstack.org/show/9264/09:56
LarsErikPnot sure why there are only three left.... as i said. Each tenant is configured to get a /24 net. And as I said, no instances are running atm09:57
justinsbLarsErikP: It is odd that there are 3, I think.  I ran it on mine, and it listed hundreds (well, 255 I think)09:58
justinsbLarsErikP: But I really don't know VLAN manager09:58
justinsbLarsErikP: And I promised to stay away from networking for a while, as I tend to break things09:58
zykes-Kiall: around for a general ubuntu packaging question?09:59
justinsbLarsErikP: Maybe check the nova-network log for any error messages?09:59
*** novas0x2a|laptop has quit IRC10:00
justinsbLarsErikP: Ah - I think you are out of addresses.  Most managers reserve 2, VLAN reserves an extra one for the VPN server.10:02
justinsbLarsErikP: Now, as for why you're out of addresses, there I'm definitely out of my depth10:02
LarsErikPjustinsb: yeah, I run select * from fixed_ips where instance_id is not null\G10:03
LarsErikPit listed every single ip in the 172.16.0.0/24 net...10:03
justinsbLarsErikP: So they're assigned to instances that have been shutdown?10:03
LarsErikPthey're assigned to instances that have been destroyed10:04
LarsErikPwith 'nova delete <id>'10:04
justinsbLarsErikP: Sounds like a bug to me.  I'd file a bug report and reference 953708.10:08
*** eglynn has quit IRC10:10
*** eglynn has joined #openstack-dev10:11
*** maploin has joined #openstack-dev10:11
*** maploin has quit IRC10:11
*** maploin has joined #openstack-dev10:11
justinsbLarsErikP: It could also be related to bug #90789810:13
uvirtbotLaunchpad bug 907898 in nova "You can't specify target table 'fixed_ips' for update" [High,Fix released] https://launchpad.net/bugs/90789810:13
*** devananda has quit IRC10:17
*** pixelbeat has joined #openstack-dev10:23
LarsErikPthink i walked around it... ran update fixed_ips set instance_id=NULL where instance_id < 1000;10:23
LarsErikPand voilla10:23
justinsbLarsErikP: Sounds good.  When you next shutdown a machine, I would check the nova network log to see if there's an error involving freeing the fixed_ip10:25
LarsErikPi think i misconfigured the --force_dhcp_release. In diablo it need =True. my config lacked that10:25
*** tryggvil has joined #openstack-dev10:25
*** n0ano has quit IRC10:25
*** dneary has joined #openstack-dev10:34
*** dneary has quit IRC10:34
*** dneary has joined #openstack-dev10:34
*** milner has quit IRC10:48
*** maploin has quit IRC10:55
*** paulormg has joined #openstack-dev11:01
*** milner has joined #openstack-dev11:01
*** novas0x2a|laptop has joined #openstack-dev11:08
*** eglynn_ has joined #openstack-dev11:09
*** eglynn has quit IRC11:09
*** markvoelker has joined #openstack-dev11:16
*** davlaps has joined #openstack-dev11:21
LarsErikPSince Vlan-manager creates a new vlan for each tenant.. That will be an issue if you have more tenants than possible VLAN-id's?11:28
*** dneary has quit IRC11:30
*** rods has joined #openstack-dev11:32
*** bepernoot has joined #openstack-dev11:34
zykes-LarsErikP: possible vlan id's being ?11:37
LarsErikPthere is a maximum of 4096 vlans? am i not right?11:38
LarsErikPminus the reserved ones...11:38
zykes-1-4095 yeah11:38
zykes-but you also have the new stuff "VXLAN"11:38
LarsErikPso, what if you hace 5000 tenants?11:38
LarsErikP*have11:38
LarsErikPis that something openstack supports?11:39
zykes-LarsErikP: checkout http://blogs.cisco.com/openatcisco/integrating-vxlan-in-openstack-quantum/11:39
zykes-http://blogs.cisco.com/datacenter/digging-deeper-into-vxlan/11:39
LarsErikPnice. thanks!11:39
zykes-and maybe Nicira are doing some stuff as well ?11:40
zykes-+ HP11:40
*** bsza has joined #openstack-dev11:42
*** maploin has joined #openstack-dev11:49
*** maploin has quit IRC11:49
*** maploin has joined #openstack-dev11:49
*** ghe_ has quit IRC11:53
*** davidkranz has joined #openstack-dev11:59
*** berendt has quit IRC12:03
*** berendt has joined #openstack-dev12:04
*** lts has joined #openstack-dev12:17
*** martine has joined #openstack-dev12:17
*** dprince has joined #openstack-dev12:24
*** littleidea has joined #openstack-dev12:32
*** littleidea has quit IRC12:33
*** eglynn__ has joined #openstack-dev12:48
*** eglynn_ has quit IRC12:50
*** RobertLaptop has joined #openstack-dev12:54
*** novas0x2a|laptop has quit IRC12:59
*** Glacee has joined #openstack-dev13:02
*** RobertLaptop has left #openstack-dev13:02
*** Glace_ has joined #openstack-dev13:04
*** Glacee has quit IRC13:06
*** littleidea has joined #openstack-dev13:12
*** Mandell has joined #openstack-dev13:22
*** j05h has quit IRC13:23
*** andrewsmedina has joined #openstack-dev13:26
*** cmagina has quit IRC13:28
*** cmagina has joined #openstack-dev13:29
*** Mandell has quit IRC13:31
*** deshantm has joined #openstack-dev13:31
*** crobinso has joined #openstack-dev13:40
sorenDaviey: Have you guys thought about how to handle database upgrades at all?13:40
*** dneary has joined #openstack-dev13:46
*** dneary has quit IRC13:46
*** dneary has joined #openstack-dev13:46
*** andrewsmedina has quit IRC13:47
*** joesavak has joined #openstack-dev13:55
*** andrewsmedina has joined #openstack-dev13:59
*** roge has joined #openstack-dev14:01
*** dolphm has joined #openstack-dev14:01
annegentlettx: around?14:08
*** novas0x2a|laptop has joined #openstack-dev14:09
*** roge has quit IRC14:14
*** roge has joined #openstack-dev14:15
*** dolphm has quit IRC14:17
Davieysoren: How so?14:29
Davieysoren: nova does migrations on startup, right?14:29
Davieysoren: But yes, the initial database migration blueprint was mine.. so i did do some thought :)14:30
*** crobinso has quit IRC14:30
*** dtroyer is now known as dtroyer_zzz14:31
*** kbringard has joined #openstack-dev14:32
*** reed has joined #openstack-dev14:32
*** zzed has joined #openstack-dev14:37
*** tryggvil has quit IRC14:43
*** dtroyer_zzz is now known as dtroyer14:45
ttxannegentle: yes14:49
annegentlettx: now that the Summit site is open, shall I send out a call for OpenStack Today submissions?14:49
ttxannegentle: to submit them outside of the site ? Or inside the site ?14:51
annegentlettx: I think outside the site, right? Or inside?14:51
ttxannegentle: outside is ok.14:51
annegentlettx: I was thinking a simple ether pad for signup14:51
annegentlettx: and I'll start email requests today14:51
ttxannegentle: sounds good14:51
annegentlettx: just looking at timing, getting another's viewpoint :) thanks.14:52
*** gyee has joined #openstack-dev14:54
*** hhoover has joined #openstack-dev14:55
*** hhoover has left #openstack-dev14:56
kbringardI seem to recall work being done awhile back to have images converted to raw when they get cached on the compute node and instances brought up… did that ever come to be?14:58
*** ghe_ has joined #openstack-dev15:03
*** dolphm has joined #openstack-dev15:04
*** eglynn__ has quit IRC15:08
*** eglynn__ has joined #openstack-dev15:08
*** Hitesh__ has joined #openstack-dev15:12
*** maplebed has joined #openstack-dev15:18
vishychmouel: make sure tenant_to_connect only works if reseller_admin role is set15:19
vishyi propped my part15:20
vishychmouel: https://review.openstack.org/533815:20
*** eglynn__ has quit IRC15:21
*** eglynn__ has joined #openstack-dev15:21
chmouelvishy: well I can't really make it this is when passed to swift_auth15:21
chmouelvishy: you can do the same thing with curl15:21
chmouelvishy: if youg et a username/token and connect to another AUTH_account15:22
chmouelvishy: (you get)15:22
vishydoes that mean that any user can do this?15:23
vishyor it only works with reseller admin token?15:23
chmouelonly works with reseller admin15:23
chmouelnormal user would get rejected if it does not have reseller right15:23
chmouelI was actually just cleaning this up before sending it15:24
*** kbringard1 has joined #openstack-dev15:25
*** kbringard has quit IRC15:29
*** Hitesh__ has quit IRC15:30
*** hitesh__ has joined #openstack-dev15:33
*** kbringard1 has quit IRC15:33
*** deshantm_ has joined #openstack-dev15:36
*** kbringard has joined #openstack-dev15:36
*** vincentricci has joined #openstack-dev15:37
*** deshantm_ has quit IRC15:38
*** danwent has joined #openstack-dev15:38
*** deshantm has quit IRC15:40
vishychmouel: sorry got disconnected for a minute15:41
ttxvishy: what do you think about bug 954923 ?15:42
uvirtbotLaunchpad bug 954923 in nova "In essex-4: bad link to users table into nova database when using euca-xxx commands" [Undecided,New] https://launchpad.net/bugs/95492315:42
andrewbogottbcwaldon:  If you are not waist-deep in last-minute essex bugs, I'd appreciate your comments on the API in change 5292.15:43
vishyttx: that seems incorrect15:44
vishyttx: might be true with noauth15:44
vishylet me look15:44
*** AlanClark has joined #openstack-dev15:44
*** AlanClark has quit IRC15:44
vishyttx: correct, only true with noauth15:45
notmynameDaviey: ping. want to talk about swift releases?15:45
chmouelvishy: this is the big comment i have passed in there http://pastie.org/private/iqoqcog6knqtawgn9ufl9a15:46
vishychmouel: great15:46
vishychmouel: the comment is quite long!15:46
vishyif you propose it I will ping heckj about getting it in15:47
vishyttx: commented on the bug15:50
*** n0ano has joined #openstack-dev15:50
*** andrewsmedina has quit IRC15:51
dtroyernotmyname: could you have a look at https://review.openstack.org/5320 for the CLI stuff we proposed yesterday?15:53
chmouelvishy: cool i am creating some scripts to help people to get  started if they wanted to test it for review15:54
vishychmouel: using devstack?15:54
chmouelnot devstack yet but i guess i should :)15:55
*** rkukura has quit IRC15:57
*** davlaps has quit IRC15:58
*** novas0x2a|laptop has quit IRC15:59
*** tryggvil_ has joined #openstack-dev15:59
Davieynotmyname: can you give me an hr?15:59
notmynameDaviey: sure (or maybe a bit later--I'll probably be at lunch in an hour)16:00
*** zzed has quit IRC16:01
*** deshantm has joined #openstack-dev16:01
bcwaldonandrewbogott: I'll check it out16:01
andrewbogottthanks!16:01
bcwaldonandrewbogott: I'll do a more thorough review, but I do have one piece of immediate feedback16:03
*** markvoelker has quit IRC16:03
bcwaldonandrewbogott: nova/api/openstack/compute/contrib is solely for api extensions16:03
bcwaldonfeel free to add a nova/sharedfs directory or something for your drivers/manager16:03
andrewbogottSo I should stash the drivers and support code elsewhere?16:03
bcwaldonandrewbogott: yep16:04
andrewbogottOK, hang on... doesn't 'extension' imply 'optional component'?  And shouldn't all the code that's in support of an optional component be in a location that indicates that?16:04
andrewbogotte.g. contrib/sharedfs?16:04
bcwaldonandrewbogott: I don't think contrib is necessary, is it?16:05
bcwaldonandrewbogott: this is going to have to wait for folsom, btw16:05
andrewbogottbcwaldon:  Are we going to try to keep a distinction between 'core nova' files, and 'nova extension' files?16:06
andrewbogottbcwaldon:  I agree, re: folsom.16:06
bcwaldonandrewbogott: maybe vishy can comment here, but we don't really make a distinction16:07
bcwaldonandrewbogott: we use the 'contrib' folder for extensions, but thats limited to the context of the core api spec, not nova16:07
andrewbogott:)  I agree that we don't currently make a distinction, but I think we should.  Mainly because I want to have the ability to contribute 'marginal' code without having to get everyone on board.  That seems like exactly what an 'extension' should be.16:08
*** sannes has joined #openstack-dev16:08
vishyandrewbogott: we need to have an extensive discussion at the summit for how to handle this16:09
andrewbogottI understand the distinction between code and api.  But I still think it may be useful to have a distinction in code as well.16:09
bcwaldonandrewbogott: api extensions that live in the core codebase are intended for future inclusion in the next versions of the compute api16:09
andrewbogottvishy:  Yeah, fair enough :)16:09
vishyandrewbogott: I'd like code like that to remain separate from core code if possible16:09
bcwaldonandrewbogott: would you prefer to see the solidfire iscsi driver in a contrib folder?16:09
vishychmouel: does https://review.openstack.org/#change,4696 work with your change and my change?16:10
vishyif so, that is probably plenty to test.16:11
andrewbogottbcwaldon:  I'm not sure.  Maybe.  It is sort of weird that all those drivers are jammed together in one file.16:11
bcwaldonandrewbogott: okay, so I think this is a bigger discussion to be had at the summit16:11
andrewbogottI imagine a world where, if I want to add a custom driver or extension, I just drop in those files in the appropriate place and add a commandline flag and it goes.  If I have to edit python code, that seems awkward.16:11
chmouelvishy: yeah it does I use that, it's not great for handling error case (ie: wrong access key/port etc..)16:11
andrewbogottBut, yeah, no need to solve this problem here and now. I'll be sure to show up for that discussion when it happens.16:11
andrewbogottAnd, really, moving the files into a 'shardfs' directory as you suggest would essentially accomplish what I'm saying anyway :)16:12
*** eglynn__ has quit IRC16:12
bcwaldonandrewbogott: really, that code shouldnt live with nova if its not owned by the community, right?16:13
bcwaldonandrewbogott: we dont nova to be a repository for possibly-working code16:13
bcwaldonandrewbogott: ...like vsa16:13
vishychmouel: if you can ship a localrc that makes that work on first run i think we're good16:13
andrewbogottbcwaldon:  There might be room for a middle ground between 'third party' and 'nova core'.  That's what I was imagining at least.16:14
bcwaldondprince: sorry to override you on that merge prop16:15
andrewbogottCertainly my hope is that the sharedfs stuff will be owned by nova; that just depends on >1 person is interested in it though.16:15
bcwaldondprince: need a comment in the code explaining what it's doing16:15
dprincebcwaldon: fine by me.16:15
bcwaldonandrewbogott: ok, would you be able to run a summit discussion on it?16:15
andrewbogottbcwaldon:  On sharedfs, or on extensibility?16:16
bcwaldonandrewbogott: sharedfs, specifically16:16
bcwaldonandrewbogott: I think the extensibility discussion is already planned16:16
andrewbogottSure.16:16
chmouelvishy: well I still neeed to create a user with reseller right and use that in novarc (for devstack)16:16
bcwaldoneven if it's just what, why, how16:16
dprincebcwaldon: this is a show stopper for my testing... (had to steer the battleship around it)... but I suppose another hour or so won't hurt.16:16
andrewbogottbcwaldon:  That is, if it needs to be promoted :)16:16
bcwaldondprince: if you understand the code, you can add a comment16:16
bcwaldondprince: I personally just need help understanding it16:16
bcwaldondprince: doesnt look like eglynn is around16:17
vishychmouel: seems like that should be added to the admin user by default in keystone_data16:17
andrewbogottbcwaldon:  Either way, I'm interested in your opinion about whether or not you think my design is stupid :)16:17
dprincebcwaldon: Eoghan is adding a comment now I believe. Stay tuned...16:17
chmouelvishy: not conditional if swift is isntalled?16:17
bcwaldondprince: ok, great16:17
bcwaldonandrewbogott: I'll do a full review for you, but it'll probably have to wait for a bit today due to the folsom-target16:18
andrewbogottbcwaldon:  At your leisure.  I'm on to other things atm anyway.  Thanks again.16:18
bcwaldonandrewbogott: no problem16:18
*** mnewby has joined #openstack-dev16:20
chmouelvishy: https://review.openstack.org/534016:21
*** heckj has joined #openstack-dev16:21
*** Mandell has joined #openstack-dev16:23
*** berendt has quit IRC16:24
bcwaldondprince: approved16:24
*** roge has quit IRC16:26
dprincebcwaldon: thanks. Glad we got a comment in there too.16:27
bcwaldondprince: it's hard to be that guy, but I had to do it :)16:28
vishyheckj: this would be great to target: https://bugs.launchpad.net/nova/+bug/95450516:31
ttxvishy: been reviewing a few New bugs, added some to essex-rc-potential list for further investigation16:31
uvirtbotLaunchpad bug 954505 in nova "Nova s3 should be able to talk to swift " [Medium,In progress]16:31
heckjvishy: word16:32
*** anotherjesse_zz is now known as anotherjesse16:32
*** reidrac has quit IRC16:33
*** ayoung has quit IRC16:33
vishyheckj: needed along with a change in nova for ec2 register -> nova -> swift16:33
vishychmouel: it is just an extra role right?16:34
vishychmouel: we add example roles in keystone_data.sh so adding it always with a note seems fine to me16:34
heckjbcwaldon: when you have a few, would love your eyes on https://review.openstack.org/#change,532216:34
bcwaldonheckj: F516:34
heckjbcwaldon: Thanks!16:35
vishyheh he beat you16:35
heckjwhy am I not surprised :-)16:37
*** spiffxp has joined #openstack-dev16:37
heckjvishy: is the role setup needed already in devstack? I'm doc' n today, so I want to describe that in the setup docs.16:37
vishyheckj: chmouel can answer that16:38
vishyi think it needs a reseller admin role16:38
vishyi asked chmouel to add it to his patch here: https://review.openstack.org/#change,469616:38
*** bepernoot has quit IRC16:38
heckjAh- ringing a bell, I remember chmouel's review related to that16:38
annegentleheckj: yeah I could swear I saw a set of "roles" someone was configuring and I can't find it now.16:41
*** oneiroi has quit IRC16:42
*** cp16net_ has joined #openstack-dev16:43
*** oneiroi has joined #openstack-dev16:43
*** ghe_ has quit IRC16:44
*** oneiroi has quit IRC16:44
heckjbwaldon, anotherjesse: https://review.openstack.org/#change,5322 updated16:44
*** ayoung has joined #openstack-dev16:48
*** ghe_ has joined #openstack-dev16:49
*** maplebed has quit IRC16:52
*** jdurgin has joined #openstack-dev16:52
*** mszilagyi has joined #openstack-dev16:54
chmouelheckj, vishy: yes that's correct just an extra role16:54
chmouelheckj, vishy: ResellerAdmin16:55
*** maplebed has joined #openstack-dev16:55
jaypipesheckj: you had some questions for me that I missed in the meeting yesterday evening?16:55
jaypipesheckj: about tempest?16:55
*** eglynn has joined #openstack-dev16:56
*** PotHix has joined #openstack-dev16:56
*** dalang has joined #openstack-dev16:56
heckjyeah - was just curious where things were re: status on the project. I haven't paid any direct attention, but have been looking forward to it being more online.16:56
*** devananda has joined #openstack-dev16:57
Kiallzykes-: I am now..16:57
eglynnbcwaldon, dprince: seems random 404s from the swift instance used by the jenkins are now holding up the merge of #533316:57
eglynnhttps://jenkins.openstack.org/job/gate-glance-python26/85/console16:57
eglynndifferent test failed in https://jenkins.openstack.org/job/gate-glance-python26/83/console, again with 40416:58
bcwaldoneglynn: yeah, I rekicked the job hoping it was transient16:58
bcwaldoneglynn: might have to let it sit for a few then retrigger16:58
jaypipesheckj: trying to get a gate job set up for it today, working with jeblair on that this afternoon... won't necessarily cause it to gate trunks, but should be able to trigger it from trunk merges and start seeing some output.16:58
eglynnbcwaldon: k16:58
jaypipesheckj: takes around 20 minutes to run it, so it's not a quick little job ;)16:58
heckjjaypipes: that would be fantastic!16:58
*** andrewsmedina has joined #openstack-dev16:58
jaypipesheckj: yeah! long time comin!16:58
bcwaldoneglynn: actually, it just went through16:58
bcwaldoneglynn: well, the job reported success16:58
*** tryggvil_ has quit IRC16:59
*** tryggvil__ has joined #openstack-dev16:59
eglynnbcwaldon: cool!16:59
eglynnbcwaldon: we'll have to get on top of those swift failures tho' ... o'wise obviously we'll end up with a lot of merge delays16:59
bcwaldoneglynn: I'll keep poking at it16:59
*** maploin` has joined #openstack-dev17:02
*** dolphm has quit IRC17:02
*** maploin has quit IRC17:02
*** dneary has quit IRC17:09
*** jeblair has quit IRC17:12
*** mnewby has quit IRC17:13
rmkNoticed there are newer dnsmasq versions in the nova PPAs -- is there a reason for that?17:14
*** cp16net_ has quit IRC17:14
*** dolphm has joined #openstack-dev17:15
*** maploin` has quit IRC17:17
vishyjustinsb: ping17:17
jaypipesdavidkranz: ping17:17
Ashjaypipes: ping17:18
jaypipesAsh: pong17:18
justinsbvishy: Morning!17:18
Ashoh good, jaypipes is responding to ping17:19
jaypipesAsh: what can I do for you?17:19
* Ash closes out alert ticket17:19
Ashoh, nothing. i was just amused by all the pings. don't mind me ;)17:19
vishyjustinsb: so the libvirt issue you are running into17:20
vishywhy does it only break on flat?17:20
jaypipesAsh: :)17:20
Ash:D17:20
justinsbvishy: The 0xfe one, right?  I'm not really sure why it breaks - it's deep into networking mysteries17:20
vishyjustinsb: well it doesn't seem to break anyone else17:21
vishyso i'm hesitant to revert it without understanding why17:21
justinsbvishy: I think maybe on non-FlatManager we run something which responds to ARP locally?17:21
*** bepernoot has joined #openstack-dev17:22
justinsbvishy: Do we have an integration test which runs vs FlatManager?17:22
vishyjustinsb: the vms should respond to arp17:22
vishyjustinsb: no, so the issue is they can't arp?17:22
justinsbvishy: The VMs ask for the ARP of the gateway, the ARP request gets sent onto the network, the response comes back, but the guest never sees the response17:23
*** rkukura has joined #openstack-dev17:23
vishyare you sure this is a mac address issue?17:23
justinsbvishy: It could be that the gateway on other networking modes is the host machine?17:23
vishyjustinsb: well we have versions without17:23
*** shevek_ has quit IRC17:23
vishyjustinsb: but maybe no one has tried it17:23
justinsbvishy: Not sure.  But when I reverted the patch (first byte -> 0x02), or changed the first byte to 0xfc, it worked again immediately17:24
vishyjustinsb: flat_dhcp passing dhcp_option=3,<ip> gives it another gateway17:24
*** novas0x2a|laptop has joined #openstack-dev17:24
vishyso should we switch to 0xfc ?17:24
justinsbvishy: I'd be happy with a switch to 0xfc17:24
justinsbvishy: It's high, it avoids libvirt's 0xfe, and it 'works for me' with FlatManager17:24
vishyjustinsb: although it is really odd that it doesn't work with 0xfe17:25
*** cp16net_ has joined #openstack-dev17:25
vishycan you send something to ml about it to see if we should report it upstream?17:25
justinsbvishy: I think it's that dmesg error17:25
justinsbvishy: Sure - good idea!17:25
justinsbvishy: Hopefully someone that really understands networking will be able to answer17:26
vishyjustinsb: 0xfc has the proper locally admin and unicast bits set yes?17:26
justinsbvishy: I think so, though I didn't even know about them until you posted that comment.  Networking black magic17:26
vishyjustinsb: incorrect17:28
vishywe need to use fa17:28
justinsbvishy: Doh!  You're right.  Haven't had enough coffee yet!17:29
*** bepernoot has quit IRC17:34
vishyjustinsb: here is the workaround patch: https://review.openstack.org/535117:35
vishyif you want to refer to it in the email17:35
vishyI will also have our networking guy look at it.17:36
*** dolphm has quit IRC17:37
vishyjustinsb: I also think it is strange that libvirt is setting mac if one is specified17:39
justinsbvishy: I think that libvirt is helping us out, and avoiding the bug.  It may be that this bug was never a bug, though then the linked bug is doubly problematic.17:40
vishyjustinsb: if it is actually overriding the one you specify that seems like a bug17:40
justinsbvishy: I don't know which MAC address actually makes it onto the wire17:40
justinsbvishy: If it's 0xfe, and not the one we specify, I could imagine that could cause us problems if we're not aware of it17:41
justinsbvishy: So I think I sent us on a wild goose chase on the MAC address with the bridge connectivity - sorry!17:41
justinsbvishy: But at least I understand networking a little better (maybe)17:41
vishyno one ever understands networking17:41
vishy:)17:41
justinsbvishy: I hope somebody understands it.  Maybe we'll flush out the experts with the ML question!17:42
*** eglynn_ has joined #openstack-dev17:42
justinsbvishy: Some good news - I checked the ARP tables, and it looks like the MAC address on the wire is the MAC address of the guest, not the bridge17:44
vishyjustinsb: so it is just tricking the bridge17:45
justinsbvishy: Although that of course begs the question of what the MAC address of the vnetX device is used for17:45
*** eglynn has quit IRC17:45
vishyjustinsb: weird17:45
*** rgoodwin has quit IRC17:45
justinsbvishy: I'm just not going to touch networking for a while.  I'm self-imposing a few weeks in the networking penalty box.17:45
*** stuntmachine has joined #openstack-dev17:46
anotherjessevishy: https://review.openstack.org/#change,5345 for folsom?17:48
vishyanotherjesse: already commented17:49
anotherjessevishy: you commented that the flag should be default until folsom, I was wondering if the patch itself should be folsom17:49
*** adjohn has joined #openstack-dev17:52
*** rgoodwin has joined #openstack-dev17:56
*** ayoung has quit IRC17:57
*** devananda has quit IRC17:57
*** devananda has joined #openstack-dev17:57
zykes-Kiall: now ? :)17:58
KiallYah17:58
zykes-nvm, i figured it out :)17:58
Kialllol17:58
zykes-it was some upstart thing earlier17:58
zykes-:o17:58
*** johnpostlethwait has joined #openstack-dev18:02
*** johnpostlethwa-1 has joined #openstack-dev18:04
*** johnpostlethwait has quit IRC18:04
*** dprince has quit IRC18:04
*** jakedahn_zz is now known as jakedahn18:12
chmouelvishy: I have sent a mail to the ml about the testing with those patches and it seems to fail around glance18:14
*** jakedahn is now known as jakedahn_zz18:15
vishychmouel: glance is failing now?18:15
chmouelvishy: not sure tbh, see my output18:15
chmouels/output/paste/18:15
chmouelhttp://pastie.org/private/10pta1v5txfzwjjzfehukg18:15
chmouelvishy: i have to go, will prob back tonight if you want to chat about it18:16
*** derekh has quit IRC18:16
vishychmouel: can you paste the whole log ?18:18
vishychmouel: looks like something might have happened earlier18:18
*** AlanClark has joined #openstack-dev18:21
*** jeblair has joined #openstack-dev18:23
*** jog0 has quit IRC18:25
*** Ryan_Lane has joined #openstack-dev18:28
*** devananda has quit IRC18:28
*** hhoover has joined #openstack-dev18:28
*** cp16net_ has quit IRC18:28
*** dubsquared has joined #openstack-dev18:33
*** cp16net_ has joined #openstack-dev18:34
*** cp16net_ has left #openstack-dev18:34
*** mnewby has joined #openstack-dev18:35
*** mnewby has quit IRC18:35
*** mnewby has joined #openstack-dev18:36
*** bepernoot has joined #openstack-dev18:41
*** btorch has joined #openstack-dev18:42
dtroyernotmyname: any chance you can have a look at https://review.openstack.org/5320 regarding the CLI changes we talked about yesterday?18:43
notmynameyes. we'll get to it. there's a lot to do :-)18:43
notmynamedtroyer: you don't have any concerns about releasing one thing in the essex release and then having to always support a migration path? (the underscores in the command names)18:44
notmynamesince it's a client-facing change, it needs to be very stable (ie never change)18:44
notmynameI don't have major concerns about this patch, but I do have concerns that it will keep changing. so let's do it right now18:45
dtroyerif it's an userscore vs dash thing, I've lost that argument multiple times…I like dashes myself.18:45
dtroyerthis is what the other PTL'18:46
btorchwhy change those arguments  to have os_  seems silly18:46
dtroyerbtorch: due to other CLIs that need to present usernames, tenants, passwords, etc as part of the data not as part of the authentication18:46
btorchwhoever is already using scripts that use swift tool will break stuff18:47
dtroyerwho is using a so-ar undocumented command-line arg?18:47
notmynamebtorch: it's not breaking the existing things, just adding to them as an option18:48
Glace_notmyname: do you consider the new builder.py (ring builder) from 1.4.7 stable? ;)18:48
dtroyerall of the original gas are still present, this is to bring swift in line with all of the other clients regarding keystone authentication18:48
dtroyers/gas/args/18:48
notmynamedtroyer: but that's my point about changing the options18:48
Glace_sorry wrong channel18:48
dtroyernotmyname: I understand, I don't see any reason to change them again.  we're only doing this because of some conflicts that arose late18:49
dtroyerthe os_ prefix should make them unique enough to prevent that happening again18:49
notmynameGlace_: yes, I consider all of swift that is released to be stable :-)18:50
*** deshantm has quit IRC18:50
*** jog0 has joined #openstack-dev18:51
*** belmoreira has quit IRC18:54
notmynameanotherjesse: should weigh in here (maybe?)18:55
anotherjessenotmyname: reading scrollback18:56
*** joesavak has quit IRC18:56
notmynameanotherjesse: I'm not concerned about the change itself, just that there is a change and may be another, especially after essex18:56
*** jakedahn_zz is now known as jakedahn18:58
anotherjessenotmyname: I like -19:00
notmyname(me too)19:00
anotherjessenotmyname: I like having common-ness between projects19:00
anotherjessewe can either: have vishy+notmyname+bcwaldon+heckj+devcamcar make an executive decision19:01
anotherjesseor email the mailing list19:01
heckjwha? huh?19:01
* heckj reads back19:01
anotherjesseheckj: should it be --os-user-name or --os_user_name19:01
*** hhoover has left #openstack-dev19:02
heckjOh hell, that again /grumble/19:02
bcwaldonmake it match some established project19:02
bcwaldonI dont care which19:02
heckjI don't really care which, but the topic seems to have become religious19:02
anotherjesseheckj: notmyname brings up that - we might end up having to change19:02
bcwaldonits easier to type with hyphens19:02
vishychmouel: responded, will try and get it working later19:02
anotherjessebcwaldon: yeah, I was typing "man foo" for many values of foo to see what multi-word args are usually19:02
anotherjessedtroyer: who had a strong opinion about using _19:02
notmynameheckj: the hard part is that we can't change it easily after essex because we'll have to maintain backwards compat19:02
dtroyerthey are almost _always_ '-'19:02
bcwaldonthen hyphens win19:03
*** vincentricci has quit IRC19:03
dtroyerare we talking about the --os-* only or all long options?19:03
bcwaldonall19:03
*** bengrue has joined #openstack-dev19:04
smoseroh, wait, the bikeshed is clearly best if it is purple19:04
bcwaldonsmoser: get out of here19:04
anotherjessesmoser: heh19:04
notmynamesmoser: I don't care what color it is, just that we don't repaint it19:05
smoserbut i'm almost certain i've probably sworn at every project that uses _ in long argument names.19:05
smoser:)19:05
anotherjesseso we go with _ for now and then in folsom we will end up supporting both19:05
bcwaldonthats such a pain in the ass to support both19:05
smoseri've got a wishlist for clients in folsum19:06
notmynameif we need an executive decision, let's go with "-"19:06
dtroyerI'd rather just write new clients in folsum that have a more consistent command structure too19:06
*** byeager has quit IRC19:06
dtroyerbut I don't get a vote.. ;)19:06
*** anotherjesse is now known as anotherjesse_zz19:07
smosermy big wishlist for command line clients is output formatting19:09
smoseri dont knwo which is worse19:09
smoser * parsing an ascii art table19:09
smoser * being asked if you want a client to grab the next page of results (after like 10 results)19:09
ironcame12dtroyer: i wrote this client and tried to model it after the git command line: https://metacpan.org/module/oscompute19:11
ironcame12it's definitely not full featured, just have been adding to it incrementally in my free time19:12
dtroyerironcame12: that's exactly what I did too in https://github.com/dtroyer/drstack using the native client API layers.  and a rigorous verb-object command structure19:13
ironcame12smoser: and its ouput is tab delimted, so you can pipe results into other tools19:13
smoserironcame12, WHOOO :)19:13
smoseramazon's ec2 api tools aren't great19:13
ironcamelsmoser: thanks19:13
smoserbut one thing they did right is tab delimit and they never changed the order (ie, they've only ever added fields)19:14
ironcameldtroyer: great minds think alike :)19:14
smoser(random rant: https://forums.aws.amazon.com/thread.jspa?threadID=81014 )19:14
*** roge has joined #openstack-dev19:16
ironcameldtroyer: actually, i went the noun-verb approach, since i was familiar with git19:17
ironcamellike: git remote add blah19:17
*** misheska has joined #openstack-dev19:17
dtroyerironcamel: I guess my VMS is showing… :(19:17
*** misheska has quit IRC19:17
ironcamelVMS?19:17
dtroyerthanks, I feel even older now19:17
ironcamelhehe, sorry19:17
*** misheska has joined #openstack-dev19:18
*** dolphm has joined #openstack-dev19:18
*** ayoung has joined #openstack-dev19:19
*** msinhore has joined #openstack-dev19:20
*** anotherjesse_zz is now known as anotherjesse19:20
msinhorehello all19:21
anotherjessedtroyer: so notmyname's decision to use - instead of _ is landing?19:22
msinhoreI just know upload a openstack-nova.spec file for centos in github with support to xenapi package to be installed in xenserver and xcp host: https://github.com/timeredbull/openstack-essex-4-rpms/blob/master/openstack-nova.spec19:22
msinhores/know/now/19:22
*** roge has quit IRC19:22
notmynameanotherjesse: well, it will be up to someone else to submit the patches ;-)19:23
dtroyeranotherjesse: that is a huge change for all of the other clients…especially to support both styles for essex...19:23
*** roge has joined #openstack-dev19:23
msinhoreif someone are interested in help testing or suggesting code, I will be glad19:23
anotherjessedtroyer: so your vote is _ due to minimizing risk - since we will want to redo them later19:23
*** adjohn has quit IRC19:23
*** markmcclain has joined #openstack-dev19:23
dtroyeranotherjesse: yes.  I do personally prefer - though19:24
heckjanotherjesse, dtroyer, notmyname, etc…: I'd prefer to change as little as possible. We're still nailing down the docs, and every time we tweak these minimal things, there's the change to the code and then the change to the docs, which is often more intrusive.19:24
dtroyerand that's why I want to have a do-over in folsum for all of the CLI interfaces19:24
anotherjessenotmyname: are you ok with that .. you will be allowed to be :( about it19:24
notmynameheh19:24
heckjI'm totally good with a do-over in folsom to switch it up19:24
anotherjessehaving the project names in the clients is confusing anyway … we tell people it is compute but then they have to know to use the cli tool "nova"19:25
notmynameif things are going to change, why worry about this patch landing now?19:26
anotherjessenotmyname: because we have users now19:26
*** roge has quit IRC19:26
notmynameso what are they doing today?19:26
anotherjessehonestly - there hasn't been a unified auth story until essex19:26
VekI assume the "too many links" problem with glance approvals is known about?19:26
anotherjessediablo keystone was delayed19:27
anotherjesseso even the half-integrated version wasn't used in many diablo installs19:27
*** roge has joined #openstack-dev19:27
ironcame12can someone please point me to the proper zodiac repo. these repo's don't seem to be active: https://github.rackspace.com/daryl-walleck/Zodiac https://github.com/dwalleck/zodiac19:33
ironcame12sorry, wrong window19:33
ironcame12but will still accept an answer if anyone knows :)19:34
anotherjesseironcame12: it became github.com/openstack/tempest19:34
ironcame12anotherjesse: thanks!19:34
jaypipesjeblair: any chance you could look into https://jenkins.openstack.org/job/gate-glance-python27/100/console and give me some ideas as to why it's failing?19:35
jeblairjaypipes: looking19:35
ironcame12so anotherjesse said it is github.com/openstack/tempest19:35
ironcame12crap!19:35
ironcame12i suck at irssi19:35
anotherjesseanotherjesse: np19:36
*** rohita has joined #openstack-dev19:36
rmktrystack event log is handy -- where did that and the billing stuff come from?19:37
*** hitesh__ has quit IRC19:37
anotherjessermk: both are in github - looking for repos19:37
rmkah nice19:37
rmkwhich repos are they in now? :)19:38
anotherjessermk: https://github.com/ntt-pf-lab - billing and utils19:38
rmkawesome thanks19:38
vishyvek, comstud: updated https://review.openstack.org/#patch,sidebyside,534219:38
vishyer: https://review.openstack.org/#change,534219:39
jeblairjaypipes: cause is test files leaking in /tmp.  cleaning up.  we have an open bug to configure tmpwatch, but no one has grabbed that yet.19:40
jaypipesjeblair: gotcha. thx19:46
*** heckj has quit IRC20:02
*** anotherjesse is now known as anotherjesse_zz20:05
*** eglynn_ has quit IRC20:06
*** roge has quit IRC20:06
*** eglynn_ has joined #openstack-dev20:06
*** stuntmachine has quit IRC20:12
*** anotherjesse_zz is now known as anotherjesse20:16
*** rkukura has quit IRC20:23
*** bepernoot has quit IRC20:26
*** zigo has quit IRC20:29
jog0as we are getting ready for RC1, what is the proper capitalization  of 'openstack' OpenStack?   The code base has all kinds of capitalization: Openstack, openstack and OpenStack20:30
*** bepernoot has joined #openstack-dev20:30
anotherjessesmoser: would you like to look at this non-purple patch? https://review.openstack.org/#change,5363,patchset=2 it reverts the logic changes I  made to metadata but keeps the caching layer20:30
smoserdid you *want* me to reject it? i clearly stated purple was the best.20:31
smoseri'll give it a spin20:31
anotherjessethe first call takes 400ms, but calls afterwards take < 5ms20:31
*** bepernoot has quit IRC20:31
anotherjesseI had to move forward bcwaldon's patch for image_id20:32
*** roge has joined #openstack-dev20:38
*** bencherian has quit IRC20:39
anotherjessesmoser: what is a good time for a cloud-init run?20:40
*** bepernoot has joined #openstack-dev20:40
anotherjessecloud-init start running: [snip] up 3.85 seconds  /  cloud-init boot finished [snip] Up 5.33 seconds ; 1.5s total20:41
smoserah.20:41
smosera more direct test of the MD speed would be just with boto.utils.get_instance_metadata()20:41
smoserbut 1.5 seconds is not bad.20:42
smoserthe biggest issue i think that people had was that it got worse with size.20:42
smosersiez of cluster20:42
anotherjessesmoser: do you guys run an metadata api server per compute node?20:43
smoserno. canonistack did not.20:44
smoserbut it was 5 machines.20:44
anotherjessesmoser: next step is going to be launching hundreds of VMs and reboot them all at the same time… it *shouldn't* be that bad20:45
smoserright.20:45
smoseror just executing a crawl on all of them20:45
smoser(ie, no need to reboot)20:45
anotherjessesmoser: for larger deploys it now supports putting it in memcache - if you have multiple metadata api servers it would then share the speed hit on the first api call20:45
smoserso, cirros's ec2metadata looked improved with your patch20:47
smoser(the output)20:47
smoserie, http://bazaar.launchpad.net/~smoser/cirros/trunk/view/head:/src/usr/bin/ec2metadata20:47
smoserjust running that in an instance20:48
anotherjessesmoser: executing python -c 'import boto.utils, pprint; pprint.pprint(boto.utils.get_instance_metadata())' takes 0.139s20:48
smoserso, on canonical's openstack right now, that takes 2.3 seconds.20:48
smoser2.2420:48
anotherjesseeach metadata call is doing a RPC call over the queue to the network service to map IP to instance20:49
anotherjessetakes at least 100ms to do that20:49
smoserright. the rpc call is what was worst.20:51
smoserso...20:51
smoserthis sniffs ok to me.20:51
smoserinstances boot, and no complaints that i see.20:52
*** eglynn__ has joined #openstack-dev20:53
smoseranotherjesse, so can you confirm...20:54
smoserbasically the first call is going to suck performance wise20:54
smoseras its still going to fill up all the data and everything20:54
*** dprince has joined #openstack-dev20:55
anotherjessesmoser: yes20:56
smoseroh wait, do subsequent calls hit the RPC call ?20:56
smoseri think yes.20:56
anotherjessehmm?20:56
*** eglynn_ has quit IRC20:56
anotherjesseget_metadta call checks the cache first thing20:56
anotherjesseat the end of the function it caches for 15 seconds20:56
*** vincentricci has joined #openstack-dev20:56
*** adjohn has joined #openstack-dev20:57
anotherjessesmoser: here is my nova-api log http://pastie.org/pastes/3596391/text20:58
anotherjessefor a single vm calling the get_instance_metadata twice20:59
*** Tushar has joined #openstack-dev21:00
davidkranzjaypipes: What do lines that just say "ERROR" in the middle of tempest output mean?21:00
*** bepernoot has quit IRC21:01
jaypipesdavidkranz: lol, not sure.21:01
smoseranotherjesse, well, hopefully at some point we can do better.21:01
smoserbut for now, the big issue was cloud-init's stupid 2 second time out21:01
smoserand we were hitting that, it was taking 5 seconds for a single response.21:01
jaypipesdavidkranz: I would suspect a stray print has made its way into the code21:02
davidkranzjaypipes: OK, I'll check.21:04
*** martine has quit IRC21:04
*** RobertLaptop has joined #openstack-dev21:04
*** RobertLaptop has left #openstack-dev21:05
*** zzed has joined #openstack-dev21:05
*** eglynn__ has quit IRC21:05
*** eglynn__ has joined #openstack-dev21:05
*** markvoelker has joined #openstack-dev21:06
*** RobertLaptop has joined #openstack-dev21:07
*** RobertLaptop has left #openstack-dev21:07
rmkanotherjesse: if you have a moment -- been working on adding this dash_billing component.  I've got it installed in my venv, added it to the INSTALLED_APPS array in settings.py, but nothing shows up.  Is there another step I am missing?21:08
anotherjessermk: in diablo?21:08
rmkyep21:08
rmkI can runserver with no errors loading the module but I don't see anything new in the dash21:09
anotherjessermk: join #trystack21:09
*** tryggvil__ has quit IRC21:10
*** eglynn__ has quit IRC21:10
bcwaldonjeblair: any idea why I can't pass the python 2.6/7 tests in jenkins for glance?21:10
*** eglynn__ has joined #openstack-dev21:10
jeblairbcwaldon: link to job?21:12
jeblairor change?21:12
*** donaldngo_hp has joined #openstack-dev21:12
bcwaldonjeblair: all glance reviews have failures21:13
bcwaldonjeblair: https://review.openstack.org/#q,status:open+project:openstack/glance,n,z21:13
jeblairhttps://jenkins.openstack.org/job/gate-glance-python26/98/console21:14
jeblairis failing tests21:14
jeblairhttps://jenkins.openstack.org/job/gate-glance-python27/100/console is because glance tests leak files in /tmp, and the directory filled up on the slave, i've since corrected that21:15
jeblairsame for https://jenkins.openstack.org/job/gate-glance-python27/103/console21:15
jeblairand for https://jenkins.openstack.org/job/gate-glance-python27/102/console21:16
bcwaldonjeblair: ok, so can I just reapprove the last three?21:17
jeblairyes, those should test correctly then21:17
bcwaldonok, thanks a bunch21:17
jeblairas for 534621:17
jeblairyou should be aware that at jaypipes request we configured S3 and swift credentials for some functional tests21:17
*** danwent has quit IRC21:18
donaldngo_hpjeblair: I cherry-picked something from a branch proposed against trunk into a local repo branched from stable/diablo. everything looks cool up until gerrit rejecting the commit. The output is here: http://paste.openstack.org/show/9432/21:18
*** dolphm has quit IRC21:18
jeblairwhich means the unit tests could be subject to externally caused failures on those tests; just keep that in mind.21:18
bcwaldonjeblair: yes, I think we've been running into those failures21:19
jeblairbcwaldon: i'm not sure i'm a fan of depending on external test resources we don't control for gating. :(  at least with the devstack gates we can improve our own code and yell^W engage the assistance of our cloud providers. i guess let's see how this works out.  we can probably stand up a swift for functional testing.  an S3 might be harder.  :)21:21
bcwaldonyeah, I hear ya21:22
jeblairdonaldngo_hp: so that error means...21:22
jeblairdonaldngo_hp: that your change had "Change-Id: I025c5728f0a0a35d9b42cb70e1da9b822f4e6553" in the commit message21:22
jeblairwhich has been abandoned, so gerrit won't accept an update to it.21:22
jeblair(if you upload a change with a Change-Id, and gerrit already has a change with that id, it assumes you're uploading a new patchset for the existing change)21:23
jaypipesjeblair: the swift tests in glance test against cloud files. so you can yell at the cloud provider all you want... for the S3 tests, I suppose we could stand up Swift + Swift3, but I'd rather use the canonical source in AWS S321:24
jeblairyou probably just want to 'git commit -a --amend' the change, delete the Change-Id line, and 'git review' again.21:24
*** dolphm has joined #openstack-dev21:24
*** dolphm has quit IRC21:24
*** markvoelker has quit IRC21:25
jeblairjaypipes: i said "engage" not yell.  :)  are these S3 failures?  https://jenkins.openstack.org/job/gate-glance-python26/98/console21:25
bcwaldonjeblair: consistently seing this failure -> https://jenkins.openstack.org/job/gate-glance-python26/99/console21:28
jeblairbut build 100 worked21:29
jaypipesjeblair: I don't think those are S3 errors, no...21:29
jeblairok, so i think we're running the tests correctly; i'm counting on you guys being able to diagnose the error from the test output.21:32
jog0bcwaldon: what is nova-cert used for?21:32
donaldngo_hpjeblair: the change id keeps on coming back after i do a git commit -a --amend and delete the change id21:32
jeblairdonaldngo_hp: it gets replaced with a new change id, that's what you want.21:32
*** markmcclain has quit IRC21:33
donaldngo_hpjebliar: still getting error: failed to push some refs...21:33
donaldngo_hpjeblair: btw im doing a git review gerrit/stable/diablo21:34
donaldngo_hpthe git review worked and i see my review proposed for master21:35
jeblairdonaldngo_hp: is something still failing?21:35
*** statik has quit IRC21:37
donaldngo_hpjeblair: yea its the same error: http://paste.openstack.org/show/9439/21:38
*** andrewsmedina has quit IRC21:38
jeblairdonaldngo_hp: does "I025c5728f0a0a35d9b42cb70e1da9b822f4e6553" show up in 'git log'?21:41
donaldngo_hpjeblair: yea i see it as a change ID for one of the commits by jay21:43
jaypipesjeblair: there is a bug in the copy_from_ test case. for now, would you mind disabling those environment variables so those tests do not run?21:44
*** lts has quit IRC21:45
jeblairjaypipes: done21:45
*** andrewsmedina has joined #openstack-dev21:46
*** eglynn__ has quit IRC21:47
*** eglynn has joined #openstack-dev21:47
jaypipesjeblair: tyvm21:48
jaypipeseglynn: ah, perfect timing :)21:48
*** markmcclain has joined #openstack-dev21:48
jaypipeseglynn: mind taking a look at https://bugs.launchpad.net/glance/+bug/955527 ?21:48
uvirtbotLaunchpad bug 955527 in glance "copy_from test case logic is invalid" [High,Confirmed]21:48
jaypipesbcwaldon: I think you should be able to clear the backlog at this point for glance reviews.21:48
* eglynn looking ...21:48
jaypipeseglynn: cheers mate21:48
bcwaldonjaypipes: kk21:48
eglynnjaypipes: a-ha, because of the deferred delete logic in the glance API layer, right?21:51
eglynnjaypipes: would be equivalent to just set the scrub_time config to zero?21:52
eglynnjaypipes: nope, I'm talking rubbish, nowt to do with deferred delete ....21:54
anotherjesseadam_g: I think there are bugs to associate your patch with21:55
anotherjesseadam_g: I think https://bugs.launchpad.net/nova/+bug/955351  -- so you would add in the message part of your comment "bug #955351" to auto-link to launchpad / cause all the magic to occur21:56
uvirtbotLaunchpad bug 955351 in nova "Permission denied when getting console output" [High,Triaged] https://launchpad.net/bugs/95535121:56
uvirtbotLaunchpad bug 955351 in nova "Permission denied when getting console output" [High,Triaged]21:56
*** Glace_ has quit IRC21:56
*** statik has joined #openstack-dev21:58
*** statik has joined #openstack-dev21:58
*** dolphm has joined #openstack-dev22:01
*** statik has quit IRC22:02
*** eglynn has quit IRC22:03
*** eglynn_ has joined #openstack-dev22:03
*** eglynn__ has joined #openstack-dev22:04
adam_ganotherjesse: ah, thanks. was going to open one myself in a min and amend, shoulda checked first. thanks22:06
*** eglynn has joined #openstack-dev22:06
eglynnjaypipes: but the fact that the sunsequent get of the copied image ID fails with a 404 indicates either (a) it isn't really independent of the existence of the original or (b) swift is intermittently broken22:06
eglynnjaypipes: so the point of that delete in the test is to ensure that the copied image (in swift) is independent of the original image (in s3)22:07
*** eglynn_ has quit IRC22:07
eglynn jaypipes: I think it should be OK for the deletion of the *original* image to be mediated by the API layer, to avoid the test being directly boto-aware22:08
*** eglynn__ has quit IRC22:09
*** zzed has quit IRC22:11
*** shevek_ has joined #openstack-dev22:11
*** statik has joined #openstack-dev22:11
*** statik has joined #openstack-dev22:11
anotherjessenova core - the following bugs are blocking using/debugging nova with UEC images: https://review.openstack.org/#change,5363 (ec2 metadata is broken) and https://review.openstack.org/#change,5371 (unable to get log)22:12
*** eglynn_ has joined #openstack-dev22:12
*** eglynn has quit IRC22:13
*** eglynn_ has quit IRC22:14
*** eglynn has joined #openstack-dev22:15
eglynnjaypipes: just noticed that the mysterious 404 returned by swift afflicts other tests intermittently22:15
eglynnjaypipes: e.g TestS3.test_remote_image in https://jenkins.openstack.org/job/gate-glance-python26/85/console22:15
* eglynn begins to suspect gremlins in swift-land ...22:15
*** sannes has quit IRC22:17
anotherjesserussellb: does pam still work?22:18
eglynnjaypipes: gotta drop off for an hour or so, back later ...22:24
russellbanotherjesse: no idea ... i tested it manually/directly, heh22:27
*** msinhore has quit IRC22:28
*** dprince has quit IRC22:30
anotherjesserussellb: we started with PAM way back in the day, and no one seemed interested …  we should try it out and if it doesn't work remove or fix22:31
russellbsounds good to me22:31
*** andrewsmedina has quit IRC22:31
russellbi was mostly interested from a "if it works elsewhere, i want it to work on Fedora" perspective22:31
russellbremoving it would solve that criteria too if it doesn't work and nobody cares ..22:32
russellbbut i can give it a spin and see22:32
anotherjessewonder if ayoung thinks about pam22:32
anotherjesses/if/what/22:32
*** bsza has quit IRC22:34
vishycomstud: can you rekick https://review.openstack.org/#change,534222:37
vishynm someone got it22:37
*** littleidea has quit IRC22:38
*** johnpostlethwa-1 is now known as johnpostlethwait22:40
*** AlanClark has quit IRC22:46
comstudyea22:48
*** rkukura has joined #openstack-dev22:52
anotherjessejeblair: no nodes error :-/22:52
jeblairgrr22:52
anotherjessehttps://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/2566/22:53
*** Tushar has quit IRC22:53
jeblairpvo: https://jenkins.openstack.org/user/corvus/my-views/view/Integration/job/devstack-launch-vms/11527/console22:53
jeblairpvo: 400 Bad Request 422 Unprocessable Entity: There was an error adding the requested server.;22:54
jeblairpvo: any chance you can help with that?22:54
*** dtroyer is now known as dtroyer_zzz23:00
jeblair(filed a ticket, talking to rs cloud support)23:01
adam_gvishy: you reckon https://review.openstack.org/#change,5342 is a fix for https://bugs.launchpad.net/ubuntu/+source/nova/+bug/954692 as well?23:08
uvirtbotLaunchpad bug 954692 in nova "cannot detach volume from terminated instance" [Medium,New]23:08
vishyadam_g: no23:11
vishyvolumes should be detached automatically when you terminate23:13
vishyif this isn't happening it is a separate bug23:13
*** deshantm has joined #openstack-dev23:14
*** dtroyer_zzz is now known as dtroyer23:15
*** dolphm has quit IRC23:15
*** paulormg has quit IRC23:18
*** kbringard has quit IRC23:20
jeblairanotherjesse, pvo: rs support says: "We are working to get this resolved for you, our technicians are engaged to get this back up and running as soon as possible"23:21
jeblair(ticket #349412 in case any rackers are interested)23:21
pvojeblair: whats going on?23:21
pvok, I'll look23:21
*** rods has quit IRC23:23
*** dolphm has joined #openstack-dev23:24
pvojeblair: engineering is investigating that issue now.23:25
jeblairgroovy23:26
anotherjessejeblair: could we catch that exception and put "FAILED (to get cloud server)" rather than FAILED23:34
*** msinhore has joined #openstack-dev23:35
*** msinhore has quit IRC23:35
*** dolphm has quit IRC23:41
*** dolphm_ has joined #openstack-dev23:43
*** littleidea has joined #openstack-dev23:43
*** ipl31 has quit IRC23:45
*** benner has quit IRC23:45
*** hazmat has quit IRC23:45
*** termie has quit IRC23:45
*** ahale has quit IRC23:45
*** benner has joined #openstack-dev23:45
*** ahale has joined #openstack-dev23:46
*** termie has joined #openstack-dev23:46
*** ipl31 has joined #openstack-dev23:46
*** hazmat has joined #openstack-dev23:46
*** hazmat has quit IRC23:46
*** hazmat has joined #openstack-dev23:46
*** mszilagyi has quit IRC23:47
*** donaldngo_hp has quit IRC23:48

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