Tuesday, 2012-06-19

*** rkukura has joined #openstack-dev00:02
*** PotHix has quit IRC00:03
*** rha has joined #openstack-dev00:04
*** Ruetobas has quit IRC00:06
*** heckj has quit IRC00:06
*** datsun180b has quit IRC00:10
*** blamar has quit IRC00:10
*** winston-d has joined #openstack-dev00:14
*** danwent_ has quit IRC00:14
*** novas0x2a|laptop has quit IRC00:16
*** Ruetobas has joined #openstack-dev00:18
*** reed has quit IRC00:18
*** winston-d has quit IRC00:20
*** galstrom has joined #openstack-dev00:20
*** anderstj has joined #openstack-dev00:22
*** jakedahn is now known as jakedahn_zz00:23
*** Aaton is now known as Aaton_off00:25
jkoelkermtaylor: sent in, you want me to bump the version and upload to pypi?00:26
mtaylorjkoelker: if you don't mind ... I think seeing the ERROR strings freaks people out00:26
mtaylorjkoelker: I've got a few of the projects tied to 0.7 - I think I should just tie them all to latest, tbh00:27
*** dubsquared has joined #openstack-dev00:29
*** anderstj has quit IRC00:30
jkoelkermtaylor: 0.8 is now on da pypis00:32
mtaylorjkoelker: w00t!00:39
mtaylorjkoelker, bcwaldon: I think I have sorted out logcapture properly for glance now00:40
mtaylorso we it should properly do debug logging for unittests and attach the results to the test result on failure as needed same as nova00:40
mtaylorstill don't have it fully for functional yet - but I'll get there00:40
*** nati_ueno has quit IRC00:40
*** somik has quit IRC00:43
*** dtroyer is now known as dtroyer_zzz00:51
*** BK_man has joined #openstack-dev00:57
*** sam_wan has joined #openstack-dev00:59
*** rods has quit IRC01:00
*** littleidea has quit IRC01:01
*** torgomatic has quit IRC01:05
*** nati_ueno has joined #openstack-dev01:06
*** nati_ueno has quit IRC01:06
*** Mandell has quit IRC01:06
*** nati_ueno has joined #openstack-dev01:06
*** jdurgin has quit IRC01:07
*** roge has quit IRC01:12
*** matiu has quit IRC01:12
*** roge has joined #openstack-dev01:12
*** matiu has joined #openstack-dev01:12
*** matiu has quit IRC01:12
*** matiu has joined #openstack-dev01:12
*** BK_man has quit IRC01:19
*** Gordonz has joined #openstack-dev01:22
*** adjohn has quit IRC01:30
*** spiffxp has quit IRC01:32
mtaylorbcwaldon: the logging for the server processes spun up in glance functional testing is a bit tricky01:33
mtaylorI don't think I can hook it in to nose output apropriately without completely reengineering how that proces sowrks01:34
mtayloror how the process works01:34
*** pixelbeat has quit IRC01:34
*** Gordonz has quit IRC01:36
*** wiliam has joined #openstack-dev01:40
*** dtroyer_zzz is now known as dtroyer01:45
*** eglynn__ has joined #openstack-dev01:47
*** eglynn_ has quit IRC01:47
*** koolhead17 has joined #openstack-dev01:53
*** s0mik has joined #openstack-dev02:01
*** dubsquared has quit IRC02:03
*** ayoung has quit IRC02:08
*** adjohn has joined #openstack-dev02:13
*** wiliam has quit IRC02:20
*** agonella is now known as agonella102:21
*** agonella1 is now known as agonella02:22
*** adjohn has quit IRC02:23
*** bencherian has quit IRC02:24
*** bencherian has joined #openstack-dev02:26
*** koolhead17 has quit IRC02:33
*** bencherian has quit IRC02:34
*** dubsquared has joined #openstack-dev02:36
*** BLZbubba has quit IRC02:50
*** BLZbubba has joined #openstack-dev02:51
*** adjohn has joined #openstack-dev02:53
*** adjohn has quit IRC02:54
*** adalbas has quit IRC02:55
*** adjohn has joined #openstack-dev02:58
*** johnpostlethwait has quit IRC03:00
*** dubsquared has quit IRC03:01
*** adjohn has quit IRC03:06
*** steveb___ has quit IRC03:11
*** agonella has quit IRC03:25
*** sleepsonzzz is now known as sleepsonthefloor03:33
*** koolhead17 has joined #openstack-dev03:33
*** steveb_ has joined #openstack-dev03:34
*** jakedahn_zz is now known as jakedahn03:34
*** Keoven has joined #openstack-dev03:34
*** littleidea has joined #openstack-dev03:45
*** Keoven has left #openstack-dev03:46
*** Keoven has joined #openstack-dev03:47
*** Keoven has left #openstack-dev03:47
*** littleidea has quit IRC03:53
*** littleidea has joined #openstack-dev03:53
*** adjohn has joined #openstack-dev03:59
*** adjohn has quit IRC04:03
*** Dr_Who has quit IRC04:14
*** timello has quit IRC04:17
*** bencherian has joined #openstack-dev04:20
*** s0mik has quit IRC04:23
*** garyk has quit IRC04:36
*** harlowja has quit IRC04:43
*** Mandell has joined #openstack-dev04:45
*** littleidea has quit IRC04:45
*** edygarcia has quit IRC04:51
*** mdomsch has quit IRC05:03
*** adjohn has joined #openstack-dev05:03
*** nati_uen_ has joined #openstack-dev05:04
*** nati_uen_ has quit IRC05:04
*** jgriffith has quit IRC05:04
*** nati_uen_ has joined #openstack-dev05:05
*** adjohn has quit IRC05:05
*** nati_ueno has quit IRC05:07
*** timello has joined #openstack-dev05:15
*** andrewsben is now known as andrewsben_zz05:16
*** steveb_ has quit IRC05:18
*** e1mer has quit IRC05:22
*** blamar has joined #openstack-dev05:24
*** e1mer has joined #openstack-dev05:24
*** epim has quit IRC05:25
*** zigo has joined #openstack-dev05:26
*** dhellmann has quit IRC05:29
*** dhellmann_ has joined #openstack-dev05:29
*** dtroyer is now known as dtroyer_zzz05:33
*** nati_uen_ has quit IRC05:33
*** matwood has quit IRC05:53
*** garyk has joined #openstack-dev05:56
*** hattwick has quit IRC06:01
*** sleepsonthefloor is now known as sleepsonzzz06:03
*** zaitcev has quit IRC06:05
GheRiveromorning people06:06
*** jakedahn is now known as jakedahn_zz06:07
*** Vek has quit IRC06:08
*** dachary has joined #openstack-dev06:10
*** Mandell has quit IRC06:12
*** mindpixel has joined #openstack-dev06:13
*** dachary has quit IRC06:15
*** erikzaadi has joined #openstack-dev06:16
*** mnewby_ has quit IRC06:25
*** matwood has joined #openstack-dev06:30
*** longhudou has joined #openstack-dev06:39
*** danwent has joined #openstack-dev06:44
*** adjohn has joined #openstack-dev07:10
*** zigo has quit IRC07:13
*** zigo has joined #openstack-dev07:13
*** mrunge has joined #openstack-dev07:15
*** reidrac has joined #openstack-dev07:19
*** sulochan has joined #openstack-dev07:24
*** roge has quit IRC07:33
*** adjohn has quit IRC07:37
*** dachary has joined #openstack-dev07:43
garykping gongys07:46
*** dhellmann_ has quit IRC07:54
*** dhellmann has joined #openstack-dev07:55
*** hattwick has joined #openstack-dev07:58
garykdanwent: ping07:59
danwentgaryk: hello07:59
garykdanwent: i have a little problem with the stable essex08:03
garykdanwent: https://review.openstack.org/#/c/8384/08:04
*** Vek has joined #openstack-dev08:04
garykdanwent: by mistake it was based on an abandoned patch08:04
*** bencherian has quit IRC08:05
dacharyanotherjesse_zz: ping ?08:07
dacharyDoes anyone know how to get in touch with anotherjesse_zz ? I need less than 2 minutes of his time, to publish the licensing terms of https://github.com/cloudbuilders/openstack-munin ;-) ( more context here http://lists.alioth.debian.org/pipermail/openstack-devel/2012-June/000989.html )08:08
*** danwent_ has joined #openstack-dev08:10
*** danwent has quit IRC08:10
*** danwent_ is now known as danwent08:10
garykdanwent: any idea how to recover from this?08:15
*** shang has quit IRC08:17
danwentgaryk: sorry, got interrrupted08:18
*** shang has joined #openstack-dev08:18
*** darraghb has joined #openstack-dev08:18
*** pixelbeat has joined #openstack-dev08:18
*** dachary has quit IRC08:19
*** dachary has joined #openstack-dev08:20
danwentgaryk: if you look just below the review info on this page (https://review.openstack.org/#/c/8384/), you will see that this review is "stacked" on top of another review.  That is, when you pushed this change to gerrit, there was more than one git commit between your change and the current commit of stable/essex08:20
danwentso gerrit won't let you commit this until you've commit the review it was stacked on top of08:21
danwenthowever, it looks like that review is abandoned.08:21
ttxdanwent: coming to help with EU TZ developer numbers ?08:21
danwentso if you don't plan on committing that one, you should push a new version that is not stacked on top of that review08:22
danwentttx: haha… yes, for one week at least.  I'm at a conf in paris08:22
danwentif i can get someone to keep paying me, maybe i'll stay :)08:22
ttxdanwent: oh! Next time let me know, I could have come over :)08:22
danwentttx: i thought you were pretty far from paris?08:23
danwentttx: aren't you in the south?08:23
ttxdanwent: too far to come at the last minute, but not that far. 3 hours away08:23
ttxand my father lives in Paris so it's an easy stay08:23
danwentttx: ok, will give you a heads up next time.  am talking about openstack + quantum at the "carrier cloud summit"08:24
* ttx didn't even know there was such a thing.08:24
garykdanwent to europe: if i restore the abonded task and get that approved will that suffice? in short the fix is a bug fix for the orrignal cherry pick08:24
ttxdansmith: ew, CDG hotel :)08:25
danwentgaryk, yes, that would work.08:25
danwentttx: sign, yes...08:25
danwentsigh08:25
danwentttx: not too bad getting into the city on the RER, but yeah, not idea.08:26
garykdanwent: thanks08:26
ttxdanwent: I know people that never came back to Paris after such an experience08:26
danwentgaryk: alternately, you could squash your changes into his, and make it a new commit.  It seems a bit odd to backport something that is broken to stable, then have another commit fix it.08:27
danwentttx: don't worry, i won't hold it against you :)08:27
garykdanwent: oy "too late she cried as she shabed her wooden leg"08:28
garyksaved not shabed08:28
danwent:)08:29
danwentits fine, i don't have a strong preference either way (other on the stable/essex team may though)08:29
*** dhellmann has quit IRC08:31
garykok - looks like jenkins is sorted. i'll try and allocate ip's instead of messing with jenkins08:31
danwentgaryk: cool08:36
zykes-allocate ips ? ;p08:40
*** danwent has quit IRC08:43
*** davidha has joined #openstack-dev08:49
*** apevec has joined #openstack-dev08:59
*** danwent has joined #openstack-dev09:11
garykdanwent: if you have a few minutes can you please check the mail i sent you09:14
danwentgaryk: ack09:15
*** danpb has joined #openstack-dev09:23
zykes-do you ever sleep danwent ? :p09:24
*** Ryan_Lane has quit IRC09:25
*** cooper_ has quit IRC09:34
danwentzykes-: i'm actually in europe this week, hence the odd hours09:35
danwentgaryk: responded09:35
zykes-ooooh09:38
zykes-danwent: where you at ?09:38
danwentzykes-: paris09:38
danwentzykes-: at a conference, talking about openstack + quantum09:38
zykes-ah09:38
zykes-come to scandinavia ;p09:38
*** mestery has quit IRC09:38
danwentzykes-:  ha, if only i had time.09:39
zykes-I really wonder when openstack is going to take off up here09:40
danwentzykes-: interesting… what do you seem people using instead?09:41
*** rods has joined #openstack-dev09:41
zykes-danwent: take a wild guess. it starts with V09:41
zykes-and another with C09:41
zykes-for all the money basically09:41
danwentzykes-: interesting.  Are there key features that folks see openstack lacking vs. cloudstack?09:44
danwentits helpful to have that context.09:44
zykes-danwent: people here are not even sniffing / looking at cloudstack / openstack09:44
zykes-everyone is using homegrown alike solutions or vmware / citrix xenserver09:45
zykes-as far as I know09:45
danwentah, i see.09:45
danwentwell, different markets emerge at different rates.09:45
zykes-;p09:45
zykes-i'm trying to push it but it's always the argument to use well known / proven technologies instead of testing new stuff :(09:45
danwentzykes-: yeah, for someone to adopt openstack now they have to be forward thinking and making a bet on where the platform will be in the future.09:46
*** mgz has joined #openstack-dev09:48
garykdanwent: thanks for the explanation. i need to think about it a bit.09:50
danwentgaryk: cool.  if you want, we could skype as well if that would help09:51
zykes-danwent: people here dunno what forwards thinking is. they are like donkeys when they hear it and sit back on their asses.09:51
danwentgaryk: i'd like to better understand what you were proposing, as I think it was different from both of my proposals :)09:51
danwentzykes-:  hehe… that's unfortunate09:51
zykes-basically if you say this is cool stuff they say it's scary stuff :p09:51
zykes-danwent: is nicira planning on doing GA anytime soon for Medium size enterprises ?09:53
*** sam_wan has quit IRC09:54
danwentzykes-:  we've already been GA for almost a year, but yeah, focused many on larger customers.09:54
danwentwe pretty much handle customer opportunities on a case-by-base basis.09:55
danwentthere is also the open source OVS plugin, which anyone can use.  should be sufficient for many enterprises if they are looking for quantum use cases.09:56
zykes-i think most companies here would want a commercial solution (due to support)09:57
danwentzykes-: yes, though I expect that companies that support openstack in general will support quantum with the open source plugins.10:01
danwent(as well as quantum with commercial plugins)10:01
garykdanwent: ok. would be great to discuss.10:02
*** Ryan_Lane has joined #openstack-dev10:10
*** camm has quit IRC10:20
*** zigo has quit IRC10:22
*** danwent has quit IRC10:23
*** agonella has joined #openstack-dev11:02
*** rkukura has quit IRC11:14
*** rods has quit IRC11:16
*** wiliam has joined #openstack-dev11:19
*** maploin has joined #openstack-dev11:22
*** maploin has quit IRC11:22
*** maploin has joined #openstack-dev11:22
*** dhellmann has joined #openstack-dev11:23
*** rods has joined #openstack-dev11:28
*** dachary has quit IRC11:42
*** dachary has joined #openstack-dev11:42
*** ywu has joined #openstack-dev11:44
*** berendt has joined #openstack-dev11:47
garykdanwent: ping11:55
*** zigo has joined #openstack-dev11:56
*** Dr_Who has joined #openstack-dev11:57
*** dolphm has joined #openstack-dev12:00
*** danwent has joined #openstack-dev12:04
*** sdague has quit IRC12:04
*** adalbas has joined #openstack-dev12:15
*** salgado has joined #openstack-dev12:18
*** salgado has joined #openstack-dev12:18
*** lts has joined #openstack-dev12:20
*** mrunge has quit IRC12:20
*** alaski has joined #openstack-dev12:24
*** dolphm has quit IRC12:24
*** roge has joined #openstack-dev12:32
*** dolphm has joined #openstack-dev12:43
*** markmc has joined #openstack-dev12:54
*** stuntmachine has joined #openstack-dev12:56
*** Ryan_Lane has quit IRC13:02
*** Ryan_Lane has joined #openstack-dev13:03
*** dachary has quit IRC13:03
*** eglynn__ has quit IRC13:06
*** mestery has joined #openstack-dev13:09
*** edygarcia has joined #openstack-dev13:18
*** eglynn__ has joined #openstack-dev13:20
*** andrewsmedina has joined #openstack-dev13:24
*** Ruetobas has quit IRC13:24
*** ayoung has joined #openstack-dev13:25
*** sandywalsh_ has joined #openstack-dev13:31
*** corXi has joined #openstack-dev13:32
*** dtroyer_zzz is now known as dtroyer13:32
*** dprince has joined #openstack-dev13:32
*** sandywalsh has quit IRC13:32
*** stuntmac_ has joined #openstack-dev13:34
*** stuntmachine has quit IRC13:34
*** iccha has joined #openstack-dev13:34
*** nati_ueno has joined #openstack-dev13:35
*** dhellmann_ has joined #openstack-dev13:37
*** dhellmann_ has quit IRC13:37
*** dhellmann has quit IRC13:41
*** mjfork has joined #openstack-dev13:43
*** sdague has joined #openstack-dev13:44
*** m4xmr has joined #openstack-dev13:48
ttxsdague: hey! Was wndering if we should consider https://blueprints.launchpad.net/nova/+spec/virt-driver-cleanup fully implemented ?13:48
*** rkukura has joined #openstack-dev13:49
ttxmarkmc: do you want a spot to discuss 2012.1.1 at the meeting today ? (or want me to mention it, if you can't make it ?)13:49
sdaguettx: it is not yet, still working through parts c, d, e13:50
sdagueI'm hoping this week13:50
ttxsdague: ok, thx for the update :)13:50
sdaguettx: no prob13:51
*** sstent has joined #openstack-dev13:52
*** jsavak has joined #openstack-dev13:56
*** markvoelker has joined #openstack-dev13:58
*** mattray has joined #openstack-dev13:59
sstentis there are new dependency for horizon? -- i'm getting -- ImportError: No module named compressor -- on startup14:01
*** nati_ueno has quit IRC14:02
*** kbringard has joined #openstack-dev14:03
danpbdoes anyone have an idea why i'd see the following error from Nova API service ?14:08
danpb2012-06-19 15:08:21 CRITICAL nova [-] <module 'nova.api.metadata.handler' from '/usr/lib/python2.7/site-packages/nova/api/metadata/handler.py'> has no 'Versions' attribute14:08
*** mindpixel has quit IRC14:10
*** sieutruc has joined #openstack-dev14:12
markmcttx, sure, I'll try and be there14:13
markmcttx, if I'm not, though, you know the status :)14:14
*** nikhil has quit IRC14:14
*** nikhil has joined #openstack-dev14:15
markmcdanpb, must be related to smoser's refactoring in 55128d1c514:15
markmcdanpb, stale api-paste.ini file ?14:15
markmci.e. this shouldn't be there anymore:14:16
markmcpaste.app_factory = nova.api.metadata.handler:Versions.factory14:16
*** gholt has quit IRC14:16
*** gholt has joined #openstack-dev14:16
danpbmarkmc++ for the win !  updating api-paste.ini solved it14:16
*** littleidea has joined #openstack-dev14:17
markmccool14:17
*** Gordonz has joined #openstack-dev14:20
*** pyw has joined #openstack-dev14:20
*** edygarcia has quit IRC14:22
zykes-jk0: ping14:22
*** nunosantos has joined #openstack-dev14:22
*** maploin has quit IRC14:25
markmcttx, re: #101481214:25
markmcttx, good points14:25
markmcttx, but how does/will rootwrap work with the different users setup?14:26
ttxmarkmc: it would work well.14:26
markmcttx, e.g. how to configure sudo to only allow the nova-api user to run rootwrap with a config specific to nova-api?14:26
ttxmarkmc: different sudoers lines:14:26
*** Gordonz has quit IRC14:27
ttxnova-compute ALL = (root) NOPASSWD: /usr/bin/nova-rootwrap /only/compute/filters.d14:27
*** Gordonz has joined #openstack-dev14:27
ttxnova-api ALL = (root) NOPASSWD: /usr/bin/nova-rootwrap /only/api/filters.d14:27
ttxmarkmc: Basically if your packaging uses different users... it should also use different rootwrap.d configuration directories14:28
markmcttx, hmm, you can specify arguments like in sudoers like that?14:28
ttxactually the line should read:14:29
ttxnova-compute ALL = (root) NOPASSWD: /usr/bin/nova-rootwrap /only/compute/filters.d *14:29
ttxso that the first argument is set in stone, but the others are open14:29
ttxmarkmc: yes14:29
*** danwent_ has joined #openstack-dev14:29
*** danwent has quit IRC14:29
*** danwent_ is now known as danwent14:29
*** dtroyer is now known as dtroyer_zzz14:30
ttxmarkmc: again, I'm not sure the trade-off is worth it. Added complexity to cover a corner case (multiple roles on a single machine) -- but I leave the choice to distros14:30
markmcttx, ah, ok - args in sudoers was the bit I was missing14:31
markmcttx, yeah, I don't think we'd bother in Fedora, just wanted to make sure we weren't missing something14:31
markmcttx, thanks14:31
ttxmarkmc: np14:31
*** danwent_ has joined #openstack-dev14:33
*** danwent has quit IRC14:33
*** danwent_ is now known as danwent14:33
*** salgado is now known as salgado-afk14:33
* markmc can actually follow stuff happening in launchpad now14:34
markmcset up a new filter based on:14:34
markmcX-Launchpad-Message-Rationale: Subscriber14:34
*** dachary has joined #openstack-dev14:34
*** blamar has quit IRC14:34
markmc11k unread emails in my nova launchpad folder14:34
*** Ruetobas has joined #openstack-dev14:35
*** AlanClark has joined #openstack-dev14:38
*** mnewby has joined #openstack-dev14:41
jaypipesdavidkranz: I'll have a ML post about the code reviews and negative tests up by noon.14:43
davidkranzjaypipes: Thanks!14:44
pywwhy nova db use integer, but Long type?14:45
*** pballand_ has joined #openstack-dev14:46
*** maoy has joined #openstack-dev14:47
*** Mandell has joined #openstack-dev14:51
*** blamar has joined #openstack-dev14:51
*** pballand_ has left #openstack-dev14:52
*** bencherian has joined #openstack-dev14:53
*** reed has joined #openstack-dev14:57
*** datsun180b has joined #openstack-dev14:57
*** rnirmal has joined #openstack-dev14:58
*** metral has joined #openstack-dev14:59
*** sstent has quit IRC14:59
smosermarkmc, is there some way that my refactor should have handled that api-paste.ini change better?15:00
*** sstent has joined #openstack-dev15:00
markmcsmoser, nope, I don't think so15:00
*** dolphm has quit IRC15:00
markmcsmoser, probably danpb is running from git using config from his /etc/nova/ rather than the config from git15:01
smoserright.15:01
*** dolphm has joined #openstack-dev15:01
*** dolphm has quit IRC15:01
smoserconfig file changes suck.15:01
*** dolphm has joined #openstack-dev15:01
markmcthese aren't config files either :)15:01
* markmc thinks they should be in /usr/share15:01
markmcwell, once we get the rest of the config out of them15:02
danpbmarkmc: yep, i was running from git, but had a stale api-paste.ini from a previous RPM15:02
markmce.g. what glance has - choose your pipeline from glance-api.conf without editing api-paste.ini15:02
smoserthats true, we dont really expect end user editing of those files.15:02
markmcoh, and the auth_token config needs to move too15:02
*** mattray1 has joined #openstack-dev15:03
* danpb likes this MeetingBurner site OpenStack uses for conf calls .....so much nicer than Elluminate 15:04
*** mattray has quit IRC15:04
*** lloydde has joined #openstack-dev15:04
*** mattray1 is now known as mattray15:04
*** mattray has joined #openstack-dev15:04
*** winston-d has joined #openstack-dev15:06
*** zigo-_- has joined #openstack-dev15:10
*** zigo has quit IRC15:11
*** Mandell has quit IRC15:11
*** mnewby has quit IRC15:12
*** PotHix has joined #openstack-dev15:13
*** ncode has joined #openstack-dev15:14
*** ncode has quit IRC15:14
*** ncode has joined #openstack-dev15:14
*** reidrac has quit IRC15:15
*** dachary has quit IRC15:17
*** dhellmann has joined #openstack-dev15:17
*** galstrom has joined #openstack-dev15:18
*** rkukura has quit IRC15:21
*** s0mik has joined #openstack-dev15:23
*** dachary has joined #openstack-dev15:24
sandywalsh_ttx: do we have hotel reservation codes available?15:25
ttxsandywalsh_: heh, I'm not even sure they have the contract signed with the hotel yet.15:26
sandywalsh_ttx: hah, perfect15:26
ttxsandywalsh_: i didn't think they would announce the hotel name yet15:27
sandywalsh_ttx: there's tweets on it15:27
sandywalsh_Manchester Grand Hyatt15:27
trapniHey. 2 KVM instances in my VLAN enabled network (with a dedicated nova-network gateway) became *unreachable* after sending DHCPREQUEST within the last days, even now, where I upgraded dnsmasq on the gateway to 1.62-git (all nodes Ubuntu 12.04 LTS). dnsmasq (the right one) even responded with DHCPACK, as of the log, but the host(s) became unreachable since then. What could the reason be?15:27
trapniI could fix it with a hard reboot, however.15:27
ttxsandywalsh_: sure, they announced it... was just surprised the deal was closed :)15:27
sandywalsh_ttx: ah, not sure15:28
*** e1mer has quit IRC15:31
*** s0mik has quit IRC15:33
*** e1mer has joined #openstack-dev15:34
*** zaitcev has joined #openstack-dev15:36
*** jgriffith has joined #openstack-dev15:37
*** andrewbogott_ has joined #openstack-dev15:37
*** bencherian has quit IRC15:38
*** dhellmann has quit IRC15:41
*** lloydde has quit IRC15:43
andrewbogott_markmc:  I'm running into trouble using the common cfg CONF object in nova.  (Well, actually, in a different common file which is used in nova.)15:44
andrewbogott_I can see that my options are defined, but the step where the config file is loaded seems to not be happening.15:44
*** japage has joined #openstack-dev15:44
*** andrewbogott_ is now known as andrewbogott15:45
andrewbogottCurrently nova seems to do a hybrid thing where it uses common cfg but wraps it with 'flags.py' which is confusing me :(15:45
markmcandrewbogott, is anything running CONF() ? e.g. nova.flags.parse_args() ?15:45
andrewbogottmarkmc:  Possibly not!  Is it safe to run that multiple times in a given process?15:45
markmcandrewbogott, there's not much left in flags.py apart from FLAGS = CONF, parse_args() and DECLARE15:46
markmcandrewbogott, why multiple times?15:46
andrewbogottby 'run it multiple times' I mean 'run it on import'.15:46
andrewbogottUm... the big picture is:  I'm working on moving logging into common.15:47
kbringardsmoser: you about?15:49
smoserkbringard, here15:49
*** adalbas has quit IRC15:49
kbringardsmoser: hey, non-openstack but Ubuntu/udev related question, if you have a moment?15:49
andrewbogottmarkmc:  Most likely my issue is that files are setting up logging before they set up cfg15:49
markmcandrewbogott, you can register options before or after parsing (i.e. calling CONF())15:50
markmcandrewbogott, but only e.g. bin/nova-api should be calling CONF()/parse_args()15:50
*** salgado-afk is now known as salgado15:51
smoserkbringard, sure15:51
kbringardsmoser: I have hardware with 4 nics. I know the PCI addresses of the nics, so once the machines are up I force ethX device assignments based on PCI address15:51
kbringardsmoser: but, during PXE it just assigns ethX devices in the order they become ready15:52
andrewbogottmarkmc:  Yeah, and I see that the order in bin/nova-api should work...15:52
jaypipesdavidkranz: do you have Jose Idar's email address by any chance15:52
jaypipes?15:52
kbringardsmoser: which causes a problem because my pxelinux.cfg needs to specify which eth device to use to get DHCP, etc15:52
kbringardsmoser: but it's not always consistent15:52
andrewbogottmarkmc:  If I reference common/cfg.CONF in nova code, would you expect it to have config values from nova.conf, just like that?15:52
davidkranzjaypipes: Checking...15:52
jaypipesdavidkranz: cheers15:52
markmcandrewbogott, yep15:52
kbringardsmoser: so my question is, is there a way to force udev assignment in the pxelinux.cfg? or some other way of addressing this issue?15:53
jaypipessmoser: I tried to tell kbringard to stop smoking the wacky, but he's never listened to me.15:53
*** piluso has joined #openstack-dev15:53
kbringardjaypipes: if you said things that make sense I might listen more often :-p15:53
smoserkbringard, hm.. i would have thought that you could somehow tell pxelinux to use the device that got a response on it.15:53
kbringardsmoser: possibly… that's what I'm not sure of :-/ I've been googling for like an hour but the preseed/pxe configuration docs aren't super great15:54
andrewbogottmarkmc:  What's happening is that I have a debug line "print "CONF.keys: %s" % CONF.keys()" in my new log.py file.  And that statement prints out /only/ keys that are defined inside log.py.  And, also, none of the values are defined.  It's as though I have a CONF object that's purely local to log.py.15:54
kbringardsmoser: no biggie if you're not sure, jaypipes had just suggested that you may know, or may know who I should bug :-D15:55
jaypipeskbringard: :P15:55
markmcandrewbogott, how did you initialize the CONF variable?15:55
*** sleepsonzzz is now known as sleepsonthefloor15:55
BLZbubbaone amazon feature that I could use is the ability to right click on an instance and create a new image out of it; is there a way to do this with Horizon?15:55
*** n0ano has joined #openstack-dev15:55
andrewbogottmarkmc: "CONF = cfg.CONF" at import time15:55
andrewbogottwhere cfg is 'from openstack.common import cfg'15:55
davidkranzjaypipes: Sorry, don't have it.15:55
jaypipesBLZbubba: you mean create a snapshot of an instance?15:55
BLZbubbajaypipes: if by "snapshot" you mean a new image in glance, yes15:56
markmcandrewbogott, something's screwed then - CONF is an instance of CommonConfigOpts which has a bunch of options registered15:56
* andrewbogott nods15:56
smoserkbringard, let me look a bit.15:56
BLZbubbai want users to be able to tweak images without any intervention from me15:56
jaypipesBLZbubba: well, yes, the snapshot gets stored in Glance :)15:56
kbringardsmoser: thanks, I appreciate it… let me know if you want more info about our setup15:56
smoserkbringard, but most certainly you wont have udev rules at that point.15:56
jaypipesBLZbubba: Should be able to snapshot any instance in Horizon...15:56
jaypipesBLZbubba: IIRC, there is an action on the Instances action button thingie.15:57
*** erikzaadi has quit IRC15:57
BLZbubbajaypipes: ok great i'll try it, thanks15:57
jaypipesBLZbubba: sorry, not exactly my area of expertise (Horizon)15:57
kbringardsmoser: yea, that's what I was thinking… the main reason I know that's the issue is because once the install starts and the dhcp fails, I can check the order in /etc/udev/rules.d/ via the busybox shell15:57
kbringardit would have to be something I pass via pxelinux.cfg, because obviously without network it can't pull and read the preseed.cfg15:58
smoseroh. wait. you're just trying to tell the installer which nic to use?15:58
kbringardwell yes, but15:58
BLZbubbajaypipes: ok hopefully it shuts the machine down nicely first15:58
kbringardI have netcfg/choose_interface set15:58
kbringardbut you have to use the ethX device name, right?15:58
*** e1mer has quit IRC15:59
kbringardthe problem is that ethX changes physical hardware devices across reboots15:59
kbringardso it could be any of the 4 nics in the system15:59
kbringardand because of how the network is setup, only one of them will actually work… I can't just bring up the DHCP server to respond to any of them15:59
*** dachary has quit IRC16:02
*** garyk has quit IRC16:03
*** davidha has quit IRC16:03
jaypipesBLZbubba: it will :)16:04
jaypipesBLZbubba: if it doesn't, that's a serious bug :)16:04
*** lloydde has joined #openstack-dev16:06
*** heckj has joined #openstack-dev16:06
smoserkbringard, https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/5667916:08
uvirtbotLaunchpad bug 56679 in netcfg "provide a method to use a specified MAC-address as the installation device" [High,Fix released]16:08
smoserso.. .unfortunately its not that clear there, but 2 things might help you.16:09
smoser you can set 'auto' as the value16:09
smoserit seems that BOOTIF= can be set on the command line possibly with a MAC as the value.16:10
*** heckj has left #openstack-dev16:10
BLZbubbajaypipes: it tried to write the snapshot to /tmp, #$^$#^16:10
*** bencherian has joined #openstack-dev16:11
*** heckj has joined #openstack-dev16:11
smoserbut, as jaypipes said, you really should stop the wacky, at least during working hours :)16:11
kbringardhaha, indeed16:12
kbringardtoo many breakfast beers16:12
BLZbubbajaypipes: lol i just googled and found your question about it16:12
jaypipesBLZbubba: :)16:13
kbringardok, it sounds like what this is doing is, dynamically appending the MAC of the interface that made the PXE request to the netcfg option to make it use that interface during the install?16:13
kbringardsmoser: ^^16:13
jaypipesBLZbubba: easy fix is to ln -s /some/dir/with/room /tmp and retry it ;)16:13
kbringardcool, that sounds like what I want16:14
kbringardsmoser: you are the man16:14
smoserkbringard, well, i think with BOOTIF= you will have to specify the mac16:14
kbringard# This allows the initrd to access to the mac address of the interface16:14
kbringard# which PXE booted and is probably the interface we want to use for DHCP.16:14
smoserthe issue is, afaik, there is no connect between pxe and linux.  ie, pxe doesn't pass that information of "i got pxe booted off of mac=" in any way to linux. so you have to basically tell linux that.16:15
kbringardright16:15
kbringardhttps://launchpadlibrarian.net/60443113/S31pxedust16:15
smoserit would seem that a pxe executable coudl be linux-smart and made to dynamically append a mac address to a kernel command line16:16
kbringardthat's what it looks like this script is doing16:16
smoserwell there ya go.16:16
smoseryeah.16:16
kbringardah, but yea, you're right, it looks like I have to set it16:16
kbringarderr, maybe not16:16
kbringardI dunno, I'll figure it out16:16
kbringardeither way, this seems like my solution16:16
kbringardI'll let you know how it goes16:16
kbringardthanks a lot, I don't know that I'd have found this in a timely manner :-D16:17
markmczul, there?16:17
zulmarkmc: kind of...in a meeting though16:18
zulmarkmc:  whats up?16:18
markmczul, permitted_instances = cpu_info.get('permitted_instance_types', None)16:18
markmczul, isn't cpu_info an int in the xenapi case?16:18
andrewbogottmarkmc:  Confirmed, the cfg.CONF object in flags.py is a different one from the cfg.CONF in my new log.py file.  So... now I just have to figure out why :(16:19
smoserkbringard, that is awesome. aparently pxelinux can do exactly what i described :)16:19
andrewbogottThank you for the lead.16:19
zulmarkmc:  possibly, but the field in the database is text16:19
markmcandrewbogott, np, enjoy :)16:19
markmczul, well, either way ... it doesn't have a get() method right?16:19
zulmarkmc: right16:20
andrewbogottmarkmc:  Is it possible that importing the same file but via a different path would produce different objects?16:20
zulmarkmc:  i havent touched xenapi at all16:20
kbringardsmoser: yea, it looks like that is exactly what this does. Nice work, you thought of it and it happened16:20
smoserit would seem, though, that the s31pedust is no longer needed.16:20
kbringardsmoser: can you think about a million dollars for me, next?16:20
markmczul, cool, thought I was missing something - just need to add a safety check?16:20
markmczul, well, it looks like you've broken it, no? :)16:20
zulmarkmc: eh?16:21
markmczul, the filter is enabled by default, right?16:21
zulmarkmc: no16:21
markmczul, and will traceback in xenapi case when it does get() on a string ...16:22
markmczul, oh?16:22
zulmarkmc: it isnt16:22
andrewbogottmarkmc:  I ask because the object in flags.py is a nova.openstack.common.cfg.CommonConfigOpts object, but the one accessed within common is an openstack.common.cfg.CommonConfigOpts object...16:22
markmczul, hmm, ok - I misunderstood how filters are enabled then16:22
zulmarkmc: it can be enabled by default but that will break xenapi :)16:22
markmczul, it isn't in nova.scheduler.filters.standard_filters?16:23
zulmarkmc: no its set in host_manager.py16:23
markmczul, what is?16:23
zulscheduler_default_filters16:23
smoserkbringard, where did you see that attachment?16:23
smoser(s31pxedust)16:24
markmczul, ah, got it - cool16:24
markmczul, thanks16:24
zulmarkmc: AvailabilityZoneFilters, RamFilter, and ComputeFilter is on by default16:24
BLZbubbajaypipes: ok cool i just hacked the /etc/init/nova-compute.conf file to do "export TMPDIR=/big/filesystem" right before executing nova-compute16:24
smoseri see it now.16:24
BLZbubbanot a good permanent solution of course16:24
markmczul, it'd be cool to add the safety check, though - filters probably shouldn't traceback with different hypervisors16:24
BLZbubbathanks for the suggestion back in march :P16:24
zulmarkmc: agreed16:24
*** bencherian has quit IRC16:24
zulmarkmc: it would also be nice if xenapi stored some useful info in the cpu_info as well :)16:25
markmczul, it would :)16:25
smoseryeah, kbringard it would seem you do not need the pxedust script anymore.16:26
jaypipesBLZbubba: no worries :)16:26
kbringardeven better16:26
markmczul, ok, stuck it in https://bugs.launchpad.net/nova/+bug/101519016:28
uvirtbotLaunchpad bug 1015190 in nova "arch_filter tracebacks with xenapi" [Low,Triaged]16:28
*** dolphm has quit IRC16:28
zulmarkmc: thanks16:28
*** dolphm has joined #openstack-dev16:28
kbringardsmoser: yea, but it looks like you still need to specify the mac to bootif, right? or am I misreading the rest of the bug?16:31
smoserno. you're missing the genius16:32
smoserpxelinux knows which mac it booted from. it appends "BOOTIF=the-mac-address-here" to the kernel command line16:32
*** dtroyer_zzz is now known as dtroyer16:32
*** dolphm has quit IRC16:33
kbringardok, right, that's what the pxedust script did, I didn't see where that functionality got integrated directly into netcfg, or I guess more specifically what I need to set to make it use it16:33
smoserand then if you say "auto" as the value for the netcfg preseed, then it reads that.16:33
smoserso the  2 things yo uave to do16:33
*** garyk has joined #openstack-dev16:34
smosera.) preseed with netcfg/choose_interface as 'auto'16:34
smoser(which i guess can be specified on the kernel command line)16:34
*** m4xmr has quit IRC16:34
smoserb.) modify pxe linux config to have 'ipappend 2'16:34
andrewbogottmarkmc:  the internet seems to agree that that will get me different objects.  But doesn't that raise a big problem with trying to share objects with common?16:34
smoserthen pxelinux adds "BOOTIF=" to the linux kernel cmdline, and the installer says "oh, by 'auto', you meant to respect BOOTIF="16:35
markmcandrewbogott, not following, maybe show a small test case?16:35
*** danpb has quit IRC16:35
kbringardah, OK, it was the ipappend option I wasn't understanding16:36
*** andrewsben_zz is now known as andrewsben16:36
andrewbogottmarkmc:  nova/flags.py does "from nova.openstack.common import cfg"  but common/log.py does "from openstack.common import cfg."  Because of the two different import lines, cfg.CONF refers to different objects rather than a single common object.16:37
markmcandrewbogott, ah!16:38
andrewbogottBut of course I can't use 'from nova.blahblah' from within common.16:38
markmcandrewbogott, common/log.py should do 'from nova.openstack.common import cfg'16:38
andrewbogottbut common/log.py isn't necessarily in nova.  It's common!16:38
markmcandrewbogott, cfg itself does 'from nova.openstack.common import iniparse' :)16:39
markmcandrewbogott, update.py changes the imports16:39
andrewbogottreally?  But then what if cfg is in e.g. glance instead...16:39
andrewbogottreally?16:39
markmcyeah :)16:39
* andrewbogott will say 'really?' a few more times, but in private.16:39
markmcheh16:39
andrewbogottDoes update.py look for the string 'nova' specifically?  Or do I need to put some kind of $wildcard in the source?16:39
winston-dsmoser, hi16:40
markmcit comes from openstack-common.conf16:40
smoserwinston-d, hi16:41
markmci.e. in openstack-common16:41
markmcit's 'from openstack.common import iniparse'16:41
markmcwhen it gets copied into glance16:41
markmcit's 'from glance.openstack.common import iniparse'16:41
*** japage has quit IRC16:41
andrewbogottmarkmc:  got it16:41
markmcandrewbogott, what took you so long?16:42
* markmc ducks :-P16:42
markmckidding16:42
winston-dsmoser, i've encountered some problem with Nova metadata service, and I saw you checked in some patches about metadata. so I wonder maybe you know what is going on16:42
smoserwinston-d, sure, whats up? they're regressions in the past week? or other issues.16:42
markmcandrewbogott, the update.py stuff sucks badly, but it's better than the copying-and-pasting stuff we were doing before16:42
winston-dsmoser, so when i try to start metadata server via 'nova-api-meta', there's error: http://paste.openstack.org/show/18599/16:44
*** japage has joined #openstack-dev16:44
smoserwinston-d, markmc pointed out that earlier today.16:44
smoseryour api-paste.ini needs updating16:45
winston-dsmoser, which part?16:45
smoserwell, likely the value in your git checkout is correct, but the file is being read from /etc16:45
smoserie, you want 'sudo cp ./etc/nova/api-paste.ini /etc/nova/api-paste.ini'16:46
winston-dsmoser, ok, let me try that.16:46
smoser(or fix the problem for good and: ln -sf $PWD/./etc/nova/api-paste.ini /etc/nova/api-paste.ini)16:46
andrewbogottmarkmc:  OK, many more things are working now.  Is there are guide someplace about proper practices when developing common?  right now I just have a symlink from nova/openstack/common to /openstack-common/openstack/common which, I suspect, is not how you do it.16:47
markmcandrewbogott, nah, no docs ... but feel free to write something up16:48
jaypipesdavidkranz: k, QA ML psot about negative tests sent/16:48
*** dhellmann has joined #openstack-dev16:49
markmcandrewbogott, I mostly focus on test cases in openstack-common and then copy it across with update.py when it's mostly done16:49
andrewbogottmarkmc:  That thing you just said about 'copy it across with update.py' is the part I don't know about.16:49
andrewbogottMy tests work fine :(16:49
*** danwent has quit IRC16:49
winston-dsmoser, thx. it works well now. :)16:50
andrewbogottmarkmc:  OK, update.py seems to be self-documenting, so I'll tinker.16:50
kbringardsmoser: the ipappend 2 thing works like beauty as well, you are amazing16:52
jaypipessmoser: you are SO cool today!16:52
smoseryeah. i think i'll go buy a lotto ticket, and see if i can't help kbringard out with the $million he asked about.16:53
*** joesavak has joined #openstack-dev16:53
kbringardhaha16:53
*** eglynn__ has quit IRC16:53
kbringardif you win and give me a million, I'll even let you have the rest16:53
kbringardthat's just how generous I am16:53
kbringard:-p16:53
*** eglynn__ has joined #openstack-dev16:53
*** jsavak has quit IRC16:55
*** sulochan has quit IRC16:55
*** s0mik has joined #openstack-dev16:56
*** mnaser has quit IRC16:57
*** camm has joined #openstack-dev16:58
winston-dhow can i capture the unittest output of Nova since there's no run_tests.log anymore?16:59
*** anderstj has joined #openstack-dev16:59
mtaylorantonym: ping.17:00
mtaylorantonym: can you help us out with access to the etherpad machien?17:00
*** jakedahn_zz is now known as jakedahn17:01
davidkranzjaypipes: Great, Jay. That says it exactly right.17:03
jaypipesdavidkranz: cheers17:03
*** jdurgin has joined #openstack-dev17:04
jaypipeswinston-d: good question. perhaps mtaylor knows some tox magic?17:04
*** utlemming has quit IRC17:04
winston-dmtaylor, hi17:06
winston-dmtaylor, could you shed me some light on how i can capture the unittest output of Nova since there's no run_tests.log anymore?17:07
*** danwent has joined #openstack-dev17:07
*** utlemming has joined #openstack-dev17:07
*** arosen has quit IRC17:09
*** davidha has joined #openstack-dev17:14
*** dachary has joined #openstack-dev17:16
*** adjohn has joined #openstack-dev17:16
*** epim has joined #openstack-dev17:19
*** harlowja has joined #openstack-dev17:19
jeblairwinston-d: i believe it is captured by nose, and output for failing tests.  eg:  https://jenkins.openstack.org/job/gate-nova-python26/763/testReport/junit/nova.tests.rpc.test_kombu/RpcKombuTestCase/test_publishing_errors_will_reconnect/17:20
jaypipeswinston-d: https://review.openstack.org/#/c/8680/1/glance/tests/__init__.py17:21
jaypipeswinston-d: looks like that's how you can reenable it...17:21
vishyjeblair: no log for sucessful tests though ?17:21
*** danwent has quit IRC17:22
jeblairvishy: i think there's an option to nose to output everything17:23
jeblairvishy: -s17:23
mtaylorjaypipes: aroo?17:24
jaypipesmtaylor: regarding your https://review.openstack.org/#/c/8680/1/glance/tests/__init__.py17:24
mtaylorjaypipes: yes17:24
mtaylorjaypipes: that enables the log output to work properly with nosetests17:24
mtaylorjaypipes: since it already knows how to do log capturing and association with test output17:25
vishyjeblair: seems like we should modify run_tests to use that option then and throw the logs into a file like it used to17:25
mtaylorvishy: is that a useful thing? (asking just so I understand the use case)17:25
mtaylorso that I can be helpful and stuff17:26
vishymtaylor: sure, if you're writing a test it is nice to be able to get output17:26
mtaylorvishy: k. but I mean it's useful to always produce a log file of all of the output on every run rather than just passing the 'gimme log output' flag?17:26
jeblairmaybe you just want to run "nosetest -sv nova.test.newtestname" if you're building a new test...?17:27
*** arosen has joined #openstack-dev17:27
vishymtaylor: even better might me to just make print work in the tests :)17:27
mtaylorvishy: well, nose will capture that - but shouldn't do if you run with -s17:28
vishymtaylor: kind of hard to do that in a venv17:28
mtaylorvishy: 'tox -evenv nosetest -sv nova.test.newtestname'17:29
vishyi don't use them myself, but i think people do17:29
vishydoes tox enable the openstack output btw?17:29
mtaylorit does17:30
jgriffithspeaking of tests/output, anybody know what's up with all of the messages spewing from the nova tests?17:31
jgriffithException AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in <module 'threading' from '/usr/lib/python2.7/threading.pyc'> ignored17:31
mtayloryeah, that's a low-level python thing, fixed in subsequent python version IIRC17:32
vishyjgriffith: it is a bug in python17:32
jgriffithAhh, so we can't set an ignore for it or anything17:32
vishyjgriffith: http://bugs.python.org/issue1430817:32
jgriffithIn terms of the display output17:32
jgriffithvishy: thanks17:32
vishyjgriffith: the python patch is one line17:33
vishyif it is really annoying you17:33
jgriffithyeah, I'm going to pull it17:33
*** darraghb has quit IRC17:33
jgriffithHell yeah it's annoying me :)17:33
*** rafaduran has joined #openstack-dev17:34
mtaylorjaypipes: sorry, we got distracted - did you have a question before I cut you off?17:35
jaypipesmtaylor: nope.17:35
*** andrewbogott has quit IRC17:37
*** rkukura has joined #openstack-dev17:38
mtaylorjaypipes: k. just making sure17:38
*** torgomatic has joined #openstack-dev17:38
claygjgriffith: what was the subject on the message you sent to the ML about "run these patches to test devstack/cinder"17:41
jgriffithclayg: I'll have to look, or I can just give you the info again :)17:41
*** Mandell has joined #openstack-dev17:41
claygjgriffith: even better!17:41
jgriffithclayg: You can either pull from j-griffith/github (devstack)17:41
jgriffithAnd it'll just pull everything from my repos which "should" be in sync for the most part and will default setting up Cinder17:42
claygjgriffith: that works - i'll try that17:42
jgriffithCool, lemme know17:42
*** bencherian has joined #openstack-dev17:42
jgriffithclayg: If you get a chance give exercises/euca.sh a shot... I'd like somebody else to run it17:43
mtaylorjaypipes: _this_ one: https://review.openstack.org/8704 is a bit more interesting17:45
mtaylorjaypipes: that's the attempt to allow us to collect server log files during/after test runs so that we can try to diagnose what happened during flaky runs17:45
mtaylorbcwaldon: ^^^17:45
jaypipesah, cool.17:45
* jaypipes wants to see a markmc vs. mtaylor death match for client lib versioning.17:46
mtaylorjaypipes: I do not want to see that17:46
jaypipesmtaylor: sorry, you don't get a vote. :)17:46
mtaylorjaypipes: neither does he17:47
mtaylor:)17:47
jaypipeslol17:48
*** sulochan has joined #openstack-dev17:50
ayoungheckj, is it possible that the openssl executable is not available on the machine that runs Jenkins?17:51
heckjayoung: yes, quite. mtaylor: how could we best tell ^^17:52
jaypipeswhich openssl? :)17:52
*** sdague has quit IRC17:52
ayoungjaypipes, the executable17:54
jaypipesayoung: no, I meant `which openssl` ;)17:54
ayoungjaypipes, on F17 it is openssl-1.0.0j-1.fc17.x86_6417:54
ayoungjaypipes, I don't have an ubuntu instance handy.  Not sure what is running there.17:55
jaypipesjpipes@uberbox:~/repos/trystack-ops$ `which openssl` version17:55
jaypipesOpenSSL 1.0.0e 6 Sep 201117:55
jaypipesXubuntu 11.1017:56
*** s0mik has quit IRC17:56
*** mestery has quit IRC17:57
ayoungjaypipes, I'm guessing that will work just fine17:57
*** GheRivero_ has joined #openstack-dev17:58
*** kmulvey has joined #openstack-dev17:59
*** dolphm has joined #openstack-dev18:00
*** GheRivero_ is now known as Ghe_Rivero18:01
Ghe_Riverohi people18:02
*** mestery has joined #openstack-dev18:02
*** anderstj has quit IRC18:03
*** gyee has joined #openstack-dev18:04
*** Ryan_Lane has quit IRC18:04
*** adalbas has joined #openstack-dev18:05
*** apevec has quit IRC18:05
*** jog0 has joined #openstack-dev18:06
*** anotherjesse_zz is now known as anotherjesse18:06
*** s0mik has joined #openstack-dev18:07
*** andrewbogott has joined #openstack-dev18:07
*** anderstj has joined #openstack-dev18:07
* mtaylor apologizes to everyone for top posting in a mailing list18:07
mtaylorheckj: openssl seems to be installed on the jenkins slaves18:09
mtaylorayoung: are you hitting a problem we should look in to?18:09
koolhead17hola Ghe_Rivero18:10
winston-dmtaylor, jeblair, jaypipes the unittest output fix you mentioned is for glance. but for nova, nova has its own logging module.18:11
*** koolhead17 is now known as koolhead17|afk18:11
jaypipeswinston-d: for the tests?18:12
mtaylorwinston-d: the equivelent nova patch should have been applied weeks ago18:13
mtaylorwinston-d: can you explain to me more what you're trying to do that isn't working?18:13
winston-djaypipes, yes, nova tests uses nova.log18:14
winston-dmtaylor, i didn't figure how to enable unittest output for nova.  that's my problem.18:14
mtaylorwinston-d: it should be being captured by nosetests and will associated with failed tests ... if you add -s to nosetests, it should disable tracelog output collection18:15
mtaylorwinston-d, vishy: it seems like there might be a usecase for "I want to run the tests with all of the logging going to a file regardless of test success of failure" ... lemme see if can work up a patch that would allow you to enable that18:16
winston-dmtaylor, actually i'd like to debug my unittest, so i'd love to see debugging output not just failure cases.18:16
mtaylorwinston-d: debugging tracelog output SHOULD be being collected with your test, and it SHOULD be output when the failure happens18:17
mtaylorwinston-d: if it's not, that's a bug18:17
mtaylorwinston-d: are you saying that the debug log output is not being output when your test case fails?18:17
mtaylorwinston-d: (trying to understand what I should work on tracking down)18:18
winston-dmtaylor, no. i'd like to see the output at run time ( while the test case is running ).18:18
vishywinston-d: from earlier: nosetests -sv nova.tests.test_xxx.Class:method18:19
vishyoops18:19
vishyi mean xxx.:Class.method18:19
mtaylorwinston-d: ^^ what vish just said should do what you want18:19
ayoungmtaylor, I'm trying to diagnose why the Signed tokens code fails the unit tests.18:19
mtaylorayoung: you gotta link to a failed test? (I'll add it to my list of things to try to help out with)18:20
*** anotherjesse is now known as anotherjesse_zz18:20
zykes-jk0: ping18:21
*** jakedahn is now known as jakedahn_zz18:21
ayounghttps://review.openstack.org/#/c/7754/ mtaylor18:21
mtaylorayoung: thanks18:21
*** jakedahn_zz is now known as jakedahn18:21
ayoungthe error message is that openssl returned nonzero error code. I don't dump the value of that output18:21
ayoungIt is called using popen18:22
BLZbubbais there any sort of web interface like Horizon to manage the backend services; e.g. to see what vm's are where; migrate vm's to other hosts, etc ?18:22
winston-dvishy, mtaylor thx, that solved my problem.18:22
mtaylorwinston-d: w00t!18:22
ijwAnyone know if people are tinkering with connection.py still?18:22
ijwIt's much nicer than in Essex but I have a load of changes that I was going to backport that suddenly looks impractical.18:23
*** dolphm_ has joined #openstack-dev18:23
ijw(changes for my own nefarious purposes at the moment, rather than ones to be made public)18:24
mtaylorayoung: yeah - all the debug logging there doesn't quite seem to be helpful does it?18:24
*** dolphm has quit IRC18:24
ayoungI guess I can try to add a bit more and resubmit the patch.  Let me see...18:25
*** sdague has joined #openstack-dev18:27
*** sulochan_ has joined #openstack-dev18:32
*** maoy has quit IRC18:32
*** winston-d is now known as winston-d_zzZZ18:34
*** sulochan has quit IRC18:35
*** sulochan_ is now known as sulochan18:35
*** Aaton_off is now known as Aaton18:39
BLZbubbawe already have a firewall/vlan infrastructure in place; how much pain would it be to have each tenant's vm's eth0 be on a particular vlan; but with nova-network not doing any dhcp or firewalling ?18:49
zulmtaylor: is run_test.sh the right way to run the tests now since everything has been converted to nose tests18:49
*** markmc has quit IRC18:50
*** andyhky has quit IRC18:50
*** danwent_ has joined #openstack-dev18:53
*** pyw has quit IRC19:00
*** heckj has quit IRC19:02
*** johnpostlethwait has joined #openstack-dev19:03
ayoungdolphm_, I find that hard to believe.19:03
*** mgius has joined #openstack-dev19:03
*** comstud has quit IRC19:03
*** anotherjesse_zz is now known as anotherjesse19:03
ayoungdolphm_, my last run, without the SQL patch: Ran 455 tests in 369.486s19:04
*** andyhky has joined #openstack-dev19:04
*** novas0x2a|laptop has joined #openstack-dev19:06
dolphm_ayoung: just a straight up ./run_tests.sh ?19:11
ayoungdolphm_, yes19:12
dolphm_ayoung: (approved the change btw)19:12
dolphm_ayoung: /versions and /extensions19:12
dolphm_ayoung: whoops... bad copy paste19:13
ayoung?19:13
dolphm_ayoung: http://paste.openstack.org/raw/18606/19:13
dolphm_there19:13
ayoungok, something is wrong with my SQLite19:14
dolphm_ayoung: want my whole output so you can compare?19:14
ayoungno19:14
ayoungI know that the problem is SQLite19:14
ayoungit is in the commits19:14
bcwaldonmtaylor: did we decide this was a good thing to do: https://review.openstack.org/#/c/8710/119:14
dolphm_ayoung: are you testing master or your own branch?19:15
ayoungthat one was my own branch, but the numbers are comparable19:15
ayoung    test_add_user_to_tenant                                     OK  2.9319:16
ayoung    test_authenticate                                           OK  1.2919:16
ayoungthose are the first two SQL tests19:16
ayoungevery one is > 1 second19:16
ayoungusually >2 seconds19:17
dolphm_ayoung: ./run_tests.sh -N test_backend_sql http://paste.openstack.org/raw/18607/19:19
dolphm_ayoung: are you testing on your own hardware or in a cloud?19:20
ayoungMy laptop19:20
*** mnaser has joined #openstack-dev19:21
ayoungI'll try it again in a few with the machine quiet19:21
*** rkukura has quit IRC19:21
*** ayoung has quit IRC19:22
adam_gspeaking of tests, wtf: 16175 jenkins   20   0 14.6g 7.1g    8 D    1 91.1   5:30.08 nosetests19:23
*** anderstj has quit IRC19:23
*** dachary has quit IRC19:23
*** gyee has quit IRC19:26
*** ayoung has joined #openstack-dev19:29
*** anotherjesse is now known as anotherjesse_zz19:30
ayoungdolphm_, what kind of file system do you have Keystone checked out on?19:30
dolphm_ayoung: mac extended / journaled19:31
dolphm_ayoung: basic install of lion on an ssd19:31
ayoungdolphm_, I'm going to try it in a ramdisk and see what happens...19:32
ayoung    test_authenticate                                           OK  0.0819:33
dolphm_ayoung: nice lol19:33
ayoungrunning the whole suite.19:33
dolphm_ayoung: let me know what the total time is :)19:33
ayoungRan 455 tests in 26.124s19:33
ayoungI suspect that the culprit is the ext4 journaling19:34
zykes-shall I test ? :p19:35
zykes-got a samsung 256 gb ssd19:35
ayoungzykes-, please do19:35
ayoungyou can try just one test19:35
ayoung./run_tests.sh -N test_backend_sql:SqlIdentity.test_authenticate19:35
dolphm_ayoung: this is a recent jenkins job: Ran 457 tests in 36.304s19:36
zykes-or nvm, windows box :p19:36
dolphm_ayoung: "Ext4: Great overall performance, reliable, has performance issues with sqlite and some other databases."19:36
ayoungI wonder if I could move just the database to a ramdisk19:37
dolphm_ayoung: Sqlite results in seconds> Ext4: 1690.87> Ext3: 108.77> Ext2: 50.6719:38
vishyjog0: can you explain tags vs host aggregates?19:38
jog0vishy: sure19:38
jog0the19:38
*** mjfork_ has joined #openstack-dev19:39
jog0the current host aggregates concept is tightly coupled with the XenAPI for example the XenAPI compute nodes directly modify the metadata, require state etc.19:39
dolphm_ayoung: there's a feature in ext4 called "barriers" that you might be able to simply disable19:40
jog0and after looking at what other people are trying to do (nova.conf based key, value pairs).  I am exploring using tags.  A tag will just be a key value pair for a computeNode that can be set via an API19:41
ayoungdolphm_, wait 1.  I have another hack in mind...heheh19:41
*** mjfork has quit IRC19:41
*** mjfork_ is now known as mjfork19:41
dolphm_ayoung: symlink the path to the test db?19:42
ayoungsudo mount -t tmpfs -o size=256M tmpfs /opt/stack/keystone/tests/19:42
ayoungsudo chown ayoung tests/19:42
dolphm_ayoung: does it work?19:42
ayounggit checkout HEAD tests19:43
vishyjog0: The idea is to associate tags with groups of hosts though19:43
ayoungRan 456 tests in 27.262s19:43
vishyjog0: is it really that coupled?19:43
*** mnaser has quit IRC19:43
vishyjog0: eww yuck compute hosts shouldn't be messing with the db like that19:44
dolphm_ayoung: your changed merged btw19:44
ayoungdolphm_, thanks.19:44
vishyjog0: it doesn't look too bad19:47
vishyjog0: it seems to just be adding metadata to the aggregate19:47
mtaylorbcwaldon: I mean - _good_ think is a stretch - but it prolly won't hurt things19:47
mtaylorbcwaldon: hopefully between that and my patch to help collect server log files in jenkins, maybe we'll be able to diagnose19:48
bcwaldonmtaylor: honestly, increasing the timeout could go either way - maybe helpful or not19:48
mtaylorzul: imo, tox is the right way to run the tests - or the nosetest command if you don't want a venv19:48
mtaylorbcwaldon: good point19:48
bcwaldonmtaylor: its probably on the side of more good than bad19:49
jog0vishy:  Yes, that is the main one. I think I got rid of State, and most of the one aggregate per node requirment without breaking Xen too19:49
bcwaldonmtaylor: because if it is just a timing issue, then its probably out of our hands19:49
bcwaldonmtaylor: and if its not a timing issue, it will still time out19:49
mtaylorbcwaldon: well, mainly I'd like to see if we can determine what the issue actually is19:49
ttxvishy: about new rootwrap https://review.openstack.org/#/c/8530/ -- please let me know if you prefer a config file pointing to an area with filter definitions, or a config directory that includes config files and filter definitions alike19:49
mtaylorbcwaldon: and if it's timing, perhaps we can be cleverer about how we're starting things and stuff19:49
ttxvishy: if the latter, I'll rewrite tomorrow :)19:50
*** dachary has joined #openstack-dev19:50
*** maoy has joined #openstack-dev19:50
vishyi like the .d directory19:50
jog0vishy:  Modifying the current Aggregates code will also mean putting in a special case everywhere for generic hypervisor_pool support.    setting an aggregate as a hypervisor_pool will only be allowed upon aggregate_creation19:50
maoyvishy: have you ever seen libvirt report SUSPENDED state? It's always SHUTOFF here after a VM is suspended to disk.19:51
bcwaldonmtaylor: I'm inclined to approve19:51
maoyvishy: I'm using Ubuntu 12.0419:51
jog0vishy:  which I began to do19:52
*** longhudou has quit IRC19:53
*** johnpur has joined #openstack-dev19:53
*** ChanServ sets mode: +v johnpur19:53
*** mgius has quit IRC19:54
vishymaoy: not sure, virsh suspend gives you shutoff?19:55
jog0vishy:   just to clarify: You want each compute node to be allowed to have multiple aggregates, and each aggregate to have multiple sets  of key,value metadata?19:56
vishyyup19:56
jog0vishy:  where the same key,value pair can be in two different aggregates?19:56
vishyjog0: i don't understand why you need the special case19:56
maoyvishy: i use the nova suspend command. I think virsh suspend actually means pause19:57
vishyjog0: we could just have a separate command for registering the aggregate with the hypervisor19:57
vishyjog0: at least that was how we discussed it during the session19:57
vishymaoy: yes i seem to get paused or shutoff20:01
*** anotherjesse_zz is now known as anotherjesse20:01
*** rafaduran has quit IRC20:02
*** ncode has quit IRC20:02
maoyvishy: virsh suspend -> paused, nova suspend -> shutoff ?20:02
maoyvishy: i'm sorting out the nasty details of sync_power_state. this came up20:03
vishymaoy: nova pause == virsh suspend  -> paused , nova suspend == virsh managedsave -> shutoff20:04
maoyvishy: great. same observation here.20:04
jog0vishy: There definitely can be a separate command - but it would have an overlapping code-path with the regular option, the special case is needed because you need to inform the compute-node that it is part of the hypervisor_pool, make sure each node is part of only one hypervisor_pool.20:04
*** heckj has joined #openstack-dev20:04
jog0vishy: Most of the unusual xenAPI Host Aggregate code is in here: nova/virt/xenapi/pool.py20:05
*** GiBa has joined #openstack-dev20:05
GiBahello20:05
vishyjog0: i think we can leave that to users honestly20:05
jog0vishy:  leave setting up resource_pools?20:05
vishyjog0: as in the pool_register(aggregate) can fail20:05
vishyjog0: so users can happily create aggregates, then they can register them as a pool20:06
vishyif they register two, then it just goes boom20:06
*** joesavak has quit IRC20:06
jog0vishy:  OK  Sounds good to me.  I will renew my decoupleXenAggregates branch20:06
*** Ryan_Lane has joined #openstack-dev20:06
vishyjog0: cool, I'm trying to avoid an explosion in metadata20:07
*** wiliam has quit IRC20:07
jog0vishy:  its almost there if we can leave the caution up to the user20:07
vishyif we have tags and capabilites and aggregates i think we are going to confuse the crap out of everyone20:07
vishyjog0: I want everything to be aggregate metadata20:07
*** comstud has joined #openstack-dev20:07
maoyvishy: I don't know what would the xenapi say about the suspend state. But I'll treat SHUTDOWN and SUSPEND both valid if vm_state is SUSPENDED20:08
jog0vishy:   Sounds good, I hope to get the general aggregates into F-2 but expect to be moving 'everything' to aggregate metadata in F-320:08
vishymaoy: seems reasonable for now20:08
vishymaoy: you could also put some logic in the vm_state in libvirt to suspended if has_managed_save()20:09
vishymaoy: but that might be excssive20:09
*** GiBa has left #openstack-dev20:09
jog0vishy:  thanks20:09
*** davidha has quit IRC20:10
*** ohnoimdead has joined #openstack-dev20:10
*** dprince has quit IRC20:12
maoyvishy: oh you meant in the libvirt driver get_info(). I thought you meant in libvirt itself for a second.20:14
*** mjfork has quit IRC20:14
*** mjfork_ has joined #openstack-dev20:15
vishymaoy: yeah :)20:15
*** mjfork has joined #openstack-dev20:16
*** davidha has joined #openstack-dev20:19
*** mjfork_ has quit IRC20:19
maoyvishy: when a VM is resized, waiting for verify, and I make a call to db.instance_get_all_by_host(), does it appear in src, dest, or both?20:21
vishyi believe it shows source host until the resize is complete at which point it shows dest20:21
vishybut it does NOT wait for verify to change the host20:21
*** glenc has joined #openstack-dev20:22
*** Mandell has quit IRC20:23
maoyvishy: you lost me..20:23
maoyvishy: by resize is complete, what do you mean?20:23
vishymaoy: as in the new host has come up20:24
*** zigo-_- has quit IRC20:24
vishy* guest20:24
maoyvishy: vishy: before confirm/revert?20:24
ayoungdolphm_, my patch 3 had some issues dealing with error in CMS.  I was trying to get better error reporting.20:24
*** salgado is now known as salgado-afk20:25
*** glenc_ has quit IRC20:25
*** mjfork has quit IRC20:26
vishymaoy: correct confirm is after the guest has moved20:26
BLZbubbadoes flavorid do anything other than sort order in horizon?20:26
*** Mandell has joined #openstack-dev20:26
maoyvishy: ok20:26
vishymaoy: although i should check. Maybe the old guest stays up20:26
*** mjfork has joined #openstack-dev20:27
*** danwent_ has quit IRC20:29
*** danwent has joined #openstack-dev20:29
*** tgall__ has joined #openstack-dev20:36
*** Dr_Who has quit IRC20:36
*** zigo has joined #openstack-dev20:37
*** ncode has joined #openstack-dev20:47
jog0has anyone had unit test problems on OS X with "XenSMTestCase:test_create_volume"?20:49
*** stuntmac_ has quit IRC20:52
andrewbogottrussellb:  Do you have a moment to help me diagnose a problem with common.importutils?20:53
andrewbogottrusselb:  http://pastebin.com/BV87h8iB20:53
*** Shrews has quit IRC20:54
*** zigo has quit IRC20:54
notmynamebcwaldon: http://www.bioteams.com/2006/01/13/the_maximum_team.html20:54
notmynamebcwaldon: the first link has some good info :-)20:54
bcwaldonnotmyname: excellent20:55
*** japage has quit IRC20:55
vishyandrewbogott: looks like there is an "import log" in that file somewhere?20:55
russellbwell, looks like a nova.compute import failed, and that is the str() value of the original exception20:56
maoyvishy: does instance_get_all_by_host() return (soft) deleted instances?20:56
russellbso python -c 'import nova.compute' also fails?20:56
russellbandrewbogott: ^20:57
andrewbogottrusselb:  Yes, that also fails.20:57
russellband if so, do you get a more useful traceback?20:57
vishymaoy: I think so. The host should still be set until the instance is actually deleted.20:57
andrewbogottrussellb:  http://pastebin.com/fymivp6020:58
maoyvishy: when vm_state is DELETED, is the host still set?20:58
andrewbogottI am messing with logging, so it's no surprise that I've broken something, I just can't figure out where...20:58
maoyvishy: there is also a deleted=True in mysql table. just want to make sure which deleted you mean...20:59
vishyjaypipes: does the error only occur when multiple builds are happening simultaneously?20:59
russellbgotcha ... like vishy said earlier, do you have a import log somewhere?20:59
vishymaoy: in fact i don't think the host is ever removed20:59
vishymaoy: so get_all_by_host filters on host and deleted=1 in the db20:59
vishymaoy: so it should still be returned afaik21:00
jaypipesvishy: by "simultaneously", what do you mean?21:00
*** lts has quit IRC21:00
jaypipesvishy: if you mean when running with --processes=X, no.21:00
jaypipesvishy: occurs when running tempest in a single process.21:00
vishyjaypipes: i mean multiple requests at once21:00
andrewbogottrussellb:  Yes, but python -c 'import nova.openstack.common.log' works fine...21:00
vishyjaypipes: i don't get failures running instances on devstack and neither does the gate21:00
andrewbogottfrom nova.openstack.common import log as logging in compute/api.py21:01
*** gabrielhurley has joined #openstack-dev21:01
vishyjaypipes: so I"m trying to figure out how to reproduce21:01
jaypipesvishy: yeah, I'm very confused, frankly21:01
jaypipesvishy: have you run tempest against devstack?21:01
russellbandrewbogott: python -c 'import nova.compute.api' fails too?21:01
*** Ryan_Lane has quit IRC21:01
vishyjaypipes: nope21:02
*** Ryan_Lane has joined #openstack-dev21:02
*** steveb_ has joined #openstack-dev21:02
andrewbogottrussellb:  Yes, same failure.  Hm...21:02
*** JStoker has quit IRC21:02
*** agonella has quit IRC21:02
russellbandrewbogott: i can try to update importutils to give a better error ...21:02
*** agonella has joined #openstack-dev21:03
andrewbogottThat might be worthwhile.  I'm confused by the nested Class API cannot be found (Class API cannot be found21:03
andrewbogottthought maybe I was causing a recursive import or something.21:03
*** Ghe_Rivero has quit IRC21:04
andrewbogottcurious, if I remove the line that imports logging from api.py, the error does not change21:04
jaypipesvishy: I'll keep digging. going to try running each individual failing test until I can see some pattern21:05
*** sdake has quit IRC21:05
russellbandrewbogott: http://paste.openstack.org/show/18611/21:06
bcwaldongabrielhurley: any of you nebulos interested in fixing this guy https://bugs.launchpad.net/glance/+bug/100924821:06
uvirtbotLaunchpad bug 1009248 in glance "Glance HTTP Store query method fails to check response code" [Medium,Confirmed]21:06
*** alaski has quit IRC21:07
andrewbogottrussellb:  that helped!  thank you.21:08
russellbcool, i'll submit that to openstack-common then21:10
dhellmannmarkwash: can I get you to have a quick look at https://review.openstack.org/#/c/8659/ for me when you have a minute?21:10
*** rkukura has joined #openstack-dev21:10
markwashsure21:11
*** markvoelker has quit IRC21:11
*** mgz has quit IRC21:12
*** JStoker has joined #openstack-dev21:12
russellbandrewbogott: https://review.openstack.org/871821:12
maoyvishy: is there existing code to handle case where the VM is marked as STOPPED/DELETED/SOFT_DELETED but power_state says RUNNING?21:13
*** nunosantos has quit IRC21:14
markwashdhellmann: looks good, thanks for preserving backwards compat21:14
vishymaoy: i don't think so21:15
*** anotherjesse is now known as anotherjesse_zz21:15
vishyjaypipes: cool thanks. I will look through the code and see if I can find anything.21:16
jaypipesvishy: would a prior call to nova-network that did not release a semaphore or lockfile properly cause an RPC timeout on the compute node during allocate_network()?21:16
vishyjaypipes: possibly21:16
vishyjaypipes: although i think you would see a log on the network host about acquiring the semaphore21:17
jaypipesvishy: I do. but I don't see any messages releasing it.21:18
jaypipesvishy: is there a way to tell if a lockfile is still around for nova-network (in a devstack env):?21:18
vishyjaypipes: yes look for a lockfile!21:19
jaypipesvishy: sorry, yes, I know that... looking for which directory.21:19
vishyi think they are in /opt/stack/nova21:19
ijwvishy: do you know if there are other changes due to land that affect connection.py?21:20
ijw(in libvirt)21:20
jaypipesvishy: I see a nova-ensure_bridge.lock in /opt/stack/nova/instances owned by the libvirt group. Would that be it?21:20
*** kindaopsdevy has joined #openstack-dev21:20
vishyyeah probably, but why is it in instances?21:20
vishythat is weird21:21
jaypipesvishy: sorry, in /opt/stack/nova, not /opt/stack/nova/instances21:21
jaypipesmy bad.21:21
vishyoh ok yeah that would be ensure_bridge.lock it is still there?21:21
jaypipesvishy: yes, after running just one of tempest's tests, on a fresh devstack env, test failed (with that timeout error) and there is a "nova-ensure_bridge.lock" file in /opt/stack/nova21:22
jaypipesI don't see any other lock files.21:22
vishyjaypipes what commands does the test do?21:22
jaypipesvishy: one sec.21:22
*** metral_ has joined #openstack-dev21:23
BLZbubbato turn a snapshot into an image, do i just want to delete the extra properties e.g. "image_location"21:23
*** sieutruc has quit IRC21:23
vishyjaypipes: it seems like the likely thing is one of the commands in ensure_bridge hanging21:24
vishyjaypipes: so it might be nice to check the logs to see the last command that was run21:24
jaypipeshttp://paste.openstack.org/show/18612/ and then http://paste.openstack.org/show/18612/21:25
jaypipesvishy: which log? net or compute?21:25
*** metral has quit IRC21:25
*** metral_ is now known as metral21:25
jaypipesBLZbubba: snapshot is already an image.21:25
vishyjaypipes: maybe both, they both call ensure bridge21:26
jaypipesBLZbubba: just boot it from the snapshots view in Horizon.21:26
jaypipesvishy: k, lemme grep for ensure_bridge21:26
jaypipesvishy: boom. I think we may have found our issue...21:27
vishyjaypipes: \o/21:28
*** salgado-afk is now known as salgado21:29
jaypipesvishy: can you glean anything from this output? http://paste.openstack.org/show/18614/21:29
BLZbubbajaypipes: ok cool, is there a reason why they are in separate areas?  just curious why there are two different sections21:30
jaypipesvishy: if you give me some pointers, I can look deeper into the logs for something... right now, I can't seem to tell whether the lockfile is ever acquired (just says attempting to acquire)21:30
vishyjaypipes: can you send me the logs21:30
jaypipesBLZbubba: because images are "base images" and snapshots are essentially backups of an instance, saved to an image21:31
jaypipesvishy: sure, lemme tar em up.21:31
vishyjaypipes: I would be looking for the first ensure that works and looking for an executed command that is not returning21:31
jaypipesvishy: I will send you the api, net, cpu logs. any others?21:31
vishyi think that is enough21:32
*** agonella has quit IRC21:32
*** agonella has joined #openstack-dev21:33
*** dachary has quit IRC21:36
*** matwood has quit IRC21:37
jaypipesvishy: k, sent. thx man.21:38
*** ncode has quit IRC21:39
*** andrewbogott has quit IRC21:41
*** andrewbogott has joined #openstack-dev21:46
*** andrewbogott has joined #openstack-dev21:46
*** nati_ueno has joined #openstack-dev21:48
vishyjaypipes: as far as i can tell the bridge lock was there at the start of all the runs21:49
dhellmannmarkwash: thanks for the review!21:50
jaypipesvishy: hmm... ok. I will re-run after removing it by force...21:50
jaypipesvishy: what could leave that around?21:51
vishyjaypipes: well if something is killed while it has a lock open21:51
jaypipesk21:51
*** Shrews has joined #openstack-dev21:52
vishyit is supposed to remove them on startup but our lock removal code thinks something is still linking to it21:52
*** tgall__ has quit IRC21:54
*** dolphm_ has quit IRC21:55
*** dhellmann has quit IRC21:55
adam_ghas anyone else run into issues with the memory requirements of running the volume tests in nova/tests/test_xensm.py21:57
adam_g?21:57
*** ayoung has quit IRC22:01
*** heckj has quit IRC22:04
*** matwood has joined #openstack-dev22:10
*** anderstj has joined #openstack-dev22:12
*** roge has quit IRC22:13
*** glenc_ has joined #openstack-dev22:17
lchenggabrielhurley: hi22:17
*** glenc has quit IRC22:19
gabrielhurleylcheng: hi, what's up? (I'm walking out the door in a couple minutes)22:21
*** iccha has left #openstack-dev22:21
*** kbringard has quit IRC22:22
lchenggabrielhurley: I have some question about:  https://bugs.launchpad.net/horizon/+bug/100329922:22
uvirtbotLaunchpad bug 1003299 in horizon "broken instance linkage under project overview page" [High,Confirmed]22:23
lchenggabrielhurley: when the user clicks on the instance link, which page should it open?22:23
lchenggabrielhurley: in the code review comment. You mentioned that it should open tenant index. Is it the tenant page in the admin dashboard (/syspanel/projects/<tenant_id>/usage) ?22:26
*** e1mer has joined #openstack-dev22:27
*** maoy has quit IRC22:29
gabrielhurleylcheng: my recollection is that the instance ID isn't actually returned (I believe I filed a Nova bug about that), so we can't link to the instance detail page. Since this is in the Project dashboard there is not "tenant" view, so we can't link to that. If there is no logical thing we can link to then it just shouldn't be a link.22:31
gabrielhurleyIf we can get back the instance ID it should link to the instance detail page. That's really the only logical solution. It's just not available right now.22:31
gabrielhurleyI gotta run, though, sorry22:31
*** sulochan has quit IRC22:32
*** adjohn has quit IRC22:33
*** sulochan has joined #openstack-dev22:33
*** cooper has joined #openstack-dev22:35
*** gabrielhurley has quit IRC22:36
*** Gordonz has quit IRC22:37
*** sulochan has quit IRC22:37
*** sdake has joined #openstack-dev22:37
*** roge has joined #openstack-dev22:38
*** galstrom has quit IRC22:41
*** mattray has quit IRC22:45
*** metral has quit IRC22:48
*** AlanClark has quit IRC22:48
*** salgado is now known as salgado-afk22:49
*** metral has joined #openstack-dev22:49
*** littleidea has joined #openstack-dev22:51
*** jakedahn is now known as jakedahn_zz22:53
*** epim has quit IRC22:57
*** metral has quit IRC22:59
*** steveb_ has quit IRC23:00
*** steveb_ has joined #openstack-dev23:04
*** dolphm has joined #openstack-dev23:05
*** ewindisch has joined #openstack-dev23:06
*** lloydde has quit IRC23:07
*** dolphm has quit IRC23:10
*** rnirmal has quit IRC23:10
*** dtroyer is now known as dtroyer_zzz23:11
*** danwent_ has joined #openstack-dev23:12
*** kindaopsdevy has quit IRC23:12
*** danwent has quit IRC23:12
*** danwent_ is now known as danwent23:12
*** kindaopsdevy has joined #openstack-dev23:12
jgriffithvishy: ping23:14
*** andrewsmedina has quit IRC23:17
claygjgriffith: fwiw, i had a bit of problem with your cinder/devstack for not running glance-manage db_sync23:18
*** jakedahn_zz is now known as jakedahn23:20
*** winston-d_zzZZ has quit IRC23:23
*** sleepsonthefloor is now known as sleepsonzzz23:24
jgriffithclayg: Hmmm... could be that my pkgs aren't in sync with what you need?23:26
claygjgriffith: oh idk... I guess I just pulled down trunk glance (this is a fresh box)23:27
claygand the registry would start, but would throw 500's complaining about tables not existing23:27
jgriffithclayg: Hmmm... if they need any changes in nova from the past few weeks I could see that being a problem.23:27
claygI could run glance-manage db_sync and get glance image-list to work, then I noticed that your cinder/devstack for didn't have that command in where I found it in upstrem devstack23:28
jgriffithclayg: We should have this in review and merged soon and it may solve some of this depending on what you're seeing23:28
claygjgriffith: yes, that will be nice23:28
jgriffithAhhhh... yes, that devstack has been floating around for quite a bit as well.  Maybe trying a rebase even?23:28
claygI'm really a devstack newb - I'm taking maybe it doesn't pull from master every time you start it?  (is there a way to start it besides ./stack.sh)23:29
jgriffithclayg: Or just take it as beta right now and see what happens later this week :)23:29
clayg... like if I just want to make a code change and restart all services23:29
jgriffithclayg: No... because my version is set to pull from my repos, otherwise you won't get the neeeded cinder changes23:29
claygjgriffith: oh.. like just try and merge upstream devstack ontop of cinder/devstack?23:29
claygwell I'm definately getting the cinder changes, that all works good23:29
jgriffithclayg: yeah...23:30
jgriffithclayg: Then I would imagine it's a synch issue with all the pkgs23:30
claygI'm just trying to understand I guess why I would run into this and you hadn't had a problem with it yet (my glance is newer?) - cause I'm assuming you haven't updated glance since you made the fork?23:30
jgriffithclayg: Really not worth you spending the time right now to dork with it I don't think23:30
claygjgriffith: will I wouldn't... except it's sorta the only way I can really see to get cinder running atm23:31
jgriffithclayg: Maybe send me an outline of what you ran and what you saw and I'll see if it's something I can coorelate23:31
jgriffithI've been using bcwaldons vagrant setup with a modified source for devstack repo23:32
claygjgriffith: i just added the glance-mange db_sync to my local checkout of your devstack and basically everything seemed to start23:32
claygI was able to create a volume with cinder client...23:32
*** pixelbeat has quit IRC23:32
claygjgriffith: oh.... that sounds kinda nice :)23:32
jgriffithclayg: yes!!  vish and bcwaldon have shown me a few tricks like hub and vagrant that make life much easier!!23:33
jgriffithclayg: anyway, I'm not sure exactly what you might have run into, I'd like to wait until we're in the official repos though based on what you describe before I worry much about it.23:34
claygjgriffith: hub is keyerror on my brain23:34
jgriffithclayg: google defunkt hub23:34
jgriffithclayg: let's you do like 'git clone openstack/nova'23:34
jgriffithclayg: shortcuts... also creating remotes on your github account etc23:34
claygjgriffith: yeah boss it's fine, i was just saying your devstack fork didn't work for me out of the box - sounds like it's only an issue for me - but I think i've worked around it for now23:35
* clayg is still waiting to see if he can get an instance booted to attach this volume to23:35
jgriffithclayg: It better :)23:35
claygjgriffith: the git remote add expanding to add another users fork of the current repo seems simple and handy... may be worth all the ruby trouble.23:37
jgriffithclayg: yeah, I definitely found it worthwhile...23:38
jgriffithclayg: If nothing else just the shortcuts alone are worth it23:38
*** andrewbogott has quit IRC23:39
claygmmmhhhh looks like it can support github enterprise too...23:39
*** edygarcia has joined #openstack-dev23:40
*** anderstj_ has joined #openstack-dev23:40
*** anderstj has quit IRC23:40
*** torgomatic has quit IRC23:40
*** Dr_Who has joined #openstack-dev23:40
*** Dr_Who has quit IRC23:40
*** Dr_Who has joined #openstack-dev23:40
*** torgomatic has joined #openstack-dev23:43
*** anderstj_ has quit IRC23:43
*** ayoung has joined #openstack-dev23:43
claygjgriffith: so compute blew up "no protal found" and indeed "iscsiadm -m discovery -t st -p localhost" comes up empty23:43
*** anderstj has joined #openstack-dev23:43
claygbut tgt is running and seems to be listening on 326023:43
claygthe volume says it's available...23:43
jgriffithclayg: hmmmm... ok, we've got something funny in your setup me suspects23:43
claygjgriffith: like I said, it was a clean install...23:44
claygbut it is precise... are most folks still running devstack on oneiric?23:44
jgriffithclayg: using j-griffith/devstack right?23:44
jgriffithclayg: Nope, I'm using precise23:44
claygorigin  git://github.com/j-griffith/devstack.git (fetch)23:44
jgriffithclayg: errr... that will merge things.  I'd recommend 'rm -rf devstack;git clone j-griffith/devstack'23:45
*** danwent has quit IRC23:45
jgriffithclayg: then create your localrc and run stack.sh again23:46
jgriffithclayg: Just to be 'safe' even rm -rf /opt/stack and /etc/nova23:46
jgriffithclayg: If you wait five minutes I"ll push new udpates to my repos23:46
claygsure23:47
*** Dr_Who has quit IRC23:48
*** blamar has quit IRC23:48
*** edygarcia has quit IRC23:48
*** torgomatic_ has joined #openstack-dev23:48
*** adjohn has joined #openstack-dev23:49
*** anderstj has quit IRC23:49
*** anderstj_ has joined #openstack-dev23:49
*** roge has quit IRC23:50
*** torgomatic has quit IRC23:52
*** torgomatic_ is now known as torgomatic23:52
*** anderstj_ has quit IRC23:54
*** dhellmann has joined #openstack-dev23:57
*** matwood has quit IRC23:59

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