Friday, 2012-12-14

mnewbysdague: Tempest exposes the dark underbelly of openstack rest api's and python client api's.  Some projects are good, others are terrible, consistency is shockingly absent.00:03
mnewby(or perhaps not-so-shockingly)00:04
*** anniec has quit IRC00:05
jaypipesmordred: I've checked out both testr and testresources and I haven't been able to figure out how to apply fixtures in a functional integration test way... it works great for unit tests, not so much for this.00:06
*** esp has quit IRC00:06
*** sacharya has quit IRC00:07
*** mtreinish has quit IRC00:10
*** jaypipes has quit IRC00:13
*** yidclare has joined #openstack-dev00:14
sdaguemnewby: honestly, tempest has it's own dark underbelly00:19
mnewbysdague: I agree, but trying to work with openstack client python api's has been it's own brand of terrible.00:19
mnewbysdague: I can't believe these are for public consumption.00:20
mnewbysdague: I mean, fine we have messy internals in various projects.  But to have 3rd party programmers subjected to such terrible design is really unconscionable to me.00:21
mnewbysdague: and sadly, no amount of code review or other infrastructure can make up for poor design sense.00:21
sdagueok, well new attempt, less sledge hammer, up https://review.openstack.org/#/c/18098/00:22
mnewbysdague: I've talked with jaypipes about the need for a sync flag for api clients...00:24
mnewbysdague: Everybody needs the capability at some point or another, and it would be great if it could live in the clients instead of having to be implemented by everyone else.00:25
mnewbysdague: I only mention that because I was implementing the same thing as your change for the base class for smoke testing.00:26
*** nati_ueno has joined #openstack-dev00:27
*** yidclare has quit IRC00:28
*** bearovercloud has joined #openstack-dev00:29
*** juice_ has quit IRC00:33
*** alunduil has joined #openstack-dev00:34
*** lloydde has joined #openstack-dev00:36
*** jergerber has joined #openstack-dev00:40
*** dwalleck has joined #openstack-dev00:41
*** maxiz has joined #openstack-dev00:47
*** dwalleck has quit IRC00:48
*** dwalleck has joined #openstack-dev00:49
*** mrodden1 has quit IRC00:50
*** ndipanov has quit IRC00:53
*** dolphm has joined #openstack-dev00:56
*** dani4571 has quit IRC00:59
*** dolphm_ has joined #openstack-dev01:00
*** dolphm has quit IRC01:00
*** n000 has joined #openstack-dev01:00
*** gugl has joined #openstack-dev01:01
*** alexpilotti has joined #openstack-dev01:01
*** n000 is now known as koolhead1101:04
cyeohcan anyone tell me if I run tempest against devstack whether it should by default pass all the tests? If not are there certain config settings I need to get them to all pass or will some just always fail?01:04
clarkbcyeoh: I think there are two levels full and smoke. smoke should always pass and full passes most of the time01:05
*** dolphm_ has quit IRC01:05
clarkbbecause of this smoke is used in the gate01:05
cyeohclarkb: thanks!01:06
gatuusboys!!01:07
*** mrodden has joined #openstack-dev01:07
gatuusboys!!! guess what!!!! I found a Cloudinit for WINDOWS!!!! weee!!!! =) =) =)01:07
*** vipuls is now known as vipuls|away01:08
*** dwalleck has quit IRC01:10
*** vipuls|away is now known as vipuls01:11
gatuusIts not the "cloudinit.net"  it is a Cloudinit for windows for openstack!!! =) =) =)01:11
*** gyee has quit IRC01:13
*** anniec has joined #openstack-dev01:16
*** anniec_ has joined #openstack-dev01:16
*** anniec has quit IRC01:21
*** anniec_ is now known as anniec01:21
*** zeriouz has joined #openstack-dev01:21
*** anniec has quit IRC01:23
*** anniec has joined #openstack-dev01:24
*** sacharya has joined #openstack-dev01:25
*** anniec has quit IRC01:26
*** ahardy_ has quit IRC01:29
*** novas0x2a|laptop has quit IRC01:31
*** zul has quit IRC01:32
*** gugl has quit IRC01:33
*** sacharya has quit IRC01:35
*** sacharya has joined #openstack-dev01:35
*** dwalleck has joined #openstack-dev01:39
*** crandquist has joined #openstack-dev01:39
*** dwalleck_ has joined #openstack-dev01:40
*** dwalleck_ has joined #openstack-dev01:41
*** markwash has quit IRC01:42
*** xchu has joined #openstack-dev01:43
*** crandquist has quit IRC01:43
*** dwalleck has quit IRC01:44
*** maxiz has quit IRC01:44
*** andrewbogott is now known as andrewbogott_afk01:48
*** dwalleck_ has quit IRC01:50
*** lloydde has quit IRC01:51
openstackgerritA change was merged to openstack/cinder: Add *.swp to gitignore.  https://review.openstack.org/1807401:51
*** hillyu has joined #openstack-dev01:54
*** winston-d_ has joined #openstack-dev01:54
*** alexpilotti has quit IRC01:54
*** dwalleck has joined #openstack-dev01:58
*** dprince has joined #openstack-dev01:59
*** hillyu has quit IRC01:59
*** harlowja has quit IRC02:02
*** dims has quit IRC02:09
*** dolphm has joined #openstack-dev02:11
*** dolphm has quit IRC02:15
*** bing_bu has joined #openstack-dev02:15
*** dims has joined #openstack-dev02:23
*** gongysh has quit IRC02:31
dimsmordred, ah! will try that02:35
*** tserong_ has joined #openstack-dev02:39
*** tserong_ has quit IRC02:39
*** tserong_ has joined #openstack-dev02:39
*** markmcclain has joined #openstack-dev02:40
*** jcooley is now known as jcooley|away02:40
*** Mandell has quit IRC02:41
*** tserong has quit IRC02:41
*** stevebake has quit IRC02:43
*** stevebake has joined #openstack-dev02:43
*** gongysh has joined #openstack-dev02:43
*** mnewby has quit IRC02:49
*** hillyu has joined #openstack-dev02:51
*** nati-ueno has joined #openstack-dev02:52
*** nati-ueno has quit IRC02:55
sdaguecyeoh: tempest should pass on a clean devstack02:55
sdaguethe volumes parts can sometimes be flakey, but the rest should be good.02:56
*** zul has joined #openstack-dev02:56
*** aeperezt has quit IRC02:59
*** dprince has quit IRC03:00
*** adjohn has quit IRC03:02
*** aeperezt has joined #openstack-dev03:04
*** imsplitbit has joined #openstack-dev03:07
*** bearovercloud has left #openstack-dev03:08
*** imsplitbit has quit IRC03:10
*** hazmat has joined #openstack-dev03:12
*** hazmat has joined #openstack-dev03:12
*** stevebake has quit IRC03:14
*** stevebake has joined #openstack-dev03:14
*** stevebake has quit IRC03:19
*** stevebake has joined #openstack-dev03:19
*** almaisan-away is now known as al-maisan03:20
*** al-maisan is now known as almaisan-away03:20
*** stevebake has quit IRC03:22
*** stevebake has joined #openstack-dev03:22
*** davidlenwell has quit IRC03:22
*** vipuls is now known as vipul03:22
*** tserong_ is now known as tserong03:22
*** pixelbeat has quit IRC03:25
*** davidlenwell has joined #openstack-dev03:30
*** stevebake has quit IRC03:32
*** stevebake has joined #openstack-dev03:33
*** kpg2012 has joined #openstack-dev03:34
*** ajc_ has joined #openstack-dev03:35
openstackgerritA change was merged to openstack/nova: Fix for broken switch for config_drive  https://review.openstack.org/1809203:35
*** dubsquared1 has joined #openstack-dev03:41
*** blamar has joined #openstack-dev03:41
*** dubsquared1 has quit IRC03:41
*** aeperezt has quit IRC03:45
openstackgerritA change was merged to openstack/nova: Imported Translations from Transifex  https://review.openstack.org/1775903:45
*** markmcclain has quit IRC03:48
*** aeperezt has joined #openstack-dev03:49
*** kspear has quit IRC03:51
*** jergerber has quit IRC03:51
*** tacy_lee has joined #openstack-dev03:56
*** tacy_lee has left #openstack-dev03:56
openstackgerritA change was merged to openstack/nova: Add general mechanism for testing api coverage.  https://review.openstack.org/1810604:01
*** martine has joined #openstack-dev04:01
*** kspear has joined #openstack-dev04:03
*** jimfehlig has quit IRC04:03
*** mlavalle has joined #openstack-dev04:06
*** mlavalle has left #openstack-dev04:07
openstackgerritA change was merged to openstack/quantum: Replaces assertEquals to assertEqual  https://review.openstack.org/1810404:07
*** brich has joined #openstack-dev04:09
openstackgerritA change was merged to openstack/quantum: Completes coverage of quantum.api.v2.resource  https://review.openstack.org/1784104:09
openstackgerritA change was merged to openstack/quantum: Fixed the unit tests using SQLite do not check foreign keys.  https://review.openstack.org/1782004:12
*** sunilthaha has joined #openstack-dev04:12
*** adjohn has joined #openstack-dev04:13
*** zaneb has quit IRC04:15
*** wu_wenxiang has joined #openstack-dev04:17
*** adjohn has quit IRC04:17
*** martine_ has joined #openstack-dev04:24
*** martine has quit IRC04:24
*** brich has quit IRC04:27
*** stevebake has quit IRC04:27
*** roaet is now known as roaet-away04:27
*** stevebake has joined #openstack-dev04:27
*** jcooley|away is now known as jcooley04:28
*** stevemar has joined #openstack-dev04:29
cyeohsdague: thanks - I get a bunch of failures/errors even when using what I think are the same localrc settings. Just working through why now...04:31
*** zaneb has joined #openstack-dev04:33
*** arata has joined #openstack-dev04:33
*** Mandell has joined #openstack-dev04:40
*** stevebake has quit IRC04:43
*** stevebake has joined #openstack-dev04:46
*** zeriouz has quit IRC04:46
*** danwent has joined #openstack-dev04:47
*** winston-d_ has quit IRC04:49
*** navid_ has joined #openstack-dev04:52
*** stevebake has quit IRC04:53
*** stevebake has joined #openstack-dev04:54
*** lloydde has joined #openstack-dev04:57
*** esp has joined #openstack-dev04:57
*** esp has left #openstack-dev04:59
*** zeriouz has joined #openstack-dev04:59
*** cfarquhar has joined #openstack-dev04:59
*** stevemar has quit IRC05:08
*** aeperezt has quit IRC05:09
*** aeperezt has joined #openstack-dev05:13
*** tacy_lee has joined #openstack-dev05:16
*** nati_ueno has quit IRC05:19
*** darjeeling has quit IRC05:21
*** nati-ueno has joined #openstack-dev05:24
*** nati-ueno has quit IRC05:29
*** nati-ueno has joined #openstack-dev05:30
*** nati-ueno is now known as nati_ueno05:31
*** nati_ueno_2 has joined #openstack-dev05:32
*** nati_ueno_2 has quit IRC05:32
*** nati_ueno has quit IRC05:32
*** nati_ueno has joined #openstack-dev05:33
*** nati_ueno has quit IRC05:34
*** mrodden1 has joined #openstack-dev05:37
*** mrodden has quit IRC05:39
*** maurosr has quit IRC05:39
*** nati_ueno has joined #openstack-dev05:40
*** mlavalle has joined #openstack-dev05:44
*** martine_ has quit IRC05:46
*** mlavalle has left #openstack-dev05:51
*** nati_ueno has quit IRC05:52
*** nati_ueno has joined #openstack-dev05:53
*** aeperezt has quit IRC05:56
*** Mandell has quit IRC06:01
*** tacy_lee has quit IRC06:02
*** Mandell has joined #openstack-dev06:04
*** nati_ueno has quit IRC06:05
*** sacharya has quit IRC06:06
*** nati_ueno has joined #openstack-dev06:06
*** agorodnev has joined #openstack-dev06:08
*** danwent has quit IRC06:12
*** tacy_lee has joined #openstack-dev06:15
*** nati_ueno has quit IRC06:16
*** nati_ueno has joined #openstack-dev06:20
*** nati_ueno has quit IRC06:28
*** colinmcnamara has joined #openstack-dev06:29
*** colinmcnamara has left #openstack-dev06:31
*** mnewby has joined #openstack-dev06:43
*** wenjianhn has joined #openstack-dev06:43
*** sthaha has quit IRC06:49
*** tacy_lee has left #openstack-dev06:50
*** nunosantos has quit IRC06:55
*** koolhead11 has quit IRC07:00
*** darjeeling has joined #openstack-dev07:03
*** jgriffith has quit IRC07:03
*** arata has quit IRC07:09
*** nati_ueno has joined #openstack-dev07:11
*** mindpixel has joined #openstack-dev07:14
*** juice_ has joined #openstack-dev07:18
*** mrunge has joined #openstack-dev07:19
*** nati_ueno has quit IRC07:20
*** CaptTofu has joined #openstack-dev07:26
*** maxiz has joined #openstack-dev07:27
*** zaitcev has quit IRC07:39
*** renier has joined #openstack-dev07:40
*** renier_ has quit IRC07:40
*** Mandell has quit IRC07:40
*** yolanda has joined #openstack-dev07:41
*** juice_ is now known as juice07:44
*** uvg has joined #openstack-dev07:45
*** ndipanov has joined #openstack-dev07:46
*** mnewby has quit IRC07:47
*** EmilienM has joined #openstack-dev07:47
*** EmilienM has quit IRC07:47
*** EmilienM has joined #openstack-dev07:48
*** juice has quit IRC07:51
*** EmilienM has quit IRC07:51
*** corXi has joined #openstack-dev07:52
*** henrynash_ has joined #openstack-dev07:53
*** jcooley is now known as jcooley|away07:55
*** henrynash has quit IRC07:56
*** henrynash_ is now known as henrynash07:56
ttxnotmyname: pong?07:56
*** EmilienM has joined #openstack-dev07:58
*** EmilienM has quit IRC07:59
*** fc__ has joined #openstack-dev07:59
*** reidrac has joined #openstack-dev07:59
*** EmilienM_ has joined #openstack-dev08:00
*** amotoki has joined #openstack-dev08:02
*** rafaduran has joined #openstack-dev08:04
*** brucer has quit IRC08:05
*** nati_ueno has joined #openstack-dev08:07
openstackgerritA change was merged to openstack/cinder: Raise NotImplemented for drivers that don't support images  https://review.openstack.org/1810808:08
*** mmagr has joined #openstack-dev08:12
*** renier_ has joined #openstack-dev08:18
*** renier has quit IRC08:18
*** maxiz has quit IRC08:19
*** halj has quit IRC08:22
*** zeriouz has quit IRC08:23
*** jcooley|away is now known as jcooley08:25
*** akscram1 is now known as akscram08:32
*** darjeeling has quit IRC08:35
*** m4xmr has joined #openstack-dev08:35
*** jcooley is now known as jcooley|away08:38
*** renier_ has quit IRC08:41
*** gael__ has joined #openstack-dev08:42
*** jpich has joined #openstack-dev08:43
*** dwalleck has quit IRC08:45
*** darjeeling has joined #openstack-dev08:48
*** nati_ueno_2 has joined #openstack-dev08:48
*** pixelbeat has joined #openstack-dev08:48
*** nati_ueno_2 has quit IRC08:50
*** e1mer has quit IRC08:50
*** nati_ueno_2 has joined #openstack-dev08:51
*** nati_ueno has quit IRC08:52
*** henrynash has quit IRC08:59
*** nati_ueno has joined #openstack-dev08:59
*** jgriffith has joined #openstack-dev09:01
*** nati_ueno_2 has quit IRC09:03
*** mindpixel has quit IRC09:04
*** jakedahn_zz has joined #openstack-dev09:07
*** renier has joined #openstack-dev09:08
*** boden has joined #openstack-dev09:12
*** lloydde has quit IRC09:19
*** jcooley|away is now known as jcooley09:19
*** lloydde has joined #openstack-dev09:20
*** jakedahn_zz has quit IRC09:20
*** lloydde has quit IRC09:24
*** nati_ueno has quit IRC09:25
*** afazekas has joined #openstack-dev09:25
*** nati_ueno has joined #openstack-dev09:25
*** alobbs has quit IRC09:25
*** alobbs has joined #openstack-dev09:26
*** derekh has joined #openstack-dev09:27
*** jcooley is now known as jcooley|away09:29
*** trapni has joined #openstack-dev09:34
*** jgriffith has quit IRC09:35
zykes-asalkeld: continue here insteard i guess09:40
asalkeldwhere ever09:40
zykes-asalkeld: yeah, but what about where the image is stored, if it's not on shared storage, you're borked ?09:40
zykes-and heat, I know heat can do monitoring / ha09:40
asalkeldso your storage ha is a different beast09:40
asalkeldlayer your ha09:41
asalkeldstorage/instance09:41
asalkelddoes xen do all that for you?09:41
zykes-instance ha is pretty simple, but atm the only ha storage alternatives are ceph or gluster or nfs09:41
zykes-asalkeld: i guess it has pretty kneat support for FC already09:42
asalkeldfc?09:42
zykes-fiberchannel09:42
*** openpercept has joined #openstack-dev09:43
*** thimble has joined #openstack-dev09:44
*** CaptTofu has quit IRC09:48
zykes-how else do you do that?09:52
*** trapnii has joined #openstack-dev09:52
*** nati_ueno has quit IRC09:54
*** trapni has quit IRC09:56
*** xchu has quit IRC10:04
*** johngarbutt has joined #openstack-dev10:07
zykes-johngarbutt: hey10:08
*** trapnii has quit IRC10:10
johngarbuttzykes: hi!10:10
zykes-johngarbutt: are you in the eu timezone or ?10:10
*** kpg2012 has quit IRC10:11
johngarbuttI am in the UK, near Cambridge10:11
johngarbuttwhere are u based?10:12
zykes-.no10:12
*** radez_g0n3 has quit IRC10:12
*** uvg has quit IRC10:12
zykes-johngarbutt: how good would the xenapi stuff be for FiberChannel support ?10:12
*** trapnii has joined #openstack-dev10:13
johngarbuttXenAPI has some good tested support for fiberchannel, however, it only really works with pools if XenServers/XCPs today10:13
*** jcooley|away is now known as jcooley10:13
johngarbuttwhy do you not want VMs on local disk?10:13
zykes-johngarbutt: HA10:14
johngarbuttopenstack doesn't really do HA like that right now though, although we could go in that direction10:14
zykes-johngarbutt: yes it can, with heat & shared storage10:15
johngarbuttthat is more server virt than cloud, so you are fighting what OpenStack is doing a little bit10:15
johngarbuttright heat certainly gets there10:15
zykes-:)10:15
johngarbuttis it using boot from volume?10:15
zykes-yeah, it is kinda like standard virtualization10:15
*** radez_g0n3 has joined #openstack-dev10:15
zykes-but you can make it easier for companies that already has shared storage in place :p10:15
johngarbuttright, if you use boot from volume, then OpenStack at least knows the disk is persistent, so that is good10:16
zykes-tons of companies here that has SANs from EMC, HP or Dell10:16
johngarbuttagreed10:16
johngarbuttcinder guys will know more on the current state of things10:16
zykes-and I highly doubt they'll be wanting to kill of those "cheap" investments : p10:16
zykes-johngarbutt: yeah, but would be cool if you can set a flag in nova that means it should use a specific pool in conder or something10:17
johngarbuttcertainly if they have "free" storage around10:17
zykes-or volume type10:17
johngarbuttOK, so the problem is that OpenStack currently assumes you can attach a volume anywhere in your cloud10:17
zykes-johngarbutt: they may have SAN for OS disks but ISCSI / Ceph for something else10:17
johngarbuttyes, that does make sense10:17
johngarbuttunified orchestration10:17
johngarbuttkinda10:17
zykes-cinder will do this I think already with support for multiple storage backends :p10:17
johngarbuttvolume types should give that soon, once the scheduler hits trunk10:18
zykes-jgriffith or kmartin does maybe know more about the state of this10:18
johngarbuttnot 100% sure if that is in yet, I want to see it for some stuff I want to try too10:18
zykes-:)10:18
johngarbuttyes for sure jgriffith is the man on that stuff10:18
zykes-kmartin: has the pin on fc san stuff10:18
johngarbuttah, col10:18
johngarbuttcool10:18
johngarbuttSo, XenAPI current thinks it creates all the LUNs10:19
johngarbuttand that is basically the issue10:19
zykes-johngarbutt: basically the cool stuff would be to have the possibility to go to a customer and say "Hey you can deploy this within a few days / weeks and without the pain of new investments in hw immediately"10:19
johngarbuttright, got you10:19
zykes-that atm isn't that easy :p10:19
johngarbuttwell unless you use Alamo or Piston right?10:20
zykes-they still need local storage don't they ?10:20
johngarbuttprobably... I guess the existing server virt machines don't have big local disks then?10:20
zykes-johngarbutt: many people i think only have the smallest possible local disk and FC attached storage10:21
johngarbuttAlamo I think can use NFS for VM disks, but you would have to check with them on that10:21
zykes-like Blades f ex10:21
johngarbuttright10:21
zykes-some companies here gots tons of blade servers from dell / ibm / hp10:21
johngarbuttI heard sometimes the local disks on blades have lower IOPs that the connected SAN10:21
zykes-johngarbutt: really they might not even have local disk, just a SD card or similar10:22
johngarbuttright, I remember dell selling something like that with XenServer installed on a USB stick or something10:22
zykes-: o10:22
johngarbuttthanks for the background - very useful context10:22
*** jcooley is now known as jcooley|away10:23
johngarbuttso I think the current issue is along the lines of making sure XenAPI can attach to LUNs created by Cinder10:23
*** alexpilotti has joined #openstack-dev10:23
johngarbuttgiven those LUNs are connected with HBA or something like that?10:23
*** mindpixel has joined #openstack-dev10:24
johngarbuttzykes: are you expecting RAW LUNS or a LUN that contains VM disk files?10:26
*** rushiagr has joined #openstack-dev10:27
*** bing_bu has quit IRC10:27
*** rushiagr is now known as rushiagr210:28
*** odyssey4me has joined #openstack-dev10:32
*** brucer has joined #openstack-dev10:35
*** enikanorov has quit IRC10:36
*** enikanorov has joined #openstack-dev10:37
*** boden_ has joined #openstack-dev10:39
*** boden has quit IRC10:39
*** Robbin has joined #openstack-dev10:39
*** irimi has joined #openstack-dev10:40
zykes-johngarbutt: I guess for VM disks I could just make luns that holds a OS disk10:40
RobbinIs there any way to direct interact to OpenStack swift 'SWAUTH' middleware and get an account detail? Trying with curl with no luck.10:41
*** darjeeling has quit IRC10:45
*** timello has joined #openstack-dev10:47
*** boden_ has quit IRC10:47
*** boden has joined #openstack-dev10:48
*** boden_ has joined #openstack-dev10:51
*** boden has quit IRC10:53
*** rushiagr2 has left #openstack-dev10:54
*** alexpilotti has quit IRC10:57
*** alexpilotti has joined #openstack-dev10:58
*** alexpilotti_ has joined #openstack-dev11:00
*** alexpilotti has quit IRC11:03
*** alexpilotti_ is now known as alexpilotti11:03
*** rushiagr_ has joined #openstack-dev11:03
*** alexpilotti has quit IRC11:06
*** alexpilotti has joined #openstack-dev11:06
*** jcooley|away is now known as jcooley11:07
*** timello has quit IRC11:08
*** hillyu has left #openstack-dev11:14
*** jcooley is now known as jcooley|away11:17
*** arbrandes has joined #openstack-dev11:18
*** maurosr has joined #openstack-dev11:18
*** m4xmr has left #openstack-dev11:18
*** trapnii has quit IRC11:28
*** yjiang5 is now known as yjiang5_away11:30
*** obondarev has joined #openstack-dev11:32
*** rushiagr_ has left #openstack-dev11:33
*** hillyu has joined #openstack-dev11:33
*** maurosr has quit IRC11:36
*** maurosr has joined #openstack-dev11:42
*** navid_ has left #openstack-dev11:43
*** markmc has joined #openstack-dev11:44
*** darjeeling has joined #openstack-dev11:44
sdaguecyeoh: you still kicking around?11:45
*** mindpixel has quit IRC11:45
*** rafaduran1 has joined #openstack-dev11:49
*** rafaduran has quit IRC11:50
*** wu_wenxiang has quit IRC11:56
*** wenjianhn has left #openstack-dev11:59
zykes-johngarbutt: whaet you think then ? : )12:00
*** jcooley|away is now known as jcooley12:02
*** tdumont has joined #openstack-dev12:05
johngarbuttsorry, didn't spot the message12:09
*** wu_wenxiang has joined #openstack-dev12:11
johngarbuttit could work with luns for each disk12:11
*** al1thomas has joined #openstack-dev12:11
johngarbuttthere will need to be a new storage type in XenAPI to support that though, I think12:11
*** jcooley is now known as jcooley|away12:11
johngarbuttzykes: going to run away for lunch I am afraid12:12
zykes-johngarbutt: ok :)12:12
zykes-johngarbutt: would you be willing to help push this with the cinder team and get the appropriate stuff into nova ?12:12
*** wu_wenxiang has quit IRC12:14
*** al1thomas has left #openstack-dev12:15
*** martine has joined #openstack-dev12:16
johngarbuttI fear I don't have the time at the moment :-( but I am happy to help with designs and things12:18
johngarbuttthe real issue is changes in XCP that are needed12:18
zykes-;p12:19
zykes-doesn't xcp or xen already support using FC stuff ?12:19
zykes-I thought they did like esxi with vcenter legacy virtualization setup12:19
johngarbuttXCP does, but not in a way openstack can use it right now12:19
johngarbuttdon't think it is big, and its in python, and you can extend a running system, in XCP that is12:20
johngarbuttjust not sure exactly what need to be done without taking some time out to look into into more12:20
zykes-why can't openstack use xenserver with fc support as it is ?12:20
zykes-it would be just like in vcenter you add more datastores that you store os disks on ?12:21
johngarbuttit requires XenServer pools to be useful, and XenServer assumes it is creating the LUNs, and most support uses a special LVHD mode to allow snapshots and things12:21
zykes-what's bad with pools ?12:22
johngarbuttdoes really match a real cloud deployment, the pool is quite small and wants to own the storage12:23
johngarbuttOpenStack doesn't really support the pool that well for that reason12:23
zykes-ah12:23
zykes-hmmm12:23
zykes-that kinda sucks ;p12:23
johngarbuttwell in the cloud, you are best using lots of individual hypervisors, and local storage, just like Rackspace does with XenServer and OpenStack right?12:24
zykes-for public clouds yes...12:25
zykes-but as I said, I rarely think enterprises will re-invest and throw out existing storage..12:25
johngarbuttwell they don't have cloud enabled apps yet, they probably still want server virtualization to stay12:25
*** tdumont has quit IRC12:26
johngarbuttanyways, boot from volume gets you close12:26
zykes-johngarbutt: take this then, what about having support for multiple "instance storage" folders ? :)12:26
zykes-then you could just make a LUN and add it to a server as usual12:27
zykes-but it's still shared storage12:27
zykes-or boot from vol12:27
johngarbuttdon't quite get you? XenServer does that today right, has loads of shared storage on a single server12:27
johngarbuttbut you can only attach one shared storage thing to one host (or one pool)12:27
johngarbuttotherwise the locking goes crazy12:27
zykes-you mean shared storage for instances no ?12:28
johngarbuttwith iSCSI we add a new storage repository for every volume/LUN, and that works great12:28
johngarbuttI guess when I say shared storage, I really mean "remote storage"12:28
*** arbrandes has quit IRC12:28
zykes-johngarbutt: I mean as you do with vmware today, you create multiple datastores where you typically store your instances, you can allocate instances to any of those12:29
johngarbuttunfortunately that doesn't work with XCP/XenServer quite like that today :-(12:29
zykes-oh really? I thought that you could make multipel storage repositories and store stuff on them ?12:30
zykes-a datastore being just 1 lun12:30
*** ajc_ has quit IRC12:30
johngarbuttyou can make multiple, and it can just be 1 lun12:30
zykes-1 lun pr store yes ?12:30
johngarbuttbut you can only attach it to one hypervisor at once, in the general case12:30
*** vkmc has joined #openstack-dev12:30
johngarbuttI just need to work through the details before I can clarify more I am afriad12:31
zykes-;)12:31
johngarbuttlots of details in the exact way you attach12:31
zykes-I'll ask a dude here if he knows, used to work with xenserver before ;)12:31
johngarbuttwe have done NFS that way and just added that into cinder12:31
johngarbuttbut it gets tricker with fiberchannel12:32
zykes-I would think they have support for it johngarbutt, even RH has that in RHEV12:32
*** alexpilotti_ has joined #openstack-dev12:32
johngarbuttI think we are talking at corss purposes12:32
zykes-corss ? :)12:33
johngarbuttit is supported, just the way you access it does not really quite fit with how OpenStack wants to do things12:33
irimiAre there *any* plans to migrate OpenStack to a more recent Python version ?12:33
johngarbuttirimi: worth searching the mailing list archive for that discussion, I think we are stuck on 2.7 for a little while for a set of reasons I can't remember, but I could be wrong12:34
*** alexpilotti has quit IRC12:34
*** alexpilotti_ is now known as alexpilotti12:34
johngarbuttzkyes: cross, no corss, oops12:34
zykes-;)12:35
irimijohngarbutt: hm, okay, yeah, it's just that I'm not comfortable with the current set of (compute) scheduler filters and would like to just write my own, however, learning Python 2.7 is kind of... *hmm* when Python 3.3 is already out and there're not even plans in actually porting :)12:35
zykes-johngarbutt: i guess one could create multiple luns and attach them to servers and have nova just pick 1 randomly that has free space no ?12:35
*** alexpilotti_ has joined #openstack-dev12:37
*** alexpilotti has quit IRC12:37
*** alexpilotti_ is now known as alexpilotti12:37
johngarbuttzkyes: it is a bit manual for how nova volume works, you want users to request the lun creation, so you need some way of automating that action in your infrastructure, generally that involves having a Cinder driver for that storage array, and configuring it correctly, on the XenServer side, if you have an pool of servers, it does all that for you, but when you join the two up they just end up fighting, so you nee12:38
zykes-hmmm12:39
johngarbuttzykes: my keyboad skills are declining, this means its really is time for lunch, hopefully catch you later12:39
zykes-:)12:39
*** johngarbutt has quit IRC12:39
*** alexpilotti_ has joined #openstack-dev12:41
*** alexpilotti has quit IRC12:45
*** alexpilotti_ is now known as alexpilotti12:45
*** openpercept has quit IRC12:46
*** alexpilotti_ has joined #openstack-dev12:48
*** alexpilotti has quit IRC12:51
*** alexpilotti_ has quit IRC12:51
*** alexpilotti has joined #openstack-dev12:51
*** jcooley|away is now known as jcooley12:56
*** Ruetobas has quit IRC13:00
*** alexpilotti has quit IRC13:00
*** alexpilotti has joined #openstack-dev13:00
*** alexpilotti has quit IRC13:01
*** alexpilotti has joined #openstack-dev13:02
*** markvoelker has joined #openstack-dev13:02
*** alexpilotti has quit IRC13:04
*** alexpilotti has joined #openstack-dev13:04
*** alexpilotti_ has joined #openstack-dev13:05
*** jcooley is now known as jcooley|away13:05
*** e1mer has joined #openstack-dev13:05
*** odyssey4me has quit IRC13:06
*** uvg has joined #openstack-dev13:06
*** Ruetobas has joined #openstack-dev13:07
uvgReviews required for: https://review.openstack.org/#/c/17039/ (Glance) and https://review.openstack.org/#/c/17847/ (Nova). Thanks13:07
*** aloga has quit IRC13:07
*** aloga has joined #openstack-dev13:09
*** alexpilotti has quit IRC13:09
*** alexpilotti_ is now known as alexpilotti13:09
zykes-any quantum folks around ?13:10
*** brucer is now known as brucer_out13:12
*** tmishler has joined #openstack-dev13:13
*** dims has quit IRC13:13
*** smartinelli has joined #openstack-dev13:14
*** rkukura has joined #openstack-dev13:15
*** roaet-away is now known as roaet13:17
*** brucer_out has quit IRC13:17
*** alexpilotti_ has joined #openstack-dev13:19
*** wu-wenxiang has joined #openstack-dev13:20
*** nunosantos has joined #openstack-dev13:20
*** alexpilotti has quit IRC13:22
*** alexpilotti_ is now known as alexpilotti13:22
*** alunduil has quit IRC13:25
*** Ruetobas has quit IRC13:25
sdagueuvg: put a comment on there13:28
sdaguefor nova13:28
*** mrunge has quit IRC13:28
*** dims has joined #openstack-dev13:30
*** Ruetobas has joined #openstack-dev13:31
*** timello has joined #openstack-dev13:33
*** thimble has quit IRC13:33
*** dims has quit IRC13:34
uvgsdague: ok, thanks13:37
*** AnilV4 has quit IRC13:40
*** gongysh has quit IRC13:44
*** gongysh has joined #openstack-dev13:46
*** dolphm has joined #openstack-dev13:47
*** e1mer has quit IRC13:49
*** jcooley|away is now known as jcooley13:50
*** aabes_ has joined #openstack-dev13:52
*** sandywalsh has joined #openstack-dev13:53
*** johngarbutt has joined #openstack-dev13:57
*** maurosr has quit IRC13:57
*** jcooley is now known as jcooley|away13:59
openstackgerritA change was merged to openstack/nova: Fix errors in used_limits extension  https://review.openstack.org/1803114:02
*** henrynash has joined #openstack-dev14:02
*** e1mer has joined #openstack-dev14:04
*** blamar has quit IRC14:04
*** jergerber has joined #openstack-dev14:05
*** jergerber has quit IRC14:06
*** jergerber has joined #openstack-dev14:08
*** arbrandes has joined #openstack-dev14:09
zykes-i/win 3614:09
*** martine has quit IRC14:11
*** hattwick has joined #openstack-dev14:11
*** mrodden1 has quit IRC14:13
*** jaypipes has joined #openstack-dev14:14
*** bknudson has joined #openstack-dev14:14
*** Ruetobas has quit IRC14:22
*** Ruetobas has joined #openstack-dev14:24
sdaguejaypipes: https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bug/1079687,n,z should be a more sane approach if you can look when you get a chance14:25
*** dprince has joined #openstack-dev14:25
*** zing has joined #openstack-dev14:26
*** kpg2012 has joined #openstack-dev14:27
*** danwent has joined #openstack-dev14:27
*** mpdehaan has quit IRC14:27
*** mrodden1 has joined #openstack-dev14:28
*** mpdehaan has joined #openstack-dev14:28
henrynashayoung: question on ldap if you are around...14:29
*** uvg has quit IRC14:29
*** e1mer has quit IRC14:30
*** mmalesky has quit IRC14:31
*** mmalesky has joined #openstack-dev14:31
*** dims has joined #openstack-dev14:33
*** irimi has quit IRC14:34
jaypipessdague: yep, will try to get to that this morning. thx!14:35
*** alexpilotti has quit IRC14:36
*** sunilthaha has quit IRC14:36
*** timello has quit IRC14:37
*** gatuus has quit IRC14:38
*** danwent has quit IRC14:42
*** jcooley|away is now known as jcooley14:44
*** olaph has joined #openstack-dev14:46
*** alunduil has joined #openstack-dev14:47
*** irimi has joined #openstack-dev14:47
*** hillyu has left #openstack-dev14:48
*** radez_g0n3 is now known as radez14:49
*** alunduil has quit IRC14:50
*** alunduil has joined #openstack-dev14:51
*** mtreinish has joined #openstack-dev14:52
*** jcooley is now known as jcooley|away14:53
*** mrodden has joined #openstack-dev14:54
henrynashdolphm: do you want me to merge the api changes?14:55
*** gatuus has joined #openstack-dev14:55
*** rpedde_away is now known as rpedde14:55
*** jimfehlig has joined #openstack-dev14:56
*** blamar has joined #openstack-dev14:56
*** mrodden1 has quit IRC14:57
*** imsplitbit has joined #openstack-dev14:57
*** aeperezt has joined #openstack-dev14:57
dolphmhenrynash: i just meant put them up for review, rather than linking to an isolated doc -- they need to go in, and *should* go in first14:58
dolphmhenrynash: personally, i'd be cool with blueprints linking to WIP code reviews as their "spec" (or whatever the blueprint system calls that)14:58
henrynashdolphm: should I do that by submitting (for review) changes to the api_identity spec?14:59
henrynashdolpm: where does the api doc live?15:00
*** brich has joined #openstack-dev15:00
henrynashdolphm: (found it)15:01
*** annegentle_ has joined #openstack-dev15:01
*** edmund has joined #openstack-dev15:01
*** alexpilotti has joined #openstack-dev15:01
*** CaptTofu has joined #openstack-dev15:02
dolphmhenrynash: yes, to your first question15:02
*** radez is now known as radez_g0n315:03
wu-wenxiangdolphm: Could you help to review: https://review.openstack.org/#/c/18111/?15:03
*** aloga has quit IRC15:04
*** bknudson has quit IRC15:04
*** amotoki has quit IRC15:04
openstackgerritA change was merged to openstack/keystone: fixing bug 1046862  https://review.openstack.org/1805415:04
uvirtbotLaunchpad bug 1046862 in keystone "Test failures in py26 environment" [Low,In progress] https://launchpad.net/bugs/104686215:04
zykes-henrynash: / dolphm with the v3 api will I be able to say make a Domain + Projects and make Groups and give specific Groups access to specofic Projects ?15:05
*** aloga has joined #openstack-dev15:05
henrynashzykes: yes15:05
zykes-holy crap, that's NICE!15:05
*** aabes_ has left #openstack-dev15:06
dolphmzykes-: i hope so, but i haven't read the proposed api changes ;P15:06
henrynashzykes: not in a single api call…but yes15:06
zykes-been kinda a lacking feature before :)15:06
dolphmzykes-: groups were actually supported in diablo to an extent, but no one used them, so we removed them until we had time to get it right15:07
*** vkmc has quit IRC15:07
zykes-dolphm: yeh15:07
*** danwent has joined #openstack-dev15:07
zykes-it's a very important piece though that's lacking though atm in contrast to vcloud / cloudstack i think no ?15:07
*** yidclare has joined #openstack-dev15:09
*** jcru has joined #openstack-dev15:10
*** radez_g0n3 is now known as radez15:10
dolphmwu-wenxiang: this can already be done trivially client-side (get resource by name -> delete resource by ID) ... what makes tenants special such that they need a special API for this?15:10
dolphmzykes-: definitely15:11
henrynashdolphm: quick question - not familiar with doc format for the api - can I use any text editor to edit the .md file?15:11
dolphmhenrynash: yep, it's just markdown15:11
openstackgerritA change was merged to openstack/nova: Fix use of osapi_compute_extension option in api_samples.  https://review.openstack.org/1807315:11
zykes-god I want Grizzly!15:11
zykes-gonna rock all the previos releases :)15:11
dolphmzykes-: we need to make it exist first :P15:12
zykes-dolphm: I know, but I just tried like G1 Quantum with Folsom bits, it's sooo much better in many ways15:12
zykes-and that's just 1 project out the all the others15:12
dolphmzykes-: i have a feeling a lot of these v3 features are going to be available, but aren't going to get dashboard support, etc, until H*15:12
zykes-awwwww15:13
zykes-kick gabriel around then ;)15:13
dolphmzykes-: it's not his fault lol15:13
zykes-hehe :)15:13
zykes-who's ? : p15:13
wu-wenxiangdolphm: Thanks, in https://bugs.launchpad.net/keystone/+bug/1087234, the reason was: Although it is possible to query the tenant id by its name and then send the delete command. It requires 2 request-response operations overloading the network.15:13
uvirtbotLaunchpad bug 1087234 in keystone "It should be possible to delete a tenant by its name" [Medium,In progress]15:13
dolphmzykes-: keystone's! ;)15:14
openstackgerritA change was merged to openstack/python-novaclient: Add optional argument to include reservations in os-used-limits  https://review.openstack.org/1792515:14
zykes-will it be hard to add it dolphm ?15:14
henrynashdolpm: I certainly plan to groups to the dashboard….15:14
*** hillyu has joined #openstack-dev15:14
henrynash(plan to add groups to...)15:14
zykes-i'll send you a beer if you do henrynash :)15:14
dolphmzykes-: no, it's just that a lot of the work has to happen in sequence15:15
zykes-hehe15:16
wu-wenxiangdolpm: So user suggest to improve this by providing an API to delete a tenant by its name. This can be implemented by internally querying for tenant id.15:16
zykes-basically dolphm there's so much goodies in grizzly it's kinda mind boggling15:17
*** danwent has quit IRC15:18
*** markmcclain has joined #openstack-dev15:19
openstackgerritA change was merged to openstack/keystone: syncing run_tests to match tox  https://review.openstack.org/1669615:20
dolphmwu-wenxiang: i haven't seen this bug before now, but it should really be a blueprint and requires updating the v2 administrative api docs (OS-KSCRUD, I think). it's also not symmetric with the rest of the v2 api which explicitly operates on ID's (there's nothing special about tenants), furthermore, I don't see much reason to add features to v2 when we're moving to v3 in the same release15:20
*** gongysh has quit IRC15:20
*** aeperezt has quit IRC15:20
*** danwent has joined #openstack-dev15:21
*** bknudson has joined #openstack-dev15:21
*** markmcclain1 has joined #openstack-dev15:21
*** markmcclain has quit IRC15:21
zykes-dolphm: is there much left to do or with the v3 api ?15:21
*** torandu has joined #openstack-dev15:23
wu-wenxiangdolphm: fine, so, do you mean we could add this features to v3?15:23
*** sacharya has joined #openstack-dev15:24
*** markmcclain1 has quit IRC15:27
*** KurtMartin has joined #openstack-dev15:28
*** arbrandes has quit IRC15:28
*** kpg2012 has quit IRC15:28
*** eharney has joined #openstack-dev15:28
*** markmcclain has joined #openstack-dev15:28
*** TerryH has joined #openstack-dev15:29
dolphmwu-wenxiang: absolutely... would you like to proposie an API convention for this on v3?15:32
dolphmzykes-: at this point, there's not even a proposed spec for auth on v3... and i'm starting to wonder if we're going to continue doing auth on v2 while doing administrative crud on v3 (as of grizzly's release)15:33
*** aeperezt has joined #openstack-dev15:33
dolphmzykes-: that wouldn't necessarily be a bad thing, as we need to maintain backwards compatibility anyway15:34
*** sacharya has quit IRC15:34
dolphmzykes-: (especially on v2 auth)15:34
zykes-so, components will still use v2 ?15:34
dolphmzykes-: *can* still use v2, yes15:35
dolphmzykes-: i'd like to get auth_token middleware consuming the client, and let the client decide if it should use v2 or v315:35
zykes-ok :)15:35
dolphmzykes-: all the v2 administrative stuff will be supported but deprecated as of grizzly15:36
wu-wenxiangdolphm: Yes, I would. Could you tell me what do I have to do? A blue point? Modify API doc? Or just coding? Thanks15:37
*** irimi has quit IRC15:37
*** jcooley|away is now known as jcooley15:38
dolphmwu-wenxiang: a blueprint on the topic would be appreciated, and then start with modifying identity-api as appropriate https://github.com/openstack/identity-api/blob/master/openstack-identity-api/src/markdown/identity-api-v3.md15:39
*** irimi has joined #openstack-dev15:39
*** jaustinpage|want has joined #openstack-dev15:40
ayounghenrynash, I am now15:40
*** jrodom has joined #openstack-dev15:41
*** maurosr has joined #openstack-dev15:41
*** larsks_ is now known as larsks15:42
*** CaptTofu has quit IRC15:43
dolphmwu-wenxiang: definitely give consideration to the fact that we'd like to eventually make project "name" a domain-scoped attribute, rather than something that is guaranteed to be globally unique (i think that's going to be hard without using composite ID's for projects in the API)15:44
dolphmhenrynash: ^15:44
dolphme.g. DELETE /domain/{domain_id}/projects?name={project_name}15:44
dolphm /domains/... <-- should have been plural15:45
*** CaptTofu has joined #openstack-dev15:45
*** jcru is now known as jcru|away15:45
*** jcooley is now known as jcooley|away15:49
*** aloga has quit IRC15:49
*** jcru|away is now known as jcru15:50
*** aloga has joined #openstack-dev15:51
*** larsks has quit IRC15:52
*** kbringard has joined #openstack-dev15:54
*** smartinelli_ has joined #openstack-dev15:55
wu-wenxiangdolphm: Thanks, I'll have a try :)15:55
*** hillyu has left #openstack-dev15:58
*** smartinelli has quit IRC15:59
*** pabelanger has joined #openstack-dev15:59
*** darraghb has joined #openstack-dev16:00
*** datsun180b has joined #openstack-dev16:00
*** Guest8021 has joined #openstack-dev16:01
*** Guest8021 is now known as aabes_16:01
*** mikal has quit IRC16:04
ayoungdolphm, when you get a chance https://review.openstack.org/#/c/17782/16:04
*** irimi has quit IRC16:05
*** mikal has joined #openstack-dev16:06
wu-wenxiangdolphm: I just wonder, why DELETE /projects/{project_id} but /domains/{domain_id}/projects?name={project_name}? Project ID is globally unique while Project name is just unique inside a domain?16:06
dolphmayoung: today is code review day for me, and it's on my list16:07
dolphmwu-wenxiang: right now, they're both globally unique, and all collections are defined at the root of the API16:08
dolphmwu-wenxiang: all names are also globally unique, but we'd like to change that for at least project names, if not user names as well (which are also owned by a domain)16:08
*** irimi has joined #openstack-dev16:09
wu-wenxiangayoung: Could you help to review https://review.openstack.org/#/c/17661/? A tiny change :)16:09
*** adamguest has left #openstack-dev16:10
*** adjohn has joined #openstack-dev16:11
*** mrodden has quit IRC16:14
*** otherwiseguy has quit IRC16:15
wu-wenxiangdolphm: OK, sound reasonable :) Have a funny code review day! I have to ZZZZZZZZZZZZZ16:15
*** sacharya has joined #openstack-dev16:15
ayoungwu-wenxiang, looking16:15
*** reidrac has left #openstack-dev16:15
wu-wenxiangayoung: Thanks~16:16
*** markmcclain has quit IRC16:16
ayoungwu-wenxiang, is that change to make it  consistent with somewhere else?16:16
*** sacharya1 has joined #openstack-dev16:17
wu-wenxiangayoung: yes16:19
ayoungwu-wenxiang, update your commit message and I'll merge16:20
wu-wenxiangfine ~16:20
*** sacharya has quit IRC16:20
ayoungwu-wenxiang, heh, it is probably a culture thing, but when someone says "fine" like that, it usually implies "fine, go ahead, do it, you will be sorry."  But I don't think you mean it that way.16:21
*** KurtMartin has quit IRC16:21
*** KurtMartin has joined #openstack-dev16:22
*** markmcclain has joined #openstack-dev16:22
openstackgerritA change was merged to openstack/cinder: Support glance servers over https  https://review.openstack.org/1789416:24
*** mlavalle has joined #openstack-dev16:25
dolphmayoung: lol i would take "fine" as "that would not be my first preference, but i find it to be agreeable"16:27
*** mlavalle has left #openstack-dev16:27
ayoungdolphm, BTW, anything of yours need reviewing?16:27
*** mlavalle has joined #openstack-dev16:27
ayoungTrying to keep my account current.16:27
SpamapSHrm, why is nova booting an m1.xlarge when I asked for an m1.large? http://paste.ubuntu.com/1438302/16:28
dolphmayoung: this is my big change right now https://review.openstack.org/#/c/17226/16:28
ayoungdolphm, well, you know I am fan of Normalization.  This should be a gimmie/16:29
*** bencherian has joined #openstack-dev16:29
dolphmayoung: i need to check on guang-yee's question -- because i *think* he's right for the service catalog, but wrong for the administrative API (emphasis on *think*)16:29
*** cp16net is now known as cp16net|away16:30
ayoungdolphm, I'll give it a review, and hold off on any merge until we get that nailed down16:30
ayoungdolphm, as far as URL lenght16:31
ayoungfor example16:31
ayoungecho https://review.openstack.org/#/c/17226/5/keystone/catalog/backends/sql.py | wc16:31
ayoung74 chars16:31
*** sacharya has joined #openstack-dev16:31
*** aabes_ is now known as aabes16:31
dolphmayoung: the idea of a base endpoint being longer than 255 chars is crazy to me lol16:31
*** torandu has quit IRC16:32
ayoungI think 255 should be enough for endpoints.  The question is whether they need to be varchar or if text is sufficient16:32
ayoungare we going to index on them?16:32
*** sacharya1 has quit IRC16:32
dolphmayoung: i don't know why we would?16:32
aabeshmm... dns allows 255 long names, add to that some prefix url.. and you might get bust16:33
aabesunless that's the name, not the actual endpoint...16:33
ayoungdolphm, I am not DB expert, but it is my understanding that fixed length strings have a fixed allocation in the table structure, and clob/blob/text strings are done as a pointer into a text table.  You really don't want to indexd on clobs, but if they're are not going to be indexed, we can make them into text fields and avoid the length discussion16:33
*** adjohn has quit IRC16:34
ayoungaabes, these are likely to be:  https://fqdn:1234/service/v3.0/16:34
dolphmayoung: would that affect performance? they'll be pulled very frequently16:34
aabesayoung, yup - that's the prefix/suffix i meant ;)16:35
ayoungdolphm, shouldn't affect performance.  THe whole string table gets pulled in together, so it should be a wash16:35
ayoungdolphm, and, if we really are worried about that level of performance, we have won16:35
ayoungaabes, right, I was just trying to make it explicit16:35
*** halj has joined #openstack-dev16:36
aabessiily q: what's interface?16:36
henrynashayoung: ldap support for user-groups….is this a requirement?  Should I be going and attacking it?16:36
aabesguess I should poke at the api doc ;)16:36
ayoungso we could go with 255 + 28 if we want to be safe, and then we know we are within DNS + expected decorations16:36
ayounghenrynash, I would say yes.  We might have to punt on it if it is impossible, but I suspect we can make it happen16:37
ayounghenrynash, user assigned to group is a common part of LDAP, so we can assume that will work.  It is the role assignments that are particular to Keystone that need investigation16:38
aabesfrom the spec: "url": "http://external:8776/v1/--project-id--",16:38
ayounghenrynash, the object class for roles has the member attribute assuming it is a user.16:38
aabesthat 28 seems short, given the projec ID16:38
aabes"project_id": "c5271357278e4a2094a96e0e6856c5cf",16:39
ayoungaabes, I didn't think the project ID was part of the endpoint URL16:39
henrynashayoung: OK, I need to read up on ldap and see what object types we should map to….16:39
ayounghenrynash, one sec, I can speed up your research16:39
dolphmaabes: interface=[internal, public, admin]16:39
aabesthx16:39
dolphmaabes: although we're making room for additional interfaces, so i didn't want to do an enumeration16:39
*** sacharya1 has joined #openstack-dev16:40
aabeshmm ayoung - right, you'd probablt just have $(tenant_id) / $(project_id) in the db, not actually the expanded value..16:40
dolphmaabes: +116:40
ayounghenrynash, do you have openldap installed?16:41
dolphm%(project_id)s ;)16:41
aabesstill a fixed limit feels wrong... for indexing - use the ID or some other field that's not actually communicated to end users....16:41
henrynashdolphm: identity api doc changes for user groups is up for review: https://review.openstack.org/#/c/1813816:41
aabesand let operators have flexibility in thier deploymnet..16:41
ayoungaabes, so maybe 300 char.16:41
aabesi.e. any sized (within reason) endpoint url.16:41
aabesI'd say 4k.16:41
henrynashayoung: probably not….sounds like job #116:42
dolphmsoo.... just change it to sql.Text() ?16:42
ayoungaabes, I'd say you were nuts16:42
ayounghenrynash, ok16:42
aabessome do ;)16:42
dolphmhenrynash: awesome, thanks16:42
ayounghenrynash, do that, but I'll fpaste the schema16:42
henrynashayoung: thx16:42
ayounghenrynash, http://www.fpaste.org/64DU/16:42
aabesbits are cheap ;) limits are restrictive ;)16:43
ayoungthat is what we are using for roleAssignments by defautl16:43
ayoungaabes, that is per line in the DB16:43
*** gyee has joined #openstack-dev16:43
*** sacharya has quit IRC16:43
aabesk... 2k, http://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url16:43
ayoungaabes, I'm tempted to just say "text" and be done with it.  If we find we need to index on it, we'll migrate and fix the length.  OTOH,  we should not really have that many Endpoints16:44
ayoungaabes, yeah, but we won;t have a full URL16:44
*** cp16net|away is now known as cp16net16:44
*** tmishler has quit IRC16:44
dolphmit's currently stored in text, so just for the purposes of a reliable migration it should go into another text column16:45
ayounghenrynash, role assignement is done by putting an organizationalRole object under the tenant, and then adding user entries in the roleOccupant value16:45
ayounghowever, we probably want to distinguish between users and groups16:45
ayoungdolphm, +116:45
henrynashayoung: ok16:45
ayounghenrynash, but according to the spec, when we create a group,  does that implicitly create a role in every project?16:46
ayoungsay we create a group named superadmins16:46
ayoungand superadmins have the role admin in all projects16:46
ayoungnow if I add a user to superadmins, they should get the role admin for every project in the domain, right?16:47
henrynashayoung: according to my spec?16:47
wu-wenxiangayoung: Really, OK, I will use OK instead fine from now on when I want to explain "I agree with you"16:47
henrynashayoung: yes16:48
henrynashayoung: ahh. hold on16:48
ayounghenrynash, now, I assume there is a scoped down version where we say "explicitly add these projects to the group?"16:48
henrynashayoung: no,answered too fast16:48
openstackgerritA change was merged to openstack/nova: Allow xenapi to work with empty image metadata  https://review.openstack.org/1781416:49
henrynashayoung: creating a group and adding users to it does nothing16:49
ayounghenrynash, so a group needs an explicit list of projects, or vice versa16:49
ayounga project needs an explicit list of groups16:49
*** danwent has quit IRC16:49
henrynashayoung: you can then add a role to a group-project pair16:50
henrynashayoung: just like individual suers16:50
henrynashayoung: you can use group_id wherever you can user_id in terms of role assignments to domains and projects16:50
wu-wenxiangThe distances between openstack and we east-guys is time-zone. It's 00:50 AM, I have to ZZZZZZZ, thanks all of you!16:51
ayounghenrynash, the thing is, checking to see if an id is a group id or a user if is expensive16:51
ayoungwu-wenxiang, thanks for your work.  Sleep well.16:51
ayounghenrynash, so I would like to keep groups and users in different attributes16:52
*** wu-wenxiang has quit IRC16:52
*** Robbin has left #openstack-dev16:52
henrynashayoung: the apis are separate….I didn't mean you pass it to the same api…they are separate attributes in the apis16:53
*** sandywalsh has quit IRC16:53
henrynashhave a  quick look at: https://review.openstack.org/#/c/1813816:53
ayounghenrynash, I realize that.  I meant in storage.16:53
henrynashayoung: sorry, ok, storage in terms of….?16:53
ayounghenrynash, one way we could store it is to just put the groups in the roleOccupant attribute16:54
ayounghenrynash, but then we would have to figure out which ones were groups.16:54
henrynashayoung: Ok, had not realised you were talking ldap specifically in the iestions16:54
henrynashquestions16:54
ayoungyes16:54
*** aloga has quit IRC16:55
*** torandu has joined #openstack-dev16:55
ayoungtrying to get you accelerated through the decision process16:55
henrynashayoung: right, see your thought process16:55
*** irimi has quit IRC16:55
ayounghenrynash, the thing is, a group will span multiple projects, so we can use a different objectclass to represent the role.  Or something,16:56
*** sacharya has joined #openstack-dev16:56
henrynashayoung: ok , i need to go study it a bit16:56
ayounghenrynash, it all comes from this RFC16:57
ayounghttp://www.ietf.org/rfc/rfc2256.txt16:57
ayoungtypically, a group is done as 7.10. groupOfNames16:57
ayoungand I did roles as 7.9. organizationalRole16:57
*** sandywalsh has joined #openstack-dev16:58
henrynashayoung: yes, I took a quick look…and tenants/projects are groupOfNames as well16:58
ayoungthe goal was to come up with a schema from the RFCs, and not to invent our own16:58
henrynashayoung: +216:58
ayoungyes, object classes can be reused16:58
ayoungthe queries start with a subtree, and are not recursive16:59
ayoungbut I would assume groups would be their own subtree, parallel with users and projects16:59
henrynashyes16:59
*** sacharya1 has quit IRC17:00
ayoungthen user-> group assignment would be done via the members value of the group17:00
ayoungmember attribute17:00
henrynashseems fine17:00
ayounghenrynash, so the only issue is how to do the role->groups mapping17:00
henrynashwhat I'll probably do is a stub implementation quickly, since right now my unit tests for ldap fail for the WIP server code17:01
ayounghenrynash, when I got advice from the FreeIPA developers, they suggested that assignments like these should be done in their own subtree.  THe problem with that is there is not a standard way to do that in LDAP.17:01
ayoungNow, roleOccupants could be done with the full DN of the entry, and from there we could tell if it was a user or a group, but I think that is messy.17:02
henrynashyes, agreed, I17:03
*** ahardy_ has joined #openstack-dev17:03
*** vkmc has joined #openstack-dev17:03
henrynashayoung: Ok, will be away from kbd for a bit17:04
henrynashayoung: fyi, the WIP user group server side changes are up for early review (supports sql & kvs)17:05
henrynashayoung: https://review.openstack.org/#/c/18097/17:06
*** mnewby has joined #openstack-dev17:06
*** markwash has joined #openstack-dev17:07
*** EmilienM_ has left #openstack-dev17:08
ayounghenrynash, I know, I've been looking at them17:09
*** rafaduran1 has quit IRC17:10
*** colinmcnamara has joined #openstack-dev17:11
*** corXi has quit IRC17:11
*** colinmcnamara has quit IRC17:15
*** colinmcnamara has joined #openstack-dev17:15
*** lloydde has joined #openstack-dev17:15
*** colinmcnamara has quit IRC17:16
*** colinmcnamara has joined #openstack-dev17:16
*** markmc has quit IRC17:16
*** mrodden has joined #openstack-dev17:20
*** markvoelker has quit IRC17:21
*** dprince has quit IRC17:22
*** john5223 has joined #openstack-dev17:23
*** CaptTofu has quit IRC17:23
*** CaptTofu has joined #openstack-dev17:25
*** CaptTofu has quit IRC17:25
*** CaptTofu has joined #openstack-dev17:25
*** jcooley|away is now known as jcooley17:25
*** imsplitbit has quit IRC17:26
*** otherwiseguy has joined #openstack-dev17:26
jaypipessdague: https://review.openstack.org/#/c/18102/ off to the gate.17:28
*** cp16net is now known as cp16net|away17:28
*** cp16net|away is now known as cp16net17:29
*** CaptTofu has quit IRC17:29
*** hemna_ has joined #openstack-dev17:31
*** KurtMartin has quit IRC17:34
*** bknudson has quit IRC17:35
openstackgerritA change was merged to openstack/python-keystoneclient: modify ca-certificate default value  https://review.openstack.org/1766117:36
*** bencherian has quit IRC17:37
*** darraghb has quit IRC17:40
zykes-mnewby: you here for a few questions ?17:41
*** gael__ has quit IRC17:42
*** koolhead11 has joined #openstack-dev17:42
dolphmcan anyone (CI?) explain why hudson would *unassign* me from a bug? https://bugs.launchpad.net/keystone/+bug/108998717:42
uvirtbotLaunchpad bug 1089987 in keystone "Non-API specific 404 exposes traceback" [Medium,In progress]17:42
*** m4xmr has joined #openstack-dev17:43
dolphmhenrynash: anything you can do to help kill identity kvs would be appreciated ;)17:44
*** adjohn has joined #openstack-dev17:44
dolphmhenrynash: i'm trying to get any tests dependent on identity kvs running against identity sql in-memory instead17:44
*** bencherian has joined #openstack-dev17:45
*** nati_ueno has joined #openstack-dev17:45
openstackgerritA change was merged to openstack/swift: Add a license header to functionalnosetests  https://review.openstack.org/1588317:45
*** cp16net is now known as cp16net|away17:46
*** cp16net|away is now known as cp16net17:47
*** bknudson has joined #openstack-dev17:47
*** mrodden1 has joined #openstack-dev17:48
*** gatuus has quit IRC17:48
*** adjohn_ has joined #openstack-dev17:49
*** adjohn has quit IRC17:49
*** bknudson has quit IRC17:50
*** mrodden has quit IRC17:51
*** esp1 has joined #openstack-dev17:52
*** frankm has quit IRC17:52
*** zing has quit IRC17:52
*** epim_ has joined #openstack-dev17:53
*** epim has quit IRC17:54
*** epim_ is now known as epim17:54
*** smartinelli_ has quit IRC17:56
*** dtroyer_zz has joined #openstack-dev17:57
*** jcmartin has joined #openstack-dev17:57
*** Mandell has joined #openstack-dev18:01
*** cfarquhar has quit IRC18:01
*** gatuus has joined #openstack-dev18:01
*** jgriffith has joined #openstack-dev18:03
*** jgriffit1 has joined #openstack-dev18:06
*** jgriffith has quit IRC18:06
*** jgriffit1 has quit IRC18:06
*** jgriffith has joined #openstack-dev18:06
*** epim has quit IRC18:07
*** epim has joined #openstack-dev18:07
*** johngarbutt has quit IRC18:09
*** torandu has quit IRC18:19
*** CaptTofu has joined #openstack-dev18:20
*** colinmcnamara has quit IRC18:22
*** harlowja has joined #openstack-dev18:22
*** zaneb has quit IRC18:23
*** maurosr has quit IRC18:23
*** ev0ldave has joined #openstack-dev18:23
*** zaitcev has joined #openstack-dev18:27
*** colinmcnamara has joined #openstack-dev18:28
*** derekh has quit IRC18:29
*** jcooley is now known as jcooley|away18:29
*** zaneb has joined #openstack-dev18:32
openstackgerritA change was merged to openstack/nova: Fixes KeyError: 'sr_uuid' when booting from volume on xenapi  https://review.openstack.org/1772618:34
*** mmagr has quit IRC18:35
*** dprince has joined #openstack-dev18:40
*** gatuus has quit IRC18:42
*** imsplitbit has joined #openstack-dev18:54
*** hghazal has joined #openstack-dev18:55
*** hghazal has quit IRC18:55
*** gatuus has joined #openstack-dev18:55
*** hghazal has joined #openstack-dev18:56
*** andrewbogott_afk is now known as andrewbogott18:59
*** esp1 has left #openstack-dev18:59
*** kpg2012 has joined #openstack-dev18:59
*** rnirmal has joined #openstack-dev19:00
*** yolanda has quit IRC19:00
arosenAnyone know where you can download the 2012.2.1 debian packages off hand?19:03
arosenI don't seem them on http://ubuntu-cloud.archive.canonical.com/ubuntu19:03
sdaguejaypipes: thanks19:07
sdagueyeh, the personality -> person thing was to deal with pep8 line length19:07
sdaguenot great, but a reasonable compromise19:07
jaypipessdague: ah! :)19:08
*** alexpilotti has quit IRC19:08
*** maurosr has joined #openstack-dev19:13
*** jpich has quit IRC19:20
*** jcru has quit IRC19:22
*** CaptTofu has quit IRC19:22
*** datsun180b has quit IRC19:23
ayoungdolphm, so we have identity, which has a bunch of stuff lumped into it, and then we have things like policy which contain a single table.  We have a bunch of new entities coming in, like mapping and Trusts, and I am trying to determine if they hsould be in separate top level modules, or if we should consolidate.19:25
ayoungI could see policy and catalog being put together.  I can see an argument that tokens should be separate, especially considering how big the tables get19:25
ayoungdolphm, http://www.sebastien-han.fr/blog/2012/12/12/cleanup-keystone-tokens/  seems to imply that size of the token store is going to be something we have to track over time19:26
ayoungTrusts don't feel like they need their own backend, and neither does the mapping stuff.19:26
ayoungI'm wondering if they belong in with Policy, or if we should have policy with catalog, and then mapping, trusts, and the rest  of the Kent work for ABAC go into a single backend.19:27
ayoungIt seems to me that the dividing line should be between stuff that we have to split up for storage reasons.  I could see and argument that the current service catalog might go in LDAP at some point, so that may make sense to keep separate.19:29
ayoungWould we be better splitting up everything, such that Identity could go in LDAP but everything else goes into SQL?  We would still need a way to make  service accounts, so that would not be sufficient for the AD use cases...19:30
*** lloydde has quit IRC19:32
*** lloydde has joined #openstack-dev19:32
openstackgerritA change was merged to openstack/glance: Use io.BufferedIOBase.read() instead of io.BytesIO.getvalue().  https://review.openstack.org/1793219:33
*** ndipanov has quit IRC19:35
*** lloydde has quit IRC19:37
*** Nachi has joined #openstack-dev19:39
*** Nachi has quit IRC19:41
*** renier has quit IRC19:41
*** renier_ has joined #openstack-dev19:41
*** nati_uen_ has joined #openstack-dev19:41
*** nati_uen_ has quit IRC19:41
*** bencherian has quit IRC19:42
*** adjohn_ has quit IRC19:43
*** Nachi has joined #openstack-dev19:47
*** todin has quit IRC19:52
*** todin has joined #openstack-dev19:56
*** alexpilotti has joined #openstack-dev19:56
*** annegentle_ has quit IRC19:57
*** brich has quit IRC20:02
*** Nachi has quit IRC20:03
*** Nachi has joined #openstack-dev20:04
*** aeperezt has quit IRC20:09
*** nati_uen_ has joined #openstack-dev20:09
*** alexpilotti has quit IRC20:11
*** aeperezt has joined #openstack-dev20:11
openstackgerritA change was merged to openstack/swift: document correct config in dispersion-report help  https://review.openstack.org/1775020:12
openstackgerritA change was merged to openstack/swift: Fix permissions from last commit  https://review.openstack.org/1814220:12
openstackgerritA change was merged to openstack/keystone: Test for content-type appropriate 404 (bug 1089987)  https://review.openstack.org/1805120:13
dolphmayoung: +1 for isolation by storage backend ... but everyone has a different use case ... so if anything, i'm all for breaking it up even further (i definitely think we'll be splitting identity into 2 or 3 separate drivers at some point)20:13
uvirtbotLaunchpad bug 1089987 in keystone "Non-API specific 404 exposes traceback" [Medium,In progress] https://launchpad.net/bugs/108998720:13
openstackgerritA change was merged to openstack/keystone: Imported Translations from Transifex  https://review.openstack.org/1701820:13
mnewbyjaypipes: *ping*20:13
*** Nachi has quit IRC20:13
jaypipesmnewby: little swamped right now, but go ahead :)20:14
ayoungdolphm, OK,  works for me.  What we are going to need, I think, is a way to specify multiple SQL sources, and then to link the various backends up with the appropriate ones.  Same, potentially with LDAP, and possibly to split those by domain.  SOme blueprints for 'H'20:14
*** anniec has joined #openstack-dev20:14
mnewbyjaypipes: nmind, no worries.  :)    i'll work on getting a quantum dev to +1 in the interim20:15
jaypipesmnewby: thx :)20:15
*** otherwiseguy has quit IRC20:16
mnewbymarkmcclain: *ping*20:17
SpamapSalso is there any way to get a better error when something goes wrong?20:23
SpamapSjust getting back a big fat 500 on the cli is pretty useless :p20:24
*** novas0x2a|laptop has joined #openstack-dev20:25
sgranadding --debug helps20:25
*** anniec has quit IRC20:26
sgranbut yeah, agreed20:26
SpamapSoww20:26
*** anniec has joined #openstack-dev20:26
*** otherwiseguy has joined #openstack-dev20:26
SpamapSbig giant server-side backtrace20:26
sgranthat's usually the cause of the not very helpful 500 :)20:26
*** yidclare1 has joined #openstack-dev20:30
ayoungdolphm, know you've been bust. I'm ok if there are nits on https://review.openstack.org/#/c/17782/  but I keep rebasing the trust work on top of this, and I'd like to know if I should do so again, or if there are going to other shifts first.20:30
dolphmayoung: *just* started digging into it actually20:31
*** anniec has left #openstack-dev20:31
*** anniec has joined #openstack-dev20:32
*** zhiteng has joined #openstack-dev20:32
ayoungdolphm, much appreciated20:32
*** chalupaul has joined #openstack-dev20:34
*** john5223 has quit IRC20:34
*** jaustinpage|want has quit IRC20:35
*** aabes has quit IRC20:35
*** yidclare has quit IRC20:35
*** winston-d has quit IRC20:35
*** aabes has joined #openstack-dev20:35
*** chalupau1 has quit IRC20:35
*** jaustinpage|want has joined #openstack-dev20:36
*** anniec has left #openstack-dev20:37
*** anniec has joined #openstack-dev20:37
*** obondarev has quit IRC20:37
*** anniec has quit IRC20:38
*** ogelbukh has quit IRC20:38
*** obondarev has joined #openstack-dev20:39
*** aabes has quit IRC20:49
*** otherwiseguy has quit IRC20:49
*** ron-slc has quit IRC20:49
*** vipul has quit IRC20:49
*** JordanRi1ke has quit IRC20:49
*** srini_g has quit IRC20:49
*** otherwiseguy has joined #openstack-dev20:50
*** afazekas has quit IRC20:53
*** anniec has joined #openstack-dev21:00
*** anniec has quit IRC21:00
*** Ruetobas has quit IRC21:03
*** sacharya1 has joined #openstack-dev21:06
dolphmayoung: made lots of comments, mostly nits21:08
dolphmayoung: my biggest gripe is where version & extensions stuff ended up -- neither are specific to a backend and it makes the most sense (to me) to put them in keystone.controllers and keystone.routers21:09
*** sacharya has quit IRC21:09
dolphmayoung: i like most of it though :)21:09
*** Ruetobas has joined #openstack-dev21:11
*** stevebake has quit IRC21:13
*** dubsquared1 has joined #openstack-dev21:16
*** dolphm has quit IRC21:17
*** stevebake has joined #openstack-dev21:18
*** nati_ueno has quit IRC21:21
*** nati_ueno has joined #openstack-dev21:22
*** danwent has joined #openstack-dev21:23
*** eharney has quit IRC21:24
*** sandywalsh has quit IRC21:28
*** sacharya has joined #openstack-dev21:35
*** sacharya1 has quit IRC21:35
*** blamar has quit IRC21:38
*** dubsquared1 has quit IRC21:42
*** rpedde is now known as rpedde_away21:42
*** melwitt has joined #openstack-dev21:50
*** ogelbukh has joined #openstack-dev21:50
*** aabes has joined #openstack-dev21:50
*** ron-slc has joined #openstack-dev21:50
*** vipul has joined #openstack-dev21:50
*** JordanRi1ke has joined #openstack-dev21:50
*** srini_g has joined #openstack-dev21:50
*** melwitt has quit IRC21:50
*** melwitt has joined #openstack-dev21:50
*** danwent has quit IRC21:52
*** boden_ has quit IRC21:54
*** cmagina has quit IRC21:55
*** cmagina has joined #openstack-dev21:57
*** bencherian has joined #openstack-dev21:59
*** adjohn has joined #openstack-dev22:02
*** brianr-a1ay has quit IRC22:07
*** radez is now known as radez_g0n322:18
*** anniec has joined #openstack-dev22:19
*** jaustinpage|want has quit IRC22:19
*** imsplitbit has quit IRC22:21
*** lloydde has joined #openstack-dev22:26
*** sacharya has quit IRC22:32
*** gongysh has joined #openstack-dev22:33
*** pabelanger has quit IRC22:36
*** roaet is now known as roaet-away22:39
*** halj has left #openstack-dev22:40
mnewbyjaypipes: +1 from a quantum core member, ready for your approval!22:43
*** dprince has quit IRC22:45
*** adjohn has quit IRC22:48
*** martine has joined #openstack-dev22:49
openstackgerritA change was merged to openstack/quantum: Add restproxy.ini to config_path in setup.py.  https://review.openstack.org/1813522:51
*** gyee has quit IRC22:55
*** henrynash has quit IRC22:56
*** jergerber has quit IRC23:00
*** otherwiseguy has quit IRC23:00
*** alunduil has quit IRC23:01
*** mtreinish has quit IRC23:01
*** enikanorov has quit IRC23:02
*** bencherian has quit IRC23:04
*** jrodom has quit IRC23:05
*** enikanorov has joined #openstack-dev23:06
*** almaisan-away is now known as al-maisan23:07
*** mmalesky has quit IRC23:07
*** anniec has quit IRC23:08
*** mmalesky has joined #openstack-dev23:08
*** kbringard has quit IRC23:09
gongyshThierry Carrez: ping23:10
*** markwash has quit IRC23:16
*** markwash has joined #openstack-dev23:17
*** henrynash has joined #openstack-dev23:18
*** al-maisan is now known as almaisan-away23:23
*** TerryH has quit IRC23:24
*** kmartin has quit IRC23:25
*** kmartin has joined #openstack-dev23:25
*** kmartin has quit IRC23:25
*** kmartin has joined #openstack-dev23:26
*** jimfehlig has quit IRC23:27
*** imsplitbit has joined #openstack-dev23:28
*** hemna_ has quit IRC23:31
*** hemna_ has joined #openstack-dev23:31
*** bencherian has joined #openstack-dev23:32
*** mrodden1 has quit IRC23:32
*** mjfork has quit IRC23:32
*** rnirmal has quit IRC23:33
*** nati_uen_ has quit IRC23:33
openstackgerritA change was merged to openstack/glance: Refactor multi-tenant swift store.  https://review.openstack.org/1765223:33
*** Nachi has joined #openstack-dev23:33
openstackgerritA change was merged to openstack/nova: Add a developer trap for api samples  https://review.openstack.org/1814623:33
*** gyee has joined #openstack-dev23:33
*** annegentle_ has joined #openstack-dev23:34
*** TerryH has joined #openstack-dev23:38
bcwaldonmordred: https://bugs.launchpad.net/bugs/109059223:38
uvirtbotLaunchpad bug 1090592 in python-glanceclient "Glance client version incorrect" [Undecided,New]23:38
*** edmund has quit IRC23:40
*** mjfork has joined #openstack-dev23:42
*** halj1 has joined #openstack-dev23:43
*** halj1 has left #openstack-dev23:43
*** zaitcev has quit IRC23:47
*** mrodden has joined #openstack-dev23:49
*** martine_ has joined #openstack-dev23:52
*** martine has quit IRC23:53

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