Monday, 2012-05-07

*** sacharya1 has joined #openstack-dev00:01
*** sacharya has quit IRC00:01
*** sacharya has joined #openstack-dev00:01
*** dtroyer_zzz is now known as dtroyer00:06
*** sacharya has quit IRC00:10
*** eglynn has quit IRC00:11
*** justinsb has joined #openstack-dev00:13
*** rkukura has quit IRC00:15
*** sacharya has joined #openstack-dev00:26
*** Ryan_Lane has joined #openstack-dev00:44
*** dtroyer is now known as dtroyer_zzz00:54
*** thingee has joined #openstack-dev01:06
*** martine has quit IRC01:13
*** agonellaa has quit IRC01:32
*** martine has joined #openstack-dev01:36
*** martine has quit IRC01:38
*** darkhorse has quit IRC01:54
*** bhuvan_ has quit IRC02:08
*** sniperd has joined #openstack-dev02:12
*** dachary1 has joined #openstack-dev02:13
*** dachary has quit IRC02:13
*** littleidea has joined #openstack-dev02:15
*** sdake has joined #openstack-dev02:20
*** ywu has quit IRC02:36
*** hugokuo has quit IRC02:37
*** sniperd_ has joined #openstack-dev02:39
*** sniperd has quit IRC02:39
*** dtroyer_zzz is now known as dtroyer02:39
*** johnpur has joined #openstack-dev02:44
*** ChanServ sets mode: +v johnpur02:44
*** bhuvan_ has joined #openstack-dev02:52
*** mdomsch has joined #openstack-dev02:57
*** Mandell has quit IRC03:10
*** Mandell has joined #openstack-dev03:17
*** hugokuo has joined #openstack-dev03:21
*** ncode has joined #openstack-dev03:37
*** ncode has joined #openstack-dev03:37
*** asalkeld has quit IRC03:38
*** ncode has quit IRC03:50
*** asalkeld has joined #openstack-dev03:52
*** sdake has quit IRC04:13
*** sandywalsh_ has quit IRC04:37
*** garyk has quit IRC04:48
*** troytoman is now known as troytoman-away04:50
*** littleidea has quit IRC04:51
*** sniperd_ has quit IRC04:54
*** rohitk has joined #openstack-dev05:05
*** nvez has quit IRC05:06
*** jakedahn_zz is now known as jakedahn05:24
*** Mandell_ has joined #openstack-dev05:28
*** Mandell has quit IRC05:28
*** rohitk has quit IRC05:28
*** dtroyer is now known as dtroyer_zzz05:28
*** rohitk has joined #openstack-dev05:46
*** Mandell_ has quit IRC05:48
*** Mandell has joined #openstack-dev05:52
*** jakedahn is now known as jakedahn_zz05:52
*** garyk has joined #openstack-dev05:59
*** rohitk has quit IRC06:00
*** hattwick has quit IRC06:03
*** aa__ has joined #openstack-dev06:06
*** andresambrois has quit IRC06:07
*** dachary1 has quit IRC06:13
*** shang_ has quit IRC06:15
*** davidha has quit IRC06:15
*** davidha has joined #openstack-dev06:18
*** GheAway is now known as GheRivero06:25
*** apevec has joined #openstack-dev06:39
*** davidha has quit IRC06:49
*** GheRivero has quit IRC06:51
*** Stackops-Jorge has joined #openstack-dev07:04
*** GheRivero has joined #openstack-dev07:06
*** journeeman has joined #openstack-dev07:10
*** azbarcea has joined #openstack-dev07:14
*** anderstj has quit IRC07:16
*** dachary has joined #openstack-dev07:22
*** bhuvan_ has quit IRC07:26
*** pmezard has joined #openstack-dev07:34
zykes-hmm, why isn't openstack doing in the db code Base = declarative_base(cls=BaseModel) instead of doing multiple inheritance on models ?07:46
*** danwent has quit IRC07:55
*** aa__ has quit IRC07:57
*** hattwick has joined #openstack-dev07:59
*** danwent has joined #openstack-dev07:59
*** davidha has joined #openstack-dev08:06
*** danwent has quit IRC08:08
*** lianhao has joined #openstack-dev08:13
*** lianhao has left #openstack-dev08:13
*** apevec has quit IRC08:16
journeemanCould someone please paste the link to the Quantum API 2.0 draft? Couldn't find it.08:48
*** davidha has quit IRC08:55
*** davidha has joined #openstack-dev09:04
*** Ryan_Lane has quit IRC09:18
zykes-journeeman: you work on quantum ?09:38
*** eglynn has joined #openstack-dev09:45
*** ipl31_ has quit IRC09:53
*** anniec72 has joined #openstack-dev10:08
*** rkukura has joined #openstack-dev10:21
*** joesavak has quit IRC10:22
*** lts has joined #openstack-dev10:26
dacharysileht: are you around today ?10:30
dacharysileht: I was going to suggest that you talk about your work on the munin plugins to #openstack-infra . I don't know if they are using munin at all but they will probably be most interested anyway ;-)10:31
*** mjfork has joined #openstack-dev10:32
journeemanzykes-: Sorry for the late reply. Yes, just beginning. :)10:35
zykes-journeeman: care to look at a bug ?10:36
dacharybbl10:38
journeemanzykes-: Yes. Wish to fix this one (https://bugs.launchpad.net/quantum/+bug/842273). Seems like a good starting bug?10:39
uvirtbotLaunchpad bug 842273 in quantum "make OVS plugin use net-ports" [Low,New]10:39
zykes-was more looking for https://bugs.launchpad.net/quantum/+bug/994471 ;)10:41
uvirtbotLaunchpad bug 994471 in quantum "dnsmasq config is not updated upon instance creation" [Undecided,New]10:41
*** joesavak has joined #openstack-dev10:42
journeemanzykes-: Looking into it.10:43
davidhanotmyname: testing 12310:52
davidhawhat is the use/purpose of WSGIContext class in wsgi.py10:53
davidha?10:53
*** Mandell has quit IRC11:00
*** flaviamissi has quit IRC11:11
*** rkukura has quit IRC11:17
*** renier has joined #openstack-dev11:34
*** bsza has joined #openstack-dev11:49
*** journeeman has quit IRC11:52
*** ayoung_ has joined #openstack-dev11:52
*** salgado has joined #openstack-dev11:55
*** adalbas has joined #openstack-dev11:56
*** anniec72 has quit IRC11:58
*** davidha has quit IRC12:07
*** davidha has joined #openstack-dev12:08
*** markvoelker has joined #openstack-dev12:10
*** alaski has joined #openstack-dev12:10
*** rkukura has joined #openstack-dev12:17
*** sdake has joined #openstack-dev12:28
*** dtroyer_zzz is now known as dtroyer12:41
*** crobinso has joined #openstack-dev12:45
jaypipesdavidkranz: to verify, you do now have +2 ability on Tempest, right?12:55
jaypipesmtaylor, jeblair: ping12:56
davidkranzjaypipes: Yes, though I am not sure of the protocol of when to use +2 vs +1 with regard to our review policy.12:56
*** Susanne-Balle has joined #openstack-dev12:56
*** davidha has quit IRC12:56
jaypipesdavidkranz: you should use +2 to indicate you approve of the patchset and if another core reviewer +2s, they can/should +1 Approve it to send it to the test pit12:57
jaypipesdavidkranz: if you have some reservations but won't hold up the review for them, +1 is better...12:57
jaypipesdavidkranz: +1 in the review, not the Approve :)12:57
davidkranzjaypipes: OK, got it.12:58
*** tryggvil_ has joined #openstack-dev12:58
jaypipesdavidkranz: BTW, did you see rajalakshmi's email about the test for volume attachments?12:58
davidkranzYes. I was going to recommend the ssh approach. I don't see what else we can do for cases where the effect of an API call depends on state internal to the instance.12:59
*** gakott has joined #openstack-dev12:59
jaypipesdavidkranz: right. it's a tough one. I suppose the only other option would be to put something in the config [compute] section that describes the volume setup for the image_ref and image_ref_alt images?13:00
*** flaviamissi has joined #openstack-dev13:00
*** garyk has quit IRC13:00
davidkranzjaypipes: We could do that but we don't want to have to do lots of tempest configuration for each test target. I really think it is in the spirit of black-box tests to freely ssh into the instance to check stuff.13:01
davidkranzjaypipes: THis stuff is not too hard if we can accept that,.13:02
davidkranzjaypipes: This test should really ssh in after the call as well to check that the device appeared.13:02
jaypipesdavidkranz: sure, agreed. just floating the idea :)13:02
jaypipesspeaking of which, is daryl's SSH code ready yet?13:03
jaypipesdavidkranz: if you get a chance: https://review.openstack.org/#/c/6946/13:03
jaypipesdavidkranz: it's fattarsi's admin identity tests13:03
davidkranzjaypipes: I think the ssh is OK in theory but we are waiting for Daryl's final submission.13:04
jaypipesk13:04
*** jsavak has joined #openstack-dev13:04
davidkranzjaypipes: I'll look at the admin identity  submission soon.13:05
jaypipesdavidkranz: you want to get back to rajalakshmi or should I?13:05
davidkranzjaypipes: I can do it.13:05
jaypipesok13:06
*** dprince has joined #openstack-dev13:09
*** apevec has joined #openstack-dev13:12
*** alaski has quit IRC13:16
*** alaski has joined #openstack-dev13:17
*** nvez has joined #openstack-dev13:18
davidkranzjaypipes: Regarding fattarsi's admin identity tests, they look OK but will not cleanup the created roles in some cases.13:20
davidkranzjaypipes: I am now convinced the clients need to handle this transparently unless told not to explicitely.13:21
jaypipesdavidkranz: hmm, I think daryl's resource pool is probably better13:21
*** blamar has joined #openstack-dev13:21
davidkranzjaypipes: Do you think  I should approve it anyway?13:21
*** ayoung_ has quit IRC13:22
jaypipesdavidkranz: the resource pool is the concept I used in this merge prop, too, for the base test class(es): https://review.openstack.org/#/c/7069/2/tempest/test.py13:22
davidkranzjaypipes: Yes, I was talking about Daryl's code but we discussed on Friday the possibility of not making the client have to remember to add each thing. Too error prone.13:22
jaypipesdavidkranz: I see what you mean... basically a "create hook"13:23
jaypipesdavidkranz:  that would auto-register the created resource for deletion.13:23
davidkranzjaypipes: Yes.13:23
jaypipesdavidkranz: ++13:23
jaypipesnice idea.13:23
nvezI've been looking around and not sure.. is it possible to have nova volumes on local storage (on the same hypervisor)?13:23
jaypipesdavidkranz: unfortunately, that only works when we're using the Tempest rest client ;)13:24
jaypipesnvez: yup.13:24
jaypipesnvez: that's what devstack does by default.13:24
jaypipesnvez: grep through stack.sh for BACKING_FILE.13:24
davidkranzjaypipes: Right, but most people writing tempest tests will be using it.13:24
nvezgood to know, thanks jaypipes -- I see, I will look into how devstack sets it up13:24
jaypipesnvez: you'll see the setup there...13:24
jaypipesdavidkranz: agreed.13:24
nvezSweet, thanks a lot, jaypipes.13:24
jaypipesnvez: no problemo.13:25
nvezAlso, I think there's a small bug with DevStack13:25
davidkranzjaypipes: I'll send Darly an email and see where we stand on this and the ssh stuff. I will -1 this review for now.13:25
jaypipesnvez: making it easier for ya: https://github.com/openstack-dev/devstack/blob/master/stack.sh#L145713:25
*** ayoung has quit IRC13:25
jaypipesnvez: volume group is initialized there..13:25
nvezWell, DevStack/keystone, PrettyTable 0.6 doesn't support "printt" and 0.5 does, for some reason, DevStack installed 0.6 and Keystone was not able to respond proprely in the CLI (because printt for tables wasnt working)13:26
jaypipesnvez: and the volume group is what nova-volume uses (the volume group is called nova-volumes by default)13:26
*** markmcclain has joined #openstack-dev13:26
nvezI presume that there should be somewhere to enforce the usage of 0.5 not 0.6, but I don't know python, but I'm going to read that .sh script now13:26
jaypipesnvez: sounds like a bug to me...13:26
*** johnpur has quit IRC13:27
nvezI think it installs PrettyPrint 0.6 when it runs the setup.py develop13:27
nvezbut I couldn't find where the requirements are listed so I can try forcing to 0.5 or so13:27
nvezjaypipes: hmm, hosting a local iSCSI volume is the only way, no way to just directly have it assigned to it?13:28
nvezOr is the iscsi_helper only used to expose that volume elsewhere13:29
jaypipesnvez: are you asking if nova-volumes has the ability to set up a volume group on startup itself?13:30
nvezjaypipes: nope, but basically if you can have nova-volume use local storage for specific VMs (ex: create new instance backed by volume, instance is booted on hypervisor X which has local storage on it, the volume is also created on hypervisor X and the server always boots from hypervisor X (because the volume is on it)13:32
jaypipesnvez: sorry, I'm not quite following you...13:34
dprinceunnamed glance reviewer: .... send me: https://review.openstack.org/#/c/7167/13:34
jaypipesdprince: approved.13:34
* dprince would like that to re-enable XenServer testing!13:34
dprincejaypipes: THanks. And good morning!13:34
jaypipesdprince: morning!13:35
*** sacharya1 has joined #openstack-dev13:38
*** sacharya has quit IRC13:38
*** mdomsch has quit IRC13:38
*** Lumiere has joined #openstack-dev13:42
*** GheRivero_ has joined #openstack-dev13:44
*** sandywalsh has joined #openstack-dev13:44
*** jgriffith has joined #openstack-dev13:45
*** kbringard has joined #openstack-dev13:46
*** sandywalsh_ has joined #openstack-dev13:51
*** sandywalsh has quit IRC13:51
*** tryggvil_ has quit IRC13:55
nvezAnother question, is multiple fixed IPs currently a possible thing with Nova (or is there somewhere someone working on that?)13:56
nvezAnd not just necessarily fixed IPs, but basically just a server with multiple IPs (but not NAT'd)13:56
*** littleidea has joined #openstack-dev13:58
*** davidha has joined #openstack-dev14:00
*** edygarcia has joined #openstack-dev14:11
*** tong has joined #openstack-dev14:15
jaypipesnvez: not sure about that one.... might want to ask vishy.14:17
tonghi, folks, any one has a script which restart devstack without destroy the databases?14:19
*** dtroyer is now known as dtroyer_zzz14:20
nveztong: as far as I've read, devstack was meant to be torn down everytime...14:24
tong@nvez, that is right,14:24
nvezI was looking for that too but really after reading it was mentioned that devstack was really for dev/documentation and was not meant to stay in place14:24
*** danwent has joined #openstack-dev14:25
tongeven for development, it will be still nice to have tenant id and image id, etc preserved so that when you create a request (via API), you do not have to search hard each time.14:25
tongI would like to have a script as a client to drive call into Nova Rest APIs. which requires tenant id to make up url and image id in the request.14:26
tongit is a pain to find it each time you run stack.sh.14:27
*** pengyong has joined #openstack-dev14:27
nveztong: i believe that it does create a demo user for you, but I guess the fact that you just need to get the tenant/image id might be annoying14:28
nvezshould be that much of a hassle though :P14:28
pengyongping Johannes Erdfelt14:28
tong@nvez, yes, getting the tenant id and image id and put in the right place of a request is every annoying and tedious. would rather have it hard coded in the request either url or body if these things do not change from one run to the other.14:30
nvezJust a heads up, the DevStack bug with PrettyTable 0.6 is affecting people so I don't know if someone can update the constraints to force it to use 0.514:31
zykes-danwent: ping14:32
danwentzykes-:  hey.  on phone call, but can chat a bit14:33
*** dtroyer_zzz is now known as dtroyer14:33
*** wdunn has joined #openstack-dev14:41
zykes-danwent: you got a clue on https://bugs.launchpad.net/quantum/+bug/994471 ?14:42
uvirtbotLaunchpad bug 994471 in quantum "dnsmasq config is not updated upon instance creation" [Undecided,New]14:42
*** cmagina_ is now known as cmagina14:46
jerdfeltit appears all of the devstack tests are broken14:47
*** davidha has quit IRC14:47
jerdfeltnot a single devstack test has passed on any patch today14:47
*** hub_cap has joined #openstack-dev14:48
nvezjerdfelt: i think it has to do with keystone bug i reported14:51
nvezjerdfelt: https://launchpad.net/bugs/995976 -- it cant get the keystone id/etc14:51
uvirtbotLaunchpad bug 995976 in keystone "PrettyTable 0.6 breaks Keystone CLI" [Undecided,New]14:51
danwentzykes-:  ok will try to take a look today.14:52
*** ayoung_ has joined #openstack-dev14:52
*** ayoung has joined #openstack-dev14:52
*** anderstj has joined #openstack-dev14:52
russellbany devstack reviewers around?  this patch has been around for a while ... https://review.openstack.org/#/c/6501/14:55
*** flaviamissi has quit IRC14:55
*** anderstj has quit IRC14:55
*** rnirmal has joined #openstack-dev14:55
zykes-danwent: ping me if you need more info, i'll be around here during your "daytime"14:56
danwentzykes-:  k14:56
*** heckj has joined #openstack-dev15:00
jerdfeltnvez: https://review.openstack.org/719815:11
nvezjerdfelt: i did one too :p15:14
nvezhttps://review.openstack.org/#/q/status:open+project:openstack/python-keystoneclient,n,z looks like we got 3, heh15:14
nvezi should do bug/# to have jerrit and all that shebang automate things?15:16
russellbheh, i think i see 4 patches to fix that bug so far today15:27
nveztis pretty annoying :p15:28
dtroyerand it's affecting most of the clients15:28
nvezhttps://review.openstack.org/#/c/7188/ and https://review.openstack.org/#/c/7200/ both fix it15:31
*** edygarcia_ has joined #openstack-dev15:31
nvezdtroyer: might wanna fix yours to be backwards compatible as mentioned in the first one and maybe wed be able to get that merged15:31
dtroyerit's a trivial fix, I don't care which one gets used…using get_string() is backward compatible15:32
*** edygarcia has quit IRC15:33
*** edygarcia_ is now known as edygarcia15:33
nvezah if get_string is backwards compatible then it should be ok if somemone just ok's it15:33
*** Gordonz has joined #openstack-dev15:34
ayoung_heckj, I want to answer your question re my Keystone auth prefix...but it doesn't seem to have a comment link or button for me15:36
*** thingee has quit IRC15:37
*** thingee has joined #openstack-dev15:37
ayoung_Do I have to do a review to comment?15:37
ayoung_On my own commit?15:37
*** jgriffith has quit IRC15:38
heckjayoung: yeah, I think you do...15:39
heckjayoung_: ^^15:39
ayoung_heckj, OK.15:39
*** anniec72 has joined #openstack-dev15:39
ayoung_doing so now15:39
heckjayoung_: kinda akward, I know…15:39
ayoung_heckj, so long as it is it the software that is messed up, and not me,  I am OK15:40
dprincerussellb: I see you've been making use of SmokeStack to test some of your RPC branches....15:40
dprincerussellb: thats great. One thing about the Tempest test suite thought....15:40
dprincerussellb: The volume tests fail because... well, we aren't running the volume service on Fedora.15:41
*** alaski has quit IRC15:41
dprincerussellb: I *think* we can turn it on again. There was an issue with tgtm but I think that has been resolved in packaging.15:42
*** ayoung has quit IRC15:42
*** ayoung_ is now known as ayoung\15:42
*** ayoung\ is now known as ayoung15:42
russellbdprince: gotcha ... i thought it was my fault since fedora 16 libvirt was passing on other branches15:42
*** aa__ has joined #openstack-dev15:42
dprincerussellb: Torpedo w/ run fine. As with the Nova Smoke tests.15:42
russellboh, so it's just my test config15:43
*** alaski has joined #openstack-dev15:43
dprincerussellb: A couple weeks ago some of the Volume tests got moved to the 'smoke' category (which is what SmokeStack uses). That happens on any of the branches. So you can probably ignore that failure.15:44
dprincerussellb: For Tempest that is. Which you were running on your branch.15:44
*** ewindisch has joined #openstack-dev15:44
russellbright.  cool, thanks!  it caught a real failure in my code before that.  smokestack <315:45
ayoungheckj, apevec, does https://review.openstack.org/#/c/7156/  answer your questions?15:45
dprincerussellb: great. Glad to see you find it useful. I usually look over any failures so I figured I'd explain the Tempest failure. I'll try to address it soon enough.15:46
*** dwalleck has joined #openstack-dev15:47
*** mikal has quit IRC15:47
russellbdprince: i appreciate it, because i did think it was my fault, so you saved me some time15:47
russellbwasn't sure how it was my fault, but i usually assume it's my fault :)15:47
*** mikal has joined #openstack-dev15:49
dtroyerpatches for prettytable 0.6 are up for keystoneclient, glanceclient and novaclient15:50
*** tryggvil_ has joined #openstack-dev15:50
dtroyerheckj: https://review.openstack.org/720015:50
dtroyerbcwaldon: https://review.openstack.org/720115:50
dtroyervishy: https://review.openstack.org/720215:50
dtroyerjeblair, LinuxJedi or mtaylor are probably going to have to push them through by hand because all three are required to fix the problem15:51
*** alaski has quit IRC15:51
*** alaski has joined #openstack-dev15:52
heckjdtroyer: just +2'd15:52
*** markvoelker has quit IRC15:53
bcwaldondtroyer: +2'd15:53
dtroyerthx15:54
*** anniec72 has quit IRC15:55
Vek_mtaylor / jeblair: Seeing a lot of consistent failures on approvals today...15:57
bcwaldondtroyer: you could lock down prettytable to a previous version, no?15:58
bcwaldondtroyer: or are you making non-backwards compatabile changes?15:58
*** galstrom has joined #openstack-dev15:58
dtroyerbcwaldon: the changes are backward compatible.  print was just a wrapper around geT_string15:58
bcwaldondtroyer: so you could fix gating by pegging everything at the prev PT version15:59
bcwaldondtroyer: which blows, but it would work15:59
bcwaldonand I guess this is a good example of why we should ride latest versions of python libraries15:59
dtroyerright, but I believe the pip modules are pre-loaded into the image daily…not sure if I can override that16:00
bcwaldondtroyer: you are correct16:00
*** salgado has quit IRC16:01
*** salgado has joined #openstack-dev16:01
zykes-danwent: gotten a change?16:02
zykes-s/change/change16:02
*** Gordonz has quit IRC16:03
*** Gordonz has joined #openstack-dev16:03
*** asisin has joined #openstack-dev16:05
*** jemartin has joined #openstack-dev16:06
apevecayoung, I didn't get it, isn't auth_uri == auth_host:auth_port in auth_token middleware?16:07
apevecand it's always admin endpoint afaict16:07
*** dhellmann has joined #openstack-dev16:09
ayoungapevec, nope16:13
ayoungauth_uri should be16:13
ayoungby defaul;t16:13
ayounghttp://hostname:500016:13
ayoungthat is what is returned in a 403\16:14
ayoungand different from the uri the service is going to use to authenticate the token16:14
ayoungthat URI is by default http://hostname:3575716:14
ayoungIf you look at the area around my changes,  you can see that the only change is to inject the prefisx16:15
ayoungwhich, by default is blank16:15
ayoungso the default behavior doesn't change16:15
apevecbut then the code is wrong, if auth_uri is not in config, it will construct default value from host:port ?16:15
ayoungto make things work for httpd16:15
ayoungapevec, no16:15
ayoungyou can specify is explicitly16:15
ayoungI'll show what I use,  1 sec16:16
ayoungapevec, heckj http://fpaste.org/KtJ1/16:16
ayoungthat is what I used for glance-api-paste.ini16:16
ayoungthe 443 is in the auth-uri is superfluous16:17
*** sniperd has joined #openstack-dev16:17
apevecayoung, what do you mean no? https://github.com/openstack/keystone/blob/master/keystone/middleware/auth_token.py#L13416:17
ayoung self.auth_uri = conf.get('auth_uri', default_auth_uri)16:17
ayoungit is configurable if set explicitly16:18
apevecyes16:18
ayoungah..sorry misread16:18
apevecbut if not, default is host:port16:18
ayoungyes..you are correct.16:18
ayoungand I think that is my changes don;t go through,  that is a mistake16:18
ayoungIf16:18
apevecanyway, I thought it would be better to specify uri and let computers compute host port, no?16:19
ayoungapevec, I was shooting for a "least changes" approach16:19
apevecthat's also most flexible, you don't need to introduce yet another parameter for prefix16:19
*** shang has joined #openstack-dev16:19
ayoungthe way we get the http connection  we'd have to parse the URI16:19
apevecIMHO openstack has too many knobs, adding one more parameter is bad :)16:20
ayoungapevec, yeah, the simplest uri scheme would be to specify auth admin URI and auth main URI16:20
ayoungapevec, I wa trying to only change one thing at a time16:21
ayoungin this case,  just allowing access to the admin URI inside HTTPD16:21
ayoungonce that works,  I am OK for deprecating the old values, parsing,  etc16:21
ayoungI don't want to break devstack...yet16:22
*** gakott has quit IRC16:22
ayoungthis change goes in,  and by default changes nothing.  Then I can HTTPDify devstack  for keystone....and so on16:22
ayoungapevec, defaulting the auth_uri to port 35757 is a mistake.  But I wouldn;t bother fixing that as is,  I'd rather get HTTPD as the Keystone default16:24
*** rods has joined #openstack-dev16:24
*** salgado is now known as salgado-lunch16:27
*** maplebed has joined #openstack-dev16:27
*** aa__ has quit IRC16:28
*** hitesh has joined #openstack-dev16:29
hiteshHello freinds16:30
hiteshI got this error16:30
hitesh+ echo 'g-api did not start'16:30
hiteshg-api did not start16:30
hitesh+ exit 116:30
hiteshon devstack16:30
apevecayoung, ok, +1 for get this in as-is and refactor later, now you just need keystone-core buy-in :)16:30
hiteshplease suggest some steps?16:30
apevechitesh, see subject16:31
hiteshyes16:31
hiteshI knew, still recommend me some about it?16:32
hiteshI restart apache16:32
*** timello has quit IRC16:32
*** hitesh_ has joined #openstack-dev16:32
*** hitesh has quit IRC16:33
*** zaitcev has joined #openstack-dev16:33
*** sniperd has quit IRC16:33
*** sniperd has joined #openstack-dev16:33
hitesh_echo 'g-api did not start'16:33
hitesh_can anyone tell me what should I do?16:34
jerdfelthttps://review.openstack.org/#/c/7200/16:34
jerdfeltwould be nice to get that keystoneclient fix merged so we can get the devstack failures fixed16:35
*** littleidea has quit IRC16:35
*** vincentricci has joined #openstack-dev16:35
*** littleidea has joined #openstack-dev16:36
*** hitesh_ has quit IRC16:37
*** andrewsben_zz is now known as andrewsben16:37
dprincejerdfelt: Its for this very reason I've always liked integration/functional tests running in "advisory mode"...16:38
dprinceI mean its important not to break things across the components. But when the house of cards falls down its nice to be able to put it back together in a sane manner.16:40
jerdfeltdprince: yeah. i also understand why pip freeze defaults to ==16:42
*** sniperd has quit IRC16:43
*** sniperd has joined #openstack-dev16:44
dprincejerdfelt: Well. I differ there too. I don't like using pip for integration/function tests. For unit tests runs a simple PIP_DOWNLOAD_CACHE seems to do the trick though.16:44
*** markvoelker has joined #openstack-dev16:45
*** rafaduran has joined #openstack-dev16:47
*** apevec has quit IRC16:50
*** thingee has joined #openstack-dev16:50
*** jgriffith has joined #openstack-dev16:53
*** spiffxp has joined #openstack-dev16:57
*** CatKiller is now known as Guest2506816:58
*** shang has quit IRC16:59
*** shang has joined #openstack-dev17:02
*** utlemming has joined #openstack-dev17:04
*** rbasak has joined #openstack-dev17:05
*** rbasak has joined #openstack-dev17:05
*** davidha_who_took has joined #openstack-dev17:05
*** milner has joined #openstack-dev17:08
*** davidha_who_took is now known as davidha17:09
*** jdurgin has joined #openstack-dev17:10
*** Guest25068 has quit IRC17:13
*** Mandell has joined #openstack-dev17:13
*** utlemming has quit IRC17:15
*** harlowja has joined #openstack-dev17:17
*** salgado-lunch is now known as salgado17:17
*** anderstj has joined #openstack-dev17:19
harlowjasup dawgs17:20
asisinharlowja: wasssaa17:20
harlowjawaasssuppp17:20
harlowjaha17:20
fattarsijaypipes: ping17:21
mtaylorVek_: looking17:25
jeblairmtaylor: what are you looking at?17:25
mtaylorjeblair: nothing yet - still reading scrollback17:27
jeblairdtroyer: i think we can push those changes through if the integration test is currently broken by external factors; but some of them don't seem to have adequate votes on code review17:27
jeblairmtaylor: ^17:27
jeblairmtaylor: those changes are 7189-720117:27
*** dachary has quit IRC17:29
jeblairdtroyer: also, all of the caching that the devstack gate does is strictly for performance reasons -- you can always change versions of things in pip/test-requires and it will use that17:30
*** alrs has joined #openstack-dev17:31
jeblairdtroyer: so yes, changing the reqs in devstack to require the old version, then making the code changes to the new api, then upgrading the version would be a good way of solving this problem without asking us to override the tests17:31
*** gakott has joined #openstack-dev17:32
*** timello has joined #openstack-dev17:32
*** reed has quit IRC17:33
*** GheRivero_ has quit IRC17:33
*** dwalleck has quit IRC17:33
*** aa has joined #openstack-dev17:37
harlowjaack, what required dep is changing17:42
davidhanotmyname: hey, saw your cleanup email. Did you guys have time to discuss the webserver frontend as well?17:42
*** torgomatic has joined #openstack-dev17:44
*** alrs has quit IRC17:46
*** jog0 has joined #openstack-dev17:50
*** johnpostlethwait has joined #openstack-dev17:54
*** mdrnstm has joined #openstack-dev17:55
*** pvo is now known as pvo-away17:56
*** rbasak has quit IRC17:57
*** mdomsch has joined #openstack-dev17:58
*** dwalleck has joined #openstack-dev18:00
notmynamedavidha: there isn't anything preventing you from doing that now. you would have to write your own startup scripts (mod_wsgi wrappers), but it could be done. in the words of one of the other devs "there's no reason why you couldn't, but there's been no compelling reason why you should. if someone has a compelling reason, they are free to do it"18:02
*** Ryan_Lane has joined #openstack-dev18:02
*** sniperd has quit IRC18:03
*** sniperd has joined #openstack-dev18:03
*** hub-cap has joined #openstack-dev18:03
*** armax has joined #openstack-dev18:03
*** armax has left #openstack-dev18:03
*** hub-cap has quit IRC18:04
*** hub-cap has joined #openstack-dev18:04
*** Stackops-Jorge has quit IRC18:05
bcwaldonVek_ or jk0: can you +2 this little guy https://review.openstack.org/#/c/7201/18:05
jk0sure18:05
*** hub_cap has quit IRC18:06
*** hub-cap is now known as hub_cap18:06
*** jgriffith has quit IRC18:07
*** jgriffith has joined #openstack-dev18:09
*** maplebed has quit IRC18:10
*** utlemming has joined #openstack-dev18:11
*** littleidea has quit IRC18:12
*** jakedahn_zz is now known as jakedahn18:12
bcwaldonjk0: thanks!18:16
jk0you betcha~18:17
bcwaldonjk0: this is an easy one, too https://review.openstack.org/#/c/6920/18:17
bcwaldonjk0: I promise this is all I'll ask for today!18:17
jk0done18:18
*** maplebed has joined #openstack-dev18:18
*** sniperd has quit IRC18:19
*** sniperd has joined #openstack-dev18:19
*** jgriffith has quit IRC18:19
*** jgriffith has joined #openstack-dev18:21
*** jgriffith is now known as jgriffith_away18:21
*** crobinso has quit IRC18:23
*** reed has joined #openstack-dev18:23
*** camm has quit IRC18:25
dtroyerjeblair: I just pushed up https://review.openstack.org/7205 for devstack that forces prettytable 0.518:28
dtroyerit worked in my test oneiric VM18:28
*** timello has quit IRC18:30
harlowjaso going back to dependency management, this prettyable thing seems to make me think that we need a common list with versions...18:31
*** vincentricci has quit IRC18:34
*** vincentricci has joined #openstack-dev18:34
*** rbasak has joined #openstack-dev18:36
*** rbasak has joined #openstack-dev18:36
zykes-danwent: ping18:36
*** novas0x2a|laptop has joined #openstack-dev18:36
Vek_jeblair / mtaylor: Have ya'll figured out what's wrong with the gate?18:39
davidkranzjaypipes, mtaylor: Looks like the tempest gate on stable/essex just failed with some infrastructure problem: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/451/18:42
jaypipesdavidha: been failling for a while (as has the integration-tests-devstack-vm one). Infra guys are aware of it.18:43
jaypipesdavidkranz: sorry... ^^18:43
jaypipesdavidkranz: seems to be a Keystone problem: http://paste.openstack.org/show/16000/18:44
*** timello has joined #openstack-dev18:44
*** openstackjenkins has quit IRC18:45
davidkranzjaypipes: OK. I didn't realize we were doing this already!18:46
*** openstackjenkins has joined #openstack-dev18:46
jaypipesdavidkranz: we weren't supposed to be :(18:46
jaypipesdavidkranz: I never said to enable the gate for anything other than Tempest. and it's not enabled for Tempest but is apparently enabled for other core projects..18:47
davidkranzjaypipes: Oops18:47
*** mnewby has joined #openstack-dev18:47
jaypipesdavidkranz: yeah :)18:47
*** mnewby has quit IRC18:47
*** mnewby has joined #openstack-dev18:48
*** reed has quit IRC18:49
*** mdrnstm has quit IRC18:50
*** rbasak has quit IRC18:50
Vek_ah, ok.  And at least they're aware of it...18:50
*** gabrielhurley has joined #openstack-dev18:50
*** mdrnstm has joined #openstack-dev18:52
*** dolphm has joined #openstack-dev19:01
*** milner has quit IRC19:08
*** rbasak has joined #openstack-dev19:12
*** littleidea has joined #openstack-dev19:13
*** reed has joined #openstack-dev19:13
*** rods has quit IRC19:19
*** rods has joined #openstack-dev19:19
*** dprince has quit IRC19:20
*** pengyong has quit IRC19:21
*** eglynn has quit IRC19:22
*** eglynn has joined #openstack-dev19:22
*** jgriffith_away has quit IRC19:24
*** torgomatic_ has joined #openstack-dev19:28
*** rgoodwin is now known as rgoodwin_away19:28
*** anderstj has quit IRC19:30
*** camm has joined #openstack-dev19:30
*** torgomatic has quit IRC19:30
*** torgomatic_ is now known as torgomatic19:30
*** shang has quit IRC19:31
*** rkukura has quit IRC19:31
*** rgoodwin_away is now known as rgoodwin19:33
ayoungheckj, termie I'd like to change the default back end for tokens from KVS to SQL19:34
ayoungKVS doesn't survive a reboot19:34
ayoungand SQL is shared between multiple processes,  which means it works for HTTPD,  but KVS does not19:34
jeblairdtroyer: 19:23:07  error: Installed distribution prettytable 0.5 conflicts with requirement PrettyTable>=0.619:37
jeblairdtroyer: https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/3901/consoleFull19:37
*** anderstj has joined #openstack-dev19:37
jeblairdtroyer: looks like something has a pinned prettytable requirement?19:38
dtroyerwtf?  who did that?19:38
mtaylorI guess we should get single-global-list implemented19:38
mtaylorsingle-global-dep-list19:38
jeblairmtaylor: +119:39
jeblairdtroyer: i haven't found it yet.. i wonder if it's a dep of a dep.19:39
* mtaylor cries19:39
dtroyerfound it...19:40
mtaylorcmd219:40
dtroyerno, cliff19:41
mtayloroh, right. yeah19:41
dtroyerdhellmann rev'ed it, I'll need to pin it back now too...19:41
mtaylordtroyer: dependencies are great aren't they?19:41
dhellmannis the simple fix for me to change the cliff requirements?19:42
dtroyerfor a while, yes19:42
dhellmannI set a version because I was afraid of breakage due to the API change19:43
dhellmannand I wanted the Python 3 support in 0.619:43
dhellmannok, I'll do a point release of cliff with that taken out19:43
dtroyerit will not be an issue once all of the clients get the api fixes in19:43
dhellmannmakes sense19:43
dhellmannlet me go do that right now...19:43
*** sniperd has quit IRC19:46
dhellmannok, try with 0.5.1 of cliff19:47
harlowjasinge global list somewhere ftw!19:47
mtaylorharlowja: ++19:48
mtaylorharlowja: https://bugs.launchpad.net/openstack-ci/+bug/99560719:48
uvirtbotLaunchpad bug 995607 in openstack-ci "implement a single global dependency list" [Medium,Triaged]19:49
harlowjamaybe something like, https://github.com/yahoo/Openstack-Anvil/tree/master/conf/distros or something more generic, idk, but something, pwease, lol19:49
harlowjathx!19:50
mtaylorharlowja: interesting ... first pass though is just to get the mechanics of a single pip-requires file that's used by all of the projects19:50
harlowjayes, pips are a start, its not just pips though :-p19:50
mtaylorindeed - one step at a time though19:51
harlowjasure19:51
*** jgriff has joined #openstack-dev19:51
harlowjain anvil, i am doing stuff like the following, "WARNING: @anvil.packager : A request has come in for a 'potentially' newer version of python-pastedeploy v(1.5.0*), when v(1.5*) was previously installed! ", thats pretty useful for seeing version mismatches, possibly the same in devstack...19:54
zykes-danwent: was the info I added enough ?19:54
*** anderstj has quit IRC19:55
*** sniperd has joined #openstack-dev19:55
*** rbasak has quit IRC19:57
*** dolphm has quit IRC20:02
bcwaldondtroyer: you saw this, right? https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/3901/console20:04
bcwaldondtroyer: the conflict in prettytable versions20:04
*** utlemming has quit IRC20:04
*** reed has quit IRC20:04
mtaylorbcwaldon: yeah - we're working on it20:04
bcwaldonkk, good luck20:05
*** milner has joined #openstack-dev20:05
novas0x2a|laptophm, the devstack gate seems to be asking for an oneiric image that doesn't exist? (https://jenkins.openstack.org/job/gate-tempest-devstack-vm/450/console) is that signal or noise?20:05
mtaylornovas0x2a|laptop: I believe that is "we're out of nodes" ... which is probably related to the fact that three of our four cloud providers have ceased to be usable20:07
*** Ruetobas has quit IRC20:07
mtaylorthree of the four cloud environments/accounts20:07
novas0x2a|laptopah, okay, wasn't sure if it was something i'd done :)20:07
*** hub-cap has joined #openstack-dev20:08
*** hub_cap has quit IRC20:11
*** hub-cap is now known as hub_cap20:11
*** dwalleck has quit IRC20:13
*** Ruetobas has joined #openstack-dev20:15
*** anderstj has joined #openstack-dev20:22
*** gyee has joined #openstack-dev20:23
*** heckj has quit IRC20:25
*** jaypipes is now known as jaypipes-afk20:30
*** heckj has joined #openstack-dev20:35
*** heckj has quit IRC20:35
*** hub_cap has quit IRC20:39
creihtmtaylor: looking at a completed review for an openstack project, is there a way that I can determine what actual commit that code made it in to master?20:40
vishycreiht: git log | grep <changeid> -B10 ?20:41
creihtvishy: yeah that finds the original commit, but not the jenkins merge of that20:43
creihtThe commit id shows up on the review page20:43
vishycreiht: really? ah because jenkins is doing merge commits now?20:43
creihtfor that commit20:43
creihtI guess so?20:43
*** dwalleck has joined #openstack-dev20:43
vishycreiht: oh so then you have it?20:43
creihtwell for example20:43
creihthttps://review.openstack.org/#/c/6511/20:43
creihtWhat I'm trying to figure out is what actual commit that was merged into master20:44
vishycreiht: so it wasn't 407e16b863bac1dfbf4e954837009abf9c17f01820:44
mtaylorcreiht: yeah, not a great way - we have an open ticket to include that info on the change-merged event ... I could include that we should include that sha in the merged message20:45
* creiht cries20:45
creiht:)20:45
mtaylorcreiht: bug 92972320:45
uvirtbotLaunchpad bug 929723 in openstack-ci "gerrit should include merge commit sha1 in change-merged events" [High,In progress] https://launchpad.net/bugs/92972320:45
vishycreiht: that is bad20:45
vishygit log | grep "Convert Volume" -B620:45
creihtvishy: yeah that's his initial merge, but I want to know when jenkins merged into master20:45
vishyyeah it should put the change id in the merge commit too...20:46
mtaylorcreiht: I believe jeblair has the code 95% done, actually20:46
vishyor not do merge commits20:46
vishymtaylor: can you set jenkist to always rebase instead of doing merge commits?20:46
creihtvishy: ok that worked and thanks20:46
mtaylorvishy: well, we could have it not do merge commits and instead cherry-pick/rebase onto the top of master20:46
vishymtaylor: i mean it is always one changeset anyway, so why do a merge commit at all?20:46
creihtbut down the road, I may need to do things like this programatically20:46
creihtmtaylor: so I look forward to those improvements :)20:47
vishycreiht: I think the real answer is not doing merge commits20:47
vishymtaylor: didn't it used to do that? Or does it only do it in some special situations?20:47
mtaylorvishy: the biggest problem there is if people have stuff that depends on the thing being merged...20:47
creihtI'll leve that discussion to the git masters :)20:47
mtaylorvishy: it only merges if it has to merge - it tries to fast-forward apply the patch if it can20:47
vishymtaylor: if everything is rebased then depedent branches should be fine as well?20:48
mtaylorvishy: but we figured given the rate of changes of things, that having gerrit rebase/cherry-pick apply each patch might confuse people tracking the dependent patches (it's totally just a config switch)20:48
mtaylorvishy: potentially ... it's more things that people might be working on locally20:48
vishymtaylor: or will they have to be updated sometimes?20:48
vishymtaylor, considering we rebase everything during a git-review anyway20:49
vishyI'm not too worried about that20:49
mtaylorvishy: ok. let me get a POC up for you, just so that we can make sure it does what we want20:49
creihtvishy: thanks again for your help :)20:50
vishymtaylor: cool20:50
vishycreiht: no worries20:50
bcwaldonharlowja: do you think you'll have a merge prop up for this bp soon? https://blueprints.launchpad.net/glance/+spec/import-dynamic-stores20:50
mtaylorcreiht: and I'll include your usecase on the change-merged but as well20:50
harlowjaya20:50
bcwaldonharlowja: cool cool20:50
creihtmtaylor: awesome20:50
harlowjai'm working on getting it for essex first, the darn tests are dying right now cause of it :-p20:51
creihtmtaylor: I look forward to that :)20:51
bcwaldonharlowja: ok20:51
bcwaldonharlowja: why focus on essex first?20:51
bcwaldonharlowja: you need to get it into master first :)20:51
harlowjai know :-p20:51
bcwaldonharlowja: and I don't think thats something we should backport, as its a feature20:51
harlowjaagreed, yahoo is using essex for getting something out, and i'd like to have this there, at least in our packages, so that i don't have to fork essex/glance20:52
harlowjabut the patch should be similar for master, i just think tests have moved around20:52
bcwaldonharlowja: ok, understood20:52
bcwaldonharlowja: thanks for taking the lead on this, btw20:52
harlowjaha, np, its needed cause i don't want to maintain syncing a github glance fork :-p20:53
bcwaldonharlowja: yep, definitely understand that20:53
jeblairvishy, mtaylor: the fact that jenkins does as many merge commits as it does indicates that a switch to ff-only would be very disruptive to developers20:53
*** sacharya1 has quit IRC20:53
zykes-ff-only, what does that mean ?20:54
vishyjeblair: i think the discussion was to switch to rebase/cherry-pick.  Is that the same thing?20:54
jeblairvishy: i'm just catching up.  :)20:54
mtaylorjeblair: yeah, I was talking about cherry-pick rather than merge - ff-only would be totally unworkable20:54
bcwaldonguys, something just merged!20:55
bcwaldonwoo!20:55
mtaylorbcwaldon: w00t!20:55
jeblaircherry-pick is undesirable too -- it means that every commit is _not_ the one submitted20:55
jeblairit really makes the git log look a _lot_ different than it does now.  :(20:55
jeblairzykes-: 'fast-forward only'20:56
vishybcwaldon: holy sh**20:56
mtaylorjeblair: does it make it different in a way that is actually undesirable? as in, is the jenkins merge info actually interesting to people?20:56
bcwaldonvishy: my thoughts exactly20:56
*** GheRivero_ has joined #openstack-dev20:59
*** maplebed has quit IRC21:00
*** milner has quit IRC21:01
*** ywu has joined #openstack-dev21:02
*** utlemming has joined #openstack-dev21:02
mtaylorvishy: https://review.openstack.org/#/c/7164/21:02
mtaylorvishy: turns out we're not testing libvirt on our unittest nodes :(21:02
mtaylorvishy: that patch SHOULD fix that21:03
vishymtaylor: but it depends on the pep8 branch which disables the hacking tests :(21:04
mtaylorvishy: it does? well that's silly21:05
mtaylorvishy: lemme fix that - the two are not actually dependent21:06
mtaylorvishy: (and let me re-address the pep8 branch too)21:06
mtaylorvishy: ok. https://review.openstack.org/#/c/7164/ fixed.21:07
*** jgriff has quit IRC21:17
*** GheRivero_ has quit IRC21:19
*** johnpur has joined #openstack-dev21:21
*** ChanServ sets mode: +v johnpur21:21
*** kbringard has quit IRC21:23
zykes-danwent: hints on my bug report ?21:27
danwentjust replied asking if you were using melange21:28
danwentotherwise, not really sure.  Its working fine on my setup, so I'd probably start trying to trace through your setup and see if the linux_net.py methods that write dnsmasq config are getting called, and if they aren't, figure out why.21:28
*** markvoelker has quit IRC21:29
jeblairmtaylor: the bug about change-merged was to include the sha1 of the merge commit in the change-merged event.  that's a little different than what i believe creiht was asking about.21:29
zykes-what method specifically is that danwent ?21:29
harlowjabcwaldon: do u know if i can upload a essex patch to gerrit, just for commenting purposes, for this thingy before i move it over :-p21:29
*** tong has quit IRC21:29
harlowjabcwaldon: should be straightfoward i guess, just haven't done it21:29
danwentzykes-: get_dhcp_hosts()21:30
*** kbringard has joined #openstack-dev21:30
bcwaldonharlowja: yep, use 'git review stable/essex'21:30
harlowjak21:30
harlowjathx21:30
danwentzykes-: or get_dhcp_hosts_text()21:30
harlowjabcwaldon: couple tests left and will do that21:30
bcwaldonharlowja: awesome21:31
danwentzykes-:  check out nova/network/quantum/manager.py, and start with enable_dhcp()21:32
danwentand update_dhcp()21:32
*** azbarcea has quit IRC21:33
*** utlemming has quit IRC21:37
*** dolphm has joined #openstack-dev21:38
*** lts has quit IRC21:39
*** milner has joined #openstack-dev21:39
*** dwalleck has quit IRC21:40
*** utlemming has joined #openstack-dev21:41
jeblairvishy: https://github.com/openstack/openstack-ci-puppet/commit/0d716c1fe1830b47a44541cd0db35248cb52cd8721:42
jeblairvishy, mtaylor: there's an example of a cherry-picked commit from gerrit21:42
*** Gordonz has quit IRC21:43
jeblairvishy, mtaylor: note that when cherry-picking, gerrit ignores patch dependencies.21:43
*** alaski has quit IRC21:44
*** ohnoimde1d has quit IRC21:45
*** reed has joined #openstack-dev21:46
*** bsza has quit IRC21:51
zykes-hmmm, danwent I'm trying to add some print / log statements to the enable_dhcp method but it's not logged ?21:52
*** sniperd has quit IRC21:52
danwentzykes-:  in your logs, I saw output from the following log statement:         LOG.info("Using DHCP for network: %s" % network_ref['label'])  within enable_dhcp in QuantumManager21:53
danwentif you use the same format, and you're modified the right code location, you should see it.21:54
*** reed has quit IRC21:56
*** utlemming has quit IRC21:56
*** milner has quit IRC22:00
*** kbringard has quit IRC22:01
zykes-Hmmm danwent I'm hitting this             if subnet is None or subnet['cidr'] is None:22:01
danwentzykes-:  k, in meeting right now.  will look when i get out.22:02
zykes-danwent: long time left ?22:03
*** gyee has quit IRC22:03
danwentzykes-:  just started :(22:03
zykes-doh ;p22:04
zykes-bed time here soon22:04
*** milner has joined #openstack-dev22:04
*** milner has quit IRC22:04
*** milner has joined #openstack-dev22:04
*** sacharya has joined #openstack-dev22:05
*** rnirmal has quit IRC22:06
mnewbymtaylor: git-review installable from pypi could use an update - it has a blocker bug.22:06
mnewbymtaylor: version from github is fine22:06
*** jemartin_ has joined #openstack-dev22:06
*** maplebed has joined #openstack-dev22:08
*** maplebed has joined #openstack-dev22:08
*** utlemming has joined #openstack-dev22:08
danwentzykes-:  ok… do you know which of those two cases are true in your setup?22:09
*** cmagina has quit IRC22:09
*** jemartin has quit IRC22:11
*** jemartin_ is now known as jemartin22:11
*** cmagina has joined #openstack-dev22:12
*** rbasak has joined #openstack-dev22:12
*** jsavak has quit IRC22:13
salgadodanwent, thanks for the review on https://review.openstack.org/#/c/7019/!  I'm just wondering if I need to do anything else now or is it just a matter of waiting for it to be approved/committed?22:13
*** cmagina_ has joined #openstack-dev22:17
zykes- danwent http://pastebin.com/wNwXzt6m22:18
*** cmagina has quit IRC22:18
*** dolphm has quit IRC22:18
danwentsalgado: we need one more core dev to review.  that core dev will approve.22:19
*** s0mik has joined #openstack-dev22:19
harlowjabcwaldon: https://review.openstack.org/#/c/7216/22:19
harlowjafeedback welcome from all who are willing, ha22:19
salgadodanwent, ok, will see if I find other things to work on in the meantime then :)22:20
bcwaldonharlowja: ok, will look it over22:20
bcwaldonharlowja: next time, try to uplaod it as a DRAFT22:20
harlowjaah, is that in the topic?22:20
zykes-So I'm not hit by the continue at least danwent for the ipv4 net22:20
bcwaldonharlowja: I dont know how to do it, but Gerrit will now let you do it22:21
*** shang has joined #openstack-dev22:21
*** anderstj has quit IRC22:21
harlowjakk, gave it a -1 for now anyway22:21
danwentzykes-: yeah, so perhaps that's not really the issue, as the dnsmasq config doesn't even have v4 addresses22:22
mnewbydanwent, salgado: I'm going to -1, it needs a bit more work.22:22
zykes-going further down then danwent22:22
harlowjaah, "--draft" option, good to know22:23
*** galstrom has quit IRC22:23
zykes-danwent: what does get_dhcp_hosts_text do ?22:24
danwentzykes-: it generates the text that will go in the config file that seems to be empty for you22:25
zykes-uhuh, it is totally empty hosts = ... returns nada22:26
*** dachary has joined #openstack-dev22:28
*** dachary has quit IRC22:28
*** dachary has joined #openstack-dev22:28
bcwaldonharlowja: you've got comments!22:29
bcwaldonharlowja: looking good, btw22:29
harlowjabcwaldon: yippe, comments22:29
*** thingee has quit IRC22:29
harlowjai thought about the "get_store_location_class" method, but then i was like thats more breaking changes, haha22:30
bcwaldonharlowja: not necessarily, you can look for StoreLocation in the same module by default22:30
bcwaldonharlowja: define that default in the superclass22:30
harlowjabcwaldon: k22:30
bcwaldonharlowja: then new store classes can implement it however they wayt22:30
bcwaldonwant*22:30
harlowjawfm22:31
*** rbasak has quit IRC22:31
*** utlemming has quit IRC22:32
harlowjabcwaldon: "Really, this is all a bit confusing...having a Location class and then a store-specific Location class", 150% agree, stinky code smell22:32
bcwaldonharlowja: yeah, it was waaay too hard for me to understand wtf was going on22:32
bcwaldonharlowja: some good refactoring is in order here22:33
harlowjabcwaldon: agreed22:33
bcwaldonharlowja: if you think you have a good grasp on it, feel free to file a bug22:33
harlowjabcwaldon: sure, can do that, not 100% sure on the implications of removing it although i sort of understand what its doing, tiny little proxy class really22:34
*** sniperd has joined #openstack-dev22:34
bcwaldonI don't really know either.22:35
zykes-hmmmms, danwent >> "ips = self.ipam.get_allocated_ips(context, subnet_id, project_id)" that yields no ips22:35
harlowjabcwaldon: for the "glance/tests/utils.py" i think there isn't a config file when tests are running, there afaik is a mock that simulates the config22:35
bcwaldonharlowja: can you not do it with the mock?22:36
bcwaldonharlowja: or did I miss something22:36
harlowjabcwaldon: those configs eventually end up in the mock, so i think its the same thing :)22:36
danwentzykes-:  key, sounds like you've almost tracked it down.  look in nova_ipam_lib.get_allocated_ips()22:36
bcwaldonharlowja: hmm, I guess you're right22:37
zykes-:p22:37
danwentzykes-:  things don't go much deeper than that, so you're probably almost there22:37
harlowjaeither or22:37
*** sniperd_ has joined #openstack-dev22:37
*** sniperd has quit IRC22:38
*** dtroyer is now known as dtroyer_zzz22:42
*** utlemming has joined #openstack-dev22:43
bcwaldonharlowja: headed out for a few, feel free to email or comment on the review and I'll get back to you22:43
harlowjabcwaldon: will do22:43
*** sniperd_ has quit IRC22:51
zykes-danwent: what in there to look at ?22:53
*** rbasak has joined #openstack-dev22:54
danwentzykes-: presumably there actually are IPs allocated in the subnet, right?  So I'd try to figure out why those IPs aren't being returned.   Do you see allocated IPs when you run: mysql -uroot -p<your password> nova -e "select address, instance_id, allocated from fixed_ips limit 10"?22:54
zykes-if ip['network_id'] == network['id']:22:56
zykes-It ain't hitting anything there22:56
*** rafaduran has quit IRC23:00
zykes-I don't see why it fails danwent23:03
*** jemartin has quit IRC23:05
*** jemartin has joined #openstack-dev23:05
zykes-for some reason danwent none of the ip's are marked as allocated23:09
*** jgriff has joined #openstack-dev23:09
zykes-in that network that's having problems atm23:09
*** rbasak has quit IRC23:12
*** cmagina_ has quit IRC23:12
*** dtroyer_zzz is now known as dtroyer23:14
*** edygarcia has quit IRC23:14
danwentzykes-:  k, then that's the problem.  seems like empty dhcp hosts file is a symptom, not a cause.23:15
*** pmezard has quit IRC23:15
zykes-danwent: yeah23:15
zykes-any clue on why no instance ip is assigned ?23:15
*** rbasak has joined #openstack-dev23:16
*** rbasak has joined #openstack-dev23:16
*** dtroyer is now known as dtroyer_zzz23:16
danwentzykes-:  checkout allocate_for_instance in QuantumManager.  Is it possible that you're spinning up these VMs on a project that has no networks?  And that there aren't any global (i.e., non-project specific) networks?23:17
zykes-danwent: I know there's a network assigned23:18
danwentzykes-:  ok, so you're seeing entries in the virtual_interfaces tables?23:19
danwenttables -> table?23:19
*** reed has joined #openstack-dev23:19
zykes-quantum list_nets f8109734926d4b1c91d6e7b5d1cbd23a > gives me a net id and if i do select * from networks where project_id = "f8109734926d4b1c91d6e7b5d1cbd23a"; I get the network in nova23:21
zykes-ports you mean ?23:23
danwentzykes-:  yes, but can you check the virtual_interfaces table?  I just want to eliminate that.  this is a nova table.23:23
zykes-does it store info in both?23:23
zykes-http://pastebin.com/iqURQTPU23:24
zykes-net nr 9 there are my 2 machines23:26
danwentso is this code using the patch from somik?  I think that is busted, and it could lead to the oddness you are seeing.  I am in the middle of working on another patch for that issue.23:28
*** rgoodwin is now known as rgoodwin_away23:28
zykes-the manager.py is yes23:29
danwentyou should just be able to remove the code the patch added in 'deallocate_for_instance'  (see: https://review.openstack.org/#/c/6949/4/nova/network/quantum/manager.py)23:29
danwentsimply deleting the release_fixed_ip method in QuantumManager is sufficient for me.23:29
*** rgoodwin_away is now known as rgoodwin23:30
zykes-wait a minute23:30
danwentwhen using dhcp.  I still need to do some testing for when dhcp is not in use though.23:30
danwenti need to run to an interview.23:30
zykes-darn :(23:31
zykes-and no btw, I was using the code from trunk now lately actually, I replaced the code from somik to test this stuff in case I had broken it23:32
zykes-anyways danwent I'm using the manager.py from trunk23:37
zykes-it doesn't seem to be setting allocated = 1 now either23:38
zykes-and it's not freeing addresses after I removed the release_fixed_ip method23:39
zykes-so back to square one :)23:39
*** galstrom has joined #openstack-dev23:45
mtaylorjeblair: yes, the bug is a little different ... BUT - I was hoping if we include the merge id in the event stream, then the jenkins message could display it23:45
mtaylorexcept - I just realized, that's a chicken-and-egg, so never mind23:45
mtaylorjeblair: it's a different bug, just potentially touches similar chunks of code?23:45
*** galstrom has quit IRC23:45
*** galstrom has joined #openstack-dev23:45
*** vincentricci has quit IRC23:48
*** dtroyer_zzz is now known as dtroyer23:49
*** shang has quit IRC23:52
*** reed has quit IRC23:52
*** bhuvan_ has joined #openstack-dev23:53
*** galstrom has quit IRC23:54
*** utlemming has quit IRC23:58
*** dtroyer is now known as dtroyer_zzz23:58

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