Tuesday, 2012-03-13

Ryan_Laneis there any update on Atlas? is the code ever going to be released?00:00
Ryan_Laneah ha: https://github.com/rackspace/atlas-lb00:06
*** Mandell has quit IRC00:10
*** agonella has quit IRC00:10
*** lloydde has joined #openstack-dev00:14
*** novas0x2a|laptop has quit IRC00:15
*** maplebed_ has joined #openstack-dev00:17
*** maplebed_ has joined #openstack-dev00:17
*** maplebed is now known as Guest7718800:17
*** mnewby has quit IRC00:18
*** Guest77188 has quit IRC00:19
*** novas0x2a|laptop has joined #openstack-dev00:20
*** novas0x2a|laptop has quit IRC00:21
*** novas0x2a|laptop has joined #openstack-dev00:21
*** Mandell has joined #openstack-dev00:22
*** heckj has quit IRC00:22
*** Mandell has quit IRC00:23
*** maplebed_ has quit IRC00:24
*** maplebed__ has joined #openstack-dev00:25
*** maplebed__ has joined #openstack-dev00:25
*** maplebed__ is now known as maplebed00:27
*** anotherjesse is now known as anotherjesse_zz00:35
*** spiffxp has joined #openstack-dev00:37
*** pixelbeat has quit IRC00:39
*** andrewsmedina_ has joined #openstack-dev00:40
*** andrewsmedina has quit IRC00:43
*** andrewsmedina_ is now known as andrewsmedina00:43
*** maplebed has quit IRC00:45
*** martine has joined #openstack-dev00:49
*** tryggvil has quit IRC00:53
*** hub_cap has joined #openstack-dev00:55
*** bencherian has joined #openstack-dev00:57
*** anotherjesse_zz is now known as anotherjesse00:58
*** anotherjesse is now known as anotherjesse_zz01:01
*** thingee has quit IRC01:03
*** johnpostlethwait has quit IRC01:03
*** jog0 has left #openstack-dev01:10
*** roge has joined #openstack-dev01:14
*** vincentricci has left #openstack-dev01:16
*** PotHix has quit IRC01:34
*** rkukura has joined #openstack-dev01:43
*** johnpostlethwait has joined #openstack-dev01:44
*** eglynn has joined #openstack-dev01:44
*** bencherian has quit IRC01:45
*** eglynn__ has quit IRC01:47
*** bencherian has joined #openstack-dev01:49
*** shevek_ has joined #openstack-dev01:51
*** agonella has joined #openstack-dev01:52
*** ayoung has quit IRC01:55
*** mnewby has joined #openstack-dev01:56
*** mnewby has joined #openstack-dev01:56
*** roge has quit IRC01:58
*** shevek_ has quit IRC02:00
*** adjohn has quit IRC02:02
*** roge has joined #openstack-dev02:03
*** spiffxp has quit IRC02:03
*** novas0x2a|laptop has quit IRC02:04
*** dolphm has joined #openstack-dev02:05
*** letterj has left #openstack-dev02:15
*** jdurgin has quit IRC02:16
*** rods has quit IRC02:17
annegentlehey I've got a devstack install, but can't find the glance ini and .conf files, where are they put?02:18
annegentlethere's a bug to put them in /etc/glance https://bugs.launchpad.net/devstack/+bug/944169 but where are they now?02:19
uvirtbotLaunchpad bug 944169 in devstack "Move service config files to /etc" [Medium,Triaged]02:19
*** jakedahn is now known as jakedahn_zz02:22
*** agonella has quit IRC02:25
annegentlenm, guess they are in /devstack/files and in /opt/stack/glance02:25
*** cdub has quit IRC02:27
*** cdub has joined #openstack-dev02:27
*** Ryan_Lane has quit IRC02:31
mnewbyIs there anybody about that knows about nova's ec2 api?  I'm trying to fix a bug and would appreciate guidance as to the best approach to take.02:33
*** littleidea has quit IRC02:33
*** littleidea has joined #openstack-dev02:34
*** ncode has quit IRC02:48
*** adjohn has joined #openstack-dev02:58
*** andrewsmedina has quit IRC03:07
*** jakedahn_zz is now known as jakedahn03:08
*** andrewsmedina has joined #openstack-dev03:08
*** flaviamissi_ has joined #openstack-dev03:18
*** flaviamissi has quit IRC03:19
*** flaviamissi_ is now known as flaviamissi03:22
*** Mandell has joined #openstack-dev03:27
*** deshantm has quit IRC03:30
*** johnpostlethwait has quit IRC03:37
zaitcevI have a Python question: does anyone know of a way to attach a debugger to Python that shows a current traceback, like gdb -p does for C? The program has several threads.03:42
*** flaviamissi has quit IRC03:42
justinsbzaitcev: I managed it using gdb to diagnose a crash, but it was very painful.  What are you trying to do?03:43
zaitcevhttps://bugs.launchpad.net/swift/+bug/70401503:44
uvirtbotLaunchpad bug 704015 in swift "st and client.py's reads aren't checking for EOF condition" [Undecided,New]03:44
zaitcevBasically, st is looping somewhere, but if I interrupt it, KeyboardInterrupt ends in wrong thread and I see no traceback.03:45
zaitcevOr the right thread catches it.03:45
justinsbzaitcev: I put my notes here https://bugs.launchpad.net/nova/+bug/937554/comments/1303:45
uvirtbotLaunchpad bug 937554 in nova "Lots of problems with deleting a server immediately after create (dup-of: 934575)" [High,Fix committed]03:45
uvirtbotLaunchpad bug 934575 in nova "notifier endless loops in is_primitive" [Medium,Fix released]03:45
justinsbzaitcev: I believe there are tricks with attaching the python debugger to the interrupt handler if it isn't a hard crash03:46
zaitcevmother of god03:46
justinsbzaitcev: http://stackoverflow.com/questions/132058/showing-the-stack-trace-from-a-running-python-application03:46
*** dolphm has quit IRC03:46
justinsbzaitcev: Search for dumpstacks on that page03:47
justinsbzaitcev: But I haven't tried this way..03:47
justinsbzaitcev: But _much_ easier if it isn't a total crash03:48
*** hub-cap has joined #openstack-dev03:52
*** hub_cap has quit IRC03:52
*** hub-cap is now known as hub_cap03:52
zaitcevjustinsb: Thanks a lot, I'm digesting the info now.03:52
*** anotherjesse_zz is now known as anotherjesse03:58
anotherjessemnewby: still wondering about ec2?04:00
mnewbyanotherjesse: yes04:00
anotherjessemnewby: ask away04:01
mnewbybug 94828604:01
uvirtbotLaunchpad bug 948286 in nova "euca-describe-instances returns ImageNotFound on first run" [High,Triaged] https://launchpad.net/bugs/94828604:01
mnewbyI've reproduced the problem - euca-describe-images calls describe_images, which creates a uuid<->id mapping if it doesn't exist.04:02
mnewbyeuca-describe-instances presumes that the db is already populated, which results in an error if the mapping isn't present.04:02
mnewbySo the question is - should the mapping be lazily-created by describe_instances, as it is for describe_images?04:02
mnewbyOr should the mapping be created at instance creation instead, non-lazily?04:03
anotherjessemnewby: the code is in cloud.py - nova/api/ec2/cloud.py04:03
anotherjesselet's go read :)04:03
mnewbyhave nova/image/s3.py open, too.04:03
mnewbyin cloud.py, the relevant line is 1457 for describe_images - a call to s3.detail()04:05
mnewbyfor describe_instances, the relevant line is 1175 - a call to cloud._get_image_id(), which in turn calls s3.get_image_id()04:06
mnewbyAnd the difference is pretty clear - cloud.describe_images -> s3.detail -> s3._translate_uuids_to_ids, which will either create or retrieve the uuid<->id mapping.04:07
mnewbycloud.describe_instances -> cloud._get_image_id -> s3.get_image_id, which only retrieves an existing mapping.04:08
anotherjessemnewby: the best thing to do is create a test case for this - to ensure we don't regress04:09
mnewbyanotherjesse: So in keeping with what a cloud.describe_images() call will do, cloud.describe_instances should probably be updated to create or retrieve a uuid<->id mapping rather than just retrieving it if it exists.04:09
anotherjessemnewby: sounds correct04:09
mnewbyanotherjesse: can do.  I was just wondering whether the whole lazy loading thing should go away.  It feels funny to be looking for something and always creating it if it doesn't exist - what is the mapping actually used for in that case?  Am I missing something?04:10
anotherjessemnewby: aws interopt used to be the primary api and we still have some issues from the transition to AWS being interopt ontop of an openstack api04:11
mnewbyOk.  So it is correct for the uuid<->id to be created on the fly since it is more about interop than being authoritative?04:12
*** martine has quit IRC04:12
anotherjesseI would have to verify with vishy/others who have worked on that code more recently than I04:13
anotherjessebut it seems reasonable04:13
mnewbyOk.  I'll go with that assumption and vishy et all can confirm the approach in review.04:13
mnewbydanke!04:13
anotherjessemnewby: yeppers04:15
bcwaldonanotherjesse/mnewby: can I help you guys with this?04:17
bcwaldonI wrote the code04:18
anotherjessebcwaldon: here to save the day with his crossbow of truth04:18
mnewbybcwaldon: Certainly.  You were the original author of much of the code in question.04:18
mnewbybcwaldon: are you up to speed or should I reiterate?04:18
bcwaldonI think I know what you're talking about04:19
bcwaldonthe code works with the assumption that a user has called euca-describe-images04:19
mnewbyI was thinking of exposing the nested find_or_create in nova.image.s3.S3ImageService, so that nova.api.ec2.get_image_id could use it.04:19
mnewbyAh. And if they haven't, as in the case of this bug?04:20
bcwaldonyes04:20
bcwaldonso what might make sense is to push the image uuid -> int id mapping into ec2utils04:20
bcwaldonso anything calling ec2utils.image_id_to_ec2_id gets this mapping for free04:21
mnewbyAh, ok.  Let me take a look at ec2utils.04:21
bcwaldonI just pushed up a bugfix for the metadata service which had no idea about the s3_images table04:21
bcwaldonanotherjesse: I shot the crossbow, btw04:23
anotherjessebcwaldon: I heard… wtf04:23
bcwaldonanotherjesse: used a hilighter instead of the arrows04:23
bcwaldonI had to test it04:23
anotherjessein the office?04:23
bcwaldonmaybe04:23
anotherjessezomg04:24
bcwaldonit was anticlimactic04:24
*** johnpostlethwait has joined #openstack-dev04:24
vishyhaha04:24
vishyI was just discussing this offline with waldon :)04:25
mnewbybcwaldon: So the (get/create/translate) methods in S3ImageService should be moved to ec2utils?04:25
vishysame solution i was considering04:25
bcwaldonvishy: curse you, mnewby didnt know I just stole your idea04:25
mnewbyheh04:25
vishybcwaldon: oh sorry for outing you :p04:26
bcwaldonhow did three individual people start thinking about the same problem all at the same time?04:26
bcwaldonweird04:26
*** johnpostlethwait has quit IRC04:38
mnewbybcwaldon: another question?04:39
bcwaldonshoot04:39
*** mattstep has quit IRC04:40
*** hattwick has quit IRC04:40
mnewbybcwaldon:So I'm moving the get_image_id/etc methods from S3ImageService to ec2utils (and renaming to image_uuid_to_id/etc for consistency).04:40
*** mattstep has joined #openstack-dev04:40
mnewbyYou mentioned also translating from ec2 ids to uuids I think?04:41
bcwaldonso currently there's a glance id (a uuid) which is translated to integer ids internally before being presented as ec2 ids (hex)04:41
mnewbyright04:41
mnewbySo those integer ids probably don't need to be exposed?04:42
bcwaldonso I would like to get away from using 'uuid' and instead use 'glance'04:42
bcwaldonjust in naming things04:42
mnewbyOh, ok.04:42
bcwaldonhe integer ids never need to be exposed04:42
bcwaldonI'm not sure why we actually have them04:42
mnewbyOk.  Makes sense.  so ec2_id_to_glance_id?04:42
bcwaldonyes04:42
mnewbyad vice versa?04:42
bcwaldonyes04:42
mnewbyOk, can do.04:42
bcwaldonthere might be a reason we need to have that interim integer id, I just dont remember off-hand04:43
mnewbyUseful to have for internal use, I'm sure.  But best to have direct translation between glance and ec2 ids.04:43
mnewby(for most uses)04:43
bcwaldonI'm not sure what that internal use is04:43
mnewbySo I'll leave some internal (_ prefixed) methods to access the id.04:43
bcwaldonsince this is all just for the ec2/s3 side of things04:44
mnewbySo should the glance_id <-> db id translation methods disappear then?04:44
bcwaldonits probably safer to do this in two steps04:45
bcwaldonfirst just move code to ec2utils for the mapping04:45
mnewbyOk.04:45
bcwaldonbut I am questioning how much value using an interim integer format gives us04:45
bcwaldonit is a simpler form of the hex id, which we get for free with the autoincrement column04:45
mnewbyit can always be extracted from the ec2 id, too.04:46
anotherjesseanyone have bandwidth to fix https://bugs.launchpad.net/nova/+bug/953716 - hopefully simple04:56
uvirtbotLaunchpad bug 953716 in nova "nova-manage floating delete fails" [Undecided,New]04:56
*** zigo has joined #openstack-dev04:57
*** jakedahn is now known as jakedahn_zz05:04
*** hattwick has joined #openstack-dev05:08
*** roge has quit IRC05:08
*** hub_cap has quit IRC05:09
*** hattwick has quit IRC05:12
*** ches has quit IRC05:13
*** ches has joined #openstack-dev05:13
*** hattwick has joined #openstack-dev05:14
*** hattwick has quit IRC05:33
*** johnpostlethwait has joined #openstack-dev05:36
*** thingee has joined #openstack-dev05:39
*** thingee has quit IRC05:45
*** rgoodwin has quit IRC05:47
*** ohnoimdead has quit IRC05:48
*** ohnoimdead has joined #openstack-dev05:49
*** garyk has quit IRC05:50
*** anotherjesse is now known as anotherjesse_zz05:52
*** rgoodwin has joined #openstack-dev05:53
*** anotherjesse_zz is now known as anotherjesse06:05
*** anotherjesse is now known as anotherjesse_zz06:07
*** Mandell has quit IRC06:14
*** openstack has joined #openstack-dev06:36
*** shevek_ has joined #openstack-dev06:36
*** btorch has quit IRC06:36
*** cmagina_ has joined #openstack-dev06:37
*** johnpostlethwait has quit IRC06:37
*** JStoker_ has quit IRC06:37
*** adam_g has quit IRC06:37
*** rmk has quit IRC06:37
*** cmagina has quit IRC06:37
*** blamar__ has quit IRC06:37
*** sdague has quit IRC06:38
*** adam_g has joined #openstack-dev06:39
*** pknouff has quit IRC06:40
*** pknouff has joined #openstack-dev06:41
*** clayg_ has joined #openstack-dev06:43
*** littleidea has joined #openstack-dev06:44
*** bepernoot has joined #openstack-dev06:45
*** Ryan_Lane has joined #openstack-dev06:46
*** JStoker has joined #openstack-dev06:48
*** blamar__ has joined #openstack-dev06:50
vishytr3buchet: I responded to your comment on https://review.openstack.org/#change,5246 Let me know which you prefer06:53
*** rmk has joined #openstack-dev06:54
*** JStoker_ has joined #openstack-dev06:59
*** shang has quit IRC07:00
*** littleidea has quit IRC07:01
*** dtroyer has quit IRC07:03
*** bepernoot has quit IRC07:04
*** shang has joined #openstack-dev07:07
*** johnpostlethwa-1 has quit IRC07:17
*** garyk has joined #openstack-dev07:21
*** anotherjesse is now known as anotherjesse_zz07:31
*** mnewby has quit IRC07:40
*** Remco_ has joined #openstack-dev07:41
*** bencherian has quit IRC07:46
*** Remco_ has quit IRC07:47
YorikSarAre there any way to calm Jenkins down? It complained about unmerged dependency for 7 times now: https://review.openstack.org/496107:52
*** hattwick has joined #openstack-dev07:59
*** bepernoot has joined #openstack-dev08:10
*** shevek_ has quit IRC08:10
*** reidrac has joined #openstack-dev08:12
*** Remco_ has joined #openstack-dev08:17
*** Remco_ has quit IRC08:26
*** dneary has joined #openstack-dev08:28
*** Ryan_Lane has quit IRC08:51
*** ghe_ has quit IRC09:03
*** ghe_ has joined #openstack-dev09:09
*** derekh has joined #openstack-dev09:10
*** Remco_ has joined #openstack-dev09:15
*** paulormg has joined #openstack-dev09:16
sorenttx: Nova builds fixed again.09:16
*** pixelbeat has joined #openstack-dev09:16
*** berendt has joined #openstack-dev09:23
*** markmc has joined #openstack-dev09:25
mikalDo other people notice "qemu-img info" running quite a lot with essex's nova-compute, or is it just me?09:25
mikalI observe 4,000+ runs in 3 hours.09:26
*** bepernoot has quit IRC09:28
*** hugokuo has joined #openstack-dev09:29
*** berendt has quit IRC09:40
*** sniperd_ has joined #openstack-dev09:41
*** berendt has joined #openstack-dev09:41
*** Kiall_ has joined #openstack-dev09:43
*** mancdaz1203 has joined #openstack-dev09:45
*** sdake__ has joined #openstack-dev09:47
*** markmc has quit IRC09:49
*** blamar__ has quit IRC09:49
*** JStoker_ has quit IRC09:49
*** sdake_ has quit IRC09:49
*** openstackjenkins has quit IRC09:49
*** nikhil__ has quit IRC09:49
*** rbasak has quit IRC09:49
*** sniperd has quit IRC09:49
*** zykes- has quit IRC09:49
*** Kiall has quit IRC09:49
*** mancdaz has quit IRC09:49
*** infernix has quit IRC09:49
*** _cerberus_ has quit IRC09:49
*** root____1 has quit IRC09:49
*** Kiall_ is now known as Kiall09:49
*** paulormg has quit IRC09:52
*** JStoker is now known as 31NAA1G4I09:55
*** markmc has joined #openstack-dev09:55
*** JStoker has joined #openstack-dev09:55
*** blamar__ has joined #openstack-dev09:55
*** openstackjenkins has joined #openstack-dev09:55
*** nikhil__ has joined #openstack-dev09:55
*** rbasak has joined #openstack-dev09:55
*** zykes- has joined #openstack-dev09:55
*** infernix has joined #openstack-dev09:55
*** _cerberus_ has joined #openstack-dev09:55
*** root____1 has joined #openstack-dev09:55
*** hubbard.freenode.net sets mode: +v _cerberus_09:55
*** oneiroi has joined #openstack-dev10:54
*** flaviamissi has joined #openstack-dev10:57
*** shang has quit IRC10:59
*** flaviamissi has quit IRC11:09
*** ghe_ has quit IRC11:15
*** shang has joined #openstack-dev11:16
*** ghe_ has joined #openstack-dev11:20
*** dbuzz has joined #openstack-dev11:28
*** dbuzz has joined #openstack-dev11:28
*** dbuzz has quit IRC11:28
*** dbuzz has joined #openstack-dev11:28
*** oneiroi has quit IRC11:29
*** dbuzz is now known as oneiroi11:29
*** tryggvil_ has joined #openstack-dev11:37
*** Remco_ has quit IRC11:42
*** ghe_ has quit IRC11:43
*** dbuzz has joined #openstack-dev11:46
*** dbuzz has joined #openstack-dev11:46
*** lloydde has quit IRC11:46
*** oneiroi has quit IRC11:47
*** dbuzz has quit IRC11:47
*** markvoelker has joined #openstack-dev11:47
*** lloydde has joined #openstack-dev11:47
*** lts has joined #openstack-dev11:58
*** joesavak has joined #openstack-dev12:11
*** ghe_ has joined #openstack-dev12:17
*** tryggvil_ has quit IRC12:20
*** jsavak has joined #openstack-dev12:23
*** joesavak has quit IRC12:27
*** tryggvil has joined #openstack-dev12:28
*** sdague_ is now known as sdague12:39
*** martine has joined #openstack-dev12:42
*** dneary has quit IRC12:45
*** hugokuo has quit IRC12:50
*** kbringard has joined #openstack-dev12:52
*** andrewsmedina has quit IRC12:53
*** AlanClark has joined #openstack-dev12:58
*** bsza has joined #openstack-dev12:58
*** flaviamissi has joined #openstack-dev13:09
*** tryggvil has quit IRC13:16
flaviamissimourning guys, I work at globo.com and we made some packages (rpm) of the essex version and we want to share them, could you tell us how to proceed?13:18
*** dprince has joined #openstack-dev13:20
*** tryggvil_ has joined #openstack-dev13:22
*** andrewsmedina has joined #openstack-dev13:22
*** rods has joined #openstack-dev13:26
*** ayoung has joined #openstack-dev13:29
*** davidkranz has joined #openstack-dev13:33
davidkranzIs devstack/essex supposed to work on precise?13:33
davidkranzI get Note, selecting 'python' instead of 'python-wsgiref' Package python-argparse is a virtual package provided by:   python2.7 2.7.3~rc1-1ubuntu2   python 2.7.2-9ubuntu2 You should explicitly select one to install.13:33
ttxdavidkranz: I think it only supports 11.10 right now... but it sounds like a good idea to make it support Precise13:34
ttxflaviamissi: how are those different from the packages in Fedora ?13:34
davidkranzHere is the readable error http://pastebin.com/ZGif0Nex13:35
ttxflaviamissi: maybe join #openstack-packaging13:35
davidkranzRelated to the recent thread on the openstack list, I am trying to upgrade to essex but am crashing and burning so thought to try devstack first.13:36
flaviamissittx: there are several adaptations to centos 6.213:36
ttxflaviamissi: I'm not really up-to-date with the various RPM distributions of OpenStack, but some people in #openstack-packaging should.13:37
flaviamissittx: ok, I'will talk to them13:37
flaviamissittx: thanks :)13:37
*** Glacee has joined #openstack-dev13:38
davidkranzI went through a lot of pain getting diablo to really work 6 months ago and am having a feeling of deja vu. Is it too soon for essex for non-nova-core type people?13:39
davidkranzAlso, I saw today that essex will not be supported on oneiric but, three weeks from release, devstack does not work on precise. How could this be?13:41
*** berendt has quit IRC13:44
*** crobinso has joined #openstack-dev13:44
ttxEssex can run on oneiric. DevStack should be updated to work on Precise -- the reason why it's not done already is that Precise being under development, it's a bit of a moving target. As it stabilizes, I expect DevStack to start supporting it13:47
*** garyk has quit IRC13:49
davidkranzttx: I understand what you mean about precise and can wait for that. But essex really does not run on oneiric with the libvirt hang bug and I was referring to the statement that13:51
davidkranzthat bug would not be backported to oneiric.13:51
*** littleidea has joined #openstack-dev13:52
davidkranzThere were also other libvirt issues and I thought there was a statement that you would need precise for essex. Is that not correct?13:52
ttxdavidkranz: I think it's the other way around. Ubuntu 11.10 ships Diablo. Ubuntu 12.04 LTS will ship Essex.13:53
ttxYou can do tricks to run Essex on 11.10 -- but that's a trick13:53
ttxnot a production supported option.13:53
ttxunless Ubuntu backports Essex to 11.10 and supports that13:54
ttxbut i don't expect them (us) to.13:54
*** dtroyer has joined #openstack-dev13:55
*** jsavak has quit IRC13:56
ttxbbl13:57
davidkranzttx: That's what I thought. I was just not understanding why nova developers, most of whom I presume use devstack, are still using oneiric three weeks from precise/essex release!!!14:00
*** pixelbeat_ has joined #openstack-dev14:01
*** berendt has joined #openstack-dev14:03
*** dneary has joined #openstack-dev14:07
*** dneary has quit IRC14:07
*** dneary has joined #openstack-dev14:07
*** Remco_ has joined #openstack-dev14:08
*** bepernoot has joined #openstack-dev14:17
*** dtroyer has quit IRC14:27
*** oneiroi has joined #openstack-dev14:29
*** russellb is now known as SureIllCodeThat14:38
*** SureIllCodeThat is now known as russellb14:38
dweimerflaviamissi: I would be interested in taking a look at your CentOS Essex packages. I've been slowly working on modifying the fedora 17 packages to work with CentOS myself.14:39
flaviamissidweimer: do you want the specs or everything?14:40
flaviamissidweimer: to port to centos we needed to repack python-paste-deploy and python-web0b14:41
dweimerflaviamissi: Did you have to patch the code at all? There is a version of webob 1.0 in EPEL that I've been using. It requires a patch to some __init__.py files though.14:41
flaviamissidweimer: no, we didn't patched the code, we're using the webob 1.1.114:43
flaviamissidweimer: we're creating a git repository with the specs right now14:44
flaviamissidweimer: as soon as we get it I send you the address14:44
dweimerflaviamissi: Excellent. Thank you.14:44
flaviamissidweimer: here it is: https://github.com/timeredbull/openstack-essex-4-rpms14:47
flaviamissidweimer: we haven't packaged quantum yet14:49
*** jdg has joined #openstack-dev14:50
*** zzed has joined #openstack-dev14:51
dweimerflaviamissi: I have some available test nodes to try these out today. Thanks again. If I end up with any patches do you take pull requests through github?14:53
flaviamissidweimer: of course! it'd be welcome ;)14:54
*** cp16net has joined #openstack-dev14:59
*** Remco_ has quit IRC14:59
*** msinhore has joined #openstack-dev15:07
*** hhoover has joined #openstack-dev15:08
*** deshantm has joined #openstack-dev15:12
*** lloydde has quit IRC15:13
*** hub_cap has joined #openstack-dev15:18
*** dolphm has joined #openstack-dev15:18
*** dubsquared has quit IRC15:31
*** belmoreira has joined #openstack-dev15:34
*** hhoover has left #openstack-dev15:35
*** deshantm_ has joined #openstack-dev15:36
*** ncode has joined #openstack-dev15:38
*** deshantm has quit IRC15:39
*** deshantm_ is now known as deshantm15:41
*** maploin has joined #openstack-dev15:46
*** maploin has quit IRC15:46
*** maploin has joined #openstack-dev15:46
Vekso, 8 emails from jenkins just to tell us, "change could not be merged because of a dependency" is a little...absurd.15:55
*** mikeyp has joined #openstack-dev15:55
Vekany chance we could get that fixed up to just say it once, then notify us once the dependency is approved?15:55
*** markmc has quit IRC15:57
*** hub-cap has joined #openstack-dev16:00
*** spiffxp has joined #openstack-dev16:01
*** hub_cap has quit IRC16:02
*** hub-cap is now known as hub_cap16:02
*** vincentricci has joined #openstack-dev16:02
*** paulormg has joined #openstack-dev16:02
*** cp16net has quit IRC16:03
*** bencherian has joined #openstack-dev16:03
*** hub_cap has quit IRC16:03
*** cp16net has joined #openstack-dev16:04
*** gyee has joined #openstack-dev16:04
*** ayoung has quit IRC16:06
*** cp16net has quit IRC16:06
*** heckj has joined #openstack-dev16:06
*** cp16net has joined #openstack-dev16:07
jdgwell this is annoying... see ya16:08
*** jdg has quit IRC16:08
*** littleidea has quit IRC16:08
*** maploin has quit IRC16:08
*** jkoelker has quit IRC16:09
*** jdg has joined #openstack-dev16:10
*** jkoelker has joined #openstack-dev16:11
kbringardwonder if they all got k-lined16:12
kbringardnotmyname: still getting cannot send to channel16:13
*** reidrac has quit IRC16:13
jdgPeople are stupid and immature16:14
kbringardindeed16:14
*** cmagina_ is now known as cmagina16:15
*** littleidea has joined #openstack-dev16:15
*** zzed has quit IRC16:15
*** lloydde has joined #openstack-dev16:15
jaypipesnotmyname: chance we could have you look into https://review.openstack.org/#change,4893 ?16:18
jaypipesnotmyname: I have a dependent Glance bug related to that (https://bugs.launchpad.net/glance/+bug/944946)16:19
uvirtbotLaunchpad bug 944946 in glance "Glance does not support auth server implementing 2.0 auth (ie: for Swift+Keystone)" [Medium,Confirmed]16:19
jaypipesnotmyname: TIA!16:19
YorikSarjohan_-_, Vek: So how about parenthesis vs backslash?16:19
notmynameya, we've got a lot of partially reviewed stuff that needs to get a final review on and merged. I'd exepct to see a lot of merges this week as we get 1.4.8 for essex16:19
*** jakedahn_zz is now known as jakedahn16:22
*** jakedahn is now known as jakedahn_zz16:23
jaypipesnotmyname: k, no worries thx :)16:23
*** eglynn_ has joined #openstack-dev16:23
*** lloydde has quit IRC16:23
*** eglynn has quit IRC16:23
*** bepernoot has quit IRC16:27
smoserhttp://paste.ubuntu.com/882017/16:27
smoseris that known issue ?16:27
smoser^16:27
mikeypAny KVMers willing to do doc reviews of https://review.openstack.org/#change,4985 and https://review.openstack.org/#change,5030 ?16:34
mikeypAs a bonus, you get to learn the new flags and behavior :-)16:34
*** shevek_ has joined #openstack-dev16:35
*** dtroyer has joined #openstack-dev16:38
smoserit seems that the 'glance' launcher script installed into /usr/local/bin is broken16:38
smoserat least if you have another glance library installed.16:38
*** jdurgin has joined #openstack-dev16:39
russellbmikeyp: done16:41
*** gmi_ has joined #openstack-dev16:41
*** PotHix has joined #openstack-dev16:41
gmi_I have a question for nova-core devs16:42
bcwaldongmi_: shoot16:44
jaypipesheckj: ping16:44
gmi_I have a multi-host, multi-network VLAN mode setup installed from trunk and I created 100 networks using "nova-manage network create --multi_host=T --network_size=256 --num_networks=100 --bridge_interface=eth1 --fixed_range_v4=10.0.0.0/16 --label=private" and now when I an instance in the admin tenant, I see created 100 bridges, dnsmasq and all the  networking needed to support them on my nova-compute node16:44
jaypipesheckj: getting a single failure in Keystone run_tests.sh on rfesh trunk... http://paste.openstack.org/show/9021/16:44
jaypipesheckj: something known or should I file a bug?16:44
heckjjaypipes: yopu16:44
jaypipesheckj: ? :)16:45
*** lloydde has joined #openstack-dev16:45
heckjjaypipes: you're seeing that too? I see that on my mac, but not on linux - hadn't tracked it down yet. Thought I'd screwed up my local environment.16:45
gmi_before, the dnsmasq and bridges would be created only as the instances from each project/tenant would be started on a nova-compute host16:45
jaypipesheckj: on Xubuntu 11.1016:45
heckj(not enough coffee, can't type)16:45
heckjjaypipes: token cache expiration error?16:45
jaypipesheckj: looks like it... but not sure if I should report a bug?16:46
heckjjaypipes: please - I'm seeing it too, but I thought it was just me. It's working fine on the devstack, but I'm not sure where the issue actually is.16:46
jaypipesk, will do.16:46
mikeyprusselb: thanks16:46
heckjjaypipes: I've read the code, and it reads like it should work. walked through with PDB in the test and in those cases it didn't fail. Very odd.16:47
*** sdake__ has quit IRC16:47
*** sdake has joined #openstack-dev16:48
jaypipesheckj: looks like major hayden already reported: https://bugs.launchpad.net/keystone/+bug/95405716:48
uvirtbotLaunchpad bug 954057 in keystone "memcache test failing in python 2.6" [Undecided,Invalid]16:48
gmi_check: http://paste.openstack.org/show/9023/16:49
jaypipesheckj: failure is repeatable for me, FYI... not a random failure.16:49
heckjjaypipes: same here16:50
jaypipesk16:50
heckjjaypipes: reopened and assigned to myself. I'll do some digging on it later today16:50
gmi_so my question is: is it normal to have dnsmasq running for networks/tenants that don't have running instances on a nova-compute host?16:51
*** utlemming has quit IRC16:52
*** utlemming has joined #openstack-dev16:53
bcwaldongmi_: networking isnt my strong suit, looking for somebody else to help you16:54
gmi_I have to leave for 30 min, I'll check again later16:54
jaypipesheckj: sounds good.16:54
*** maplebed has joined #openstack-dev16:55
bcwaldongmi_: ok, sorry!16:55
*** shevek_ has quit IRC16:56
jaypipesnotmyname: ping. Seeing errors in Glance test suite today popping up when connecting to Swift... seeing lots of these: "ClientException: Auth GET failed: http://auth.api.rackspacecloud.com:80/v1.0/ 301 Moved Permanently" Did something about authing with cloud files change recently?16:59
notmynamejaypipes: auth against RAX?17:00
*** Mandell has joined #openstack-dev17:00
jaypipesnotmyname: yeah, we have a set of functional tests that use cloudf iles...17:00
jaypipesnotmyname: lemme paste failure... one sec17:00
notmynamejaypipes: that's not a cloud files or swift error. that message is from RAX auth before it gets to anything I control17:00
jaypipesnotmyname: hmm... ok.17:01
notmynamejaypipes: ah. you aren't using ssl17:01
jaypipesnot sure what changed where this recently started breaking, but I'll dig into it17:01
jaypipesnotmyname: yes, not using SSL afaik17:01
notmynamejaypipes: it requires it, so s/http/https/ and it should work17:02
jaypipesk, lemme see if that works... thx17:03
*** mtaylor has quit IRC17:07
*** mtaylor has joined #openstack-dev17:08
jaypipesnotmyname: yup, that was it... thx17:08
*** mtaylor has quit IRC17:08
*** mtaylor has joined #openstack-dev17:08
*** ChanServ sets mode: +v mtaylor17:08
*** thingee has joined #openstack-dev17:09
*** Ryan_Lane has joined #openstack-dev17:10
*** jog0 has joined #openstack-dev17:10
*** jog0 has quit IRC17:11
*** jog0 has joined #openstack-dev17:11
*** jdg has quit IRC17:12
*** jdg has joined #openstack-dev17:14
*** rods has quit IRC17:15
*** jdg has quit IRC17:22
* jaypipes re-nicks bcwaldon to Sir Glancelot17:23
dprincebwaldon: whom wilt be thy queen?17:25
bcwaldonare you proposing?17:26
jaypipeslol17:26
dprinceI'm a prince sir!17:26
jaypipes:)17:26
*** rods has joined #openstack-dev17:27
jog0+117:28
*** lloydde has quit IRC17:32
jaypipesjeblair: ping17:34
*** lloydde has joined #openstack-dev17:34
*** dubsquared has joined #openstack-dev17:37
jeblairjaypipes: pong17:38
jaypipesjeblair: filed a bug on it: https://bugs.launchpad.net/openstack-ci/+bug/95425817:38
uvirtbotLaunchpad bug 954258 in openstack-ci "Glance functional tests for Swift and S3 are being skipped in gate jobs" [High,New]17:38
jaypipesjeblair: not sure when this changed, but I had provided mtaylor two config files to be injectetd into the build slaves that contained Cloud Files and amazon S3 credentials to use in the Swift and S3 functional tests,.17:38
jaypipesjeblair: hope it's just a case of reenabling those config file injections17:39
*** mszilagyi has joined #openstack-dev17:39
*** dneary has quit IRC17:43
*** bepernoot has joined #openstack-dev17:45
*** mattstep has quit IRC17:46
*** mattstep has joined #openstack-dev17:46
*** novas0x2a|laptop has joined #openstack-dev17:48
*** bepernoot has quit IRC17:48
*** bepernoot has joined #openstack-dev17:50
gmi_bcwaldon: I'm back and alive :)17:50
bcwaldongmi_: ok, conferred with sleepsonzzz that you will need to talk to vishy17:51
gmi_thanks, should I send him an email?17:51
*** derekh has quit IRC17:51
*** oneiroi has quit IRC17:55
*** andrewsmedina has quit IRC17:55
*** adjohn has joined #openstack-dev17:58
gmi_vishy: any idea if it is normal behaviour  in the trunk code to have all the networks created on a  nova-compute host even if only one tenant has instances there?17:59
*** _adjohn has joined #openstack-dev18:00
vishygmi_: catching up18:00
vishygmi_: it definitely did not used to work that way18:00
gmi_ok, thanks18:01
vishygmi_: so something is awry18:01
gmi_I know, that's why I was surprised :(18:01
*** wwkeyboard2 is now known as wwkeyboard18:01
gmi_Nova is installed from git with the last commit being fd80f1b2e1dc03b77fa51cfa27dedce1c593201d18:02
*** adjohn has quit IRC18:02
*** _adjohn is now known as adjohn18:02
*** cp16net_ has joined #openstack-dev18:03
vishygmi_: interesting18:04
vishygmi_: did you set a fixed ip for your hosts in the db?18:04
gmi_no18:04
vishygmi_: so they all got randomly assigned ips in each vlan?18:05
gmi_I only ran two commands "nova-manage network create --multi_host=T --network_size=256 --num_networks=100 --bridge_interface=eth1 --fixed_range_v4=10.0.0.0/16 --label=private"18:05
gmi_and "nova-manage floating create --ip_range=172.16.31.224/27"18:05
*** tryggvil_ has quit IRC18:05
*** cp16net has quit IRC18:06
*** cp16net_ is now known as cp16net18:06
gmi_I have some problems with the compute node right now (instances stucked in networking status) but the dnsmasq and bridges are already created by nova18:06
vishyok i think i may see the problem18:06
vishygmi_: if you look at the bridge, does it have an ip on it?18:07
vishyfor example, br100 br101 etc.18:07
gmi_let me check18:07
vishy--bridge_interface= looks wrong18:07
*** rackerhacker has joined #openstack-dev18:08
jeblairjaypipes: swift is expected to fail currently?18:10
gmi_each bridge has 10.0.x.3, so br101 has 10.0.1.3, br102 has 10.0.2.3 and so on18:10
jeblairjaypipes: specifically "test_copy_from_swift" ?18:10
vishygmi_: do you have a second node with .4?18:11
vishyand si br100 bridged into vlan100 which is on eth1?18:11
gmi_not yet, I could build one by tomorrow18:11
vishygmi_: just curious18:11
*** reed has joined #openstack-dev18:12
*** johnpostlethwait has joined #openstack-dev18:13
vishytr3buchet, _cerberus_ : made the change you requested https://review.openstack.org/#change,524618:13
_cerberus_thanks dear18:13
gmi_vishy:chek http://paste.openstack.org/show/9043/18:14
gmi_I remember that when I tried to run "nova-manage network create private $FIXED_RANGE 1 $FIXED_NETWORK_SIZE" without the  --bridge_interface=eth1 it errored18:14
vishytr3buchet, jkoelker, Vek: I can't remember which of you untangled fixed ip from floating ips but it looks like we missed one18:15
vishygmi_: i was thinking you need to specify --vlan_interface18:15
vishygmi_: but that may be just the config option vs the flag to pass18:16
vishyso i think that is fine18:16
jeblairjaypipes: the config files were in place, but the tests did not have the environment variables set pointing to them.  I've set them, as you requested, but the run currently fails: https://jenkins.openstack.org/view/Gate/job/gate-glance-python27/83/console18:16
jkoelkervishy: whereat?18:17
vishyjkoelker: http://paste.openstack.org/show/9044/18:17
jeblairjaypipes: let me know how you would like to proceed18:17
vishyjkoelker: I think we need an explicit join there now? or two queries?18:17
vishygmi_: i think the above call is the source of your issue18:17
vishyjkoelker: In fact, I'm not sure how that query works at all18:17
jkoelkeryea, let me look at this18:18
vishyjkoelker: awesome afk a few, let me know what you find.18:18
jkoelkerthe 2 queries would be best for the separation, but i think the join might be more the getr-done so it works for release18:18
gmi_vishy; did I create the networks with the wrong flag, or has something to do with the code?18:22
*** Ryan_Lane1 has joined #openstack-dev18:22
*** maplebed_ has joined #openstack-dev18:22
*** maplebed_ has joined #openstack-dev18:23
*** maplebed is now known as Guest7893018:23
*** Ryan_Lane1 has quit IRC18:23
*** Ryan_Lane1 has joined #openstack-dev18:23
heckjFYI: keystone meeting in #openstack-meeting18:24
*** Ryan_Lane has quit IRC18:26
*** Guest78930 has quit IRC18:26
andrewbogottare there release-based (essex, folsom, etc.) branches maintained in gerrit?  Or is there just One True Branch?18:27
*** mikeyp has left #openstack-dev18:28
*** phorgh has joined #openstack-dev18:30
russellbandrewbogott: there is a stable/diablo branch.  There isn't an essex branch yet.18:31
andrewbogottok.  And if I have code that I want in folsom but not in essex I should just sit on it for now, right?18:31
andrewbogottI guess that's what "there isn't an essex branch yet" means :)18:32
*** cp16net has quit IRC18:35
*** cp16net has joined #openstack-dev18:38
*** Ryan_Lane1 is now known as Ryan_Lane18:45
*** mnewby has joined #openstack-dev18:51
*** jakedahn_zz is now known as jakedahn18:52
mnewbymtaylor: Are you around?  The gate-quantum-unittests job appears broken.18:52
*** johnpur has joined #openstack-dev18:54
*** ChanServ sets mode: +v johnpur18:54
jeblairmnewby: attempted fix in place, retriggering.18:56
mnewbyjeblair: danke!18:58
*** phorgh has quit IRC18:59
heckjrackerhacker, chmouel: I'm trying with the timezone change and without chmouel's patch to see if that's exhibiting it.19:02
rackerhackercool beans19:02
jkoelkervishy: http://paste.openstack.org/show/9057/ I think that will fix it19:06
jkoelkerit ends up generating http://paste.openstack.org/show/9058/ which looks like it will return all the right networks19:07
sorenheckj: For bug 952977, I presume you mean the keystone conf?19:12
uvirtbotLaunchpad bug 952977 in keystone "Can't fetch EC2 credentials" [High,Confirmed] https://launchpad.net/bugs/95297719:12
*** gmi_ has quit IRC19:12
*** Guest81752 has joined #openstack-dev19:12
heckjsoren: yes please - what's your config, etc - just trying to get to a repro quickly, didn't want to guess it through19:13
sorenheckj: It's whatever devstack spits out if you go with all the defaults.19:13
sorenheckj: ...but I'll pastebin it for you, if that helps.19:13
heckjrackerhacker, chmouel: bug 954057 is definitely a timezone issue - it's been in there since the redux merge, we just didn't catch it earlier19:14
uvirtbotLaunchpad bug 954057 in keystone "memcache test failing in python 2.6 when system not in UTC" [High,Confirmed] https://launchpad.net/bugs/95405719:14
heckjsoren: no, asserting current devstack is sufficient - gets me what I need.19:14
sorenheckj: Alright. Cool. I'll rerun the whole thing to make sure it's still accurate.19:15
sorenheckj: Oh, I'm on Ubuntu Precise, by the way. I guess that might be relevant.19:15
sorenheckj: /me makes a note on the bug about that.19:15
heckjsoren: thxusir!19:15
sorenheckj: http://paste.ubuntu.com/882206/19:16
sorenheckj: That's the output from "pip freeze"19:16
*** Guest81752 has quit IRC19:17
andrewbogottttx or dragondm:   Is there away for an extension to add an additional tool to rootwrap?  Or, for that matter, is there a way for a /user/ to do so, short of editing the rootwrap code?19:20
jaypipesjeblair: hey, sorry, stepped away... reading back.19:20
*** pixelbeat has quit IRC19:20
jaypipesjeblair: so... yes, Swift is expected to fail. I have a patch ready that fixes that.19:21
jeblairjaypipes: cool, you should be good to go then19:21
chmouelheckj: nice found (about the tz issue)19:22
heckjchmouel: yeah, just gotta fix it now :-)19:22
chmouelhey hey19:23
jaypipesjeblair: https://review.openstack.org/5283 has a fix.19:23
*** littleidea has quit IRC19:29
dolphmjaypipes: just updated https://review.openstack.org/#change,5278 -- i rebased and borked someone's refactoring in patch 119:30
*** littleidea has joined #openstack-dev19:30
heckjdolphm: just +2'd it19:31
*** adjohn has quit IRC19:31
jaypipesdolphm: yup, code looks great, thx19:31
dolphmheckj: jaypipes: thanks19:31
dolphmttx: does "Incomplete" mean "bug is not clearly defined" or "bug is still not fixed"? or either..19:35
*** oneiroi has joined #openstack-dev19:36
*** oneiroi has joined #openstack-dev19:38
ttxdolphm: "bug is not clearly defined"19:42
ttxdolphm: scroll to bottom of http://wiki.openstack.org/BugsLifecycle19:43
ttxandrewbogott: you need to edit the rootwrap code, at least to list another py file reference to load19:44
andrewbogottttx:  Yep!  bug 95437519:45
uvirtbotLaunchpad bug 954375 in nova "rootwrap needs to be extensible" [Undecided,New] https://launchpad.net/bugs/95437519:45
heckjadam_g - thanks for grabbing that bug!19:45
smoseranotherjesse_zz, https://bugs.launchpad.net/nova/+bug/95437719:46
uvirtbotLaunchpad bug 954377 in nova "ec2 metadata service regressed for block-device-mapping, kernel-id, ramdisk-id, ami-id" [Undecided,New]19:46
*** bencherian has quit IRC19:47
*** danwent has joined #openstack-dev19:55
*** pmyers has quit IRC19:57
*** pmyers has joined #openstack-dev19:57
*** belmoreira has quit IRC19:59
*** belmoreira has joined #openstack-dev20:03
*** bhall has joined #openstack-dev20:08
*** bhall has quit IRC20:08
*** bhall has joined #openstack-dev20:08
adam_gheckj: np, does a traceback ending in NotImplementedError instead of AttributeError satisfy your 'no traceback for errors' constraint? :)20:08
*** mnewby has quit IRC20:09
*** mnewby has joined #openstack-dev20:10
*** shevek_ has joined #openstack-dev20:11
heckjadam_g: minimally sufficient, but I'd prefer to not have a traceback at all :-)20:15
* heckj wonders what a good HTTP response for "NotImplemented" is from a REST API20:15
*** roge has joined #openstack-dev20:15
bcwaldonheckj: 50120:18
heckjadam_g: can you have it barf up a 501 response to the API request instead of AttributeError20:19
heckjbcwaldon (thank you)20:19
*** clayg_ has quit IRC20:22
*** clayg_ has joined #openstack-dev20:22
*** clayg has quit IRC20:23
*** clayg_ is now known as clayg20:23
* heckj needs a cheat sheet of those things20:23
*** clayg_ has joined #openstack-dev20:24
bcwaldonheckj: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html20:24
*** roge has quit IRC20:25
* heckj pastes that on the wall20:25
*** johnpur has quit IRC20:26
*** johnpur has joined #openstack-dev20:29
*** ChanServ sets mode: +v johnpur20:29
statikheckj: this one is really nice too http://wiki.basho.com/images/http-headers-status-v3.png20:30
dubsquared+1 ^20:30
*** adjohn has joined #openstack-dev20:32
*** vincentricci has quit IRC20:32
vishyjkoelker: I think there are issues with subquerys on postgres, but maybe it was just when there is an update involved20:33
vishyjkoelker: yeah i think so, can you prop it?20:33
jkoelkervishy: yea, that i don't know, I know nothing about postgre20:34
jkoelkeralready did https://review.openstack.org/528220:34
vishyjkoelker: yes subquery is ok on non-others20:34
*** vincentricci has joined #openstack-dev20:34
vishy*non-updates20:35
jkoelkerah cools20:36
jkoelkerlooks like matt sent it in20:36
*** belmoreira has quit IRC20:37
*** dtroyer has quit IRC20:38
vishysmoser: https://bugs.launchpad.net/nova/+bug/95433520:41
uvirtbotLaunchpad bug 954335 in nova "registering new image from existing s3 location does not respect kernel/ramdisk/name" [Undecided,New]20:41
vishysmoser: i don't think we do anything with kernel/ramdisk params to euca-register20:41
smoseri thought that might be the case.20:41
smoseryou read them from the manifest20:42
smoser?20:42
smoseri didn't look20:42
smoserif thats the case, its a pretty easy fix.20:42
*** dprince has quit IRC20:42
*** martine has quit IRC20:50
*** anotherjesse_zz is now known as anotherjesse20:52
*** oneiroi has quit IRC20:52
heckjchmouel (if you're still awake), dolphm - would like a review on https://review.openstack.org/529020:56
heckj^^ resolves the DST issue we're seeing in the unit tests20:56
uvirtbotheckj: Error: "^" is not a valid command.20:56
dolphmheckj: looking20:56
chmouelheckj: sure20:56
*** dtroyer_zzz has joined #openstack-dev20:56
*** dtroyer_zzz is now known as dtroyer20:57
anotherjessesmoser: going to add some tests for the things you found20:57
anotherjessesmoser: any chance you can compare to before the bug landed - since I think some of those pre-existed20:57
smoseranotherjesse, i'm sorry that i suck and i didn't test before.20:57
anotherjessesmoser: regarding https://bugs.launchpad.net/nova/+bug/95437720:57
uvirtbotLaunchpad bug 954377 in nova "ec2 metadata service regressed for block-device-mapping and empty kernel-id, ramdisk-id" [Undecided,New]20:57
smosersome of those definitely *did* exist before (the ami-000000) did i know that.20:57
dolphmheckj: awesome, i just saw this for the first time a few minutes ago20:57
heckjfucking DST… grumble grumble grumble20:58
anotherjessesmoser: the tests for the metadata service were minimal … so you found a lot of tests that need added20:58
Vek+120:58
heckjanotherjesse: +120:58
smoseranotherjesse, in actual test, the client that is good to test is: python -c 'import boto.utils; boto.utils.get_instance_metadata()'20:59
Vek\o20:59
*** davlap has joined #openstack-dev21:00
dolphmheckj: +2'd21:00
smoseryou may be able to mock aroudn that, i'm not sure.21:00
heckjdolphm: thanks!21:00
dolphmheckj: easy review https://review.openstack.org/#change,528921:01
anotherjessesmoser: is there a way to point it to a different metadata url?  for testing I run outside of an instance usually21:01
*** jdg has joined #openstack-dev21:01
anotherjesseif too hard I'll test from a deploy21:01
dolphmheckj: oh wait, i have a patch lol21:01
smoserboto.utils.get_instance_metadata() will take a url, but i tihnk you'd have to add the x-forwarded-for header... not sure how you'd do that.21:01
anotherjessesmoser: I hardcode in the service ;)21:01
vishysmoser: that is the case, i think we could support passing them as well21:02
dolphmheckj: there we go... https://review.openstack.org/#change,528921:02
vishysmoser: can you work around it by setting them in the manifest in cloud register?21:02
vishysmoser: or do we need to get that adddressed for essex?21:02
smoservishy, well, the first time the do get set in the manifest21:02
vishysmoser: yeah which is why it works21:03
smoserthis but is expcliitly when trying to register a second image using the same manifest21:03
smoserie, i did this:21:03
smoser upload image, forgot to add ramdisk21:03
smoser register with ramdisk21:03
smoser didnt work21:03
* anotherjesse broke essex, head hung in shame21:03
*** littleidea has quit IRC21:03
smoserie, trying to short cut the 'upload image' step after failure.21:03
smoserand forgot/didn't think about just run-instances --ramdisk21:04
smoser(which does work)21:04
*** maplebed_ is now known as maplebed21:04
*** littleidea has joined #openstack-dev21:05
*** lts has quit IRC21:07
*** bencherian has joined #openstack-dev21:07
*** zigo has quit IRC21:08
*** cp16net has quit IRC21:09
chmouelheckj: that can triaged as low #954030 by the way21:10
*** bepernoot has quit IRC21:13
heckjbug 95403021:13
uvirtbotLaunchpad bug 954030 in keystone "Container Sync and Keystone" [Undecided,New] https://launchpad.net/bugs/95403021:13
heckjah, easy link21:13
anotherjessedolphm: easy to get a test for https://review.openstack.org/#change,529121:14
heckjchmouel: done, thanks!21:14
dolphmanotherjesse: true that21:14
*** andrewsmedina has joined #openstack-dev21:15
rackerhackerheckj: nice work on 954057... remind me to buy you a beer if we're in the same place sometime21:18
heckjrackerhacker: I'll be at the summit - the the beer is owed to mguis (one of the guys that works with me at Nebula) who suggested where to look for the issue21:21
rackerhackertwo beers then!21:21
rackerhackeri'll be at the summit as well21:21
rackerhackerheckj: tests are all green over here on all the boxes i tried -- good stuff21:23
heckjthanks!21:23
*** msinhore has quit IRC21:23
*** nikhil has quit IRC21:24
*** dolphm has quit IRC21:28
Davieyadam_g: Hey.. Can you field some questions from anotherjesse ?21:28
Davieyanotherjesse: shoot!21:28
anotherjesseDaviey / adam_g: http://etherpad.openstack.org/cliauth-redux21:34
Davieyanotherjesse: Can it not just accept both formats, with the prior deprecated ?21:37
anotherjesseDaviey: definitely21:38
anotherjesseDaviey: although for most of the tools (excluding swift which just shipped this in 1.4.7), there hasn't been a release that supported the prior version)21:38
Davieyoh21:38
adam_g--os_{username, password, etc} seems like a definite improvement21:39
anotherjesseDaviey: this is the first time we have this … hence when working on keystone's client we realized it was confusing to have --username mean "authentication user" not user I'm working with21:39
adam_gi usually rely on the OS_ environment variables when using these tools, anyway21:40
anotherjesseadam_g: it would be a step back if we did this for swift, glance, … but ubuntu's version was different because swift 1.4.7 was different21:40
anotherjesseadam_g: yeah, me too21:40
anotherjessewe can work up the proposals to the projects in the next (dtroyer estimate here)21:41
anotherjessebut if the clock is out, it would be better to doc what we have21:41
adam_ganotherjesse: not sure i follow... swift 1.4.8 releases tomorrow?  if so, we should have that in precise by the weekend21:42
anotherjesseadam_g: 1.4.8 is next week21:42
anotherjesselooking for date21:42
anotherjessewe would need to get it proposed by tomorrow to make 1.4.8 cutoff21:43
adam_ganotherjesse: 1.4.8 is the swift target for essex, though?21:43
dtroyeranotherjesse: day or two max21:43
anotherjesseadam_g: yes21:43
anotherjesseadam_g: in #openstack-meeting Daviey had mentioned 1.4.7 might be what LTS has21:43
Davieyanotherjesse: it's still a consideration, not set it stone.21:44
anotherjesseDaviey: theoretically you could backport the patch to prepend os_21:44
dtroyeralso, I'm not certain that the presence of --username was ever documented for swift, it's not in the help text21:45
Davieyanotherjesse: right, that should be trivial, right?21:45
anotherjessedtroyer: I think the blueprint is the only place that we talked about it iirc21:46
dtroyerit still shows their original --user21:46
anotherjessedtroyer: we should get buy in from glance/swift that they are good with the patches before doing any others21:47
dtroyerok21:47
anotherjesseif ptl thinks it is a good idea, we can send the proposal to the email list21:47
anotherjesseand start work21:47
*** 31NAA1G4I has quit IRC21:48
*** joesavak has joined #openstack-dev21:50
*** rods has quit IRC21:50
vishyDaviey, smoser, adam_g: what are you guys doing for upload_bundle support ?21:51
vishyare you suggesting people use nova-objectstore?21:52
anotherjessedtroyer: once notmyname and jaypipes & bcwaldon agree, we should update http://wiki.openstack.org/CLIAuth21:52
anotherjesseas well21:52
heckjI ran into an interesting deployment issue that touchs on CLIAuth as well21:54
anotherjesseheckj: what's that?21:54
heckjThe default completion place for novaclient is set via an ENV VAR - with a default of ~/.… - but that's really akward for a dashboard instance running as www-data21:55
heckjespecially if you're not using Apache (like, say, gunicorn+nginx)21:55
heckjIt's (so far) only in novalcient for the bash completiion, which is really cool - but it messes up using the client directly.21:56
heckj(er, it can)21:56
Davieyvishy: do we have any other options?21:57
Daviey(considering we love the ec2 api etc.)21:57
anotherjesseDaviey: you can run swift with S3 middleware and do the image registry magic21:58
vishywell not quite21:58
vishythat is why i was asking21:58
anotherjessedarn you vishy21:58
vishywe are about 95%21:58
chmouelyeah i need to finish the last bit21:58
vishychmouel: you are here!21:58
anotherjessechmouel: is there a bug?21:58
Davieyanotherjesse: Hmm.. i thought it had to be proxied through nov-objstore ?21:59
vishychmouel: I need to know if the patch i sent you for nova works21:59
Davieyvishy: wow, you are working on this21:59
vishychmouel: if so I have to get it in to essex21:59
chmouelanotherjesse: i don't think i had one logged, I shall do that now21:59
vishyDaviey: yes, we've had chmouel on it for weeks now21:59
anotherjessebad chmouel for no bug!21:59
chmouelvishy: give me until tomorrow i was travelling lately22:00
Davieyvishy: You sir, have made an Englishman very happy.22:00
vishyDaviey: trying to get s3 front end for swift working with objectstore22:00
Davieyanotherjesse: we have a bug about the security of objectstore.22:00
vishyDaviey: the issue is nova needs to be able to get all buckets22:00
vishyDaviey: but it talks to the objectstore over s322:00
*** jdg has quit IRC22:00
vishyDaviey: and we don't have a good way of telling swift which tenant the request is for22:01
Davieyvishy: right!  I think smoser raised that bug.22:01
vishyDaviey: here is my current strategy: https://github.com/vishvananda/nova/commit/65f1f6a723b3c2e5714ef2adbc1e4fc12445ba6222:03
chmouelDaviey, vishy: 95450522:03
chmouelDaviey, vishy: https://bugs.launchpad.net/nova/+bug/95450522:03
uvirtbotLaunchpad bug 954505 in nova "Nova s3 should be able to talk to swift " [Undecided,New]22:03
vishyI'm just waiting chmouel to verify that he can make the middleware support it22:03
anotherjessenotmyname: do you have any comments on http://etherpad.openstack.org/cliauth-redux or if we get you a patch today will you be cool?22:03
*** danwent has quit IRC22:03
anotherjessewith the proposal22:03
*** rods has joined #openstack-dev22:03
anotherjessejaypipes / bcwaldon: same question to you22:03
*** danwent has joined #openstack-dev22:04
anotherjesseheckj / vishy: as well, but I think you already agree given the pains of using keystoneclient22:04
vishychmouel: i think my approach above with the accesskey is better than the url because it doesn't break other s3 implementations like nova-objectstore22:04
notmynameanotherjesse: looks fine (if I'm correct in seeing it's just a change in the arg names)22:04
*** cp16net has joined #openstack-dev22:05
*** davidkranz has quit IRC22:05
notmynameDaviey: I had to leave the meeting right after the swift time. I'd love to know your concerns with swift 1.4.822:05
bcwaldonanotherjesse: +222:05
vishyanotherjesse: I'm ok with it, although it hasn't been painful for me :)22:05
*** johnpur has quit IRC22:05
notmynameDaviey: (unfortunately, I do have to go again very soon. but I do want to know)22:06
anotherjessenotmyname: yes - just prepending os_ to keystone auth params22:06
ttxnotmyname: I think the concern is that they are past their FeatureFreeze and 1.4.8 adds a significant feature22:07
Davieynotmyname: The release schedule has left us planning for 1.4.7.  It's really sucky to be in limbo, when all of our processes were based on expecting one version.22:07
notmynameah22:07
Davieynotmyname: I'm not saying it's a 'no go'... It's a hesitant position.22:07
*** joesavak has quit IRC22:08
*** bsza1 has joined #openstack-dev22:08
notmynameDaviey: 1.4.7 was originally scheduled for the same date 1.4.8 is now scheduled for. we just had to do a quick important release at rackspace, and we pushed it publicly to keep in sync22:08
*** kbringard has quit IRC22:08
notmynameDaviey: so there is no real change in schedules, just a number22:08
heckjanotherjesse: I'm totally good with it22:08
Davieynotmyname: Caring about Openstack on one head- wanting the latest greatness, and being a member of the Ubuntu Release Team means i also need to be conservative.22:09
Davieyin a word, suck.22:09
notmynameDaviey: I gotta run. will you be on later to talk more?22:09
Davieynotmyname: pushed it publicly?  What does that mean?22:09
Davieynotmyname: no, it's late here already22:09
Davieynotmyname: Ping me tomorrow?22:10
notmynameDaviey: ah, ok. let's catch up tomororw22:10
*** andrewsmedina has quit IRC22:10
Davieysure thing!22:10
*** flaviamissi has quit IRC22:11
*** bsza has quit IRC22:11
justinsbIs there an equivalent of S3's pre-signed requests for swift (without using the S3 API)?22:12
chmouelvishy: I would need to patch s3_token22:12
chmouelvishy: but that should not be too much of work22:13
anotherjessejustinsb: i don't believe so - chmouel know of anything?22:14
justinsbThanks - I'll probably file a bug.  It's a really useful feature..22:15
chmoueljustinsb: no there is none22:15
justinsbchmouel: Thanks for confirming!22:17
chmoueljustinsb: sorry just making sure this is not that what you are looking for http://swift.openstack.org/misc.html#module-swift.common.middleware.tempurl22:18
justinsbchmouel: Oh cool ... that looks like exactly what I want (I'm building a Jenkins plugin, the idea is that a jar gets uploaded to Swift and then can be downloaded directly rather than via Jenkins).  Thanks.22:20
chmoueljustinsb: oh ok sorry i misunderstood yeah you should be able to use that with staticweb22:20
chmouel(in case you were planning to do it with swift+keystone then unfortunately that doesn't work just yet)22:21
*** pixelbeat has joined #openstack-dev22:21
justinsbchmouel: Ah.  I was planning on using Keystone.  Thanks for the warning.22:23
*** j05h has quit IRC22:23
*** j05h has joined #openstack-dev22:28
*** j05h has quit IRC22:32
vishyjustinsb: what are pre-signed requests?22:34
*** roge has joined #openstack-dev22:34
justinsbvishy: It's a cool feature so e.g. Jenkins has the keys for a private Swift bucket, but can construct a URL so that a browser can download from that swift bucket directly, without the client discovering the password.22:36
vishyjustinsb: gotcha22:37
*** j05h has joined #openstack-dev22:37
justinsbvishy: The companies that claim to have discovered a novel way to sell files online are rediscovering or repackaging this.22:37
vishyjustinsb: tee hee22:38
*** roge has quit IRC22:38
*** bsza1 has quit IRC22:42
*** cp16net has quit IRC22:42
*** villep_ has quit IRC22:42
*** villep has joined #openstack-dev22:42
*** AlanClark has quit IRC22:43
*** j05h has quit IRC22:43
*** j05h has joined #openstack-dev22:44
bcwaldonannegentle: https://review.openstack.org/#change,530122:49
*** dtroyer_ has joined #openstack-dev22:49
*** vricci has joined #openstack-dev22:49
*** dtroyer_ has quit IRC22:50
*** vincentricci has quit IRC22:51
*** vricci is now known as vincentricci22:51
*** statik has quit IRC22:53
*** ywu has joined #openstack-dev22:54
*** Glacee has quit IRC22:55
jog0https://bugs.launchpad.net/nova/+bug/95455322:55
uvirtbotLaunchpad bug 954553 in nova "tools/conf/generate_sample.sh doesn't handle code as default value" [Undecided,New]22:55
*** dolphm has joined #openstack-dev22:56
*** statik has joined #openstack-dev22:59
*** statik has joined #openstack-dev22:59
*** lloydde has quit IRC23:06
*** dtroyer is now known as dtroyer_zzz23:08
*** devananda has joined #openstack-dev23:09
sleepsonzzzjeblair: just fyi, looks like merge conflicts are not caught before integration tests for devstack: https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/2517/console23:10
*** berendt has quit IRC23:15
*** anotherjesse is now known as anotherjesse_zz23:16
justinsbI'm using FlatManager, and the /os-floating-ips gives a 500 error (get_floating_ips_by_project not defined on FlatManager).  This stops horizon from launching an instance.  I can launch an instance through the API.  Is this a bug in Horizon, Nova or both?23:16
*** anotherjesse_zz is now known as anotherjesse23:17
*** anotherjesse is now known as anotherjesse_zz23:18
jaypipesanotherjesse_zz: my only thought would be to mention the -S --strategy option...23:24
*** thingee has quit IRC23:31
*** ayoung has joined #openstack-dev23:31
*** agonella has joined #openstack-dev23:31
jeblairsleepsonzzz: yeah, we have the -merge test to check that and report something sensible back to gerrit, but it's not straightforward to chain other tests to that (at the moment), so they still run anyway.23:32
*** dtroyer_zzz is now known as dtroyer23:33
*** flaviamissi has joined #openstack-dev23:34
*** flaviamissi has quit IRC23:38
*** davlap has quit IRC23:42
*** anotherjesse_zz is now known as anotherjesse23:42
*** davlap has joined #openstack-dev23:42
*** hhoover has joined #openstack-dev23:43
*** davlap has quit IRC23:44
*** davlap has joined #openstack-dev23:44
*** lloydde has joined #openstack-dev23:45
*** davlap has quit IRC23:45
chmouelvishy: with your patch on nova/s3.py and this patch on s3_token http://pastie.org/private/fwvhtcdqdw7eqw3a3og i got it to register23:52
chmouelvishy: assuming we have secret_key and access_key with a user in reselleradmin account in nova.conf23:52
chmouelvishy: I'll cleanup all of this by tomorrow and this should be ready to review when you guys wake up :)23:53
*** hhoover has quit IRC23:54
*** dolphm has quit IRC23:54
*** danwent has quit IRC23:54
*** danwent has joined #openstack-dev23:55
*** jakedahn is now known as jakedahn_zz23:56
*** jog0 has left #openstack-dev23:57
*** jog0 has joined #openstack-dev23:57
*** lloydde has quit IRC23:57

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