Thursday, 2012-08-09

*** maurosr has joined #openstack-dev00:00
*** renier_ has joined #openstack-dev00:01
*** dolphm has quit IRC00:03
*** renier has quit IRC00:03
*** matwood has joined #openstack-dev00:03
*** anniec_ has joined #openstack-dev00:05
*** andrewsmedina has joined #openstack-dev00:06
andrewsmedinadanwent: hi, I cant reproduce this https://bugs.launchpad.net/quantum/+bug/1009215. Have you another issue for me?00:07
uvirtbotLaunchpad bug 1009215 in quantum "During resuming instances get error "could not open /dev/net/tun: Operation not permitted"" [High,Confirmed]00:07
*** anniec has quit IRC00:07
*** anniec_ is now known as anniec00:07
danwenthuh… that's odd, as arosen said he would reproduce.00:08
danwentlet me forward you an email with another bit of work i'd love to see done.00:08
arosenhi andrewsmedina did you reboot the hypervisor the vm was running on after suspending it?00:08
danwentdo I have your email?  if not, can you send it to me?  i'm dan at nicira.com00:08
*** roge has quit IRC00:09
danwentandrewsmedina: also, if we can repro, please update the bug saying that so that the filer can possibly respond with more info00:09
danwentand so we know that we've done our best to explore it00:09
*** renier_ has quit IRC00:09
*** jiangyh has joined #openstack-dev00:11
andrewsmedinadanwent: andrewsmedina@gmail.com00:11
*** colinmcnamara has quit IRC00:12
andrewsmedinaarosen: I will try again00:12
*** renier has joined #openstack-dev00:13
arosenandrewsmedina: cool, let me know if you need more info about it.00:14
*** alanmac has quit IRC00:17
*** Mandell_ has quit IRC00:22
*** huats has quit IRC00:24
*** lcheng has quit IRC00:26
*** AlanClark has quit IRC00:26
*** matwood has quit IRC00:28
*** huats has joined #openstack-dev00:29
*** huats has quit IRC00:29
*** huats has joined #openstack-dev00:29
*** sunxin has joined #openstack-dev00:29
*** halfss_ has quit IRC00:31
*** ncode has quit IRC00:33
*** johnpur has left #openstack-dev00:34
*** renier_ has joined #openstack-dev00:35
*** maurosr has quit IRC00:36
*** rods has quit IRC00:36
*** renier has quit IRC00:36
*** avishay has quit IRC00:37
*** avishay has joined #openstack-dev00:38
*** lloydde_ has quit IRC00:38
andrewsmedinaarosen: I tried several times and I can't reproduce it =/00:42
*** s0mik has quit IRC00:44
*** avishay has quit IRC00:44
*** avishay has joined #openstack-dev00:45
*** novas0x2a|laptop has quit IRC00:46
*** ayoung has quit IRC00:49
*** renier_ has quit IRC00:49
arosenandrewsmedina are you doing this on ubuntu?00:51
andrewsmedinaarosen: yes00:52
*** avishay has quit IRC00:52
andrewsmedinaarosen: I'm on ubuntu 12.04 and you?00:52
arosenandrewsmedina: yup, and you are using 2 nodes right?00:52
*** issackelly has quit IRC00:52
*** mnewby has quit IRC00:53
arosenit might work for one but I only tested this restarting the node running n-cpu.00:53
arosenandrewsmedina: so you are saying you could do nova suspend vm00:53
andrewsmedinaarosen: I'm using one node00:53
*** avishay has joined #openstack-dev00:53
arosenThen reboot the the Hypervervisor the node was running on00:53
andrewsmedinaarosen: I'm suspend a vm, reboot the host machine00:54
*** sandywalsh has joined #openstack-dev00:54
arosenand then call nova resume again?00:54
*** avishay has quit IRC00:54
andrewsmedinaarosen: I'm resume the suspened vm and it works00:54
arosenand the vm resumes.00:54
andrewsmedinaarosen: yes00:54
arosenandrewsmedina:  give me a sec let me see if i can reproduce this with one node.00:55
*** yuanz1 has joined #openstack-dev00:55
*** avishay has joined #openstack-dev00:55
*** harlowja has quit IRC00:55
andrewsmedinaarosen: ok, I will try install another node here.00:55
*** renier has joined #openstack-dev00:56
*** dolphm has joined #openstack-dev00:58
arosenandrewsmedina  you are right I can not reproduce this with one node01:01
arosenI could suspend and resume01:01
*** yuanz1 has left #openstack-dev01:02
arosenWhen I did this though I had one node running with: ENABLED_SERVICES="g-api,g-reg,key,n-api,n-cpu,n-sch,n-vnc,mysql,rabbit,openstackx,q-svc,quantum,q-agt,n-cpu,q-dhcp"01:02
*** zhuadl has quit IRC01:02
*** avishay has quit IRC01:03
arosenand another node just running ENABLED_SERVICES=n-cpu,rabbit,g-api,quantum,q-agt,q-dhcp01:03
arosenandrewsmedina: i'm going to get some dinner but I'll be back later.01:03
arosenI'm arosen @ nicira .com btw01:03
*** avishay has joined #openstack-dev01:05
*** Gordonz has quit IRC01:05
*** cloudvirt has joined #openstack-dev01:06
*** pixelbeat has quit IRC01:07
*** cloudvirt has quit IRC01:11
*** cloudvirt has joined #openstack-dev01:14
*** ncode has joined #openstack-dev01:15
*** edygarcia has quit IRC01:15
*** spiffxp has quit IRC01:15
*** samkottler has joined #openstack-dev01:19
*** ewindisch has quit IRC01:19
*** ewindisch has joined #openstack-dev01:20
*** ewindisch has quit IRC01:25
*** johnpostlethwait has quit IRC01:25
*** fsouza has quit IRC01:26
*** tgall_foo has joined #openstack-dev01:28
*** cloudvirt has quit IRC01:34
*** matiu has joined #openstack-dev01:37
*** jog0 has left #openstack-dev01:38
*** avishay has quit IRC01:38
*** fsouza has joined #openstack-dev01:40
*** cloudvirt has joined #openstack-dev01:42
*** PotHix has quit IRC01:42
*** mnewby has joined #openstack-dev01:49
*** Dr_Who has joined #openstack-dev01:52
*** Dr_Who has joined #openstack-dev01:52
*** adjohn has quit IRC01:57
*** zhuadl has joined #openstack-dev02:00
*** edygarcia has joined #openstack-dev02:04
*** cloudvirt has quit IRC02:10
*** cloudvirt has joined #openstack-dev02:13
*** cloudvirt has quit IRC02:15
*** winston-d has joined #openstack-dev02:20
*** tongli has joined #openstack-dev02:21
*** matwood has joined #openstack-dev02:21
*** tongli has quit IRC02:25
*** markmcclain has joined #openstack-dev02:25
*** anniec has quit IRC02:27
*** jiangyh has quit IRC02:30
*** dolphm has quit IRC02:36
*** danwent has quit IRC02:38
*** edygarcia has quit IRC02:39
*** renier has quit IRC02:46
*** renier has joined #openstack-dev02:46
*** troytoman-away is now known as troytoman02:49
*** colinmcnamara has joined #openstack-dev02:53
*** mjfork has quit IRC02:54
*** jdurgin has quit IRC02:55
*** littleidea_ has joined #openstack-dev03:03
*** Gordonz has joined #openstack-dev03:05
smosermikal, around ?03:06
smoserhttps://review.openstack.org/#/c/10934/ looks pretty good. thank you for your work there.03:07
*** littleidea has quit IRC03:07
*** littleidea_ is now known as littleidea03:07
*** renier_ has joined #openstack-dev03:08
*** renier has quit IRC03:08
arosenhi andrewsmedina were you able to reproduce it?03:09
*** Gordonz has quit IRC03:10
mikalsmoser: yep, just eating lunch...03:13
mikalsmoser: all I need to do now is deploy it and see if nova still works03:13
smoseri do think that your security concerns are relevant.03:14
smoser(commenting in bug now)03:14
smoserand i'd really like to use mtools in the "must use vfat" scenario03:14
smoserand i'd like to get the injected files path off of /03:15
smoseri know that would break things, but if not configured for config-drive-v1, then put them under '/files' or something.03:15
mikalWhich bug BTW03:15
mikal?03:15
mikalI think the mailing list decided yesterday that the vfat mount for config drive v2 is ok because its a fresh filesystem03:16
mikalThe image from glance support is now gone03:16
mikalI'd like file injection to be completely replaced by config drive in grizzly03:16
smosernot bug03:17
smosersorry03:17
smosergerrit review03:17
mikalAhh cool03:17
*** mnewby has quit IRC03:24
smoseri was confused by your comment in the code.03:25
smoseri thought you were saying it was not safe.03:25
smoserbut you were saying it was.03:25
smoseranyway, just pushed 'review'03:25
*** fsouza has quit IRC03:25
smosermikal, thank you for your patience with me.03:25
*** edygarcia has joined #openstack-dev03:27
mikalsmoser: is no problem03:28
*** edygarcia has quit IRC03:28
mikalsmoser: I'm sure I'll find a way to take revenge sometime...03:28
smoseri think we shoudl break config-drive-v1 by default03:29
smoseri really dont think anyone uses it.03:29
smoserand having to determine which files were "injected" that live at / from the guest is a pita.03:29
mikalIts broken now, in the sense that you can't fetch an image any more and the drive format is different03:29
smoserie, did the user "inject" metadata.js ? /ec2/2009-04-04/user-data ?03:29
mikalSo that being in a subdirectory of its own solves that problem?03:30
smoserwell, even less people used the fetch-an-image than the drive format.03:30
smoserand the drive format is configurable03:30
smoserwell, yes.03:30
smoseri think it solves the problem.03:30
smoserdo you not?03:30
mikalAlthough the vfat drive image code is more horrible than the iso version03:30
smoseri know that "injected files" go in /injected03:30
mikalI think it does03:30
mikalBut I'm not a distro person, so perhaps I'm confused03:30
smoserand i look under there.03:30
smoserpermissions are unavailable and as a result injection this way requires some other bit of knowledge.03:31
smoserbut... what can you do.03:31
smoserinjection is busted in more ways than one :)03:31
mikalHmmm, I hadn't thought of permissions03:31
mikalI think you have to guess that, right?03:31
smoserthe /root/.ssh/authorized_keys03:31
smoseryou just have to know that03:31
mikalHow do you know the userid to inject the ssh key for example?03:31
smoserwell, ubuntu images (right now) just "know" that the user is ubuntu03:32
smoserbut that is configurable via user-data03:32
mikalAhhh, ok03:32
smoserby quantal i'll have it able to create the user03:32
mikalThe user data could be yet more json to tell you all that03:32
smoserright now it just expects that is done.03:32
smoserright.03:32
smoserbut then if the user-data is json... it should just be cloud-init data, and you can solve your "injection" that way.03:32
mikalTrue03:33
smoserconfig drive injection is really not what people want when they think of injection03:33
mikalThe key is known to the instance IIRC03:33
smoserits just more user-data03:33
mikalSo there's no reason for it not to be in the json metadata03:33
smoserright. the public key the instance is laucned with will be in the metadata.js files03:33
smoserand can also be in cloud-config (for cloud-init)03:33
smoserall sorts of ways03:33
smoseryou can make a part-handler for cloud-init that takes a mimetype=tar and tar -C / xvpf -03:34
smoserso, yeah, lets break injection03:34
smoserin config-drive-v1 terms03:34
mikalLet's try and murder it in grizzly03:34
smoserand see if anyone complains.03:34
mikalHow does ec2 deal with these problems?03:34
mikalDo they do injection?03:34
smoserthey have user-data03:34
smoserthats all you need.03:34
smoserthey did things right03:34
smosernot this garbage.03:35
smoseryou get 64k of stuff to pass to an instance.03:35
smoserthe instance has to then pay attention to that and do what you told it03:35
*** ncode has quit IRC03:35
mikalAhhh, interesting03:35
mikalSo removing this doesn't make us ec2 incomptable03:35
mikalIt kinda makes us more compatable03:35
smoserwith config-drive-v2 and "injection" we're essentially making that number 64M03:35
mikalOnly 64mb with vfat03:35
smoserbut we're not putting /files in the metadata service03:35
mikalWith iso the skys the limit...03:35
smosertrue.03:35
smoseryou should limit that.03:36
mikalWe don't enforce any limit at the disk side03:36
mikalPerhaps the DB does03:36
smoserthe api should imit it03:36
smoserotherwise i can dos you that way03:36
* mikal goes to check the db model03:36
mikaluser-data is a text column03:36
mikalSo you can probably DoS the DB as well...03:37
mikalOh, I lie03:37
mikalText is 64kb in mysql03:37
*** zhuadl has quit IRC03:39
*** Mandell has joined #openstack-dev03:53
*** Mandell has quit IRC03:59
*** Dr_Who has quit IRC03:59
*** thingee is now known as thingee_zz04:10
*** danwent has joined #openstack-dev04:13
*** nati_ueno has quit IRC04:19
*** samkottler has quit IRC04:25
*** littleidea_ has joined #openstack-dev04:25
*** littleidea has quit IRC04:28
*** littleidea_ is now known as littleidea04:28
*** matwood has quit IRC04:33
*** garyk has quit IRC04:42
*** andrewsmedina has quit IRC04:46
*** zhuadl has joined #openstack-dev04:49
*** troytoman is now known as troytoman-away04:57
*** matwood has joined #openstack-dev05:02
*** Mandell has joined #openstack-dev05:05
*** matwood has quit IRC05:17
*** matwood has joined #openstack-dev05:17
*** samkottler has joined #openstack-dev05:19
*** samkottler is now known as samkottler|nap05:19
*** matiu has quit IRC05:23
*** rohitk has joined #openstack-dev05:25
*** mrunge has joined #openstack-dev05:33
*** amotoki has joined #openstack-dev05:34
*** garyk has joined #openstack-dev05:35
*** erikzaadi has joined #openstack-dev05:41
*** zaitcev has quit IRC05:42
*** adjohn has joined #openstack-dev05:43
*** Hitesh has joined #openstack-dev05:53
HiteshHello05:54
HiteshI got stucked while installing devstack script05:54
Hiteshany pointer on this -> lockfile.LockFailed: failed to create /opt/stack/horizon/openstack_dashboard/local/hitesh-openstack.MainThread-362305:54
*** s34n has quit IRC05:55
*** s34n_ has joined #openstack-dev05:56
*** hattwick has quit IRC06:00
Hiteshdanwent: yOU THERE?06:04
*** steveb_ has quit IRC06:05
*** Hitesh has quit IRC06:06
*** gargya has joined #openstack-dev06:09
*** colinmcnamara has quit IRC06:13
*** adjohn has quit IRC06:19
*** markmc has joined #openstack-dev06:21
*** littleidea has quit IRC06:22
*** danwent has quit IRC06:25
*** colinmcnamara has joined #openstack-dev06:26
*** vuntz has quit IRC06:41
*** rafaduran has joined #openstack-dev06:46
*** danwent has joined #openstack-dev06:47
*** colinmcnamara has quit IRC06:47
*** alex88 has joined #openstack-dev07:03
*** vanchester has joined #openstack-dev07:04
*** markmcclain has quit IRC07:06
*** gargya has quit IRC07:07
*** reidrac has joined #openstack-dev07:07
*** EmilienM has joined #openstack-dev07:09
*** matwood has quit IRC07:14
*** avishay has joined #openstack-dev07:35
*** sunxin has quit IRC07:37
*** sulochan has joined #openstack-dev07:59
*** darraghb has joined #openstack-dev08:02
*** derekh has joined #openstack-dev08:03
*** pixelbeat has joined #openstack-dev08:12
*** Ryan_Lane has quit IRC08:18
*** steveb_ has joined #openstack-dev08:19
*** avishay has quit IRC08:41
*** blamar has quit IRC08:42
*** hattwick has joined #openstack-dev08:43
*** eglynn has joined #openstack-dev08:51
*** avishay has joined #openstack-dev08:54
*** winston-d has quit IRC08:55
*** danpb has joined #openstack-dev08:56
*** danpb has quit IRC08:57
*** danpb has joined #openstack-dev08:57
*** steveb_ has quit IRC09:02
*** s34n_ has quit IRC09:04
*** s34n has joined #openstack-dev09:05
*** Slower has quit IRC09:09
*** amotoki has left #openstack-dev09:09
*** Slower has joined #openstack-dev09:09
*** amotoki has joined #openstack-dev09:09
*** alexpilotti has quit IRC09:13
*** danwent has quit IRC09:17
*** Slower has quit IRC09:32
*** Slower has joined #openstack-dev09:32
*** alexpilotti has joined #openstack-dev09:46
*** zhuadl has quit IRC09:55
*** asalkeld has quit IRC09:58
*** kyriakos has joined #openstack-dev10:17
*** vuntz has joined #openstack-dev10:29
*** asalkeld has joined #openstack-dev10:53
*** sandywalsh has quit IRC11:30
*** linmin_ has quit IRC11:39
*** adalbas has joined #openstack-dev11:47
*** rkukura has quit IRC11:52
*** Dr_Who has joined #openstack-dev11:57
*** Dr_Who has joined #openstack-dev11:57
*** maurosr has joined #openstack-dev12:02
avishaymikal: ping12:05
*** markvoelker has joined #openstack-dev12:06
*** matwood has joined #openstack-dev12:07
*** tserong has quit IRC12:13
*** dhellmann_ has joined #openstack-dev12:16
*** tserong has joined #openstack-dev12:18
*** mnewby has joined #openstack-dev12:20
*** dhellmann has quit IRC12:20
*** dhellmann_ is now known as dhellmann12:20
*** dhellmann has quit IRC12:21
*** samkottler|nap has quit IRC12:22
*** fsouza has joined #openstack-dev12:22
*** samkottler|nap has joined #openstack-dev12:25
*** samkottler|nap is now known as samkottler12:25
*** zaneb has joined #openstack-dev12:27
*** mrunge has quit IRC12:30
*** samkottl1r has joined #openstack-dev12:33
*** samkottler has quit IRC12:35
*** samkottl1r is now known as samkottler12:35
*** dolphm_ has joined #openstack-dev12:36
*** wiliam has joined #openstack-dev12:39
*** dprince has joined #openstack-dev12:39
*** fsouza has quit IRC12:40
*** rods has joined #openstack-dev12:47
*** roge has joined #openstack-dev12:55
*** dprince has quit IRC13:01
*** markmcclain has joined #openstack-dev13:07
*** markmcclain has quit IRC13:08
*** dprince has joined #openstack-dev13:08
*** avishay has quit IRC13:09
*** mcolombo has quit IRC13:10
*** dolphm_ has quit IRC13:12
*** maurosr has quit IRC13:14
*** maurosr has joined #openstack-dev13:14
*** dolphm has joined #openstack-dev13:15
*** dolphm has quit IRC13:15
*** oneiroi|gone is now known as oneiroi13:16
*** andrewsmedina has joined #openstack-dev13:18
*** fsouza has joined #openstack-dev13:20
*** rohitk_1 has joined #openstack-dev13:25
*** rpedde_away is now known as rpedde13:25
*** rohitk has quit IRC13:26
*** cloudvirt has joined #openstack-dev13:30
*** ncode has joined #openstack-dev13:34
*** andrewsmedina has left #openstack-dev13:34
*** lts has joined #openstack-dev13:36
*** ayoung has joined #openstack-dev13:36
*** fsouza has quit IRC13:37
*** fsouza has joined #openstack-dev13:38
*** markmcclain has joined #openstack-dev13:43
*** flaviamissi has joined #openstack-dev13:47
*** halfss has joined #openstack-dev13:49
*** samkottl1r has joined #openstack-dev13:50
*** samkottler is now known as samkottler_13:50
*** samkottl1r is now known as samkottler13:50
ameadevishy: Hey so i'm a little unclear on something, should making an unversioned request to a bookmark link work?13:50
*** samkottler has quit IRC13:51
*** samkottler has joined #openstack-dev13:51
*** samkottler_ has quit IRC13:51
*** dolphm_ has joined #openstack-dev13:51
*** samkottler has quit IRC13:51
*** dubsquared has joined #openstack-dev13:51
*** samkottler has joined #openstack-dev13:52
*** milner_ has quit IRC13:53
*** edygarcia has joined #openstack-dev13:53
*** markmcclain has quit IRC13:54
*** mtreinish has joined #openstack-dev13:57
sdaguevishy: so, can you re rebase your patches to get them back under your name?13:59
*** tongli has joined #openstack-dev14:03
*** markmcclain has joined #openstack-dev14:04
*** milner_ has joined #openstack-dev14:07
*** rkukura has joined #openstack-dev14:07
*** sandywalsh has joined #openstack-dev14:08
*** openstackgerrit has quit IRC14:08
*** openstackgerrit has joined #openstack-dev14:08
*** halfss has quit IRC14:12
*** dhellmann has joined #openstack-dev14:12
*** EmilienM has left #openstack-dev14:12
markmcsdague, do you see your patch set 5 in the UI?14:14
markmcsdague, in this one https://review.openstack.org/10814 ?14:14
markmcsdague, ah, no - you don't, since you commented on patch set 414:15
markmcsdague, btw, you wanted 'git review -R'14:15
sdagueI see a patch 4 draft14:15
* markmc wished that was the default :)14:15
sdaguemarkmc: yep, got that now :)14:15
markmcsdague, patch 4 draft? wow14:15
markmcsdague, could you screenshot?14:15
sdaguesure14:15
sdaguemarkmc: http://img6.imagebanana.com/img/7nblrznu/screenshot_236.png14:17
markmcsdague, oh, I see that too :)14:17
markmcsdague, funky14:18
*** johnpur has joined #openstack-dev14:18
*** ChanServ sets mode: +v johnpur14:18
sdagueso, here is the sequence that got us here, maybe we can figure out a way to back it out before vishy gets in.14:18
markmcjeblair, seen https://bugs.launchpad.net/openstack-ci/+bug/1034761 ?14:18
uvirtbotLaunchpad bug 1034761 in openstack-ci "gerrit: missing patchset bizarroness" [Undecided,New]14:18
sdagueI originally did a -D upload because I assumed that it would be kind of safe14:19
*** samkottl1r has joined #openstack-dev14:19
sdaguethen did a normal git review, I didn't get the -R piece of advice until this was part way through14:19
*** samkottl1r has quit IRC14:19
sdagueso is there a way that you think I could get rid of my rebases? or will vish need to just push new rebases?14:20
dansmithsdague: did your reviews actually affect vish's?14:20
dansmithor just make your review look funky?14:20
sdaguedansmith: yes, it has seemed to14:20
dansmithhmm, that seems majorly problematic, if one user can hose another like that..14:20
*** samkottl1r has joined #openstack-dev14:20
*** dubsquared has quit IRC14:21
markmcsdague, I think the issue here is that only nova-core can upload revisions to reviews started by others14:22
markmcsdague, my guess is that it allowed you do it, but then got confused14:22
*** dubsquared has joined #openstack-dev14:22
markmcsdague, I guess I could push a new set of commits and that might work, but may as well just let vish do that14:22
sdaguemarkmc: ok, for future, is there something I can through in .gitconfig to make -R be the default git review behavior14:22
*** blamar has joined #openstack-dev14:23
*** samkottler has quit IRC14:23
*** blamar has quit IRC14:23
markmcsdague, hmm, look at that - I think there is14:23
* markmc tries to figure it out14:23
sdagueyeh, sorry for screwing up the system here, wasn't trying to make everyone's life difficult14:23
*** samkottl1r is now known as samkottler14:24
*** samkottler has joined #openstack-dev14:24
markmcsdague, think we can add defaultrebase=false to .gitreview14:24
*** ewindisch has joined #openstack-dev14:24
sdagueok, so that would go in the repos, that would be great14:24
markmcsdague, yes, that would be superb14:25
markmcsdague, the autorebasing thing really messes up a nice gerrit feature too14:25
sdaguemarkmc: I'm happy to run around and do that14:25
markmcsdague, you can compare different patch sets within a review14:25
markmcsdague, but if there's a rebase, you get all those changes mixed into the diff14:25
markmcsdague, now, what would be nice if git-review could check for merge conflicts before uploading14:26
markmcsdague, i.e. "you change conflicts with master, please rebase before uploading"14:26
sdagueI thought I've hit a currency issue before14:26
sdaguewhere it did complain about that14:27
sdaguethough, in reality, given how long lived a lot of the reviews are, it seems like it wouldn't cover a lot of the conflicts anyway14:27
markmcsdague, yeah, I guess "check for merge conflicts" is the only argument I can see for auto-rebasing14:28
vishyI can pull my patches back sure14:29
sdaguemarkmc: ok, so if you like, I can register the issue, and get those .gitreview patches up for review on all the projects, to hopefully avoid this in the future14:29
vishybut i'm still listed as the author so i don't know if it matters14:29
sdaguevishy: it looks like it caused a consistency issue14:29
*** zaneb has quit IRC14:29
markmcvishy, we can't vote on those patches14:29
sdagueper comments from markmc further up14:29
markmcvishy, i.e. in https://review.openstack.org/10814 there is only patch set 4 and we can't vote on it14:30
markmcvishy, there's a hidden patch set 514:30
vishymarkmc, sdague: weird14:30
sdagueagreed :)14:30
vishyok I will redo mine14:30
markmcvishy, right, see https://bugs.launchpad.net/openstack-ci/+bug/103476114:30
uvirtbotLaunchpad bug 1034761 in openstack-ci "gerrit: missing patchset bizarroness" [Undecided,New]14:30
vishysdague: you will have to cherry pick your patch over mine again14:30
sdagueyep, that's fine14:31
*** Ruetobas has quit IRC14:31
dansmithhmm, I don't even see patch set 4 on that review, only 1-314:31
*** zaneb has joined #openstack-dev14:31
vishysdague, markmc: done14:32
vanchesterhello. In keystone is there any tests for contrib modules?14:32
*** littleidea has joined #openstack-dev14:33
markmcvishy, cool14:33
markmcvishy, but, gah - my inline comments got lost somehow14:33
vishymarkmc: fyi no I don't think that works14:33
markmcvishy, the controller sharing thing?14:34
ttxdprince: saw my message yesterday about the cinder deprecation support draft review ?14:34
vishymarkmc: the problem is that the extensions are stored in the resource14:34
*** e1mer has quit IRC14:34
vishymarkmc: oh, you're saying that you we keep the other parts of the inherits14:34
vishymarkmc: I suppose that is fine, but it doesn't allow for actually extending the controller if that is the desire14:35
dprincettx: I did. Its in the queue. :)14:35
ttxdprince: ok :)14:35
markmcvishy, yes, still inherit the resource but share the controller14:35
markmcvishy, annoyingly, the resource is a controller from routers.Mapper POV :)14:35
*** matiu has joined #openstack-dev14:35
* ttx is like TCP, gets worried when he doesn't receive ACKs14:36
vishymarkmc: as in if you wanted to add an extra method or some such to the servers controller. I removed the places where we do that right now, but I expect someone will want to do it again.14:36
*** Ruetobas has joined #openstack-dev14:36
markmcvishy, ok, we'd need a "if resource.controller is None: resource.controller = inherits.controller"14:36
markmcttx, did you get those UDP jokes, btw?14:37
*** Mandell has quit IRC14:37
vishymarkmc: makes sense. I will change it and pull in the other change as well14:37
markmcvishy, cool14:37
vishymarkmc: I was saving the resources because i needed them in an old version, but i worked around it with inherits14:38
markmcvishy, yeah, I figured14:38
ttxmarkmc: heh14:38
* dprince apparently is more like UDP (sometimes just gets lost)14:38
markmcvishy, my inline comment that got lost was a "it'd be nice if we could clean this up" thing14:39
markmcvishy, the get_methods() method returning a method and extensions14:39
markmcvishy, and you ignore the method from inherits14:39
markmcvishy, would be nice to have separate get_methods() and get_extensions()14:39
vishymarkmc: yes, although i don't know what the hell to do if the method is different14:40
vishymarkmc: as in, which one do you call? both of them?14:40
markmcvishy, you'd only call get_extension() on inherits14:40
markmcextensions14:40
*** littleidea has quit IRC14:41
markmcvishy, would the logic be simply look in self.wsgi_extensions first and then fall back to self.wsgi_action_extensions ?14:42
markmcvishy, it's not clear from the current code14:42
markmcvishy, anyway, no big deal if you want to ignore that14:42
*** littleidea has joined #openstack-dev14:43
*** markmcclain1 has joined #openstack-dev14:44
*** markmcclain has quit IRC14:46
jeblair14:22 < markmc> sdague, I think the issue here is that only nova-core can upload revisions to reviews started by others14:47
markmcthat's what I said!14:48
markmcoh wait, it is what I said14:48
jeblairi know, i'm quoting you and writing a response14:48
markmc:)14:48
jeblairi just got up, i'm trying to establish context.  :)14:48
jeblairmarkmc, sdague: ^ actually, anyone can upload a new patchset to an existing change (or if not, it's a bug)14:49
markmcI can keep asking dumb questions and interrupting you writing your response, if that helps14:49
markmcbah, too late14:49
jeblairwhew14:49
* jeblair warms up fingers14:49
markmcjeblair, ah, ok14:49
markmcit used to be nova-core only, right?14:49
* markmc shrugs14:49
*** dave_mcn has joined #openstack-dev14:50
jeblairmarkmc: ah, it may have been the case that only -core could "forge author identity" which might have had the same effect i think.  but that should no longer be the case.14:51
*** mjfork has joined #openstack-dev14:51
markmcjeblair, that's the thing, yeah14:51
dave_mcnHey all, wondering if anyone is available to review a change (https://review.openstack.org/#/c/11029/)?14:51
* jeblair goes back to trying to understand the rest of that conversation.14:52
markmcjeblair, the bug in launchpad should cover it14:52
*** datsun180b has joined #openstack-dev14:54
*** erikzaadi has quit IRC14:56
jeblairmarkmc: my understanding is 10815,7 was based on 10814,4 -- and both of those were drafts14:58
jeblairmarkmc: is that incorrect?14:58
markmcjeblair, hmm, no15:01
markmcjeblair, sdague's 10814,4 wasn't visible to me earlier15:01
markmcjeblair, could only see it with 'gerrit query'15:01
jeblairmarkmc: it's still not visible to me, i made some assumptions there.  but the bug didn't mention 10815,7 which is also invisible.15:02
vishymarkmc: ok made the changes15:02
vishymarkmc: might want to wait for jenkins though. I didn't run all of the tests :)15:02
*** jaypipes has joined #openstack-dev15:02
markmcjeblair, yes, that was part of the series of rebased commits sdague uploaded15:03
markmcjeblair, I do see them in UI now15:03
jeblairmarkmc: really, i don't see a patchs set 7 for 1081515:03
markmcjeblair, it shows up like in sdague's screenshot with DRAFT15:03
jeblairoh, you're on the review.15:04
vishyjeblair: do you have any idea why the first patch in a series doesn't get the helpful "Dependencies/ Needed By" ?15:04
markmcjeblair, that could be, I wasn't originally15:04
markmcjeblair, right, and it's a draft15:04
markmcjeblair, ok, all makes sense now15:04
markmcjeblair, sdague just did 'git review -D'15:04
*** derekh has quit IRC15:04
*** reidrac has quit IRC15:04
jeblairmarkmc: heh, i added myself to the reviews so now i can see the draft.  :)15:04
markmcvishy, it only shows non-merged patches15:05
markmcvishy, it should get the Needed By thing15:05
vishymarkmc: but it doesn't15:05
markmcvishy, load https://review.openstack.org/#/c/10814/ and hit 'd'15:05
markmcvishy, that expands the section15:05
vishymarkmc: the first patch never does, it only seems to show Needed By if it allso has a depends on15:05
vishymarkmc: ah, just not expanded by default15:06
vishymarkmc: odd that it is when there is a depends on15:06
markmcvishy, I guess it's only expanded by default if there's something in Depends On15:06
jeblairvishy, markmc: oddly enough -- gerrit does actually show the "depends on" for every patch, even when it's merged, in the ssh query output15:07
*** matiu has quit IRC15:07
*** ecarlin has joined #openstack-dev15:07
*** matiu has joined #openstack-dev15:07
*** matiu has quit IRC15:07
*** matiu has joined #openstack-dev15:07
jeblairmarkmc: so now that i can see all the patchsets, it does look like 10815,7 was based on 10814,4 and both were drafts15:08
vishymarkmc, jeblair: are the 'os- and inherits misaligned for you on the right side on line 592 here? https://review.openstack.org/#/c/10816/9/nova/api/openstack/compute/contrib/volumes.py15:08
markmcjeblair, I've closed the bug as Invalid already btw :)15:08
markmcvishy, looks fine here15:09
jeblairmarkmc: ok.  i think the underlying bug here is that you really shouldn't be able to add a draft patchset to a non-draft review.  that _always_ makes things weird.15:09
vishyweird, must be a weird rendering issue on my machine15:09
markmcjeblair, autorebase die in a fire!15:09
markmcjeblair, :)15:09
sdaguejeblair: right, so the problem was I did a draft review, assuming that would cause less damage if something went wrong. And the opposite was true :)15:11
jeblairmarkmc: so what did autorebase screw up here?15:11
vishyweird, long runs of whitespace look totally borked on my machine15:12
markmcjeblair, it meant sdague unintentionally rebased vishy's patches15:12
jeblairvishy: i see that they are not horizontally aligned in both the old/new columns.  there is an empty line in the new column (that isn't really there) due to the removal of a line of code15:12
vishystupid chrome canary :)15:12
sdagueheh, well it's called canary for a reason15:13
vishylooks fine in regular chrome15:13
vishyregular chrome doesn't support the retina display yet :(15:13
markmcmac weanies15:13
* markmc sighs15:13
vishyoh sweet, it has been updated15:14
* vishy switches back15:14
jeblairmarkmc: 10815 was still based on 10814 -- was it a problem that 10814's parent changed?15:14
jeblairmarkmc: (I wouldn't mind if auto-rebase were turned off, just making sure i understand what happened here)15:15
sdaguejeblair: so what I was trying to do was add another review dependent on 10816, because I needed infrastructure that vishy wrote to do additional work15:16
markmcjeblair, sdague just wanted to upload 1105115:16
jeblairoh!15:16
sdagueso I pulled his work into a seperate branch, and was trying to tag just a review on top of it15:16
jeblairso the 814 and 815 rebased draft uploads were accidental, caused by auto-rebase!15:17
markmcjeblair, and didn't intend on rebasing 10814,10815 and 1081615:17
sdagueyes, exactly15:17
markmcjeblair, right :)15:17
jeblairmarkmc: evil indeed.  :(15:17
markmcjeblair, die in a fire!15:17
markmcnot you, autorebase15:17
markmcyou understand15:17
vishytime to change git review to only rebase if it has to15:17
jeblairmtaylor: ^15:18
sdagueright, so markmc found that we could default it off in the configs15:18
* jeblair throws mtaylor into the fire15:18
*** cloudvirt has quit IRC15:18
markmcvishy, yeah, we can add defaultrebase=false in .gitreview - sdague is on it15:18
sdaguethough, the issue that seems to happen there, is there doesn't seem to be a flag on git review to fork it to rebase15:18
sdaguethere is only -R to force it to not15:18
*** hemna has joined #openstack-dev15:19
markmcsdague, 'git rebase' works just fine without git-review's help :)15:19
sdagueis that going to get us wedged in a different way?15:19
sdagueyep, true15:19
markmcyou always want to test after rebase15:19
sdagueagreed15:19
markmcnever makes sense to rebase and upload as one atomic thing15:19
sdagueagreed.15:20
dansmithnah, my code never needs to be retested after a rebase15:20
sdaguedansmith: is that part of your chuck norris placard?15:21
markmcobvious troll is obvious15:21
* markmc throws dansmith in after mtaylor15:21
sdague"They say his code always rebases cleaning, and never needs retesting"15:21
sdague"They say his code always rebases cleanly, and never needs retesting"15:21
dansmithheh15:22
mtaylorvishy, jeblair: I agree15:23
*** sacharya has joined #openstack-dev15:23
mtaylormarkmc, vishy: I believe we have hit the point where the default rebase is causing more pain than it is alleviating15:24
markmcmtaylor, a "your commit conflicts with master, you should rebase" warning check thing would be nice though15:24
vishymtaylor: i think a huge help would be if rebase succeeds, git reset --hard ORIG_HEAD (or equivalent)15:24
markmcmtaylor, i.e. do a throwaway test merge before uploading15:24
markmcvishy, or that :)15:25
vishymtaylor: or what markmc said15:25
*** dprince_ has joined #openstack-dev15:25
mtaylorhrm. now I have to choose between vishy and markmc15:25
vishybut not rebasing if the rebase is clean seems ++15:25
markmcwell, gerrit does a merge in the end15:25
*** dprince has quit IRC15:26
markmcso it's merge conflicts you want to avoid, not rebase conflicts :)15:26
mtaylormarkmc: we've got some projects testing the cherry-pick state15:26
* markmc wins!15:26
markmcmtaylor, actually, a throwaway rebase tests all patches in the series for conflicts15:26
mtaylormarkmc: openstack-ci-puppet has been cherry-picking instead of merging for about a week now15:26
markmcmtaylor, it's conceivable that the patch series doesn't conflict, but one of the patches does15:27
mtaylormarkmc: and yes, a throwaway rebase might honestly get the point that we want to help with15:27
markmcmtaylor, and gerrit is merging them individually, so ...15:27
mtaylor++15:27
mtaylormarkmc: btw - the cherry pick strategy is working well, but it does mean that _every_ patch gets cherry-pick applied, so if you're working on dependent patch sets, do you kind of need to understand rebasing better15:28
*** dave_mcn has quit IRC15:28
mtaylormarkmc: but, check our recent commits: https://github.com/openstack/openstack-ci-puppet/commits/master15:29
*** cp16net|away is now known as cp16net15:29
markmcmtaylor, jeblair switched cinder over to cherry-picking mode briefly when I had a big queue of patches15:29
markmcmtaylor, something weird happened where patches go applied out of order15:30
markmcjeblair, it was cherry-picking mode you switched to, right ?15:30
mtaylormarkmc: yeah, we've solved that part now15:30
markmcmtaylor, ok15:30
mtaylormarkmc: zuul understands patch dependency order now15:30
markmcmtaylor, cherry-picking mode mimics the old "apply patches from the mailing list" behaviour15:30
mtaylormarkmc: yeah15:30
markmcmtaylor, which I'm fine with, but some folks would think it's evil incarnated15:31
mtaylormarkmc: yes. it is a different feel15:31
danpbnonsense, rebasing is evil incarnated :-)15:31
markmcmtaylor, you lose the history of exactly what the submitter tested with15:31
markmcdanpb, that's what cherry-pick mode is, basically15:31
danpbmarkmc  s/rebasing/merging/15:31
markmcmtaylor, i.e. a rebase/merge can conceivably break your patch15:31
*** Gordonz has joined #openstack-dev15:31
mtaylormarkmc: that's why we do that work and then test it15:32
markmcmtaylor, but if your patch was merged, not rebased you can point to the history and say "look, my patch *did* work!"15:32
mtaylorrather than testing the patch in the form thatit's sumbmitted15:32
markmcmtaylor, but danpb's response to that one is "I don't care" :)15:32
jeblairyeah, the gate tests always merge the change as gerrit is going to merge it before testing15:32
mtaylormarkmc: we actually don't lose that history inside of gerrit15:32
danpbmarkmc  i just don't think that's a particularl useful ability15:32
mtaylormarkmc: you can still see what the parent of the patchset that you submitted was15:33
markmcmtaylor, yeah, I'm talking about e.g. doing git-bisect on some regression you find later15:33
danpbas compared to the horrible thinkgs merging does to the history15:33
markmcmtaylor, you land on my patch, blame me ... but it was the rebase/merge's fault, not mine15:33
markmcmtaylor, but TBH, I'd prefer the cleaner history :)15:33
jeblairmarkmc: so there is at least one test of the code _excatly_ as its committed, before its committed.15:33
mtaylormarkmc: indeed. although honestly I don't care about blame15:33
mtaylormarkmc: ++15:33
markmcmtaylor, you only see it in gerrit, not git15:33
markmcmtaylor, blame is why we have Author: tags :)15:34
mtaylormarkmc: the bisect will still find the code change where the failure is, so you can more easily find what broke15:34
mtaylormarkmc: :)15:34
danpbmarkmc  whether its the merges fault, or the original patch authors fault is not important IMHO15:34
mtaylordanpb: ++15:34
danpbmarkmc merely identifying the point at which the fault occurred is the important thing15:34
mtaylorthe important thing is finding the error and being able to fix it15:34
markmcdanpb, mtaylor, it actually is useful information15:35
danpbwhether your patch originally worked, prior to it being applied is not important IMHO, only that once applied it is broken15:35
markmcdanpb, mtaylor, you know that it's a conflict between two independent changes15:35
danpbi don't think that tells you anything useful15:35
markmcdanpb, mtaylor, think about looking at the result of git-bisect15:36
danpbthat you don't already find out otherwise15:36
markmcdanpb, mtaylor, if it's a cherry-picked patch, you try and figure out why the patch was broken15:36
markmcdanpb, mtaylor, if it's a merge, you know it's a conflict between two different patches15:36
markmcotherwise the bisect would have landed on the patch itself, not the merge15:37
danpbi've never really found a case where that distinct is relevant or useful15:37
markmcbut again, I'd say "a cleaner history is more useful"15:37
danpbmaybe it could be, but I've never seen it15:37
markmcthat's because you're not a kernel developer15:37
markmcand they're special15:37
mtayloryeah - I can see what markmc is talking about in theory, but also agree, the clean history is more useful15:37
jeblairmarkmc: when you brought it up on the mailing list, there seems to have been some consensus that people liked the clean history of cherry-pick, and i don't recall any objections.15:37
markmcjeblair, yeah, don't mind me15:38
* jeblair considers markmc the leading champion of cherry-pick15:38
markmcI'm mostly just warning you folks about how kernel developers are going to tell us we suck for doing this15:38
* danpb doesn't much care for the kernel developers opinions on non-kernel projects15:39
markmcdanpb, you know kernel developers are infallible, right?15:40
jeblairturns out there's more than one way to run a project.  and git even supports being used in more than one way.  :)15:40
markmc(that pause in conversation was brought to you by my laptop swapping like mad while I copy a disk image)15:40
danpbmarkmc if they're infallible maybe one of them can be Pope ;-P15:40
vishymtaylor, jeblair, markmc: https://review.openstack.org/1108115:41
vishystraw man :)15:42
* markmc imagines us all lining up to kiss linus's hand15:42
*** maploin has joined #openstack-dev15:42
*** maploin has quit IRC15:42
*** maploin has joined #openstack-dev15:42
dansmithwell, probably better than RMS'.. I don't think he showers much..15:42
mtaylorvishy: I likey15:46
mtaylordansmith: I've touched RMS' hand before. I do not want to kiss it15:46
dansmithheh15:47
mtaylorvishy: if the rebase changes fails, should we rebase --abort for people? or leave it in rebase conflict state?15:48
mtaylor(in this new model)15:48
*** spiffxp has joined #openstack-dev15:48
vishymtaylor: hmm, maybe abort with a message to rebase manually might be nicer, but it kind of makes --no-rebase useless15:51
*** primeministerp has quit IRC15:54
*** primeministerp has joined #openstack-dev15:54
*** alex88 has quit IRC15:55
*** sdake has quit IRC15:57
*** maploin has quit IRC15:58
*** rafaduran has quit IRC15:59
*** sdake has joined #openstack-dev15:59
*** Rajesh has joined #openstack-dev16:02
*** Rajesh is now known as Guest3807016:02
*** ayoung is now known as ayoung-afk16:02
*** cloudvirt has joined #openstack-dev16:08
*** ewindisch has quit IRC16:09
*** ecarlin has quit IRC16:09
*** lloydde has joined #openstack-dev16:10
*** Mandell has joined #openstack-dev16:14
*** rnirmal has joined #openstack-dev16:16
*** Gordonz has quit IRC16:17
*** ewindisch has joined #openstack-dev16:20
*** primeministerp has joined #openstack-dev16:23
*** danwent has joined #openstack-dev16:24
*** garyk has quit IRC16:24
*** danwent has quit IRC16:24
*** primeministerp has quit IRC16:27
*** primeministerp has joined #openstack-dev16:28
*** dubsquared1 has joined #openstack-dev16:30
*** dubsquared has quit IRC16:30
*** EmilienM has joined #openstack-dev16:32
*** Shrews has quit IRC16:35
*** EmilienM has quit IRC16:36
*** utlemming has quit IRC16:38
*** colinmcnamara has joined #openstack-dev16:39
*** ecarlin has joined #openstack-dev16:42
*** Ryan_Lane has joined #openstack-dev16:42
*** danwent has joined #openstack-dev16:43
*** cloudvirt has quit IRC16:45
*** rnirmal has quit IRC16:46
*** anniec has joined #openstack-dev16:46
*** EmilienM has joined #openstack-dev16:47
*** Shrews has joined #openstack-dev16:48
*** utlemming has joined #openstack-dev16:49
*** adjohn has joined #openstack-dev16:50
*** cloudvirt has joined #openstack-dev16:53
*** rohitk_1 has quit IRC16:55
*** sulochan has quit IRC16:56
*** inteq has joined #openstack-dev16:57
*** samkottler is now known as samkottler|lunch16:58
*** nati_ueno has joined #openstack-dev16:59
*** rohitk has joined #openstack-dev17:00
*** thingee_zz is now known as thingee17:03
*** dolphm_ has quit IRC17:03
*** markmcclain1 has quit IRC17:03
*** anniec_ has joined #openstack-dev17:06
*** ecarlin_ has joined #openstack-dev17:06
*** ecarlin has quit IRC17:06
*** ecarlin_ is now known as ecarlin17:06
*** issackel_ has joined #openstack-dev17:07
*** ecarlin has quit IRC17:07
*** ecarlin has joined #openstack-dev17:07
*** anniec has quit IRC17:08
*** anniec_ is now known as anniec17:08
*** nunosantos has joined #openstack-dev17:09
*** PotHix has joined #openstack-dev17:12
*** hub_cap has joined #openstack-dev17:13
*** colinmcnamara has quit IRC17:14
*** garyk has joined #openstack-dev17:15
vishyjgriffith: ping17:18
jgriffithvishy: hey17:19
*** dprince_ has quit IRC17:19
*** dprince has joined #openstack-dev17:19
vishyjgriffith: have we cleaned out the cinder db and migrations yet?17:19
*** dubsquared1 has quit IRC17:19
jgriffithvishy: Yep, unless there's stuff I missed17:20
jgriffithvishy: I went threw those a couple months ago17:20
jgriffithvishy: We have a single db migration file right now17:21
vishyjgriffith: cool, couldn't remember17:21
vishyjgriffith: how about keeping pace with common?17:21
jgriffithvishy: Pretty good there thanks to markmc and vincent17:21
jgriffithvishy: I'll be due to take another pass through those next week I think17:22
*** jdurgin has joined #openstack-dev17:23
*** Guest38070 has quit IRC17:24
*** rohitk has quit IRC17:24
*** johnpur has left #openstack-dev17:24
jgriffithvishy: If you're noticing something I'm missing let me know17:25
*** jaypipes has quit IRC17:25
*** colinmcnamara has joined #openstack-dev17:30
*** harlowja has joined #openstack-dev17:30
*** ayoung-afk is now known as ayoung17:31
*** darraghb has quit IRC17:31
hub_capim interested in adding a library to a project, whats the process for petitioning to add a library?17:33
*** joesavak has joined #openstack-dev17:34
*** markmcclain has joined #openstack-dev17:36
vishyhub_cap: it is a prop into the common library project now http://lists.openstack.org/pipermail/openstack-dev/2012-August/000424.html17:36
*** negronjl has quit IRC17:36
hub_cap<3 vishy17:36
*** negronjl has joined #openstack-dev17:36
hub_capthats good actually cuz i want to add a library to the keystone middleware (hopefully i wont get ran out of town with torches and pitchforks)17:37
*** danpb has quit IRC17:38
*** hub_cap has quit IRC17:39
*** ecarlin has quit IRC17:39
*** hub_cap has joined #openstack-dev17:39
hub_capso vishy mtaylor if i want to add a library to openstack/requirements, should i have a BP detailing why, i assume? Whats the 'process' persay17:42
hub_capjust prop it? BP it? etc...17:42
*** jaypipes has joined #openstack-dev17:45
*** ayoung is now known as ayoung-afk17:50
*** joesavak has quit IRC17:58
*** kyriakos has quit IRC17:59
*** zaneb has quit IRC18:00
*** joesavak has joined #openstack-dev18:02
*** colinmcnamara has quit IRC18:06
*** epim has joined #openstack-dev18:08
*** dubsquared has joined #openstack-dev18:18
*** samkottler|lunch is now known as samkottler18:20
*** harlowja has quit IRC18:21
*** joesavak has quit IRC18:24
adam_ghub_cap: just curious, which library?18:25
*** harlowja has joined #openstack-dev18:26
hub_cappython-beaker adam_g18:26
hub_capa generic cache library so we can specify cache types18:26
hub_capie memory, db, memcache18:26
adam_gcool, thanks18:27
hub_capnp, seem sane adam_g?18:27
*** colinmcnamara has joined #openstack-dev18:27
*** sdake has quit IRC18:28
*** sdake has joined #openstack-dev18:28
*** dubsquared has quit IRC18:31
*** zaitcev has joined #openstack-dev18:32
*** joesavak has joined #openstack-dev18:32
*** jsavak has joined #openstack-dev18:35
*** joesavak has quit IRC18:37
*** dubsquared has joined #openstack-dev18:42
*** wiliam has quit IRC18:43
*** hub_cap is now known as hub_cap_onoes_go18:44
mtaylorhub_cap_onoes_go: I'd just prop it18:44
mtaylorhub_cap_onoes_go: we just need to ensure that the right folks are in the review team for the project :)18:45
*** dolphm has joined #openstack-dev18:51
*** erikzaadi has joined #openstack-dev18:51
*** hub_cap_onoes_go is now known as hub_cap18:53
hub_capmtaylor: <318:53
*** adiantum has joined #openstack-dev18:53
*** dubsquared has quit IRC18:58
*** dhellmann_ has joined #openstack-dev18:58
*** novas0x2a|laptop has joined #openstack-dev19:00
*** dhellmann has quit IRC19:01
*** dhellmann_ is now known as dhellmann19:01
*** dubsquared has joined #openstack-dev19:04
*** jsavak has quit IRC19:04
*** colinmcnamara has quit IRC19:05
*** matiu has quit IRC19:12
*** johnpostlethwait has joined #openstack-dev19:15
*** ExxonValdeez has left #openstack-dev19:16
*** steveb_ has joined #openstack-dev19:18
*** erikzaadi has quit IRC19:21
*** ayoung-afk is now known as ayoung19:21
*** colinmcnamara has joined #openstack-dev19:21
*** joesavak has joined #openstack-dev19:27
*** matwood has quit IRC19:27
*** adiantum_ has joined #openstack-dev19:27
*** ecarlin has joined #openstack-dev19:29
*** adiantum has quit IRC19:30
*** joesavak has quit IRC19:31
*** pixelbeat has quit IRC19:32
*** joesavak has joined #openstack-dev19:33
sandywalshso, if I want to add something to nova.openstack.common ... do I add it in nova or openstack-common? (is the nova.openstack.common in nova some sort of symlink?)19:34
sandywalsh(like a git submodule)19:35
jgriffithsdague: Oops, looks like you were doing all of them19:36
jgriffithsdague: Well, Cinder's done anyway.19:36
sdaguejgriffith: yep, though for some reason cinder didn't auto update19:37
sdaguejgriffith: is cinder's linkage from commit messages working?19:37
jgriffithsdague: should be, unless something broke recently19:37
sdaguehttps://bugs.launchpad.net/quantum/+bug/1035035 - all the projects except cinder updated when I pushed patches19:37
uvirtbotLaunchpad bug 1035035 in openstack-common "git review autorebase should "die in a fire"" [Undecided,In progress]19:37
sdaguesandywalsh: you add it to openstack-common, then sync it to nova after it lands in common19:37
*** johnpostlethwait has quit IRC19:38
jgriffithsdague: yeah, something's broke19:38
sdaguesandywalsh: http://wiki.openstack.org/CommonLibrary19:38
sandywalshsdague: thanks, I'll have a look19:38
jgriffithsdague: But I don't see your patch in the dashboard eitehr??19:38
jgriffithsdague: NM got it19:39
sdaguejgriffith: https://review.openstack.org/#/c/11097/19:39
jgriffithsdague: yup, notifications don't seem to be working on Cinder :(19:39
sdaguejgriffith: well that's one way to find project inconsitencies :)19:40
jgriffithhaha19:40
garyknati_ueno: ping19:43
annegentledoes any one know if the os-volumes extension creates volumes using the Compute API?19:44
annegentleand if so, is it the "same thing" as using the Volume API's call to make a volume?19:45
*** dprince has quit IRC19:45
mtaylorjgriffith: vish has already submitted a patch for autorebase die in a fire...19:46
mtaylorjgriffith: https://review.openstack.org/1108119:46
jgriffithmtaylor: bahh... vishy, sdague and me now19:46
jgriffithmtaylor: Any idea why notifications have stopped on Cinder?19:47
jeblairjgriffith: you mean bug links?19:47
jgriffithjeblair: bug links and email notifications of gerrit submissions19:47
jeblairjgriffith: hudson-openstack was missing from cinder-bugs group; i just added it; should be fixed for future events now19:47
jgriffithjeblair: yeah, figured it out19:48
jgriffithjeblair: thanks!!!19:48
jeblairnp, i'm sure it's something i forgot to do a while back.19:48
jeblairjgriffith: email from gerrit, otoh, is different19:48
jgriffithjeblair: Actually I think we had it initially then turned it off in one of our squashes19:48
jeblairjgriffith: don't know why that wouldn't work -- you've checked that you have the project watches set up the way you want?19:48
jeblairjgriffith: it's a per-user/per-repo option19:49
jeblairhttps://review.openstack.org/#/settings/projects19:49
jgriffithjeblair: Yeah, I'm good there.  Was fine until this afternoon19:49
*** colinmcnamara has quit IRC19:49
*** thingee is now known as thingee_zz19:49
jgriffithjeblair: Lemme give it a while and see if it's just gmail/chrome crap19:49
*** mnewby has quit IRC19:49
jgriffithjeblair: Well crap... I've missed all sorts of email this afternoon19:50
nati_uenogaryk: pong19:51
jeblairjgriffith: looks like gmail is at least accepting mail for you from the gerrit server in general19:51
jgriffithjeblair: yeah, I logged out back in and got a ton'o emails19:52
jgriffithjeblair: Problem was on my end, sorry19:52
jeblairjgriffith: go ajax!  :)19:52
*** matwood has joined #openstack-dev19:52
sdaguemtaylor: oh, I thought we were going to fix it client side19:55
mtaylorsdague: we are19:56
mtaylorsdague: patch has been submitted, I like it19:56
mtaylorsdague: hopefully we'll land that and one other today and then cut a new git review release19:57
*** cdub has quit IRC19:57
sdaguemtaylor: ok, so the .gitreview patches that I just sent in aren't needed?19:57
sdaguemarkmc realized we could just turn it off there as well19:57
mtaylorsdague: nope we should have something out by today19:57
*** ayoung_ has joined #openstack-dev19:58
*** dolphm has quit IRC19:58
*** cdub has joined #openstack-dev19:58
*** ayoung has quit IRC19:58
sdaguemtaylor: that review from vishy just adds force rebase, right, or am I missing something?19:59
mtaylorsdague: you are. what it actually does is just does a test rebase19:59
mtaylorsdague: if it works, it resets you back to pre-rebase state before submitting19:59
mtaylorsdague: if it doesn't, it'll bomb out and tell you that you are unmergable with upstream20:00
*** adiantum_ has quit IRC20:00
mtaylorso the rebase will only get triggered when you actually _need_ to rebase because gerrit won't be able to merge your patch20:00
clarkband you would need to do it manually or use the -F option20:01
*** jsavak has joined #openstack-dev20:02
vishysdague: it rolls back rebases if they are not necessary20:03
hub_capso mtaylor who do u think the "right" people would be to get the beaker thing looked @? Its going to be used in the middleware, so it doesnt really affect keystone, but it does the projects that use it. I assume glance and nova ptls, or some representation of those teams? cinder possibly as well? im not fully sure what projects use the middleware besides nova20:04
vishymtaylor: I just realized that the force rebase option is silly, the only time when it does anything is if the rebase fails20:04
*** joesavak has quit IRC20:04
vishymtaylor: oh actually cancel that I just confused myself for a second :)20:04
*** ecarlin has quit IRC20:05
*** ecarlin has joined #openstack-dev20:05
vishyI can't come up with a situation where it would actually be useful though.20:05
*** joesavak has joined #openstack-dev20:05
sdaguewell, it's an option that would be needed to counteract defaultrebase=0 in the configs, if that existed for someone20:06
clarkbdoesnt -F start the failed rebase for you?20:06
vishyclarkb: no -F leaves the rebase in20:07
vishy-F gives you the current behavior20:07
clarkbah20:07
vishywhich is to rebase no matter what20:07
*** jsavak has quit IRC20:07
*** hub-cap has joined #openstack-dev20:08
vishyi can't really come up with a situation where you would want to do that though20:08
*** jsavak has joined #openstack-dev20:08
*** hub_cap has quit IRC20:08
*** hub-cap is now known as hub_cap20:08
*** dubsquared has quit IRC20:08
sdaguemtaylor: people will have to upgrade their git-review to get the change, correct? so do we want to leave the .gitreview patches there? just confirming before I got abandon them20:10
sdagues/got/go/ ... need more caffine20:11
hub_capvishy: who should i get to review the requirement add for python-beaker on your team?20:11
vishyhub_cap: define my team?20:12
hub_capnova-core20:12
*** joesavak has quit IRC20:12
hub_cap:)20:12
vishysend me a link?20:13
hub_capvishy https://review.openstack.org/#/c/11099/20:13
*** joesavak has joined #openstack-dev20:13
hub_capits failed in jenkins but mtaylor is fixing that20:13
hub_capeffectively id like to make a cache that is pluggable in the middleware so i can use whatever the Eff i want (that beaker supports :D )20:13
*** jsavak has quit IRC20:14
vishyhub_cap: it isn't called beaker?20:14
hub_caphttps://launchpad.net/ubuntu/precise/i386/python-beaker/1.5.4-420:14
*** steveb_ has quit IRC20:15
vishythat is a pip-requires though...20:15
hub_capoh duh20:15
hub_caphaha welllllll then20:15
vishy:)20:15
* vishy is an ace at reviews20:15
hub_capyes u are20:15
hub_cap<3 vishy20:16
*** ecarlin has quit IRC20:22
*** vanchester has quit IRC20:22
*** matwood has quit IRC20:23
hub_capok vishy jenkins still hates me, but, now pip doesnt https://review.openstack.org/#/c/11099/20:23
*** thingee_zz is now known as thingee20:24
clarkbI will fix that20:26
vishyi guess my only complaint now is that you don't know the order of the alphabet...20:26
vishyhub_cap: ^^20:26
vishy:p20:27
sdague:)20:27
clarkbmtaylor: is puppet not doing the bare git repo initing yet?20:27
* clarkb does it by hand20:28
hub_capOMFG vishy this is what i get when i friggen do this wile trying to listen in on a conf call20:29
hub_capgeesus im a MORON20:29
*** joesavak has quit IRC20:29
hub_capobviously u havent heard the rule k before c except after u20:29
clarkbhub_cap: if you push another patchset to that change I think jenkins will be happy now. Or you can wait for somoene that is a gerrit Administrator to force replication to happen (mtaylor can do that)20:30
hub_caphaha i _just_ did too, i can amend the comment since it was complaing about word wrap20:31
*** epim has quit IRC20:31
*** JStoker has quit IRC20:32
*** epim has joined #openstack-dev20:33
*** vanchester has joined #openstack-dev20:34
hub_capok clarkb vishy ive gotten some updates from jaypipes on the ML, so ill bring that in to consensus before i attempt to make this land20:34
jaypipeshub_cap: only trying to help :)20:35
hub_capno dude, it does help20:37
*** anniec_ has joined #openstack-dev20:37
hub_capim not saying anything otehr than id like to get everything worked out, i dont want something to land to be stripped out or not used20:37
jaypipeshub_cap: totally20:37
hub_capi think its a fyne idea jaypipes20:37
hub_cap;)20:37
jaypipeshub_cap: I'm 100% supportive of your idea and work20:38
hub_capi mean, GOD jaypipes always more work for me20:38
hub_cap:D20:38
jaypipeslol20:38
hub_capill reply on ML, thx again jaypipes20:38
jaypipesnp!20:38
*** rkukura has quit IRC20:39
*** JStoker has joined #openstack-dev20:40
*** anniec has quit IRC20:40
*** anniec_ is now known as anniec20:40
*** matwood has joined #openstack-dev20:41
*** jtran has joined #openstack-dev20:43
*** thingee is now known as thingee_zz20:47
*** ExxonValdeez has joined #openstack-dev20:49
*** nati_uen_ has joined #openstack-dev20:49
*** nati_ueno has quit IRC20:49
*** clarkb has quit IRC20:51
*** clarkb1 has joined #openstack-dev20:51
*** alanmac has joined #openstack-dev20:51
*** clarkb1 is now known as clarkb20:52
*** sacharya has quit IRC20:53
hub_capclarkb: jenkins hates me https://jenkins.openstack.org/job/gate-requirements-merge/4/consoleFull20:55
hub_caplets take it to infra channel20:56
clarkbI think that means I missed something20:56
*** dprince has joined #openstack-dev20:59
*** ExxonValdeez has left #openstack-dev21:00
vishynova meeting in openstack-meeting21:00
*** alexpilotti has quit IRC21:01
*** matwood has quit IRC21:03
*** ecarlin has joined #openstack-dev21:03
*** maurosr has quit IRC21:04
*** cbj has quit IRC21:04
*** bhuvan has joined #openstack-dev21:06
bhuvandhellmann: do you think, i should fix env() method to handle boolean values set in any env variables?21:08
*** mtreinish has quit IRC21:08
bhuvanlike, if the value is 0 or 'False', set it to False; if the value is 1 or 'True', set it to True.21:08
*** dolphm_ has joined #openstack-dev21:08
*** matwood has joined #openstack-dev21:09
*** markmcclain has quit IRC21:11
*** lts has quit IRC21:20
*** markmcclain has joined #openstack-dev21:23
*** hub_cap has quit IRC21:23
*** sacharya has joined #openstack-dev21:23
*** vanchester has quit IRC21:24
*** vanchester has joined #openstack-dev21:25
*** alexpilotti has joined #openstack-dev21:26
*** sacharya has quit IRC21:26
*** vanchester has quit IRC21:27
bhuvandhellmann: nevermind. posted code snippet to the review request, 9497.21:31
*** cloudvirt has quit IRC21:31
*** johnpostlethwait has joined #openstack-dev21:34
*** jakedahn_zz is now known as jakedahn21:36
*** johnpostlethwait has quit IRC21:36
*** rkukura has joined #openstack-dev21:40
*** steveb_ has joined #openstack-dev21:41
*** ecarlin has quit IRC21:44
*** ayoung_ is now known as ayoung21:44
*** epim has quit IRC21:45
*** ecarlin has joined #openstack-dev21:46
*** dhellmann has quit IRC21:50
*** markmcclain has quit IRC21:51
*** thingee_zz is now known as thingee21:51
*** ayoung has quit IRC21:56
*** flaviamissi has quit IRC22:00
*** avishay has joined #openstack-dev22:03
*** Dr_Who has quit IRC22:09
*** fsouza_ has joined #openstack-dev22:09
avishaymikal: ping22:11
*** jgriffith has quit IRC22:11
*** fsouza has quit IRC22:12
*** jgriffith has joined #openstack-dev22:12
*** markmc is now known as mcaway22:12
*** dprince has quit IRC22:12
avishayIf someone could review our volume driver for Folsom I would really appreciate it.  It's already merged into Cinder.  Thanks!  https://review.openstack.org/#/c/10535/22:19
*** ecarlin has quit IRC22:20
*** edygarcia_ has joined #openstack-dev22:22
*** datsun180b has quit IRC22:25
*** edygarcia has quit IRC22:26
*** edygarcia_ is now known as edygarcia22:26
*** sandywalsh has quit IRC22:28
*** tongli has quit IRC22:29
*** dubsquared has joined #openstack-dev22:32
*** e1mer has joined #openstack-dev22:38
*** jog0 has joined #openstack-dev22:47
*** fsouza_ has quit IRC22:47
*** dubsquared has quit IRC22:48
*** oneiroi is now known as oneiroi|gone22:49
*** spiffxp has quit IRC22:50
adam_ghas anyone out there been usingnova on kernels new than 3.2.x?22:53
dansmithvishy: I just slammed up a new version of the task_state revert thing.. you're on the review list22:53
*** maurosr has joined #openstack-dev22:53
dansmithvishy: the testing of it without the lock throwing an exception (which is how it used to be) is a little funky, so I'm sure there's a -1 in there22:53
dansmithvishy: ...and markmc is conveniently not around :P22:54
asalkeldadam_g, fedora 17 (Linux elf 3.4.6-2.fc17.x86_64)22:56
*** ewindisch has quit IRC22:56
vishydansmith: lol setting none is funny22:58
*** nunosantos has quit IRC22:58
dansmithvishy: ...well, it works :)22:59
vishydansmith: it won't work if there is a method that doesn't call a driver though :(22:59
*** edygarcia has quit IRC22:59
dansmithvishy: true, but those all should, I think22:59
*** epim has joined #openstack-dev22:59
vishydansmith: like this one :) https://review.openstack.org/#/c/10908/22:59
*** edygarcia has joined #openstack-dev23:00
*** epim has quit IRC23:00
dansmithI guess I should make sure than an exception is triggered to avoid a false positive23:00
*** epim has joined #openstack-dev23:00
dansmithbut the ones in the list it's testing do, I think23:00
*** jtran has quit IRC23:00
dansmithany other ideas on how to force an exception without disrupting the decorator stack on those methods?23:00
vishydansmith: I can't really think of anything better except maybe stubbing out wrap_instance_fault to raise an exception23:01
dansmithwell,23:01
dansmiththat disrupts the decorator stack and doesn't do what you would think23:01
dansmiththat's where I started first23:01
vishyhe23:01
*** alexpilotti has quit IRC23:01
*** jgriffith has quit IRC23:02
dansmiththe other thing would be to make wrap_instance_fault check a global "are we testing" flag and throw a bogus error, but that's rather ugly :)23:02
*** epim_ has joined #openstack-dev23:02
adam_gasalkeld: with which networking setup?23:03
vishyreally something like stubs.Set(manager, 'wrap_instance_fault', new_decorator) doesn't work?23:03
vishywhere the new_decorator just returns a method that raises an exception when it is called?23:03
vishydansmith: ^^23:03
dansmithvishy: no, because by the time we're doing that stub,23:03
asalkeldadam_g, network_manager=nova.network.manager.FlatDHCPManager23:03
dansmiththe class method has already been created and decorated23:04
vishyi mean that is super ugly, oh yes the decorator is at import time23:04
dansmithso you can change the decorator, but it's too late23:04
*** edygarcia has quit IRC23:04
vishydansmith: gotcha yeah i don't really have a better way i guess23:04
*** epim has quit IRC23:04
*** epim_ is now known as epim23:04
*** ewindisch has joined #openstack-dev23:05
dansmithvishy: okay.. I could put a "# NOTE(danms): cash reward offered for a better approach" in there if you like :)23:05
vishyyou could stub out _get_lock()!23:05
vishyto raise an exception :p23:05
adam_gasalkeld: no issues with DHCP, huh?  just curious.. someone on the list confirmed an issue im seeing with DHCP that seems to show up in 3.3 vanilla kernels.23:05
asalkeldnothing obvious yet23:06
*** hemna has quit IRC23:06
asalkeldThere were some intermediate bad kernels23:06
*** jog0_ has joined #openstack-dev23:06
asalkeldbut this seems good23:06
dansmithvishy: yeah, although that will only work for things that also check the lock,23:07
dansmithwhich is probably the same list right now, but might be a smaller total list23:07
adam_gi should say, the problem seems to affect all vanilla kernels ive tested since 3.3 :)23:07
dansmithvishy: but, I'm happy to make that change and add a false positive check in the test23:07
*** jog0 has quit IRC23:09
*** jog0_ is now known as jog023:09
*** rpedde is now known as rpedde_away23:13
*** lloydde has quit IRC23:14
*** belliott has quit IRC23:15
*** belliott has joined #openstack-dev23:16
*** jog0 has quit IRC23:16
*** jog0 has joined #openstack-dev23:16
*** dolphm_ has quit IRC23:17
*** fsouza has joined #openstack-dev23:17
*** anniec has quit IRC23:20
*** ayoung has joined #openstack-dev23:20
*** johnpostlethwait has joined #openstack-dev23:23
dansmithvishy: okay, that worked for all the cases in the test.. lucky #10 is up, and with the pep8 issue fixed23:24
*** harlowja_ has joined #openstack-dev23:25
*** harlowja has quit IRC23:25
*** harlowja_ is now known as harlowja23:25
*** maurosr has quit IRC23:26
*** spiffxp has joined #openstack-dev23:28
*** pixelbeat has joined #openstack-dev23:29
*** issackel_ has quit IRC23:31
*** cp16net is now known as cp16net|away23:33
*** cp16net|away is now known as cp16net23:33
*** ohnoimdead has joined #openstack-dev23:35
*** ohnoimdead has quit IRC23:35
*** flaviamissi has joined #openstack-dev23:35
*** littleidea has quit IRC23:37
*** ncode has quit IRC23:38
*** markmcclain has joined #openstack-dev23:38
*** littleidea has joined #openstack-dev23:39
cdubmarkmcclain: hey, have a moment to help me understand the netns requirement (or point me to the blueprint, etc)?23:39
*** eglynn has quit IRC23:42
*** ecarlin has joined #openstack-dev23:42
markmcclainyes23:45
markmcclainhttps://blueprints.launchpad.net/quantum/+spec/dhcp-overlapping-ips23:47
*** edygarcia has joined #openstack-dev23:47
cdubmarkmcclain: cool, looking at it from the point of view of not having ip netns support in various distros, so wanted to see how to deal w/ that (creat alternative, whatever)23:47
cdubmarkmcclain: thanks23:48
markmcclainthe bp is little light23:48
cdubmarkmcclain: ok, so it is ;)23:48
markmcclainone of the things we discussed is making this optional for older distros23:49
*** joesavak has joined #openstack-dev23:49
cdubmarkmcclain: the part i don't get is why the dnsmasq process isn't per network, and therefore only handing out addrs for that network (overlapping or not)23:49
markmcclainthe dnsmasq process is per network23:50
markmcclainbut you can't have two interfaces on the host that have IP addresses on overlapping IP ranges23:51
*** jsavak has joined #openstack-dev23:51
cdubwell, you can, routing just gets interesting23:52
*** markmcclain has quit IRC23:52
*** markmcclain has joined #openstack-dev23:52
cdubmarkmcclain: which interfaces are w/ overlapping ip ranges?23:53
*** joesavak has quit IRC23:54
markmcclainany of them… since Quantum tenants can create any network ip range so the interface can be spun in the same range as the management network23:56
*** Mandell_ has joined #openstack-dev23:58
*** Mandell has quit IRC23:58
cdubthe traffic should be isolated by being w/in a quantum network though (i.e. unique vlan)23:59
markmcclainit is until traffic has to traverse the host23:59
markmcclainif the host knows about 2 192.168.1.3's which one does it talk to?23:59

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