Tuesday, 2012-07-31

jtranmtaylor, hey have u had a chance to look at that diablo stable issue?00:00
mtaylorjtran: no. someone else was looking at it, but I forget who00:01
jtranwas it me?  ;)00:01
mtaylorjtran: hehe00:01
mtaylornope00:01
jtrangood thing!00:02
*** epim has quit IRC00:04
jtranmtaylor, just ping / pm / email me if u figure out who it is.  graci!00:04
*** apevec has quit IRC00:05
mtaylorjtran: I will!00:05
*** jakedahn_zz is now known as jakedahn00:06
*** nati_ueno has quit IRC00:06
*** nati_ueno has joined #openstack-dev00:08
*** yuanz has joined #openstack-dev00:12
*** Mandell has quit IRC00:13
*** mokas has quit IRC00:13
*** rnirmal has quit IRC00:13
*** edygarcia has joined #openstack-dev00:18
*** s0mik has quit IRC00:18
*** dolphm has joined #openstack-dev00:19
*** s0mik has joined #openstack-dev00:21
*** dolphm has quit IRC00:23
*** s0mik has quit IRC00:23
*** dolphm has joined #openstack-dev00:24
*** Shrews has joined #openstack-dev00:25
*** jakedahn is now known as jakedahn_zz00:25
*** yuanz has left #openstack-dev00:28
*** danwent has quit IRC00:30
*** jtran has quit IRC00:33
*** markmcclain has joined #openstack-dev00:33
*** issackelly has quit IRC00:38
*** nati_ueno has left #openstack-dev00:46
*** littleidea has quit IRC00:46
*** mfer has joined #openstack-dev00:47
*** winston-d has joined #openstack-dev00:47
winston-djgriffith, hi00:47
*** koolhead17 has joined #openstack-dev00:48
*** johnpur has left #openstack-dev00:53
*** spiffxp has quit IRC00:53
*** thingee has quit IRC00:56
*** mfer has quit IRC00:58
*** adjohn has quit IRC01:01
*** steveb_ has quit IRC01:01
*** adjohn has joined #openstack-dev01:05
*** novas0x2a|laptop has quit IRC01:05
*** jdurgin has quit IRC01:06
*** roge has quit IRC01:06
*** matwood has quit IRC01:08
*** markmcclain has quit IRC01:10
*** mfer has joined #openstack-dev01:12
*** littleidea has joined #openstack-dev01:14
*** Ryan_Lane has quit IRC01:17
*** steveb_ has joined #openstack-dev01:18
*** koolhead17 has quit IRC01:20
*** dolphm has quit IRC01:29
*** koolhead17 has joined #openstack-dev01:33
*** edygarcia has quit IRC01:33
*** sunxin has joined #openstack-dev01:35
*** dolphm has joined #openstack-dev01:37
*** mfer has quit IRC01:41
*** edygarcia has joined #openstack-dev01:47
*** adjohn has quit IRC01:50
*** Aaton is now known as Aaton_off01:51
*** blamar has quit IRC01:51
*** pixelbeat has quit IRC01:52
*** maurosr has joined #openstack-dev02:00
*** anniec has quit IRC02:01
*** maurosr has quit IRC02:05
*** matwood has joined #openstack-dev02:05
*** roge has joined #openstack-dev02:08
*** SuperSonicSound has joined #openstack-dev02:08
*** maurosr has joined #openstack-dev02:08
*** andrewbogott has quit IRC02:16
*** maoy has quit IRC02:16
*** thingee has joined #openstack-dev02:16
*** mokas has joined #openstack-dev02:18
*** PotHix has quit IRC02:22
*** dolphm has quit IRC02:27
*** jakedahn_zz is now known as jakedahn02:27
*** gongys has joined #openstack-dev02:28
*** gyee has quit IRC02:31
*** koolhead17 has quit IRC02:34
*** littleidea has quit IRC02:37
jgriffithwinston-d: ping02:48
*** thingee has quit IRC02:53
*** matiu has joined #openstack-dev02:57
*** matiu has quit IRC02:57
*** matiu has joined #openstack-dev02:57
*** rnirmal has joined #openstack-dev03:02
*** matiu has quit IRC03:03
*** matiu has joined #openstack-dev03:04
*** chrisfer has quit IRC03:04
*** matiu has quit IRC03:07
*** matiu has joined #openstack-dev03:07
*** matiu has quit IRC03:07
*** matiu has joined #openstack-dev03:07
jgriffithzul: ping03:08
zuljgriffith: whats up03:08
jgriffithzul: tgtadm: can't send the request to the tgt daemon, Transport endpoint is not connected03:09
jgriffithzul: This is on nova-vol03:09
zuljgriffith:  with the devstack changes?03:09
zuljgriffith:  log file?03:10
jgriffithzul: nova-vol shouldn't need the devstack changes03:10
zuljgriffith: log file please :)03:10
jgriffithzul: jdg-debug: issue tgadmin command: tgt-admin --conf /opt/stack/nova/volumes/volume-e85be7d8-a28b-4159-a506-c37ab1a70480 -e --update volume-e85be7d8-a28b-4159-a506-c37ab1a7048003:10
jgriffithzul: I did a pdb here to catch the command03:11
jgriffithzul: Then ran tgtadm show03:11
zuljgriffith: can you do me a favor? can you do sudo : tgt-admin  -v --conf /opt/stack/nova/volumes/volume-e85be7d8-a28b-4159-a506-c37ab1a70480 -e --update volume-e85be7d8-a28b-4159-a506-c37ab1a70480 and pastebin it03:13
jgriffithzul: Was wondering, can we use something like: tgtadm --lld iscsi --op new --mode target --tid 1 -T03:15
jgriffithzul: Or am I missing a key point here :)03:15
zuljgriffith: no we cant..then it wont be written to the targets.conf03:15
*** jog0 has quit IRC03:16
*** matiu has quit IRC03:16
*** Mandell has joined #openstack-dev03:16
*** matiu has joined #openstack-dev03:18
*** matiu has quit IRC03:18
*** matiu has joined #openstack-dev03:18
*** dolphm has joined #openstack-dev03:19
*** edygarcia has quit IRC03:20
jgriffithzul: What about tgtadm --dump >> tgt.conf ?03:21
jgriffithzul: BTW, I'm just trying to understand/learn03:21
jgriffithzul: Not criticizing etc03:21
zuljgriffith:  no worries...isnt that a bit racy, becaue you are basically re-reading all of the iscsitargets03:22
jgriffithzul: Well, there is that!03:22
jgriffith:)03:22
jgriffithzul: good point03:22
*** dubsquared has joined #openstack-dev03:22
*** blamar has joined #openstack-dev03:28
*** dachary has quit IRC03:41
*** dachary has joined #openstack-dev03:41
notmynamezaitcev: ping03:47
zaitcevnotmyname: pong03:47
notmynameyou should lurk in #openstack-swift too ;-)03:47
zaitcevnotmyname: I updated https://review.openstack.org/10582 with a postfactum comment so we have the information.03:48
notmynameya, just read it03:48
notmynameso the traceback happens with newer version of webob if format=foobar?03:49
notmynamefor some value of foobar03:49
zaitcevYes, format=はは does it03:49
zaitcevHowever, I should note, the proxy server continues to operate. It only returns 500 for the request.03:50
notmynameya03:50
*** spiffxp has joined #openstack-dev03:52
*** winston-d has quit IRC03:54
cloudflyso out of curiousity how many of you keep an openstack cloud in your closet?04:00
*** edygarcia has joined #openstack-dev04:01
*** amotoki has joined #openstack-dev04:07
*** littleidea has joined #openstack-dev04:08
*** dolphm has quit IRC04:20
*** shang has quit IRC04:25
*** shang has joined #openstack-dev04:39
*** SuperSonicSound has quit IRC04:39
*** sacharya has quit IRC04:41
*** dubsquared has quit IRC04:44
*** anniec has joined #openstack-dev04:49
*** anniec_ has joined #openstack-dev04:51
*** roge has quit IRC04:53
*** amotoki has quit IRC04:54
*** anniec has quit IRC04:55
*** anniec_ is now known as anniec04:55
*** maoy has joined #openstack-dev04:59
*** zaitcev has quit IRC05:05
*** dolphm_ has joined #openstack-dev05:05
*** cp16net is now known as cp16net|away05:08
*** cp16net|away is now known as cp16net05:08
*** johnpostlethwait has joined #openstack-dev05:10
bcwaldonjeblair: fun for tomorrow https://jenkins.openstack.org/job/gate-tempest-devstack-vm/5537/consoleFull05:15
*** gongys has quit IRC05:18
*** blamar has quit IRC05:21
*** mcaway is now known as markmc05:25
*** edygarcia has quit IRC05:36
*** Drakiz has joined #openstack-dev05:38
*** steveb_ has quit IRC05:38
*** Ryan_Lane has joined #openstack-dev05:41
*** dolphm_ has quit IRC05:44
*** sunxin has quit IRC05:54
*** mikal has quit IRC05:57
*** mikal has joined #openstack-dev05:59
*** erikzaadi has joined #openstack-dev05:59
*** hattwick has quit IRC06:02
*** rnirmal has quit IRC06:03
*** littleidea has quit IRC06:07
*** GheRivero has joined #openstack-dev06:10
*** Ryan_Lane has quit IRC06:11
*** amotoki has joined #openstack-dev06:14
*** spiffxp has quit IRC06:17
*** vuntz has quit IRC06:22
*** danwent has joined #openstack-dev06:32
*** steveb_ has joined #openstack-dev06:32
*** lzyeval has joined #openstack-dev06:44
*** xtrusia has joined #openstack-dev06:50
*** johnpostlethwait has quit IRC07:09
*** matwood has quit IRC07:13
*** milner has quit IRC07:13
*** xtrusia_ has joined #openstack-dev07:16
*** Ryan_Lane has joined #openstack-dev07:19
*** vuntz has joined #openstack-dev07:25
*** blamar has joined #openstack-dev07:27
*** milner has joined #openstack-dev07:27
*** zhuadl has joined #openstack-dev07:29
*** EmilienM has joined #openstack-dev07:35
*** matiu has quit IRC07:38
*** sulochan has joined #openstack-dev07:40
*** dachary has quit IRC07:41
*** sulochan has left #openstack-dev07:41
*** eglynn has joined #openstack-dev07:46
*** Mandell has quit IRC07:52
*** Ryan_Lane has quit IRC07:54
*** dachary has joined #openstack-dev07:58
*** blamar has quit IRC07:58
*** zhuadl has quit IRC08:07
*** pixelbeat has joined #openstack-dev08:16
*** derekh has joined #openstack-dev08:17
*** lzyeval has quit IRC08:22
*** alex88 has joined #openstack-dev08:29
*** alex88 has joined #openstack-dev08:29
*** xtrusia has quit IRC08:33
*** apevec has joined #openstack-dev08:33
*** apevec has joined #openstack-dev08:33
*** xtrusia_ has left #openstack-dev08:34
*** xtrusia_ has joined #openstack-dev08:34
*** hattwick has joined #openstack-dev08:43
*** erikzaadi has quit IRC08:44
*** steveb_ has quit IRC08:47
*** danpb has joined #openstack-dev08:49
*** armaan has joined #openstack-dev09:04
*** armaan has left #openstack-dev09:04
eglynnsoren: hey, a while back you were talking on IRC about failing to boot an instance on devstack where the host's own hostname mysteriously couldn't be resolved09:06
eglynnsoren: log message like ... 2012-06-12 20:11:12 ERROR nova.rpc.common [-] Returning exception Failed to add interface: sudo: unable to resolve host devstack-133952652309:06
eglynnsoren: just wondering if you got to the bottom of it ...09:06
*** rods has joined #openstack-dev09:14
*** dachary has quit IRC09:29
*** zhuadl has joined #openstack-dev09:30
soreneglynn: hmm...09:34
soreneglynn: Are yo usure it was with devstack09:34
soren?09:34
eglynnsoren: just assumed fromt he hostname (devstack-1339526523)09:35
soreneglynn: Oh, that was from my logfile?09:35
eglynnsoren: from IRC log, one sec ...09:35
soreneglynn: Yeah, then you're probably right.09:35
eglynnsoren: http://eavesdrop.openstack.org/irclogs/%23openstack-dev/%23openstack-dev.2012-06-13.log09:35
eglynnsoren: no worries if its lost in the mists of time at this stage ...09:36
ttxmarkmc: when did you plan to release 2012.1.2 ? Thursday ?09:37
markmcttx, yes09:37
markmcttx, will ask for testing at tonight's meeting - i.e. name the RC tarballs09:37
ttxmarkmc: ok, great09:37
soreneglynn: Ah, these were not my own instances. I was just trying to help in debugging this issue: https://bugs.launchpad.net/openstack-ci/+bug/101259509:39
uvirtbotLaunchpad bug 1012595 in openstack-ci "Intermittent failure running new instances" [Critical,Fix released]09:39
soreneglynn: Wow. I was actually (for once!) smart enough to write down the cause.09:39
eglynnsoren: a-ha, cool, thanks!09:39
soreneglynn: No problem.09:40
* soren pats himself on the back for adding that comment on lp09:40
sorenThere's *no* way I'd have remembered otherwise.09:40
eglynnsoren++09:40
apevecmarkmc, ttx - keystone has few stable/essex patches in the queue https://review.openstack.org/#/q/status:open+project:openstack/keystone+branch:stable/essex,n,z09:42
*** timello has quit IRC09:42
*** Vakaris has joined #openstack-dev09:44
apevechmm, looks like some where not proposed to master first https://review.openstack.org/#/c/10365/09:44
*** fc__ has quit IRC09:47
*** fc__ has joined #openstack-dev09:47
*** shang has quit IRC09:48
ttxmarkmc: I specifically added the topic to the meeting tonight, start of meeting09:49
markmcttx, cool09:49
markmcapevec, yeah, hoping to get to them09:50
markmcapevec, wasn't clear at a glance how important they are09:50
apevecayoung said ldap ones are important09:50
*** dachary has joined #openstack-dev09:51
*** sandywalsh has joined #openstack-dev09:52
*** sandywalsh has quit IRC09:52
ttxmarkmc: reading cfg code... is there any mechanism to mark an option deprecated ? Or is it just about writing special code issuing a deprecated exception if this option is still used ?09:57
ttx(where that option is used, rather than when that option is first defined)09:58
markmcttx, yeah, all we have so far is 'deprecated_name' which is basically just for renaming options10:00
*** shang has joined #openstack-dev10:01
ttxmarkmc: I'm trying to find a way to detect root_helper was used to complain  about that. But given how the default works, looks like I should rather be detecting when the new replacement options are /not/ used10:03
ttxmarkmc: i.e. define the new rootwrap_path and rootwrap_conf options with "None" as default value -- and complain if they are None. Does that make sense ?10:05
*** maurosr has quit IRC10:07
asalkeldany openstack-common reviewer's about?10:16
asalkeldhttps://review.openstack.org/#/c/10514/10:16
asalkeldhttps://review.openstack.org/#/c/10398/10:16
asalkeldhttps://review.openstack.org/#/c/10594/10:17
*** armaan has joined #openstack-dev10:26
*** armaan has left #openstack-dev10:26
*** kbringard has joined #openstack-dev10:28
markmcttx, hmm, not totally sure I follow, but if there is a default for an option and yet we're setting default=None, we're doing something wrong10:29
markmcasalkeld, apologies, I'm way behind on those10:29
asalkeldk no worries10:30
markmcttx, why not set default=None for root_helper and warn if it's not None ?10:30
*** darraghb has joined #openstack-dev10:30
asalkeldmarkmc, the nova side looks like this: https://github.com/asalkeld/nova/commits/master10:31
markmcasalkeld, cool stuff; kudos10:31
asalkeldhelps to see  both sides10:31
ttxmarkmc: because that would break configurations relying on root_helper default value ?10:32
ttxmarkmc: you could imagine there are some configs out there just using the default value10:32
markmcttx, oh, you're not removing root_helper=sudo support yet?10:32
ttxmarkmc: no, the idea is to mark it deprecated but still support it in Folsom.10:33
markmcttx, ok, so warn if root_helper!=rootwrap ?10:33
markmcttx, then just remove root_helper in Grizzly10:34
markmcttx, if root_helper=rootwrap is still in people's Grizzly config, it'll just be ignored10:34
ttxmarkmc: that would work... do you think there is a sane default for rootwrap_config though ?10:35
markmcttx, can't recall what it is?10:36
ttxmarkmc: my idea is to replace root_helper='sudo nova-rootwrap /etc/nova/rootwrap.conf' with rootwrap_config=/etc/nova/rootwrap.conf10:36
markmcttx, make the default rootwrap.conf and resolve it with ConfigOpts.find_file() ?10:37
ttxmarkmc: will look into that. was concerned about the security , but this value is actually not used in the trusted path, so it should be ok.10:38
ttx(the value specified in sudoers is the one that is root-trusted)10:39
ttxmarkmc: thx for your help!10:39
markmcttx, np10:39
*** zhuadl has quit IRC10:43
apevecttx, swift 1.6.0 is coming today?10:49
*** mikal has quit IRC11:01
*** mikal has joined #openstack-dev11:03
*** Vakaris has quit IRC11:09
*** Vakaris has joined #openstack-dev11:14
*** almaisan-away has quit IRC11:18
*** alex88 has quit IRC11:20
*** maoy has quit IRC11:22
*** dolphm has joined #openstack-dev11:30
*** Vakaris has quit IRC11:31
*** Vakaris has joined #openstack-dev11:40
ttxapevec: unless it's QA-delayed again, yes11:42
*** maurosr has joined #openstack-dev11:43
*** Vakaris has quit IRC11:58
*** chrisfer has joined #openstack-dev12:06
*** rkukura has left #openstack-dev12:08
*** Vakaris has joined #openstack-dev12:13
*** cbj has joined #openstack-dev12:22
*** utlemming has joined #openstack-dev12:23
*** markmcclain has joined #openstack-dev12:26
*** armaan has joined #openstack-dev12:28
*** armaan has left #openstack-dev12:28
*** Vakaris has quit IRC12:29
*** markmcclain has quit IRC12:30
*** lts has joined #openstack-dev12:35
*** darraghb has quit IRC12:36
*** darraghb has joined #openstack-dev12:39
*** sacharya has joined #openstack-dev12:39
*** dprince has joined #openstack-dev12:41
*** wiliam has joined #openstack-dev12:46
*** flaviamissi has joined #openstack-dev12:48
*** roge has joined #openstack-dev12:50
*** dprince has quit IRC12:55
*** mancdaz has joined #openstack-dev12:57
*** sacharya has quit IRC12:58
*** kzhen has joined #openstack-dev12:58
*** andrewsmedina has quit IRC13:00
*** salgado has joined #openstack-dev13:03
*** salgado has joined #openstack-dev13:03
*** kbringard has joined #openstack-dev13:04
*** zhuadl has joined #openstack-dev13:11
*** avishay has joined #openstack-dev13:14
*** salgado has quit IRC13:16
*** salgado has joined #openstack-dev13:17
*** Slower has quit IRC13:18
*** Slower has joined #openstack-dev13:18
*** salgado has quit IRC13:20
*** salgado has joined #openstack-dev13:23
*** salgado has joined #openstack-dev13:23
*** littleidea has joined #openstack-dev13:25
*** Dr_Who has joined #openstack-dev13:28
*** andrewsmedina has joined #openstack-dev13:28
*** markmcclain has joined #openstack-dev13:30
*** dprince has joined #openstack-dev13:35
dprinceayoung: around?13:36
ayoungdprince, yes I am13:36
dprinceayoung: morning!13:36
dprinceayoung: couple more questions about PKI if you have time.13:37
ayoungdprince, are thes 'you are going to want to go and get another cup of cofffee" type questions?13:37
*** sacharya has joined #openstack-dev13:37
dprinceayoung: Well... I haven't had a cup of good tea yet so they won't be that good ;)13:38
dprinceayoung: the first issue is with running 'keystone-manage pki_setup'13:38
ayoungdprince, fire at Will. Will has been a total slacker lately and could use the excitement.13:38
dprinceayoung: Typically I think people would run that as root... or sudo.13:38
dprinceayoung: Which causes the resulting certs to be owned by root:root in /etc/keystone/ssl/*13:39
dprinceayoung: This causes problems when running keystone... from say a packaged RPM which runs the daemon as a nologin 'keystone' user.13:40
ayoungdprince, let me thinkg...the keystone user needs to be able to read the pkey,  but no one else should.13:40
dprinceayoung: So I guess the question here is: Is it it expected that users will just know this and chown the files themselves?13:40
ayoungrest of the files should be world readable13:40
dprinceayoung: Correct. The private key needs to be owned by the user.13:40
dprinceayoung: What I'm getting at is using keystone-manage for this might end up being a bit clunky.13:41
ayoungBut since this is a web app,  the basic rule is:  the user running the process should not be able to rewrite its own files...13:41
dprinceayoung: The issue here is the user (keystone) doesn't own the files to begin with.13:41
ayoungso having pkey owned by root,  readable by keystone, and no readable by anyone else might be the right policy13:42
dprinceayoung: Yeah. Something like that.13:42
*** littleidea has quit IRC13:42
dprinceayoung: Is that something we should perhaps do in keystone-manage? Or just leave it up to the packagers to take care of.13:43
*** littleidea has joined #openstack-dev13:43
ayoungdprince, ticket it.  We'll discuss during the Keystone meeting today13:43
dprinceayoung: okay. sounds good.13:43
dprinceayoung: second question is regarding the disable_pki=False flag. I really dislike double negatives to *enable* this feature.13:44
dprinceayoung: would it be reasonable to switch to enable_pki instead?13:44
dprinceayoung: Did I perhaps miss a conversation on this already?13:44
ayoungdprince, this will not be a double negative long term13:45
ayoungI chose it deliberately so as to not have to change the key when it defaults to on13:45
ayoung disable_pki=False  will be the default, and to turn it off in the config file you will do  disable_pki=True13:45
ayoungdprince, make sense?13:47
dprinceayoung: well. Can't you do the same with enable_pki? I mean we have control over the default value of boolean configs right?13:47
danpbIMHO having either 'enable' or 'disable' in the names of config options is bad practice13:47
danpbbetter to have a name that doesn't suggest an enablement state13:47
danpbeg  just   pki_security=True|False13:48
dprincedanpb: I'm not opposed to this... however when using the feature I would expect to set it to 'True'.13:48
dprincedanpb: That is my main gripe here I guess.13:48
danpboh i agree that  disable_pki=False is particularly bad due to the double negative13:49
danpbsince we expect the defaults to change, IMHO, it is better to use a naming scheme as i suggested13:50
dprinceayoung: I'll throw up a ticket for this as well. Perhaps you could mention it at the meeting today as well?13:50
dprinceI like danpb's suggestion's here.13:50
dprinceayoung: next question. The 'id' column.13:52
dprinceayoung: https://bugs.launchpad.net/keystone/+bug/103119113:53
uvirtbotLaunchpad bug 1031191 in keystone "PKI key_size=2048 causes truncation errors on 'id' column" [High,In progress]13:53
*** blamar has joined #openstack-dev13:53
*** dolphm has quit IRC13:53
dprinceayoung: I'm hitting that when using the default key_size of 2048. What is the long term plan as for storing this data? Should it actually be in the database? If so do we need to make the column larger to accomidate a more secure key size.13:54
dprinceayoung: My quick fix for this is just to set the default key_size to 1024.13:54
*** edygarcia has joined #openstack-dev13:55
*** davidha has joined #openstack-dev13:55
ayoungSounds like the ID column was not migrated in that case13:57
ayoungWith PKI key_size of 2048, how big is the data?13:58
*** salgado` has joined #openstack-dev13:58
dprinceayoung: It was. Otherwise my work around wouldn't have worked (setting it to 1024)13:58
davidhahey, SWIFT RINGS: I encountered a strange issue - After building the SAIO rings based on http://docs.openstack.org/developer/swift/development_saio.html, I noticed that unpickling the rings takes forever (few seconds each)   -  I have ring files that I created back in the 1.4 version using the same SAIO instructions and there it unpickles in milliseconds....13:58
*** edygarcia has quit IRC13:59
dprinceayoung: With a key_size of 2048 the data is roughly twice that size.13:59
davidhaunziped = GzipFile(_path, 'rb')      is fast but than     ring_data = pickle.load(unziped)    takes seconds for a small and simple SAIO ring file14:00
davidhaI tested on two machines.14:00
ayoungAh...right...so if we continue to store the token, we needto make sure that the column size stays ahead of the key size.  And I tought I was overestimating with 2048...14:01
BLZbubbaanyone here use nfs-rdma or any other infiniband technology?14:01
*** edygarcia has joined #openstack-dev14:01
BLZbubbadeclaring war on latency here14:01
dprinceayoung: I proposed we do this for now: https://review.openstack.org/#/c/10584/14:01
*** Mandell has joined #openstack-dev14:01
*** amotoki has quit IRC14:02
ayoungdprince, it is a viable option.14:02
ayoungdprince, here's the course forward that I think makes the most sense.  We use the keyring change to locally store the token,  so that people don't end up generating a slew of them,  and reuse them instead.  We also drop storing the certificate in the database.14:04
*** salgado has quit IRC14:04
ayoungI am almost of the opinion that we should not be storing the tokens at all14:04
*** salgado has joined #openstack-dev14:04
dprinceayoung: Okay That sounds better. This seems like an awful lot of token data to keep in the DB as is.14:05
ayoungthe only reason I stored them in the PKI patch was because we had done so in the past.  It provides a reasonable way to check for revocation,  but it really is not the smartest approach14:05
davidhahas there been any change in the ring structure/code or in the code creating rings since 1.4.3 ?14:05
*** blamar has quit IRC14:05
sdaguejaypipes: did the white box testing land over the weekend?14:05
dprincedavidha: I've noticed creating Swift rings is slow as well... I'd be interested to try your suggestions here and see if it speeds things up.14:06
dprincedavidha: I'm dong the same thing... SAIO swift node for dev/testing, etc.14:06
dprincedoing14:06
*** salgado has joined #openstack-dev14:07
*** salgado has joined #openstack-dev14:07
dprinceayoung: That is all my questions sir. Thanks for the help.14:07
ayoungdprince, good stuff14:07
dprinceayoung: Oh yeah. When I set the key_size to 1024... I was able to run Torpedo/Tempest against a PKI enabled keystone.14:08
dprinceayoung: So it works!14:08
dprinceayoung: I have some more things to try but initially it looks to be functioning.14:09
ayoungdprince, is there some way we can measure network traffic both with and without PKI enabled?14:09
dprinceayoung: I suppose we could look into it. Is that your main concern here?14:10
ayoungdanpb, dprince as far as enabling/disabling PKI,  I would prefer to use something more documenting,  like:  token_strategy=PKI  vs token_strategy=uuid14:10
ayoungthe disable/enable hack is just that.14:10
*** spiffxp has joined #openstack-dev14:12
*** mdomsch has quit IRC14:13
*** salgado has quit IRC14:14
*** salgado has joined #openstack-dev14:15
*** salgado has joined #openstack-dev14:15
*** openstackjenkins has quit IRC14:15
*** timello has joined #openstack-dev14:16
*** openstackjenkins has joined #openstack-dev14:16
jaypipessdague: sorry, no it did not. hope to have it done today14:18
dansmithjaypipes: just doing some housekeeping.. we're still waiting on something to unblock this, right? https://review.openstack.org/#/c/10169/14:19
danpbayoung: yes, that sounds even better14:19
*** armaan has joined #openstack-dev14:19
*** armaan has left #openstack-dev14:19
*** Mandell has quit IRC14:19
jaypipesdansmith: yeah, not sure. I just rekicked jenkins to see if that was a spurious failure on the first run.14:20
*** zhuadl has quit IRC14:20
dansmithjaypipes: okay, I just recheck'd a few minutes ago and it came back with the same failure from a few days ago14:22
jaypipesdansmith: oh... ok. any idea why the failure is occurring? (it seems to be in the test setUp method?)14:23
dansmithit doesn't fail here, and if you see the patch, it's just removing a skip ... on an unrelated test to the failure14:23
*** dubsquared has joined #openstack-dev14:23
jaypipesright... that's why I'm curious about it :)14:24
jaypipesdansmith: back in a sec... gotta fire up a VPN. :(14:24
*** jaypipes has quit IRC14:24
*** andrewsmedina has left #openstack-dev14:27
*** jaypipes has joined #openstack-dev14:27
*** creiht has quit IRC14:29
*** creiht has joined #openstack-dev14:29
*** ChanServ sets mode: +v creiht14:29
*** markmcclain has quit IRC14:30
*** sc68cal has quit IRC14:37
*** danwent has quit IRC14:37
*** sc68cal has joined #openstack-dev14:38
*** blamar has joined #openstack-dev14:43
*** armaan has joined #openstack-dev14:48
*** armaan has left #openstack-dev14:48
*** dolphm has joined #openstack-dev14:51
markmcttx, btw, see nova.common.deprecated14:53
*** jakedahn is now known as jakedahn_zz14:53
ttxmarkmc: yeah, saw that and will use14:55
*** sc68cal has quit IRC14:55
davidhadprince: I am not complaining about the ring creation being slow - instead I noticed that the loading of a pre-created ring file by the swift server became much slower than before14:55
dprincedavidha: Ah. I see. Thanks for the clarification then.14:56
*** rkukura has joined #openstack-dev14:58
*** jakedahn_zz is now known as jakedahn14:59
*** e1mer has quit IRC14:59
*** jakedahn is now known as jakedahn_zz15:00
*** s0mik has joined #openstack-dev15:02
*** matiu has joined #openstack-dev15:03
*** bcwaldon has quit IRC15:03
*** danwent has joined #openstack-dev15:04
*** renier has quit IRC15:05
*** sc68cal has joined #openstack-dev15:05
*** sc68cal has joined #openstack-dev15:05
*** renier has joined #openstack-dev15:05
*** blamar has quit IRC15:06
*** blamar has joined #openstack-dev15:06
*** s0mik has quit IRC15:09
*** sc68cal has quit IRC15:11
*** sulochan has joined #openstack-dev15:12
*** rnirmal has joined #openstack-dev15:12
*** blamar has quit IRC15:12
jgriffithttx: ping15:13
*** blamar has joined #openstack-dev15:13
ttxjgriffith: pong15:13
jgriffithttx: 1031121 isn't a duplicate, it's related but it's a *new* problem15:14
jgriffithttx: regardless, should be fixed here shortly anyway.  Just FYI15:15
ttxjgriffith: ok then maybe open a cinder task on the other bug to cover it in cinder as well15:17
*** timello has quit IRC15:17
ttx(if they are separate bugs)15:17
jgriffithttx: Well...15:17
*** sc68cal has joined #openstack-dev15:19
*** sc68cal has joined #openstack-dev15:19
*** ewindisch has joined #openstack-dev15:25
*** halfss has joined #openstack-dev15:26
*** sc68cal has quit IRC15:26
*** dtroyer has quit IRC15:28
sdaguemarkmc: process question on launch & openstack-common. given that openstack-common doesn't have releases when do you move items from fix-committed to fix-released?15:29
*** ayoung has quit IRC15:30
*** dachary has quit IRC15:30
*** s0mik has joined #openstack-dev15:31
*** halfss has quit IRC15:32
*** gyee has joined #openstack-dev15:32
markmcsdague, I think all I've done so far is mark all the ones which I reckon were fixed in essex - i.e. the code for it was (probably) copied into the various projects15:33
markmcsdague, I should do the same for folsom milestones15:33
jaypipesvishy: is there an equivalent to cpu_allocation_ratio in Diablo?15:33
jaypipesvishy: in other words, is there a way to force overutilization?15:33
*** heckj has joined #openstack-dev15:33
*** timello has joined #openstack-dev15:34
*** ayoung has joined #openstack-dev15:36
*** s0mik has quit IRC15:39
dansmithjaypipes: hmm, I guess jenkins does "if ($user != "jaypipes") fail_on(rand() > 0.2);"15:41
jaypipesdansmith: lol.15:42
*** anniec has quit IRC15:43
vishyjaypipes: afaik there is no ram check in diablo15:47
vishyjaypipes: at least with simple scheduler15:47
vishyjaypipes: but you can change a flag to overallocate cores15:48
*** rohitk has joined #openstack-dev15:48
*** dachary has joined #openstack-dev15:48
*** cp16net is now known as cp16net|away15:48
*** s34n has joined #openstack-dev15:49
vishyjaypipes: the flag is max_cores15:49
*** maoy has joined #openstack-dev15:49
vishyjaypipes: assuming you're using simple scheduler15:49
*** salgado is now known as salgado-lunch15:51
davidkranzeglynn: Ping.15:51
*** cloudvirt has joined #openstack-dev15:51
eglynndavidkranz: hey15:51
davidkranzeglynn: Can you answer Jay's question in https://review.openstack.org/#/c/10552/15:52
*** nunosantos has joined #openstack-dev15:52
* eglynn looking ...15:52
eglynndavidkranz: on the tracker bug, or?15:53
davidkranzeglynn: Yes, is there a bug ticket that your patch is going to fix?15:53
eglynndavidkranz: yep, referencing that in gerrit now (bug #1022961)15:54
uvirtbotLaunchpad bug 1022961 in nova "[novaclient] root-password fails and does not return error" [Undecided,In progress] https://launchpad.net/bugs/102296115:54
davidkranzeglynn: Sorry, I should have followed the link and seen that. Thanks.15:54
*** dachary1 has joined #openstack-dev15:55
eglynndavidkranz: np! (thanks BTW for pushing ahead with the tempest change)15:55
*** cp16net|away is now known as cp16net15:57
*** dachary has quit IRC15:57
*** dolphm has quit IRC16:00
*** dolphm has joined #openstack-dev16:01
*** rohitk_1 has joined #openstack-dev16:03
dansmithmarkmc: presumably you've seen (or will see) that eglynn had a question on the api lock checking patch, right?16:04
*** rohitk has quit IRC16:04
markmcdansmith, yeah, I'm reviewing your latest patch now16:04
*** spiffxp has quit IRC16:05
dansmithmarkmc: cool16:05
*** rohitk_1 has quit IRC16:05
*** GheRivero_ has joined #openstack-dev16:05
*** datsun180b has joined #openstack-dev16:05
markmceglynn, bit confused by your question tbh?16:05
*** dolphm has quit IRC16:05
markmceglynn, the server has to assume the request comes from an old client and that lock_checked=False16:06
eglynnmarkmc, dansmith: just to clarify, I didn't mean the lock_checked param in the RPC message16:06
markmceglynn, so the client would always need to set lock_checked=True to avoid the server-side lock checking16:06
*** rohitk has joined #openstack-dev16:06
markmceglynn, ah, I was thinking16:06
eglynnmarkmc, dansmith: I just meant the param in the rpcapi method16:06
markmceglynn, have some smarts in rpcapi.py itself to add it to the RPC message16:06
markmceglynn, ok, I'll just reply in gerrit - I've a more evil idea16:07
eglynnmarkmc: exactly, seeing as we'd always want it in that version of rpcapi, right?16:07
eglynnmarkmc: cool16:07
markmceglynn, only where the decorator is on the calling method16:07
eglynnmarkmc: yep, but always for those individual methods (usually 1:1 correspondence between api methods and rpcapi methods called)16:08
*** jtran has joined #openstack-dev16:08
markmceglynn, only where we actually remember to add the decorator to the caller :)16:08
ayoungdanpb, are there any F17 Jeos images available?16:09
markmceglynn, forgetting it would be a bug, granted16:09
*** amotoki has joined #openstack-dev16:09
eglynnmarkmc: the lock_checked param seems to add lots of noise to the rpcapi methods, when we'd never want to *deliberately* set it false AFAICS16:10
markmceglynn, agree16:10
dansmithmarkmc: uhm, if not in the rpc message, then where were you asking for it16:11
dansmith?16:11
*** hemna has joined #openstack-dev16:11
markmcdansmith, I am asking for it in the RPC message (on the wire)16:11
markmcdansmith, it's a question of how the client code gets it there16:11
*** sc68cal has joined #openstack-dev16:12
*** sc68cal has joined #openstack-dev16:12
markmcdansmith, I'll have a comment in gerrit in a minute16:12
*** sniperd has quit IRC16:12
* dansmith gets confused with api.py being called the "client"16:12
*** sniperd has joined #openstack-dev16:12
hemnaI'm having an issue with nova volume.   I can't seem to get the LogginVolumeDriver to log out when I try and create a volume16:14
hemnaI'm using the LoggingVolumeDriver because my driver isn't being called when I try and create a volume either.16:15
hemnaI figured the problem was with my driver16:15
hemnabut it doesn't seem like it, as the LoggingVolumeDriver's create_volume never gets called either.16:15
*** bencherian has joined #openstack-dev16:17
markmcdansmith, funny, calling it the client has helped me a tonne16:17
*** gongys has joined #openstack-dev16:17
markmcdansmith, the nova-api service as a client of the nova-compute service16:17
markmcdansmith, helps especially when considering the RPC API versioning16:18
markmcdansmith, anyway, commented in gerrit now16:18
dansmithmarkmc: I understand why you're calling it that, it just isn't how I think of it :)16:18
markmcrussellb, could you take a gander at https://review.openstack.org/10355 ?16:18
russellbNO!16:18
markmcrussellb, it actually helps no-db-compute a bunch16:18
* russellb kids16:19
markmcrussellb, and I have an evil idea that I hope you can tell me is going to break something16:19
markmcdansmith, how do you think of it?16:19
* markmc curious16:19
dansmithmarkmc: for me, "client" is the client (python-novaclient, or other), api.py is the "external interface" and manager.py is the "implementation"16:20
dansmithnot that it's right or anything...16:20
russellbrpcapi.py is the direct interface for manager.py16:20
markmcdansmith, yeah, that works ... except when you need to take into account the RPC versioning16:21
russellbapi.py uses rpcapi.py when completing things requires rpc16:21
russellbother code outside of api.py uses rpcapi.py by the way, so you need to be very careful16:21
russellband search for other rpcapi uses16:21
russellbto make sure nothing is bypassing these checks now16:21
dansmithrussellb: but all users of that are trusted?16:22
russellbwell yeah, but they used to have the instance lock checked for them, and now would not16:22
russellbif they were using rpcapi directly16:22
dansmithrussellb: it seems strange to me to trust anything that could be on another box over an untrusted network16:22
* russellb has only read the commit message so far btw16:22
russellbi saw a much earlier version of this but i think it has mostly been purged, heh16:23
russellbno-db-messaging rotting the brain16:23
dansmithrussellb: no, that's still on the back burner, this is slightly different16:23
russellbk ... let me read the code and shut up16:23
russellbso that my comments are actually informed16:23
markmcdansmith, nice, russellb telling you to shut up16:24
markmcthems fighting words16:24
* russellb was telling himself to shut up16:24
russellbto clarify.16:24
markmcheh :)16:24
dansmithjaypipes: can I borrow that giraffe tendon?16:24
russellbO.O16:24
dansmithmarkmc: I'm not sure what DRY means in this context16:24
russellbDon't Repeat Yourself16:24
russellbit's hipster coding lingo16:24
dansmithheh16:24
* markmc trying to pretend he's hip16:24
markmcin fact, I just read some of a Ruby book once16:25
markmcactually, no16:25
*** gongys has quit IRC16:25
markmcThe Pragmatic Programmer is all over DRY16:25
markmcthat's old curmudgeoney long-beard territory16:25
dansmithmarkmc: could we slap the lock_checked into the context? I think the eglynn suggested that in the first place16:25
eglynnmarkmc, dansmith: how about just adding lock_checked=True to the kwargs passed by the checks_instance_lock decorator?16:26
dansmithI did a little thinking on it early, can't remember if it was a problmem, but then you suggested the argument16:26
markmcdansmith, context does not sound crazy at all16:26
dansmiththe argument was so much more work, and I really wanted to write all that useless code, so...16:26
dansmithmarkmc: I feel like I'm missing some design definition about what things should be in the context, what components are trusted, etc16:27
dansmithgranted, I've only been faking the role of "nova developer" for a handful of weeks yet..16:27
*** markvoelker has joined #openstack-dev16:27
markmcdansmith, we do all sorts of whacky stuff with context - see e.g. read_deleted16:27
dansmithyeah16:28
eglynndansmith, markmc: yep, context seems a neat place to put it without disrupting loads of method signatures16:28
russellb:-/16:28
russellbfeels like turning context into a dumping ground of random state info16:28
markmcrequest state info16:28
markmcnot instance state16:28
hemnaisn't a nova volume driver's create_volume method supposed to be called when you run "nova volume-create --display_name foo 10" ?16:29
*** spiffxp has joined #openstack-dev16:29
dansmithmarkmc, russellb: by that definition, "lock_checked" would be valid, "is_locked" would not..16:29
russellbmarkmc: yeah, i suppose this is request state data ...16:29
dansmith(for context)16:29
* russellb nods16:29
eglynnyep16:29
russellbmarkmc: "The server side check actually looks up the instance from the DB again."  ... where?16:29
markmcrussellb, you wrote it, you should know16:30
dansmithif I do this enough times, I'll have every possible implementation coded and the core folks can just pick the one they like and merge it :D16:30
russellbah, that get_lock shenanigans16:30
markmcrussellb, self._get_lock()16:30
*** mokas has quit IRC16:30
markmcyeah16:30
russellbgot it16:30
*** Gordonz has joined #openstack-dev16:32
*** eglynn is now known as hungry-eglynn16:32
*** _0x44 has quit IRC16:32
*** dachary1 has quit IRC16:33
*** _0x44 has joined #openstack-dev16:33
*** issackelly has joined #openstack-dev16:33
*** issackelly has quit IRC16:34
*** issackelly has joined #openstack-dev16:36
dansmithmarkmc: okay, so, "try it in context" is a go?16:37
russellbone sec, reading some code to make sure it's ok16:37
russellbyeah, it gets a +1 from me16:38
russellbleft it as a comment on the review too16:38
* russellb will start watching this review now16:38
dansmithrussellb: okay, thanks16:39
markmcdansmith, yep, I think so16:39
dansmithI've got a lot of merging to do since the current set had things I need to keep, a ton of crap to remove, and russellb has significantly changed master underneath :/16:39
russellbyou might want to start over ...16:40
*** armaan has joined #openstack-dev16:40
russellband just copy in the parts you need16:40
*** armaan has left #openstack-dev16:40
russellbyeah, i'm causing a lot of movement in nova-compute right now ...16:40
russellbit's why i haven't been watching reviews as much as usual16:40
jaypipesdansmith: lol.16:40
dansmithwell, I think I can start from patch 2 as the path of least resistance, but I'll see16:40
dansmithheh, things you love to hear from ~nova-core: "you might want to just start over, loser"16:41
russellblol16:41
russellbI didn't say "loser" ... the code is good, i just know it's going to be a pain to update to the context approach16:41
dansmithyeah, yeah :D16:42
* russellb keeps digging his hole16:42
*** Mandell has joined #openstack-dev16:42
dansmithwhen I'm done with these two infernal patches, I'm never touching the locking or task_state stuff again.. evar.16:43
russellbheh16:43
jaypipesvishy: thx16:43
russellbdansmith: once you have an update, ping me on IRC, i'll try to help get it in asap16:43
*** jakedahn_zz is now known as jakedahn16:44
dansmithrussellb: woohoo! the guilt trip worked! :D16:44
ayoungpixelbeat, where are the F17 Folsom RPMS kept?16:44
russellbdansmith: correct16:44
dansmithheh16:44
*** markmcclain has joined #openstack-dev16:45
*** hungry-eglynn is now known as eglynn16:46
*** danpb has quit IRC16:47
ayoungrussellb, eglynn markmc do we have a public Yum repo for Folsom/F17 RPMs?  I thought we did, but my link was to the F16 repo16:47
apevecayoung, folsom RPMs are rawhide only, if there's popular demand, I could start Folsom Preview for f1716:47
ayoungapevec, Ah, thanks16:47
russellbayoung: not that i knwo of.16:47
russellbapevec to the rescue16:47
apevecso is there popular demand??16:48
*** Mandell has quit IRC16:48
russellbthere is ayoung demand16:48
russellband he is pretty popular.16:48
*** Mandell has joined #openstack-dev16:48
apevecok, and ayoung==popular16:48
russellbha16:48
ayoungactually, I am acting as a go-between for the Hyper-V devs, believe it or not16:49
*** rohitk has quit IRC16:49
*** johnpur has joined #openstack-dev16:49
*** ChanServ sets mode: +v johnpur16:49
*** alexpilotti has joined #openstack-dev16:49
apevecayoung, oh, then we can trade w/ them? Maybe few free MSDN subscriptions? :)16:50
*** andrewbogott has joined #openstack-dev16:51
ayoungapevec, I think I am going to stay out of that particular horse trade, thanks16:51
apevecjoking16:51
apevecso I'll re-use the same repo, just that f16 will stay Essex for now and update f17 to folsom snapshot16:52
s34ndevstack's stack.sh dumps what looks like the contents of a shell script with every line prefixed with '+' onto my screen, but doesn't seem to actually execute those commands.16:53
*** markmc is now known as mcaway16:53
*** Mandell_ has joined #openstack-dev16:54
ayoungapevec, +116:55
russellbs34n: that's the result of "set +o xtrace"16:55
ayoungalexpilotti, meet apevec,16:55
russellbit's showing the commands as they are executed16:55
* ayoung work here is done16:55
s34nrussellb: but they don't execute16:56
russellbwell i'm pretty sure devstack doesn't have any magic "pretend but don't actually do it" mode :-)16:57
*** derekh has quit IRC16:57
russellbbut hey, i could be wrong.16:57
apevecayoung, alexpilotti - I'll start koji scratch rebuilds now, you can expect repo populated by tomorrow http://repos.fedorapeople.org/repos/apevec/openstack-preview/fedora-17/16:57
*** mokas has joined #openstack-dev16:57
*** Mandell has quit IRC16:58
*** mnaser has joined #openstack-dev16:58
*** mnaser has joined #openstack-dev16:58
alexpilottiapevec, ayoung: tx, you are referring to the Folsom RPMs?16:58
apevecyes, I'll rebuild f2 RPMs for f1716:59
ayoungalexpilotti, yeah,  apevec had an F16 repo for Essex16:59
ayoungapevec, but those are going to be hand generated, right?  You aren't going to automitacially update thenm periodically16:59
alexpilottiapevec, ayoung: great, I'll check the repo tomorrow then!16:59
hemnaanyone familiar with nova volume drivers?17:00
pixelbeatayoung, dprince builds folsom rpms for his testing that you could try. They'll be more up to date17:00
apevecyes, periodically17:00
apevecah right, there are those trunk-chase rpms, they're rebuilt on each commit17:00
apeveckoji builds are updated per snapshot17:01
apevecpixelbeat, were are they published?17:01
apevecthat's smokestack right?17:02
alexpilottipixelbeat: do you have a link to dprince's repo? tx17:02
s34nis anybody here part of devstack development?17:02
hemnas34n, I presume this entire channel...but I can't get help bleh17:03
ayoungs34n, devstack makes heavy use of screen.  perhaps that is what is messing you up.  WHat are you seeing?17:08
pixelbeatalexpilotti, Sorry I don't know if there is a publically available repo. The package sources are here at least https://github.com/fedora-openstack/openstack-nova17:09
*** cloudvirt has quit IRC17:09
alexpilottipixelbeat: ok tx!17:09
*** andrewbogott has quit IRC17:10
ayoungalexpilotti, I'd say use devstack for F17, and we'll get a Rawhide (F18) process moving shortly.  We'll also close the loop on F17/Folsom17:10
*** andrewbogott has joined #openstack-dev17:11
*** jdurgin has joined #openstack-dev17:11
*** mnaser has quit IRC17:12
*** bcwaldon has joined #openstack-dev17:13
*** anniec has joined #openstack-dev17:13
*** sstent has quit IRC17:16
s34nayoung: I'm trying to run stack.sh on F17. I've run into a few snags.17:17
s34nayoung: for instance, selinux prevents it from creating the stack user17:17
ayoungs34n, I've been through it a couple times.  What are you seeing17:17
*** sstent has joined #openstack-dev17:17
ayoungsudo setenforce Permissive17:17
s34nayoung: sudo can't run without a tty17:17
ayoungone sec... that is a suders change17:18
s34nayoung: I know how to set permissive. I did that to overcome the first snag17:18
ayoungs34n, yeah, there is a no_tty falg or something to sudo, too17:18
s34nayoung: I also changed sudo temporarily17:18
ayoungI ssh in to the machiens, so I didn't see that problem17:18
ayoungmachine17:19
s34nI'm just thinking that those things could be build into the script17:19
s34nayoung: I am also ssh'ed in17:19
*** cloudvirt has joined #openstack-dev17:19
ayoungs34n, well, turning off SELinux is evil17:19
*** cloudvirt has quit IRC17:20
jaypipesmikal: ah, I understand now.... (re: the logging and instance_uuid thing...)17:21
*** cloudvirt has joined #openstack-dev17:21
s34nI don't like turning off selinux, but with openstack, you don't have much choice17:21
ayoungs34n, you might be able to use the -t option to ssh to force a pseudo-tty to be used.  I'm guessing that Fedora is doing something like that under the covers, which is why I wasn't seeing the problem17:22
ayoungs34n, so no show stoppers yet...what else17:22
*** s0mik has joined #openstack-dev17:22
*** jog0 has joined #openstack-dev17:22
ayoungactually, I am running ssh -X, which I think does it for me17:23
*** amotoki_ has joined #openstack-dev17:26
s34nayoung: after those two bumps, it looks like the script completes.17:26
*** troytoman-away is now known as troytoman17:26
s34nayoung: I presume I have to open up some ports for it, though.17:27
s34napparently more than just port 8017:27
ayoungs34n, or just shut down iptables,  but yes17:27
ayounglet me see what I have 1 sec17:27
*** s0mik has quit IRC17:27
ayoungheh. pretty much everything.  I've been on too many projects17:28
*** amotoki has quit IRC17:28
ayoung35357 and 5000 for Keystone....I'd have to dig for the rest17:28
jaypipesanyone know Jim Fehlig's IRC nick?17:29
*** salgado-lunch is now known as salgado17:30
*** amotoki_ is now known as amotoki17:30
s34nhmm. shutting down iptables wasn't enough. I get a forbidden in my browser.17:31
*** darraghb has quit IRC17:31
*** Ryan_Lane has joined #openstack-dev17:33
avishayHi all.  I just got some code merged into cinder, and it was written by me and a co-worker.  Only my name appears in the commit and Authors file since I submitted it.  How can I best share the credit?17:35
jaypipesavishay: actually a very good question. I'm not sure :( jeblair or mtaylor?17:37
avishayIt's 2100 lines of code - don't want to hog all the glory :)17:38
bhuvanavishay: you can add their name in AUTHORS.in file17:38
bhuvanit'll be included to AUTHORS file that goes in release package17:38
avishaybhuvan: where is the file?17:39
bhuvancreate one, if it doesn't exist17:40
*** thingee has joined #openstack-dev17:41
*** PotHix has joined #openstack-dev17:43
avishaybhuvan: OK thanks!17:44
*** lcheng has joined #openstack-dev17:52
ayoungs34n, Forbidden is probably not IPTables, but rather a response code from an API due to an Auth problem.  Make sure  keystone token-get and glance image-list work from the command line first17:52
*** Aaton_off is now known as Aaton17:56
*** sulochan has quit IRC17:58
jeblairavishay: also, add a "Co-authored-by:" tag to the commit msg17:59
jeblairavishay: i believe there's been some talk of using that in the automatic AUTHORS generation, plus it's there in the commit msg for people to see18:00
avishayjeblair: the commit got merged - too late?18:00
jeblairavishay: yep.  sorry.  next time you write a huge patch with a coworker.  :)18:01
vishycomstud: any idea if you (or anyone) is using return_reservation_id parameter for create servers?18:01
avishayjeblair: would it be OK to add our names to the file itself?  it contains only our driver18:01
*** dolphm has joined #openstack-dev18:02
*** thingee has quit IRC18:03
*** dolphm_ has joined #openstack-dev18:04
*** dachary has joined #openstack-dev18:04
jeblairavishay: as bhuvan said, you can add your names to AUTHORS.in for the project.  I'm unaware of whether there's policy about adding individual names to files.18:05
*** epim has joined #openstack-dev18:06
*** rohitk has joined #openstack-dev18:08
avishayjeblair: OK - thanks a lot!18:09
*** steveb_ has joined #openstack-dev18:10
bhuvanjaypipes: mtaylor: can you please review/approve https://review.openstack.org/#/c/10345/ and https://review.openstack.org/#/c/10346/?18:11
*** thingee has joined #openstack-dev18:15
jeblairbhuvan: what do you think about waiting for mtaylor to finish his work on PBR and then using PBR instead for that?18:16
jeblairbhuvan: (if you haven't seen it, pbr does all the authors/setuptools work as an external library)18:17
*** rohitk_1 has joined #openstack-dev18:17
hemnawhen does a volume driver's create_volume method get called?   I can't seem to get it called at all18:17
jeblairbhuvan: sorry, to be specific, i was talking about 1034518:18
*** dolphm_ has quit IRC18:19
*** rohitk has quit IRC18:19
*** dolphm has quit IRC18:19
avishayhemna: see volume/manager.py - create_volume()18:20
avishayself.driver.create_volume(volume_ref)18:20
hemnabeen poking around in there, but I can't seem to even get a manager.py create_volume() called18:21
hemnaI have a LOG.debug at the top of manager.py's create_volume, but it never gets called18:21
hemnaI'm trying nova volume-create --display_name foo 1118:21
hemnanada18:21
hemnausing the LoggingVolumeDriver18:22
*** danwent has quit IRC18:22
avishaydoes it create the volume, or get stuck somewhere before?18:22
bhuvanjeblair: ok, yep it can wait until pbr is complete18:23
hemnaI see the entry in the database18:23
hemnaand nova volume-create doesn't error out18:23
hemnabut the manager.py::create_volume is never called18:24
bcwaldonjeblair: I just pushed python-glanceclient v0.2.0!18:24
jeblairbhuvan: cool, thanks.  btw, have you noticed, i'm adding tests?  https://review.openstack.org/#/q/status:open+project:openstack-ci/zuul,n,z18:24
bcwaldonjeblair: when should it show up in pypi?18:24
bcwaldonjeblair: it just showd up!18:24
jeblairbcwaldon: Awesome!  Like in a minute.18:24
bcwaldonjeblair: never mind!18:24
*** andrewbogott_ has joined #openstack-dev18:25
*** andrewbogott_ has joined #openstack-dev18:25
*** andrewbogott has quit IRC18:26
*** andrewbogott_ is now known as andrewbogott18:26
*** andrewbogott is now known as andrewbogott_afk18:26
*** andrewbogott_afk is now known as andrewbogott18:26
avishayhemna: check the logs - maybe you have a trace somewhere18:27
*** rohitk has joined #openstack-dev18:27
hemnaI'm tailing the nova-volume.log18:27
hemnathe driver's check_for_setup_error() is called and passes (LoggingVolumeDriver)18:27
*** andrewbogott is now known as andrewbogott_afk18:29
*** andrewbogott_afk is now known as andrewbogott18:29
*** andrewbogott_ has joined #openstack-dev18:29
*** andrewbogott_ has quit IRC18:30
*** andrewbogott_ has joined #openstack-dev18:30
*** andrewbogott_ is now known as andrewlurks18:30
*** andrewbogott is now known as andrewbogott_afk18:30
*** rohitk_1 has quit IRC18:30
*** andrewbogott_afk is now known as andrewbogott18:30
*** andrewlurks has quit IRC18:30
hemnaavishay, http://paste.openstack.org/show/19843/18:30
*** dachary has quit IRC18:31
*** rohitk_1 has joined #openstack-dev18:32
*** nati_ueno has joined #openstack-dev18:32
avishayhemna: don't know...18:32
hemnathis is stock essex on ubuntu 12.0418:33
*** Gordonz has quit IRC18:34
*** Gordonz has joined #openstack-dev18:34
*** rohitk has quit IRC18:36
bhuvanjeblair: tests for zuul ... sounds cool!18:36
*** reed has joined #openstack-dev18:37
jeblaira rhyme every time18:37
avishayhemna, sorry :(18:40
*** vuntz has quit IRC18:41
hemnaavishay, what is the driver's get_volume_stats() supposed to return?18:42
*** gabrielhurley has joined #openstack-dev18:43
jtranping dtroyer_zzz18:43
avishayhemna: good question - no driver implements it :)18:44
hemnathe manager.py's _report_driver_status gets called every N minutes and calls the driver's get_volume_stats to check "capabilities"18:48
*** vuntz has joined #openstack-dev18:48
hemnawhich always returns None, because only the VolumeDriver implements and it's hard coded to return None18:49
*** johnpostlethwait has joined #openstack-dev18:50
*** nati_ueno has quit IRC18:52
*** novas0x2a|laptop has joined #openstack-dev18:52
*** nati_ueno has joined #openstack-dev18:52
*** novas0x2a|laptop has quit IRC18:52
*** danwent has joined #openstack-dev18:53
*** novas0x2a|laptop has joined #openstack-dev18:55
avishayhemna: correct.  I assume you're implementing a new driver?18:56
hemnayes18:56
hemnaI'm on a new project at HP...writing a volume driver to support 3Par and some of our other SAN devices18:56
*** spiffxp has quit IRC18:56
hemnawith the hope of open sourcing the driver back to openstack18:56
avishayhemna: Isn't 3par supported already?18:56
hemnanot directly18:57
avishayhemna: do you know duncan thomas?  if i remember correctly he's from HP.18:57
hemnanot off hand18:57
hemnaHP is a huge co. :)18:58
hemnaHP has an app called Storage Provisioning Manager (SPM) that sits in front of our SAN devices (3Par, LeftHand, EVA, XP, etc)18:58
hemnaSPM is what customers use to create LUNs, and exports those to servers18:59
hemnaI'm writing the driver for openstack to talk to SPM18:59
hemnawith the primary objective of supporting 3Par18:59
avishayhemna, got it, OK19:00
avishayhemna, try to go into #openstack-cinder and talk to duncan...he reviewed my driver, and since i believe he's from HP, he could probably help you out19:00
zykes-hemna: will it be public ?19:00
hemnazykes-, that's the hope19:01
hemnaI'm pushing for it19:01
zykes-anyone from reddwarf around ?19:01
*** GheRivero_ has quit IRC19:05
hemnaany idea what nova volume's api.py has in relationship to the manager.py ?19:06
hemnatrying to track down the call path to when the manager's create_volume is called19:07
tr3bucheteglynn: can you tell me why you refactored the network cache refresh code while fixing the floating ip bug 102991119:07
uvirtbotLaunchpad bug 1029911 in nova "Associate an already associated Floating IP to server is returning 202" [Undecided,Fix committed] https://launchpad.net/bugs/102991119:07
*** avishay has quit IRC19:08
tr3bucheteglynn: https://review.openstack.org/#/c/10532/19:09
*** novas0x2a|laptop has quit IRC19:10
*** novas0x2a|laptop has joined #openstack-dev19:10
tr3bucheteglynn: i have to step out, ping me19:10
russellbtr3buchet: he may be out for the day (in Europe)19:11
Dr_Whon00b q: when doing run_tests.sh for say nova,  is there a file where stdout is getting saved to ?   trying to debug a test case19:17
*** rnirmal has quit IRC19:20
comstudvishy: i do not know of anyone using it19:22
*** sulochan has joined #openstack-dev19:26
*** mokas has quit IRC19:28
*** apevec has quit IRC19:28
*** s0mik has joined #openstack-dev19:29
*** sandywalsh has joined #openstack-dev19:29
mcawaytr3buchet, seemed pretty clear to me - @refresh_cache only applies to the instance arg of associate_floating_ip19:29
mcawaytr3buchet, to fix the bug, you also need to clear the cache for orig_instance19:30
*** mokas has joined #openstack-dev19:30
*** markmcclain has quit IRC19:31
*** Aaton is now known as Aaton_off19:31
*** rnirmal has joined #openstack-dev19:34
*** markmcclain has joined #openstack-dev19:38
*** gabrielhurley has quit IRC19:39
*** davidha has quit IRC19:40
*** littleidea_ has joined #openstack-dev19:40
hemnaso it looks like when nova volume-create is called, the api creates an entry in the db and then makes an rpc call to stuff an event into rabbitmq19:41
*** markmcclain has quit IRC19:42
*** markmcclain has joined #openstack-dev19:42
cloudflythat would make sense19:42
*** littleidea has quit IRC19:42
*** littleidea_ is now known as littleidea19:43
*** dtroyer has joined #openstack-dev19:43
*** markmcclain1 has joined #openstack-dev19:43
*** davidha has joined #openstack-dev19:44
hemnaI don't see any errors in the rpc call to push the event into rabbitmq19:45
hemnabut I'm not seeing anything on the other side...I presume there has to be something polling for events in rabbitmq19:46
*** markmcclain has quit IRC19:46
*** jtran has quit IRC19:47
eglynntr3buchet: I'm back19:47
eglynntr3buchet: so the problem is that when a floating IP was reassigned from one instance to another, the refresh_cache decroate *only* refreshed the info cahce for the second instance19:49
*** mnewby has joined #openstack-dev19:49
hemnaanyone know what is listening to rabbitmq for events and how those events get dispatched?19:49
eglynntr3buchet: the fix was simply to force the refresh on the original instance also19:49
eglynntr3buchet: the refactoring was a small code re-org to make this second (explicit) refresh convenient19:50
*** reed has quit IRC19:50
eglynntr3buchet: makes sense, or?19:51
cloudflyhemna nova-volume would be responding19:51
cloudflynova-manage service list19:52
cloudflylooke for nova-volume responding systems with :)19:52
hemnahrmm nova-manage service list craps out19:54
hemna"unable to open database file None None"19:55
cloudflynova conf problem maybe?19:55
cloudflyor corrupt db19:55
hemnanova volume-list works19:55
*** mnewby has quit IRC19:55
cloudflyinteresting19:55
cloudflyyou using rabbitmq?19:56
cloudflytry rabbitmqctl list_queues19:56
cloudflyor whatever the command is that is very similar to that19:56
hemnahttp://paste.openstack.org/show/19848/19:56
hemnalist_queues lists a bunch of queues19:57
cloudflyokay19:57
cloudflywell maybe strace the nova-manage call or check logs19:57
cloudflysomething is definitely wonky there19:57
hemnacan see the queues in the paste19:57
cloudflyyeah i mean if the queues are there and not going nuts i'd assume the issue isn't rabbit19:58
cloudflyand that means the database19:58
cloudflyor foreign issues19:58
*** dolphm has joined #openstack-dev19:58
cloudflybut without nova-manage working it's hard to localize19:58
cloudflyblindly anyways19:59
hemna /var/log/nova-manage.log is 0 bytes19:59
hemnahrmm19:59
*** mnewby has joined #openstack-dev19:59
hemnastrace nova-manage service list19:59
hemnalooks like it's trying to open sqllite19:59
hemnamy nova db is in mysql...not sure those are related though19:59
cloudflywhere is it getting its config from?19:59
cloudflyi would assume it's polling /etc/nova/nova.conf for db data20:00
hemnashould be /etc/nova/nova.conf20:00
hemna(updated the paste with the strace info)20:00
cloudflyanything wonky in there?20:00
cloudflymaybe an over write caused by config management or something?20:01
*** jtran has joined #openstack-dev20:01
*** anotherjesse_zz is now known as anotherjesse20:01
hemnaman I dunno20:02
hemnait all looks ok20:03
hemnanothing about sqlite20:03
*** dolphm has quit IRC20:04
*** mcaway is now known as markmc20:07
cloudflygot me20:08
*** timello has quit IRC20:08
cloudflyi'd check out in strace see where it's opening it's configs from20:08
*** mnewby has quit IRC20:11
tr3bucheteglynn: there is a recursion bug20:12
eglynntr3buchet: how does it show up?20:13
tr3bucheteglynn: also i would prefer if you disassociate the floating ip on the original instance, thus refreshing the cache on it, before associating to a new instance20:13
eglynntr3buchet: well it does currently disassociate the floating ip from the original instance before associating it with the new instance20:15
*** lloydde has joined #openstack-dev20:15
tr3bucheteglynn: it should be two operations20:15
tr3buchetassociating with a new instance should fail20:15
eglynntr3buchet: but IIUC that does not cause the refresh to occur20:15
dansmithrussellb: okay, it was less trouble than I thought.. my brain is a bit fried on this now, but I think patch set 5 is everything we talked about :)20:15
russellbyay20:16
eglynntr3buchet: do you mean that you disagree with the implicit disassociation?20:16
eglynntr3buchet: (that was pre-existing logic)20:16
tr3bucheteglynn: disassociating a floating ip causes the cache to refresh20:16
tr3buchetfor the instance it was associated with20:16
eglynntr3buchet: IIUC, the refresh only occurs if the disassociate is initiated by the network api service20:17
eglynntr3buchet: whereas the implicit disassociate occurs within the nova-network service itself20:18
eglynntr3buchet: (i.e. not decaorated with @refresh_cache)20:18
*** wiliam has quit IRC20:18
tr3bucheteglynn: there should not be any implicit disassociate20:19
eglynntr3buchet: well that's a different bug to raise if you disagree with it, but as I said that was the pre-existing logic20:20
eglynntr3buchet: my patch simply fixed the code that was already there ...20:20
*** EmilienM has left #openstack-dev20:21
eglynntr3buchet: the recursion issue you mention, how does that manifest?20:21
tr3bucheteglynn: i'm not sure exactly. but the decorator calls a decorated function20:22
*** cloudvirt has quit IRC20:22
tr3buchetsomeone said it was happening20:23
tr3bucheti looked at the code and saw it was quite possible20:23
tr3buchetand then i couldnt' figure out why the refactor of the decorator20:23
eglynntr3buchet: a-ha, I see20:24
*** devcamca- is now known as devcamcar20:24
tr3bucheti have a mind to undo the refactor becuase I can't see how the original bug has anything to do with it20:25
eglynntr3buchet: the reason for changing the _get_instance_nw_info() call to get_instance_nw_info() was because the quantumv2.API only supports the later20:25
*** blamar_ has joined #openstack-dev20:25
eglynntr3buchet: I can propose a patch reverting the get_instance_nw_info() call to _get_instance_nw_info(), so no recursion20:26
tr3buchetthen the quantumv2.api is wrong20:26
tr3bucheteglynn: can you name a reason for refactoring the decorator?20:26
tr3bucheti'm curious20:27
eglynntr3buchet: yep, I'll split the get_instance_nw_info()/_get_instance_nw_info() on quantumv2.API so20:27
tr3buchethuh?20:27
*** blamar has quit IRC20:27
*** blamar_ is now known as blamar20:27
*** dprince has quit IRC20:28
eglynntr3buchet: that was a reply your previous statement on quantum, not your request for an explantion on the refactor20:28
eglynntrbuchet: OK, on the refactor ...20:28
eglynntr3buchet: the reason was simply to make it more convenient to allow an *explicit* update of the cache on a particular instance20:29
eglynntr3buchet: the cache refresh driven by the decorator applies only to the target instance20:29
eglynntr3buchet: with the result that the nw info for the original instance became stale20:29
eglynntr3buchet: what exactly isn't clear about the intent?20:30
*** mnewby has joined #openstack-dev20:32
*** spiffxp has joined #openstack-dev20:37
tr3bucheteglynn: ah i see, i missed that you were calling the function from the associate api call20:38
tr3bucheteglynn: nothing isn't clear now, i just very much dislike the business of associating a floating ip that is already associated, instead of failing20:38
*** cloudvirt has joined #openstack-dev20:39
tr3bucheteglynn: i can fix that later20:39
tr3bucheteglynn: if you wouldn't mind, change that to _get_instance_nw_info20:39
tr3bucheteglynn: the quantumv2 api can be broken or it can manage the cache itself20:40
russellbdansmith: test problems ... this is where you go "I LOVE DECORATORS SO MUCH"20:40
dansmithrussellb: heh, yeah..20:41
dansmithI guess this is cinder using rpcapi directly?20:41
russellbdunno, haven't dug into it yet20:41
russellblooked like a decorator related problem20:41
russellbnot getting the number of args it expected20:41
eglynntr3buchet:   https://review.openstack.org/1062620:41
dansmithrussellb: ah, yeah, I actually had this fixed and nuked it from my patch by mistake20:42
*** gabrielhurley has joined #openstack-dev20:42
dansmithit's a simple fix20:42
eglynntr3buchet: sure, its debatable whether an implicit disassociation should occur ... but as I said, that was pre-existing logic, and my intent was simply to fix the code that was there already ...20:43
russellbcool20:43
*** johnpostlethwait has quit IRC20:45
dansmithrussellb: you know you've been round-and-round too many times when you don't recognize your own code from your own patch :D20:45
russellbheh yep20:45
*** johnpostlethwait has joined #openstack-dev20:45
jaypipesvishy: is there a comparable option to cpu_allocation_ratio for memory allocation? thx in advance20:51
jaypipesvishy: NM, found it.20:51
vishyjaypipes: cool20:51
jaypipesvishy: for Diablo, is there an equivalent for ram_allocation_ratio?20:51
sdaguejaypipes: so, that whitebox testing patch didn't seem to progress further. Is someone actively working that? Would love to see that in.20:51
*** dolphm has joined #openstack-dev20:51
*** Aaton_off is now known as Aaton20:52
jaypipessdague: yes, sorry man, it's slow going today.. it's my next review. sorry for the delay20:52
vishyjaypipes: i answered that question yesterday20:52
jaypipesvishy: question from me?20:52
vishyjaypipes: diablo doesn't key off of ram for simple_scheduler20:52
sdaguejaypipes: well, it needs work, it still fails jenkins20:52
vishyjaypipes: yes20:52
vishyjaypipes: it keys off of cores, you can change max_cores20:53
jaypipesvishy: ok, ty.20:53
jaypipesvishy: yes, I saw your reply about max_cores... didn't know if there was an equiv for ram. thx for the info.20:53
sdaguejaypipes: not trying to harass you too much, just trying to figure out if that's going to progress shortly, or if I should take a different approach in digging into some of these bugs :)20:53
*** johnpostlethwait has quit IRC20:54
*** johnpostlethwait has joined #openstack-dev20:54
jaypipessdague: frankly, I've been asking rohit to make changes to that patchset and he hasn't done the changes yet... it's getting a bit frustrating.20:55
jaypipessdague: I'm half tempted to fork that patchset and just fix up myself, but I don't want to step on feelings.20:57
sdaguejaypipes: definitely understand20:57
jaypipes(most of the code originated from my original smoke test branch anyway)20:57
*** Rajesh_ has joined #openstack-dev20:57
dansmithjaypipes: the giraffe-tendon-wielding developer suddenly cares about feelings?20:57
jaypipesdansmith: I've softened up apparently.20:58
dansmitheesh.20:58
*** markmcclain1 has quit IRC20:58
vishyjgriffith: ping20:59
jgriffithvishy: Yo20:59
*** guitarza1 has joined #openstack-dev20:59
*** maurosr has quit IRC21:00
*** guitarzan is now known as guitarzan_21:00
*** guitarza1 is now known as guitarzan21:00
vishyjgriffith: so there is one more change required to chuck's iscsi stuff? we need to get it into nova21:01
jgriffithvishy: Yes, he's working on a patch right now21:01
jgriffithvishy: Minor tweak to the tgtadm call21:01
*** Rajesh_ has quit IRC21:01
zulpatch is up for review21:02
jgriffithvishy: If he doesn't have time I'll just submit it this afternoon and be done with it21:02
jgriffithzul: Excellent... no email yet, do you have a link?21:02
zuljgriffith/vishy: just running the test stuff first21:02
*** Rajesh_ has joined #openstack-dev21:02
jgriffithzul: Cool... that's what I was going to do but if you've got it covered even better21:02
*** guitarzan has quit IRC21:03
jgriffithzul: Great, those are the changes I had and they worked21:03
*** guitarzan has joined #openstack-dev21:03
*** zaitcev has joined #openstack-dev21:04
eglynntr3buchet: can you re-approve https://review.openstack.org/10626? ... those devstack failures smell like transients21:05
vishyjgriffith: any progress on db migration code?21:05
*** anotherjesse is now known as anotherjesse_zz21:06
jgriffithvishy: very little21:06
jgriffithvishy: Need to decide, db's on same hosts only etc21:06
vishyjgriffith: I would do it as two steps21:06
*** Shrews has quit IRC21:07
vishydump of required tables to text21:07
vishyimport text21:07
vishyso you can do it anywhere21:07
jgriffithvishy: excellent21:07
jgriffithvishy: Ok, that's next on my list this week21:07
vishyjgriffith: although that may make it a little tough. you could pickle the objects perhaps, but json would clearly be best.21:08
*** mnewby has quit IRC21:08
vishyjgriffith: or we could just provide example scripts for mysqldump and let someone else figure out how to do it for postgres21:08
jgriffithvishy: I was leaning towards json, and having it be an *example* that someone could leverage21:09
jgriffithvishy: Just to alleviate some of the fear that things are so different21:09
jgriffithvishy: The more interesting question I had was live connections etc21:09
jgriffithvishy: So should we require no attachments?  Or try to do it live etc21:10
vishyjgriffith: documenting the mysql one seems like an easy first step21:10
davidhaHi21:10
vishymysqldump + import21:10
vishyjgriffith: have we cleaned up the tables in cinder yet?21:10
jgriffithvishy: Yeah, at leat I took a first pass at it21:10
jgriffithvishy: Ripped out the majority of the excess21:11
jgriffithvishy: I'm good with the mysqldump to start.  Just didn't know that would be an option for those not using mysql.21:12
jgriffithvishy: But if it's meant to be an example and not a tool then perfect21:12
*** ywu has quit IRC21:12
jgriffithvishy: I started writing it like any other migration that we do currently, just going to a *new* db21:13
jgriffithvishy: But I like this idea better :)21:13
vishyjgriffith: yeah not that for sure21:13
*** lts has quit IRC21:13
vishyjgriffith: i would implement it as nova-manage + cinder-manage commands21:13
*** Rajesh_ has quit IRC21:14
vishy(but doing the mysqldump first is way better)21:14
jgriffithvishy: Yeah, I'm going to start with that21:14
vishyjgriffith: we did something like that for the auth migration to keystone21:14
jgriffithvishy: I'll send somethign your way tomorrow to look at and use as a starting point21:14
vishyk21:14
*** markmc is now known as mcaway21:14
jgriffithvishy: If you happen to have a pointer to what was used for keystone I'll check it out21:14
*** Rajesh_ has joined #openstack-dev21:15
jgriffithvishy: else I'll poke around and see if I can find it21:15
zuljgriffith:  cinder gerrit prop has been updated as well21:15
jgriffithzul: Thanks Chuck!21:15
zulbbl21:15
vishyjgriffith: https://github.com/openstack/nova/blob/stable/essex/bin/nova-manage#L21721:16
jgriffithvishy: nice... thanks!21:17
vishyjgriffith: although honestly since the tables are exactly the same i think mysqldump is what most people will use21:17
*** markvoelker has quit IRC21:17
jgriffithvishy: Agree, but I like to see how other folks did it as well, and depending on how it goes maybe expand.21:17
jgriffithvishy: I'm more interested in how to switch over the endpoints etc on a live setup21:18
jgriffithvishy: But that can wait until the sqldump is done21:18
*** maoy has quit IRC21:20
*** dubsquared has quit IRC21:21
*** rkukura has quit IRC21:22
*** s0mik has quit IRC21:24
*** ohnoimdead has joined #openstack-dev21:26
*** Rajesh_ has quit IRC21:26
*** epim has quit IRC21:27
*** Rajesh_ has joined #openstack-dev21:27
*** Rajesh_ has quit IRC21:29
*** heckj has quit IRC21:29
*** cloudvirt has quit IRC21:33
jgriffithzul: Sighh... one more problem in the nova-volume code still21:33
jgriffithzul: Let me know when you're back21:33
*** s0mik has joined #openstack-dev21:33
vishyjgriffith: is it an easy fix?21:34
jgriffithvishy: Probably http://paste.openstack.org/show/19865/21:35
jgriffithvishy: I can just manually delete /dev/mapper files prior to the lvm call21:35
jgriffithvishy: But I should probably figure out what's changed21:35
*** s0mik has quit IRC21:36
*** e1mer has joined #openstack-dev21:36
*** s0mik has joined #openstack-dev21:37
vishyjgriffith: does it eventually succeed?21:38
jgriffithvishy: Nope21:38
*** s0mik has quit IRC21:38
*** heckj has joined #openstack-dev21:39
vishyjgriffith: so the tgatdm command doesn't actually close the volume properly21:39
vishy?21:39
jgriffithvishy: It's either that or it's not getting called, checking now21:40
jgriffithvishy: think I got it.. testing now21:45
*** flaviamissi has quit IRC21:46
*** cloudvirt has joined #openstack-dev21:47
*** arosen has quit IRC21:51
*** sulochan has quit IRC21:52
vishyjog0: reviewed21:52
vishyjog0: ping me if my question about filtering isn't clear21:52
jog0vishy: thanks will do21:53
*** cloudvirt has quit IRC21:54
*** cloudvirt has joined #openstack-dev21:54
ttxjgriffith: you're next on #openstack-meeting :)21:54
jgriffithttx: ready21:55
*** rnirmal has quit IRC21:56
*** dolphm has quit IRC21:57
*** kbringard has quit IRC22:01
*** littleidea has quit IRC22:07
*** littleidea has joined #openstack-dev22:07
*** arosen has joined #openstack-dev22:10
*** gabrielhurley has quit IRC22:14
*** steveb_ has quit IRC22:16
tr3bucheteglynn: thanks btw!22:16
*** sacharya has quit IRC22:16
tr3buchetquick resolution there22:16
*** Dr_Who has quit IRC22:18
*** cloudvirt has quit IRC22:20
*** datsun180b has quit IRC22:21
*** heckj has quit IRC22:24
*** Gordonz has quit IRC22:25
*** littleidea_ has joined #openstack-dev22:25
*** lcheng has quit IRC22:25
*** littleidea has quit IRC22:25
*** littleidea_ is now known as littleidea22:25
*** lloydde has quit IRC22:28
*** lloydde has joined #openstack-dev22:28
*** salgado has quit IRC22:31
*** mnewby has joined #openstack-dev22:40
*** andrewbogott is now known as andrewbogott_afk22:42
*** mnewby has quit IRC22:47
*** eglynn has quit IRC22:49
*** ecarlin has joined #openstack-dev22:50
*** danwent has quit IRC22:52
*** alexpilotti has quit IRC22:53
*** blamar_ has joined #openstack-dev22:53
*** blamar has quit IRC22:57
*** blamar_ is now known as blamar22:57
*** blamar has quit IRC23:01
*** roge has quit IRC23:01
*** edygarcia has quit IRC23:02
*** edygarcia has joined #openstack-dev23:03
*** matiu has quit IRC23:03
*** spiffxp has quit IRC23:03
*** dolphm has joined #openstack-dev23:08
*** mnewby has joined #openstack-dev23:10
clarkbbcwaldon: fyi https://jenkins.openstack.org/job/glance-coverage/565/console failed when the gate test https://jenkins.openstack.org/job/gate-glance-python27/1103/23:11
clarkbbcwaldon: for change https://review.openstack.org/10630 probably an intermittent issue, but also something to be aware of23:12
*** dolphm has quit IRC23:12
*** rods has quit IRC23:14
*** lloydde has quit IRC23:14
*** ohnoimdead has quit IRC23:15
*** cloudvirt has joined #openstack-dev23:16
*** mattstep has quit IRC23:19
*** amotoki_ has joined #openstack-dev23:24
Ryan_Laneis there no way to get the ec2 style id back when using the nova api?23:25
*** amotoki has quit IRC23:26
*** amotoki has joined #openstack-dev23:28
*** amotoki_ has quit IRC23:30
s34nis anybody else running the current devstack on f17?23:34
asalkeldya me23:34
asalkeldit didn't behave for a while23:34
s34nasalkeld: and it ran for you out of the box?23:34
* s34n is a slow typer23:34
asalkeldbut after re-runing it couple of times is sprung to life23:35
s34nreally?23:35
asalkeldI can paste my config23:35
s34njust re-running it somehow made things different?23:35
s34nor was it re-run, tweak, re-run, tweak... ?23:36
asalkeldI know weird23:36
asalkeldhttp://fpaste.org/09hV/23:36
asalkeldso better to use qpid on fedora23:37
asalkeldand note the wlan0 - running on my home wireless23:38
*** cloudvirt has quit IRC23:38
*** chrisfer has quit IRC23:39
*** zaitcev has quit IRC23:40
jgriffithvishy: ping23:40
*** gyee has quit IRC23:41
*** edygarcia has quit IRC23:41
*** mnewby has quit IRC23:42
*** edygarcia has joined #openstack-dev23:42
s34nasalkeld: what does ENABLED_SERVICES do?23:42
arosenit tells ./stack.sh what services to install/start23:43
arosenhttp://devstack.org/stack.sh.html23:43
*** mnewby has joined #openstack-dev23:47
*** jakedahn is now known as jakedahn_zz23:47
*** gongys has joined #openstack-dev23:48
*** lzyeval has joined #openstack-dev23:49
hemnawho adds the 'schedule' routing key binding to the nova exchange?23:54
*** spiffxp has joined #openstack-dev23:54
*** johnpur has quit IRC23:54
*** steveb_ has joined #openstack-dev23:54
*** johnpur has joined #openstack-dev23:54
*** ChanServ sets mode: +v johnpur23:54
s34nasalkeld: qpid can't load because port 5672 is being used by beam.smp23:55
asalkeldwhat's that?23:55
asalkeldbeam.smp?23:55
*** sacharya has joined #openstack-dev23:55
s34nasalkeld: I don't know. Google tells me it might be couchdb23:55
Ryan_Laneis there a decent example anywhere on how to load the api extensions?23:56
s34nbut I don't know how it got here23:56
*** mikal has quit IRC23:56
*** mattstep has joined #openstack-dev23:56
asalkeldhttp://ports.my-addr.com/tcp_port-udp_port-application-and-description.php?port=567223:57
asalkeldseems like amqp should be on 567123:57
*** mikal has joined #openstack-dev23:58
*** johnpur has quit IRC23:58
*** johnpur has joined #openstack-dev23:59
*** ChanServ sets mode: +v johnpur23:59
jkoelkerbeam.smp is an erlang process, chances are rabbit is running23:59
asalkeldok can't have rabbit and qpid23:59

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