Friday, 2012-03-16

*** Ryan_Lane has quit IRC00:01
*** Ryan_Lane has joined #openstack-dev00:01
*** bhall has quit IRC00:05
*** maplebed has quit IRC00:09
*** jdg has quit IRC00:16
*** deshantm has joined #openstack-dev00:18
*** Mandell has quit IRC00:19
*** markmcclain has left #openstack-dev00:24
vishyadam_g: waiting for your patch for the other bug now :)00:26
adam_gvishy: 10-400:26
vishy:)00:26
*** danwent has joined #openstack-dev00:29
*** reed has quit IRC00:30
rmkWhat's the newest version of Kombu you guys have tried with Diablo?00:43
*** devananda has quit IRC00:44
*** spiffxp has quit IRC00:50
*** dolphm has joined #openstack-dev00:52
adam_gvishy: still about?00:56
vishyadam_g: yessir00:58
*** dolphm has quit IRC00:58
vishyi won't be for long though01:01
vishywhassup?01:01
adam_gah01:01
adam_gwas gonna add a comment to bug 954692, but if you're out soon..01:01
uvirtbotLaunchpad bug 954692 in nova "cannot detach volume from terminated instance" [Medium,In progress] https://launchpad.net/bugs/95469201:01
adam_gchris's suggestion of adding a try/except around the driver.destroy() seems strange.01:01
*** rods has quit IRC01:02
adam_gseems sketchy if we're catching errors from the virt driver and carrying on with volume dissassation.01:02
*** deshantm_ has joined #openstack-dev01:03
adam_gif libvirt/xen/whatever cannot poweroff the vm for whatever reason, and its stuck powered on and scribbling on its disk, volumes shouldn't be freed up and able to attach other instances.01:04
vishyadam_g: seems reasonable01:04
vishyok you can skip that part for now01:04
vishymake a comment on the bug, that if it seems important, lets do it in another bug01:05
*** jdurgin has quit IRC01:05
adam_gvishy: right on. cya01:06
*** deshantm has quit IRC01:06
*** deshantm_ is now known as deshantm01:09
jog0chmouel:  I am having a devstack/swift problem  running the latest devstack01:12
*** vincentricci has left #openstack-dev01:12
*** johnpostlethwait has quit IRC01:24
*** mnewby_ has joined #openstack-dev01:27
*** mnewby_ has quit IRC01:27
*** mnewby has quit IRC01:28
*** vincentricci has joined #openstack-dev01:36
*** littleidea has quit IRC01:37
vishyadam_g: still here? current_power_state is unused01:42
vishycan you remove it also?01:42
vishyadam_g: I will +2 with that change01:43
*** vincentricci has left #openstack-dev01:45
*** mnewby has joined #openstack-dev01:49
*** mszilagyi has quit IRC01:50
*** mnewby has quit IRC01:57
*** rkukura has joined #openstack-dev02:01
*** danwent has quit IRC02:03
*** sniperd_ has quit IRC02:04
*** littleidea has joined #openstack-dev02:07
*** jog0 has quit IRC02:09
*** jog0 has joined #openstack-dev02:09
*** danwent has joined #openstack-dev02:10
*** jog0 has quit IRC02:10
*** dalang has quit IRC02:11
*** jog0 has joined #openstack-dev02:11
*** andrewsmedina has joined #openstack-dev02:11
*** novas0x2a|laptop has quit IRC02:12
*** dtroyer_zzz is now known as dtroyer02:15
*** andrewsmedina has quit IRC02:23
*** andrewsmedina has joined #openstack-dev02:23
vishycomstud: thanks for the reviews, adam_g commented on the bug about the try: except02:24
*** danwent has quit IRC02:24
*** deshantm has quit IRC02:25
*** danwent has joined #openstack-dev02:25
comstudvishy: ok02:26
vishycomstud: also made a couple of comments here: https://review.openstack.org/#change,543602:28
*** danwent has quit IRC02:31
comstudyeah02:31
comstudhit it02:31
*** davlaps has quit IRC02:32
vishycool thanks02:33
comstudnp02:33
vishycomstud: maybe i will just go ahead and update the branch to remove that line so we can get it in02:33
vishyadam_g may have gone to bed02:33
comstudSounds good02:33
comstudi was considering it also02:33
comstud:)02:33
comstudwaldon's going to need a rebase on his vsa branch02:34
comstudafter that Openstack -> OpenStack change lands02:34
*** agonella has quit IRC02:39
vishycomstud: https://review.openstack.org/#change,5437 i redid it02:39
comstudok02:40
comstuddone02:40
*** paulstallworth has joined #openstack-dev02:42
vishycomstud: also had to fix https://review.openstack.org/#change,542402:44
comstuddoh02:44
comstudi just left a comment on that02:44
comstudwhile you fixed it02:44
comstudlol02:44
vishythere was one more test case that needed to be updated02:44
comstudyup02:44
comstudi commented on the code that needed removed02:44
comstudand you removed it!02:44
comstudapproving02:44
vishycomstud: think we need the xml switchover in essex?02:46
vishycomstud: so asside from the vsa removal, this is the last targetted bug: https://bugs.launchpad.net/nova/+bug/95631302:47
uvirtbotLaunchpad bug 956313 in nova "Nova loses ability to build instances" [High,Triaged]02:47
vishyi have sleepsonzzz looking at it, but it looks tricky, so if you feel like helping feel free02:47
comstudvishy: i would say the xml switchover is not required, but 'nice'02:47
vishycomstud: cool that was my thought too02:47
comstudvishy: that bug is very interesting.02:48
comstudi'm not sure at all what's going on there02:48
comstudthe only way that raise can happen is if the lock file disappeared02:48
comstudafter it was supposedly created02:48
comstudand it's all just 3 lines of code or so.. when i looked at it earlier02:49
comstudwith lockfile.*:02:49
comstud   whatever02:49
comstudthe exit out of the context manager is not finding the lock file.02:49
comstudso wth?02:50
comstudhm02:50
comstudalthough I looked at the python 2.6 lockfile.py not the 2.7 that was used in the bug report.02:50
*** dalang has joined #openstack-dev02:51
comstudi gotta run my wife to bart or sfo shortly02:51
comstudi can look a lil more in a bit02:51
*** HugoKuo_ has joined #openstack-dev02:52
*** hugokuo has quit IRC02:54
*** dolphm has joined #openstack-dev02:59
*** martine has joined #openstack-dev03:03
*** Mandell has joined #openstack-dev03:04
*** phorgh has joined #openstack-dev03:05
*** dalang has quit IRC03:12
*** dolphm has quit IRC03:13
*** novas0x2a|laptop has joined #openstack-dev03:22
*** phorgh has quit IRC03:24
*** mszilagyi has joined #openstack-dev03:30
*** martine_ has joined #openstack-dev03:43
*** dolphm has joined #openstack-dev03:45
*** martine has quit IRC03:45
*** novas0x2a|laptop has quit IRC03:56
*** HugoKuo_ has quit IRC03:56
*** Vek has quit IRC03:56
*** martine_ has quit IRC04:06
*** novas0x2a|laptop has joined #openstack-dev04:08
*** mnewby has joined #openstack-dev04:13
*** galthaus has joined #openstack-dev04:17
galthausHi - question about security group ports for icmp.  What are the expected value combinations and what is the intent of -1 of type and -1 for code?04:18
galthausBecause I'm looking at some validation inconsistencies around horizon and nova-api.04:21
*** Transformer has joined #openstack-dev04:26
*** Transformer has quit IRC04:30
*** mszilagyi has quit IRC04:33
*** dolphm has quit IRC04:40
*** maplebed has joined #openstack-dev04:44
*** shevek_ has quit IRC04:47
*** pixelbeat has quit IRC04:48
*** dtroyer is now known as dtroyer_zzz04:54
*** phorgh has joined #openstack-dev04:57
*** andrewsmedina has quit IRC04:57
*** mszilagyi has joined #openstack-dev04:58
*** maplebed has quit IRC05:07
*** hugokuo has joined #openstack-dev05:09
*** mnewby has quit IRC05:16
rmkYou guys seen this one when trying to re-add a volume?   TRACE: libvirtError: operation failed: adding virtio-blk-pci,bus=pci.0,addr=0x6,drive=drive-virtio-disk1,id=virtio-disk1 device failed: Duplicate ID 'virtio-disk1' for device05:19
*** shang has quit IRC05:22
*** mnewby has joined #openstack-dev05:25
*** hattwick has quit IRC05:32
*** shang has joined #openstack-dev05:41
*** Mandell has quit IRC05:44
*** sniperd has joined #openstack-dev05:51
*** novas0x2a|laptop has quit IRC05:51
*** littleidea has quit IRC05:52
*** galthaus has left #openstack-dev05:52
*** galthaus has joined #openstack-dev05:52
*** galthaus has left #openstack-dev05:52
*** Vek has joined #openstack-dev05:57
*** galthaus has joined #openstack-dev06:03
*** adjohn has quit IRC06:04
*** ayoung has quit IRC06:13
*** ayoung has joined #openstack-dev06:13
*** adjohn has joined #openstack-dev06:16
*** berendt has joined #openstack-dev06:17
zaitcevI think I am getting old. I did not work at night for years.06:18
*** paulstallworth has quit IRC06:18
zaitcevAnd it's probably not even worth it. https://bugs.launchpad.net/swift/+bug/70401506:18
uvirtbotLaunchpad bug 704015 in swift "st and client.py's reads aren't checking for EOF condition" [Undecided,New]06:18
*** mszilagyi has quit IRC06:19
*** novas0x2a|laptop has joined #openstack-dev06:21
*** spiffxp has joined #openstack-dev06:29
*** danwent has joined #openstack-dev06:36
*** phorgh has quit IRC06:40
*** bepernoot has joined #openstack-dev06:40
*** mnewby has quit IRC06:46
*** adjohn has quit IRC06:55
*** danwent has quit IRC07:00
*** danwent has joined #openstack-dev07:00
*** danwent has quit IRC07:02
*** bepernoot has quit IRC07:02
*** spiffxp has quit IRC07:03
justinsbAnyone awake to tell me if this is really an issue or if I'm missing something? : Bug #95670907:08
uvirtbotLaunchpad bug 956709 in nova "Configuration should be separate from api-paste.ini " [Undecided,New] https://launchpad.net/bugs/95670907:08
justinsbIn short: are users supposed to edit api-paste.ini in a deployment, and then what happens when we want to change api-paste.ini in Folsom?07:09
*** williamherry has quit IRC07:15
*** Glace_ has quit IRC07:17
galthausjustinsb, I tend to agree with you.  I don't understand the current separation.07:20
*** dachary has quit IRC07:20
justinsbgalthaus: Thanks.  Was sort of hoping someone would tell me I was wrong though, and I should be doing X, where X is easy :-)07:24
*** ghe_ is now known as GheRivero07:30
*** bencherian has joined #openstack-dev07:38
eglynnjustinb: so there have been some moves towards making it less likely that the *-paste.ini needs to changed by users07:43
eglynnjustinb: e.g. in glance the *.conf may include a paste_deploy.flavor option that selects the pipeline from the *-paste.ini07:43
eglynn(e.g. with or without caching, kesytone or noauth ...etc.)07:44
eglynnalso nova now uses the auth_strategy to drive the pipeline selection07:44
eglynnbut yep, some "user editing" still required to set the service token etc.07:46
eglynnalso, dunno if we can guarantee the *-paste.ini files will remain stable across major versions, e.g. middleware might be added, taken away, or configured differently (as in markmc's keystone cfg refactor)07:47
justinsbeglynn: Yes - that last bit is what I'm worried about - if that happens, then we have to pull the user config out of their old file and insert it into the new file (somehow)?07:48
*** galthaus has quit IRC07:49
*** rgoodwin has quit IRC07:51
*** novas0x2a|laptop has quit IRC07:54
eglynnjustinb: yep, that's a conumdrum all right ... short of the user manually transfering their old custom config, we don't have a good strategy right now07:55
*** galthaus has joined #openstack-dev07:57
*** bencherian has quit IRC07:57
*** rgoodwin has joined #openstack-dev07:58
justinsbeglynn: Maybe the packaging strategy should be that the api-paste.ini gets regenerated automatically on each launch, combining the shipped api-paste.ini with user config in /etc07:58
*** hattwick has joined #openstack-dev07:59
eglynnjustinb: or (equivalently?) take away the need for any user-settable config to be present in the *-paste.ini, e.g. move the filter:auth_token options into a separate file or back up to the *.conf08:01
zaitcevI just insist for now that Fedora RPMs install *-paste.ini with %config(noreplace), which protects my old ones from being accidentially destroyed with a run of "yum update". Thereafter I just run diff -u foo.ini foo.ini.rpmnew manually on each of them.08:01
*** bepernoot has joined #openstack-dev08:01
eglynnjustinb: so that the *-paste.ini are always 100% opaque to the user ...08:01
*** asalkeld has joined #openstack-dev08:04
eglynnzaitcev: danger of proliferating config files here, but what that scenario would be simpler right if the all user-settable config was hived off into a seperate file (always initially empty for a fresh install)08:06
*** galthaus has quit IRC08:06
*** galthaus has joined #openstack-dev08:06
*** shang has quit IRC08:07
justinsbeglynn: I think splitting off user-settable config is the best option, although given timings my 'trick' may be the best we can do (and may also isolate us from future changes)08:07
justinsbeglynn: I'm experimenting to see if my trick actually works08:07
zaitcevI thought the old ones were that, from which -paste.ini were split. Like /etc/swift/proxy-server.conf in my case.08:07
zaitcevExcept they don't ship empty08:07
eglynnjustinb: cool08:07
zaitcevActually I'm not sure it's a great idea. I prefer /etc/sysconfig/foo having something inside, a comment if nothing else.08:08
*** zaitcev has quit IRC08:09
eglynnzaitcev: zaitcev, the paste.ini still contain user-settable config, like the auth token stuff ... and yep agreed, empty modulo comments08:09
*** reidrac has joined #openstack-dev08:15
*** galthaus1 has joined #openstack-dev08:18
*** gpernot has joined #openstack-dev08:19
*** galthaus has quit IRC08:20
*** shevek_ has joined #openstack-dev08:21
*** dachary has joined #openstack-dev08:23
*** shang has joined #openstack-dev08:41
*** dneary has joined #openstack-dev08:42
*** dneary has quit IRC08:42
*** dneary has joined #openstack-dev08:42
*** pixelbeat has joined #openstack-dev08:50
*** novas0x2a|laptop has joined #openstack-dev08:54
*** oneiroi has joined #openstack-dev09:00
*** derekh has joined #openstack-dev09:07
*** armaan has joined #openstack-dev09:24
*** armaan has left #openstack-dev09:28
*** novas0x2a|laptop has quit IRC09:59
*** ttx has quit IRC10:06
*** ttx has joined #openstack-dev10:07
*** ttx has quit IRC10:07
*** ttx has joined #openstack-dev10:07
chmoueljog0: ping me when you are awake10:21
*** tryggvil_ has joined #openstack-dev10:39
*** belmoreira has joined #openstack-dev10:40
*** kbringard has joined #openstack-dev10:52
*** rkukura has quit IRC11:11
*** bsza has joined #openstack-dev11:21
*** markvoelker has joined #openstack-dev11:21
*** dneary has quit IRC11:22
*** rods has joined #openstack-dev11:44
*** martine has joined #openstack-dev11:51
*** johngarbutt has joined #openstack-dev12:08
*** johngarbutt has left #openstack-dev12:14
*** johngarbutt has joined #openstack-dev12:15
*** johngarbutt has left #openstack-dev12:16
*** JStoker has quit IRC12:23
*** rbasak has quit IRC12:23
*** infernix has quit IRC12:23
*** JStoker has joined #openstack-dev12:29
*** davidkranz_ has quit IRC12:31
*** lts has joined #openstack-dev12:35
*** infernix has joined #openstack-dev12:36
*** rbasak has joined #openstack-dev12:36
*** paulormg has joined #openstack-dev12:47
*** milner has quit IRC12:49
*** asalkeld has quit IRC12:51
*** markvoelker has quit IRC12:54
*** milner has joined #openstack-dev12:56
*** dprince has joined #openstack-dev13:00
*** oneiroi has joined #openstack-dev13:07
*** littleidea has joined #openstack-dev13:07
*** dolphm has joined #openstack-dev13:12
*** dneary has joined #openstack-dev13:21
*** flaviamissi has joined #openstack-dev13:22
*** andrewsmedina has joined #openstack-dev13:30
*** dolphm has quit IRC13:34
*** Mandell has joined #openstack-dev13:45
*** davidkranz has joined #openstack-dev13:49
*** Mandell has quit IRC13:52
*** dtroyer_zzz is now known as dtroyer13:53
*** GheRivero has quit IRC13:55
*** martine has quit IRC14:01
*** Shrews has joined #openstack-dev14:01
*** rkukura has joined #openstack-dev14:02
*** martine has joined #openstack-dev14:14
*** maploin has joined #openstack-dev14:15
*** maploin has quit IRC14:15
*** maploin has joined #openstack-dev14:15
*** RobertLaptop has joined #openstack-dev14:25
*** RobertLaptop has left #openstack-dev14:25
*** deshantm has joined #openstack-dev14:30
*** dtroyer is now known as dtroyer_zzz14:31
*** littleidea has quit IRC14:32
*** dolphm has joined #openstack-dev14:32
*** dubsquared has joined #openstack-dev14:35
*** dubsquared has quit IRC14:38
*** dubsquared has joined #openstack-dev14:38
*** kbringard has quit IRC14:39
*** kbringard has joined #openstack-dev14:39
*** hub_cap has joined #openstack-dev14:40
*** dbuzz has joined #openstack-dev14:40
*** dbuzz has quit IRC14:42
*** oneiroi has quit IRC14:43
*** dtroyer_zzz is now known as dtroyer14:44
*** jdg has joined #openstack-dev14:47
*** zzed has joined #openstack-dev14:48
*** joesavak has joined #openstack-dev14:49
joesavakping dolphm - ya here?14:50
dolphmyes14:50
joesavakping michael, ya here?14:50
hub_caphai14:50
joesavakcool14:50
*** grapex has joined #openstack-dev14:50
hub_capso joesavak, i recently changed the belongsTo from validating against a uuid to the non unique name attr14:51
dolphmso, the validate call is the only place in keystone redux where a name appears in the API resource, although it's in a query string14:51
joesavakthe way I understood it, tenants is not an identity concept - it maps back to it's true data source outside of identity14:51
hub_capin keystone14:51
hub_caphahaha14:51
hub_capwhy dont we all say something :P14:51
joesavaklol14:51
dolphmredux doesn't implement GET /users?name={user_name} or GET /tenants?name={tenant_name}14:51
hub_capso heres the issue joesavak, i just feel dirty passing in a non unique name to validate against belongsTo, after talking to my team more about it and having some time tothink about it during sxsw ;)14:52
joesavakright now, id=name in RAX - but that could change as we populate that from different sources14:52
hub_capi dont want to bork up the belongsTo call cuz it seems rax is the _only_ entity on earth using it14:52
dolphmjoesavak: if that changed, wouldn't ID be better?14:52
dolphmHP might be, but i know Jason thinks the whole call is broken14:53
joesavakID if proven unique would be good14:53
dolphmthey may have implemented it differently14:53
dolphmjoesavak: well, essex-2/3 ID's are all UUID's14:53
dolphm2/3+14:53
joesavakremember the convo with ziad where id could be populated in the calls?14:54
joesavakso we would have id in the db which would not be exposed via API but would be guaranteed unique14:54
joesavakbut then almost a host-id construct that could be name-spaced14:54
dolphmjoesavak: yes, but i would hope that you'd be populating it with something similarly unique (same magnitude of randomness)14:54
dolphme.g. uuid from another system, different uuid implementation, etc14:55
joesavakit's unique right now - but no guarantees of that in the future. Account numbers correspond to tenants here at RAX. A billing account number may be the same accuont number (by coincidence) as a customer account number14:55
dolphmprefix them? bill##### acct#####14:56
hub_capwell is this problem something we need to solve here/14:56
dolphmor even raxbill* raxacct* or something14:56
hub_capi mean, as long as we know we can pass a unique id to belongsTo instead of the name we should revert that14:56
dolphmis there any reason *not* to change it to tenant_id, or alternatively, any reason why we can't introduce a new query string? e.g. ?tenant_id=14:57
joesavakyes -we can prefix - and do so today (no short-term issues with changing tenant_name to tenant_id)14:58
joesavakjust long-term philosophical differences best discussed over beer14:58
dolphmi don't totally understand the use case for ?belongsTo= outside of HEAD /tokens/{token_id}?belongsTo={tenant_name} either14:58
hub_capso joesavak we have your seal of approval (official ;) to revert?14:58
hub_capdolphm: i think the long term needs 1) beer and 2) redesign14:59
hub_capim not sure we have a need for it w/ scoped tenants14:59
hub_capand rax can migrate, right joesavak ;)14:59
joesavakhaha14:59
joesavaki'm checking with devs to see if they scream14:59
hub_capok15:00
hub_capheart joesavak15:00
dolphmjoesavak: do we need to check with global auth/15:00
joesavakyup - i am15:00
hub_capps i meant scoped tokens not tenants ;)15:00
dolphmassumed :)15:00
dolphmalthough you twisted my brain for a moment15:01
joesavakone thing they brought up was api-consumers understand and can work more easily with name (devOps experience kind of thing)15:01
hub_caphaha sry, t's al around15:01
hub_capya but its also not unique across all instances of keystone, it is at rax but not necessarily evryone deploying ks15:01
*** RobertLaptop has joined #openstack-dev15:01
*** RobertLaptop has left #openstack-dev15:02
joesavakok - this is going down a deeper rabbit hole - i'll get back to y'all on the seal-of-approval15:03
dolphmjoesavak: thanks15:03
hub_capok joesavak just shoot us a line15:04
*** hhoover has joined #openstack-dev15:04
*** oneiroi has joined #openstack-dev15:08
*** maploin has quit IRC15:10
*** hhoover has left #openstack-dev15:13
*** spiffxp has joined #openstack-dev15:14
*** deshantm has quit IRC15:14
* jaypipes considers renicking to FarcicalAquaticCeremony15:19
*** AlanClark has joined #openstack-dev15:21
*** paulormg has quit IRC15:25
*** deshantm has joined #openstack-dev15:28
*** devananda has joined #openstack-dev15:30
*** hub_cap has quit IRC15:33
*** danwent has joined #openstack-dev15:34
*** bhall has joined #openstack-dev15:36
*** bhall has joined #openstack-dev15:36
*** spiffxp has quit IRC15:37
*** dolphm has quit IRC15:40
*** dolphm has joined #openstack-dev15:41
*** YorikSar has quit IRC15:42
*** dolphm_ has joined #openstack-dev15:46
*** littleidea has joined #openstack-dev15:49
*** dolphm has quit IRC15:50
*** zaitcev has joined #openstack-dev15:50
*** milner has quit IRC15:50
*** hhoover has joined #openstack-dev15:52
*** deshantm has quit IRC15:55
*** reidrac has left #openstack-dev16:05
vishyjaypipes / davidkranz : in regards to https://bugs.launchpad.net/nova/+bug/956313 can you try removing the code that removes cleans file locks on startup and see if it is still reproducible a la http://paste.openstack.org/show/10057/16:13
uvirtbotLaunchpad bug 956313 in nova "Nova loses ability to build instances" [High,Triaged]16:13
jaypipesdavidkranz: can you try that? I'm currently trying to deal with some trystack snapshotting issues...16:14
jaypipesdavidkranz: and I'm getting a different repeatable failure when running tempest than that bug..16:14
davidkranzvishy: I'm not sure which code you mean. I can do something to stack.sh as an experiment but the bug also happens without devstack.16:15
chmoueljaypipes: ping16:15
chmoueljaypipes: about glance and keystone auth 2.016:16
davidkranzvishy: Oh, I now see the pastebin. I'll give it a try.16:16
jaypipeschmouel: pong16:16
chmoueljaypipes: is juerg having a go at it ?16:16
*** reed has joined #openstack-dev16:17
jaypipeschmouel: I think so, yes...16:17
chmoueljaypipes: sweet, let him know to ping me if he needs help.16:17
*** shevek_ has quit IRC16:18
jaypipeschmouel: will do. he's an HP office-goer so isn't on IRC much... due to the horrible HP network..16:18
*** maplebed has joined #openstack-dev16:18
*** maplebed_ has joined #openstack-dev16:19
*** maplebed_ is now known as Guest7848916:19
*** dalang has joined #openstack-dev16:21
*** hub_cap has joined #openstack-dev16:22
*** maplebed has quit IRC16:23
*** vincentricci has joined #openstack-dev16:23
*** jdurgin has joined #openstack-dev16:23
vishyjaypipes, davidkranz: nevermind found the bug16:24
vishyhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=63285716:24
uvirtbotDebian bug 632857 in python-lockfile "python-lockfile: Cannot Lock Multiple Files" [Important,Open]16:24
*** spiffxp has joined #openstack-dev16:24
*** flaviamissi has quit IRC16:24
*** lts has quit IRC16:24
vishysoren: as author of lockfile stuff, any ideas on the above ^^16:25
*** anotherjesse is now known as anotherjesse_zz16:25
*** bencherian has joined #openstack-dev16:26
vishyjohan_-_, Vek: either of you have a good solution for the bug above: ^^16:26
davidkranzvishy: OK, good. Going to lunch...16:27
*** johnpostlethwait has joined #openstack-dev16:27
*** gyee has joined #openstack-dev16:28
*** spiffxp has quit IRC16:28
*** reed has quit IRC16:28
vishymy initial thought is that we have to subclass lockfile to fix it16:29
vishybut i don't have time to work on it today16:29
vishyso if anyone else wants to16:29
*** spiffxp has joined #openstack-dev16:29
ttxvishy: added bug 956777 to rc-potential. Just not sure I agree with the reporter though16:31
uvirtbotLaunchpad bug 956777 in nova "Auth token is present in clear text in nova-network log file" [Undecided,Incomplete] https://launchpad.net/bugs/95677716:31
ttxthough scrubbing the token is quite easy with the log scrubbing framework we already have in place16:32
*** bepernoot has quit IRC16:32
ttxbbl - beer o'clock time16:32
jaypipesvishy: interesting16:35
*** dalang has quit IRC16:35
*** devananda has quit IRC16:41
*** PotHix has joined #openstack-dev16:44
*** flaviamissi has joined #openstack-dev16:49
jog0chmouel:   ping16:49
chmoueljog0: pong16:49
chmoueljog0: so about swift devstack dtroyer  commited a fix this morning which should get it fixed16:49
jog0chmouel:  sweet16:49
jog0will test it right now16:50
*** armaan has joined #openstack-dev16:51
*** armaan has quit IRC16:55
*** armaan has joined #openstack-dev16:56
*** roge has joined #openstack-dev17:00
*** joesavak has quit IRC17:03
*** anotherjesse_zz is now known as anotherjesse17:04
*** Mandell has joined #openstack-dev17:05
jog0chmouel: It  failed17:06
chmoueljog0: what's the error?17:06
jog0chmouel:  got a error in the swift page in screen17:07
*** dolphm_ has quit IRC17:07
jog0chmouel:  Exception: Could not bind to 0.0.0.0:8080 after trying for 30 seconds17:07
jog0chmouel: http://paste.openstack.org/show/10069/17:07
*** oneiroi has quit IRC17:07
anotherjessejog0: is something else listening on 808017:08
chmouelcan you git pull and restart stack.sh ?17:08
*** oneiroi has joined #openstack-dev17:08
*** oneiroi has joined #openstack-dev17:08
*** oneiroi has quit IRC17:08
jog0chmouel:  just did, but will do it again17:08
*** dolphm has joined #openstack-dev17:08
jog0chmouel:  doing vanilla devstack + swift17:08
chmoueljog0: yeah this should probably be fixed in here https://review.openstack.org/#change,545117:09
jog0chmouel:  ahh prob didn't get pulled down 5 min ago, relaunching now17:09
dtroyerchmouel: seems like swift-proxy and nova ??? are fighting over 808017:11
*** tryggvil_ has quit IRC17:11
*** tryggvil_ has joined #openstack-dev17:11
dtroyermmmm… we need to turn off n-obj17:13
chmoueldtroyer: i would think n-obj is binding on something else than 808017:14
dtroyerno, that's it.  we need to either remove it from the default ENABLED_SERVICES or allow swift s3 to override it17:15
*** dolphm has quit IRC17:17
chmouelgot my test env back, i'll have a look17:18
*** martine has quit IRC17:19
*** deva has joined #openstack-dev17:24
*** deva is now known as devananda17:24
*** devanand_ has joined #openstack-dev17:25
*** devananda has quit IRC17:25
*** devanand_ is now known as devananda17:25
*** reed has joined #openstack-dev17:26
*** dalang has joined #openstack-dev17:27
*** joesavak has joined #openstack-dev17:28
chmouelgithub nova initial checkout is 114M :(17:28
ttxI thought we compressed it17:29
*** jsavak has joined #openstack-dev17:29
*** phorgh has joined #openstack-dev17:30
chmouelttx: after a git gc it's still the same size, I guess there is a lot of changes there17:32
*** joesavak has quit IRC17:33
*** tryggvil_ has quit IRC17:34
*** markmc has joined #openstack-dev17:37
kbringardis it possible to setup multiple nova api endpoints in keystone?17:42
comstudi know the answer is yes, but I've not used keystone myself17:43
comstudso I can't help any further :)17:44
kbringardhehe, no worries17:44
kbringardI have it mostly working… I have 2 keystone instances, 2 nova api instances and a load balancer that is correctly balancing traffic between the keystone instances17:44
kbringardthe problem is keystone keeps returning the same nova endpoint… I guess I need another LB17:45
kbringardwhose VIP is in the public URL section of keystone17:45
kbringardthat should do it17:46
jaypipeskbringard: yes, you can. just make sure they have different regions, and that you are supplying a region specifier to the nova client.17:46
kbringardjaypipes: ah, right, or that17:46
kbringardthanks, guys17:46
anotherjessekbringard: you can also put a loadbalancer in front of them17:47
bcwaldonVek: https://review.openstack.org/#change,545517:47
anotherjessekbringard: in from of nova as well17:47
kbringardanotherjesse: yea, that's what I'm going to do17:47
*** zigo has joined #openstack-dev17:48
*** joesavak has joined #openstack-dev17:48
*** mnewby has joined #openstack-dev17:49
*** galthaus1 has left #openstack-dev17:50
*** mnewby has left #openstack-dev17:50
*** jsavak has quit IRC17:50
justinsbI tried doing a real install from source without using devstack and it was painful.  For example: Bug #956709.  I'm worried that we're making packaging too complicated, and that will cause each distro to do something completely different.17:51
uvirtbotLaunchpad bug 956709 in nova "Configuration should be separate from api-paste.ini " [Undecided,New] https://launchpad.net/bugs/95670917:51
*** novas0x2a|laptop has joined #openstack-dev17:51
justinsbIs there a project where 'best practice' configuration should live?17:52
kbringardok, w00t, hot double load balancer action17:53
kbringardthanks, again17:53
notmynamemtaylor: ping17:58
notmynamemtaylor: re https://review.openstack.org/#patch,sidebyside,5447,1,tox.ini17:58
*** roge has quit IRC17:58
*** bepernoot has joined #openstack-dev17:59
jog0chmouel, dtroyer:  can you ping me  when  devstack with swift is running again?17:59
mtaylornotmyname: heyho18:00
mtaylornotmyname: sorry to bother you with it - we left out two of the targets that jenkins wants to use18:01
notmynamemtaylor: np. (I'll talk to you at the summit about possibly pulling the into your test framework, but that's a different thing altogether)18:01
notmynamemtaylor: I'm not sure what these changes do, but I'd like you to add another18:02
*** jakedahn_zz is now known as jakedahn18:02
notmynamemtaylor: remove the pep8 ignore W60218:02
notmynamemtaylor: we have one place where we bump up against a (IMO) bug in pep8 that triggered that warning, but we refactored it this morning18:03
notmynamemtaylor: so if you are changing tox.ini anyway, then chaning that would be good too18:03
mtaylornotmyname: awesome. will do18:05
mtaylornotmyname: and yeah, let's chat in person about the other bits18:05
notmynamemtaylor: in case you're curious about W602 in pep8, see this https://github.com/jcrocholl/pep8/issues/3418:06
*** hhoover has left #openstack-dev18:06
*** jdg has quit IRC18:06
notmynamemtaylor: and thanks18:06
mtaylornotmyname: yeah - I'd love it if the fix got merged...18:07
mtaylornotmyname: amended patch pushed18:07
notmynameindeed. I spent some time reading the pythin language specs this morning. I agree with gholt and clayg on the issue18:07
notmynamethanks18:07
mtaylornotmyname: yeah. it shouldn't be a problem - they regex they use to find that problem is just lame, honestly18:08
notmynamemtaylor: removed jenkinspep8?18:08
mtaylornotmyname: yeah. not needed18:09
dtroyerjog0: it's merged18:10
mtaylornotmyname: jenkins can run pep8 without a special env setup18:10
jog0dtroyer:  thanks relaunching my devstack …. now18:10
mtaylornotmyname: all of the jenkins* envs should go away once we add a caching feature to tox18:10
notmynamemtaylor: ok, merged18:10
mtaylornotmyname: thanks!18:10
*** derekh has quit IRC18:12
bcwaldonannegentle: do you have any insider info on this: https://bugs.launchpad.net/glance/+bug/95547518:13
uvirtbotLaunchpad bug 955475 in glance "docs index links do nothing" [Low,New]18:13
*** zigo has quit IRC18:15
*** zigo has joined #openstack-dev18:16
*** adjohn has joined #openstack-dev18:19
*** vincentricci has quit IRC18:21
*** bepernoot has quit IRC18:22
*** bepernoot has joined #openstack-dev18:23
*** vincentricci has joined #openstack-dev18:24
*** rbasak has quit IRC18:25
*** mnewby has joined #openstack-dev18:26
*** spiffxp has quit IRC18:28
*** spiffxp has joined #openstack-dev18:29
*** bepernoot has quit IRC18:34
*** Guest78489 is now known as maplebed18:39
*** maplebed has joined #openstack-dev18:39
davidkranzAre folks using a web browser for IRC or is there a preferred, better client?18:41
notmynamedavidkranz: what OS are you using?18:42
davidkranzWindows :(18:42
anotherjesseI run znc in the cloud18:43
notmynamedavidkranz: I know there are several windows irc clients out there. xchat is one I've seen. but I've never used it18:43
armaanznc ??18:43
notmynameanotherjesse: znc FTW! until you report a bug to their devs :-(18:44
anotherjessenotmyname: d0h18:44
notmynameanotherjesse: I got the classic open-source "your use case is invalid. wontfix" response18:44
notmynamebut other than that, it's great18:44
notmynamearmaan: http://znc.in18:45
davidkranzOK, thanks. I'll check that out.18:45
comstudmy irc client is 'nc'18:45
anotherjessedavidkranz: you would still need a client, but a bouncer helps18:45
anotherjessecomstud: you use nc over carrier pigeons right?18:45
comstudcorrect18:45
comstudon windows: telnet server 666718:46
armaananotherjesse: thanks :)18:46
comstudbut be sure to respond to PING in a timely manner, so you don't drop off18:46
* comstud helpful.18:46
notmynamearmaan: znc is an irc bouncer.it stays logged in and you connect to it (instead of the irc server directly). it can then buffer things you miss and keeps you from spamming the channel with connect/disconnect messages18:46
notmynameznc is my twitter client18:46
zaitcevYou know, one great way to IRC in Windows is to rent a VM at RAX or Linode, run irssi under screen on it, and connect with PuTTY. Problem solved.18:47
comstud+118:48
notmynameI know several people that use screen+irssi18:48
comstud<-118:48
*** dolphm has joined #openstack-dev18:48
comstudi want to set up znc though18:49
comstudso it's a bit more friendly to iPad, etc18:49
*** dachary has quit IRC18:58
*** jsavak has joined #openstack-dev18:59
*** joesavak has quit IRC19:02
*** gabrielhurley has joined #openstack-dev19:04
*** shevek_ has joined #openstack-dev19:05
*** dneary has quit IRC19:07
rgoodwinlate vote for znc :)19:12
rgoodwinrun it on windows and works great with colloquy on mac, iPad, etc.19:12
vishyfail on lockfile testing19:15
jog0dtroyer:  it worked for me thanks19:16
*** adjohn has quit IRC19:18
*** adjohn has joined #openstack-dev19:19
*** rohit404 has joined #openstack-dev19:23
vishyjohan_-_: ping, got an eventlet / thread issue19:24
vishyjaypipes, davidkranz: got a question for you.  Which version of eventlet are you using?19:25
*** armaan has quit IRC19:25
*** armaan has joined #openstack-dev19:25
*** bepernoot has joined #openstack-dev19:26
*** bepernoot has quit IRC19:27
ironcameldid keystone break?19:31
ironcameli'm now getting: UnboundLocalError: local variable 'metadata_ref' referenced before assignment19:31
*** jsavak has quit IRC19:31
ironcamelin File "/opt/stack/keystone/keystone/service.py", line 350, in authenticate19:31
*** adjohn has quit IRC19:31
*** bepernoot has joined #openstack-dev19:37
*** bepernoot has quit IRC19:39
ttxnotmyname: how is 1.4.8 going so far ?19:40
notmynamettx: getting reviews done. versioning won't make it in (I've removed the blueprint from essex)19:40
jaypipesvishy: not sure.. checking.19:40
notmynamettx: 1.4.8 should be mostly about bug fixes19:40
ttxnotmyname: cool, that should please Daviey19:41
davidkranzvishy: ii  python-eventlet             0.9.16-1ubuntu4             concurrent networking library for Python19:41
notmynamettx: I haven't had a chance to talk to him aboutit19:41
ttxnotmyname: keep me posted when I can cut milestone-proposed19:41
notmynamettx: ok. it will be on monday19:41
ttxnotmyname: a bugfix-only version should be easy to pass19:41
jaypipesvishy: 0.9.15-ubuntu419:41
notmynamettx: well, there will be no customer-facing features19:42
vishyhmm19:42
ttxjaypipes: how is Glance RC1 doing ?19:43
vishyjohan_-_: are you there? I have a weird eventlet issue19:44
jaypipesttx: getting there... still working on tenant name vs. id thing.19:46
vishypvo: is johan_-_ around somewhere?19:46
pvovishy: I don't think I've seen him today. Let me poke around.19:47
pvovishy: chuck their knows a bit too.19:47
vishydavidkranz, jaypipes: any way to find out whether or not johan's eventlet patch is in that version?19:48
ttxjaypipes: you think you have a good handle on it ?19:48
jaypipesttx: depends. how much beer have you drunk so far?19:49
ttxjaypipes: I'm almost sober.19:49
jaypipesttx: damn. ok, then gimme 10 mins19:50
vishyjaypipes, davidkranz: I think the best approach would be look at eventlet/green/threading.py and see how long it is19:50
jaypipesvishy: k, gimme a sec.19:50
*** dolphm_ has joined #openstack-dev19:51
davidkranzvishy: 96 lines19:52
vishyahha found that issue19:52
jaypipesvishy: 13 lines.19:53
ttxI'll be back in a couple hours, hopefully will be able to sync with heckj19:53
vishydavidkranz: ok sounds like you have the new code19:53
jaypipesttx: k19:53
jaypipesvishy: need any more info from me?19:54
*** dolphm has quit IRC19:55
jaypipesbcwaldon: you in progress on https://bugs.launchpad.net/glance/+bug/957181?19:56
uvirtbotLaunchpad bug 957181 in glance "Glance depends on an extrememly old version of keystone" [Critical,Confirmed]19:56
*** dolphm_ has quit IRC19:57
*** dolphm has joined #openstack-dev20:00
*** dolphm_ has joined #openstack-dev20:02
*** martine has joined #openstack-dev20:04
*** dolphm has quit IRC20:05
*** dolphm_ has quit IRC20:06
*** dprince has quit IRC20:10
*** dolphm has joined #openstack-dev20:12
vishyjaypipes: I think i have a fix for you20:14
*** dolphm has quit IRC20:15
jaypipesvishy: for which issue? :)20:18
vishyjaypipes: for the tempest failure with NotMyLock20:21
*** RobertLaptop has joined #openstack-dev20:21
*** RobertLaptop has left #openstack-dev20:22
jaypipesvishy: ah. yeah, davidkranz is the one seeing that.. I'm seeing a different one having to do with UUIDs not matching in the resume operation.20:22
jaypipesjeblair: ping20:22
davidkranzvishy: what's the fix?20:22
*** dolphm has joined #openstack-dev20:22
*** misheska has joined #openstack-dev20:28
jeblairjaypipes: pong20:32
*** misheska has quit IRC20:34
*** rkukura has quit IRC20:35
jaypipesjeblair: hi jim... was wondering if you could unset those glance test conf environ variables? Seeing the failures showing up again: https://jenkins.openstack.org/job/gate-glance-python26/140/console20:36
*** misheska has joined #openstack-dev20:37
jeblairjaypipes: no problem, done.20:37
jaypipesjeblair: cheers man20:38
vishyjaypipes: https://review.openstack.org/546220:41
*** n0ano has quit IRC20:41
vishyjaypipes: if you could do a run_tests test_utils:TestGreenLocks and make sure you get a pass that would be awesome20:42
jaypipesvishy: sure, I'll pull that patch in a sec20:42
bcwaldonjaypipes: not yet, was waiting for test coverage in tempest20:44
bcwaldonjaypipes: but we can go ahead and cut the cort now20:44
vishyjaypipes: hmm fails on ubuntu20:44
*** dachary has joined #openstack-dev20:44
jaypipesvishy: yeah, failling both tests for me :(20:45
vishyoh i bet it is lockfile version incompatibilities20:46
*** n0ano has joined #openstack-dev20:46
jaypipesvishy: ii  python-lockfile                                       1:0.8-220:47
vishyjaypipes: yup ok i will copy the whole parent method :)20:47
jaypipesvishy: :)20:47
*** dolphm has quit IRC20:49
*** mattstep has quit IRC20:50
*** mattstep has joined #openstack-dev20:50
*** dolphm has joined #openstack-dev20:50
vishyjaypipes: ok regular lock fails only with the eventlet patch20:53
vishyjaypipes: i will tell johan20:53
jaypipessounds good.20:55
vishyjaypipes: ok i took out the regular test20:56
vishytry again?20:56
jaypipesone sec20:56
jaypipesvishy: all good.20:58
vishyjaypipes: so I think the problem is actually johan's eventlet patch20:59
jaypipesvishy: really not sure... I have not looked into this particular bug much.20:59
rmkwhat's the purpose of a service tenant?21:00
*** dolphm has quit IRC21:04
*** armaan has left #openstack-dev21:04
*** bsza has quit IRC21:06
*** dolphm has joined #openstack-dev21:07
jaypipesrmk: a service tenant houses the (privileged) service user accounts. these service users have appropriate privileges to issue a call to validate a user token, and they are used primarily in the auth_token middleware. They replace the concept of the long-lived service token.21:09
rmkAh ok that makes sense.  I was confused in the few places I saw config values for usernames/passwords as well as tokens.21:11
rmkSeems like the user/pass would eliminate the token and it sounds like it does/should.21:11
jaypipesrmk: well, the concept of storing a "service token" in a config file is deprecated, however you may still use the -A <TOKEN> option with the various CLI clients to pass in a previously retrieved *user* token. In that case, you should check out stack.sh in devstack and see how that is done...21:13
jaypipesrmk: the user/pass eliminates the need to store a token permanently, yes.21:14
rmkRight, understood.21:14
rmkOne related question.  I noticed devstack creates an invisible_to_admin tenant.  What purpose does that one serve?21:14
davidkranzWhat's with all these in the compute log: Exception AssertionError: AssertionError() in <module 'threading' from '/usr/lib/python2.7/threading.pyc'> ignored21:15
*** dolphm_ has joined #openstack-dev21:16
*** armaan has joined #openstack-dev21:17
*** mattstep has quit IRC21:17
*** mattstep has joined #openstack-dev21:18
vishypvo: if you find johan_-_ : here is what i need his help with: http://paste.openstack.org/show/10125/21:18
*** dolphm has quit IRC21:19
pvovishy: passed it on.21:22
eglynnjaypipes: still scratching my head about that mysterious S3-related test failure21:22
eglynnjaypipes: this patch https://review.openstack.org/5466 will give me a better shot at twigging the root cause by capturing the entire glance service logs for failed tests21:22
anotherjessermk: I'm uncertain of why that is created anymore21:23
anotherjessedtroyer: know anything about invisible_to_admin tenant?21:23
dtroyeranotherjesse, rmk:  I had always assumed it was just to verify that admin wasn't a member of all tenants by default, although we never tested that anywhere21:25
anotherjessedtroyer: it came from the original keystone sampledata in diablo21:25
anotherjessedolphm_: is this even relevant anymore?21:26
*** zigo has quit IRC21:27
*** martine has quit IRC21:30
*** n0ano has quit IRC21:30
ttxjaypipes: back21:32
ttxdevcamcar: around ?21:32
devcamcarttx: o/21:33
ttxdevcamcar: so IIUC you depend on fixes from other projects at this point21:34
rmkcool well I'll try ditching it then, thanks guys21:34
eglynnjeblair: would you be up for setting NOSE_GLANCELOGCAPTURE=true on the jenkins slaves?21:34
*** roge has joined #openstack-dev21:34
devcamcarttx: correct. specifically https://bugs.launchpad.net/bugs/950364 and https://bugs.launchpad.net/glance/+bug/95654721:35
uvirtbotLaunchpad bug 950364 in keystone "the owner field in glance is tenant_name" [Critical,In progress]21:35
ttxdevcamcar: so maybe we should wait and do a status update on Monday21:35
devcamcarttx: i'm okay with that21:35
ttxdevcamcar: great21:35
ttxdanwent: around ?21:35
*** AlanClark has quit IRC21:36
*** bepernoot has joined #openstack-dev21:37
eglynnvek: thanks for the review on https://review.openstack.org/546621:38
eglynnvek: but would actually be good to get it in pre-Folsom to help track down mysterious S3-related test failures only occurring on the Jenkins slaves21:38
jeblaireglynn: what's that do?21:40
jeblair(i don't see it in the glance source)21:41
ttxrussellb: around ?21:41
russellbttx: sorta, on the phone21:41
*** rkukura has joined #openstack-dev21:44
*** bepernoot has quit IRC21:46
eglynnjeblair: in anticipation of this patch landing https://review.openstack.org/546621:48
eglynnjeblair: needed to get to the bottom of the mysterious S3 test failures we're seeing only on the Jenkins slaves ...21:49
rmkRunning the latest 12.04 packages -- so far so good.21:50
*** dolphm_ has quit IRC21:51
*** deshantm has joined #openstack-dev21:51
*** berendt has quit IRC21:52
jeblaireglynn: done21:53
eglynnjeblair: smashing, thanks!21:53
jeblaireglynn: np.  that change itself should produce output when it's tested.21:54
eglynnjeblair: cool21:54
*** rkukura has quit IRC21:55
rmkone suggestion I'd make about devstack is to give the tenants and users different names21:56
Mandellcomstud: Have you looked at my response to your comment on https://review.openstack.org/4856 ?21:57
anotherjessermk: would you like to try to post a patch to do it (and/or a bug describing proposed users/tenants)21:57
vishydavidkranz: I think those are due to small issue with johan_-_ 's eventlet patch21:59
rmkanotherjesse: sure :)22:01
vishydavidkranz: I don't get those with the unpatched version22:01
rmkanotherjesse: Are you guys open to using pull requests or do I need to follow the gerrit process?22:03
*** markmc has quit IRC22:03
anotherjessermk: devstack is review process … since devstack gates merges22:03
rmkok np22:03
anotherjessermk: official repo: http://github.com/openstack-dev/devstack22:03
anotherjessermk: if you create a bug and attach a patch to LP bug, we will do the gerrit / ...22:04
ttxdanwent: ping?22:04
*** zzed has quit IRC22:07
rmksounds good22:09
*** asalkeld has joined #openstack-dev22:12
danwentttx: hey22:12
*** bencherian has quit IRC22:12
ttxperfect timing22:12
ttxdanwent: just sent you an email, please read -- we need to coordinate some actions to make RC1 happen22:13
danwentttx: ok, read it.  so we need to do this for both repos, i assume?22:14
*** flaviamissi has quit IRC22:14
ttxdanwent: yes. I can prepare the version bump and you can approve it (but only when I say so)22:15
danwentok, sounds good22:15
danwentI'll be on call :)22:15
ttx2 min22:16
*** pvo is now known as pvo-away22:16
ttxdanwent: for pyhton-quantumclient: you can approve https://review.openstack.org/546822:18
danwentok, right now, correct?22:19
ttxyes22:19
*** asalkeld has quit IRC22:19
danwentdone22:19
ttxdanwent: for quantum: https://review.openstack.org/546922:20
danwentdone22:20
ttxdanwent: milestone-proposed was cut22:22
ttxfor both22:22
ttxdanwent: tarballs will be built, and I'll publish RC1 first thing Monday22:23
danwentok, thanks!22:23
PotHixCool! :)22:23
ttxdanwent: but your master branch is now unblocked22:23
ttxand ready for Folsom madness22:23
danwentttx: yup, thanks.  i've also sent folks at RH and Ubuntu a heads up in terms of the RC1 commits22:23
*** armaan has left #openstack-dev22:23
danwentso they can be ready for the official release on monday22:23
ttxdanwent: now you can (ab)use the essex-rc-potential tag to mark any bug that you think could justify an RC respin22:24
danwentok, good to know22:24
ttx(because I won't open an RC2 page unless we are sure to do one, so we use the tag in the mean time22:25
danwentyup, makes sense22:25
ttxquantum-2012.2~f1~20120316.765.tar.gz is out22:26
danwent:)22:26
ttxdanwent: and quantum-2012.1~rc1~20120316.r764.tar.gz will be renamed quantum-2012.1~rc1.tar.gz and published22:28
ttx(that's the one recently built from milestone-proposed)22:28
*** grapex has quit IRC22:28
danwentconfirmed22:28
ttxok, I think I can call the week over now :)22:29
ttxdanwent: have a beer on my tab tonight22:29
danwenthaha.  thanks for you help!22:30
*** andrewsmedina has quit IRC22:36
*** JC_ has joined #openstack-dev22:43
*** JC_ has left #openstack-dev22:43
*** dtroyer is now known as dtroyer_zzz22:48
rmksuper pleased there's a set of RCs for essex22:56
rmkhttp://paste.openstack.org/show/10151/ -- Not getting any logging output for keystone with this conf22:59
*** phorgh has quit IRC23:04
*** dolphm has joined #openstack-dev23:04
med_ttx, danwent thanks for the RC123:08
danwentmed_: thank the quantum team :)  but yes, very exciting!23:08
med_thanks quanteam.23:09
danwentcatchy :)23:09
*** roge has quit IRC23:09
*** vincentricci has quit IRC23:10
*** vincentricci has joined #openstack-dev23:12
anotherjesseeglynn / jaypipes - can you verify https://review.openstack.org/#change,5473 from the glance perspective23:13
* eglynn looking ...23:13
anotherjesseeglynn / jaypipes - the glance side23:14
bcwaldoneglynn: key point is that keystone.middleware.glance_auth_token and glance.common.context duplicate one another23:15
bcwaldoneglynn: and we want to move forward with glance.common.context23:15
*** dtroyer_zzz is now known as dtroyer23:15
eglynnbcwaldon / anotherjesse: yep, sounds reasonable to me23:16
eglynnbcwaldon: would be good to get this one in before the w/e: https://review.openstack.org/5466 ... might provide some hints on those nasty S3 failures in Jenkins23:18
*** dtroyer is now known as dtroyer_zzz23:22
*** jakedahn is now known as jakedahn_zz23:22
*** jakedahn_zz is now known as jakedahn23:23
*** littleidea has quit IRC23:25
*** littleidea has joined #openstack-dev23:26
*** mnewby has quit IRC23:26
*** dolphm has quit IRC23:31
*** jakedahn is now known as jakedahn_zz23:33
*** thrawn01 has quit IRC23:33
*** vincentricci has left #openstack-dev23:35
*** asalkeld has joined #openstack-dev23:42
*** andrewsmedina has joined #openstack-dev23:46
*** jakedahn_zz is now known as jakedahn23:47

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