*** dubsquared has quit IRC | 00:06 | |
*** kevnfx has quit IRC | 00:08 | |
*** dfg_ has quit IRC | 00:09 | |
*** nelson__ has quit IRC | 00:17 | |
*** nelson__ has joined #openstack | 00:18 | |
*** rogue780 has joined #openstack | 00:19 | |
*** normanrichards has quit IRC | 00:20 | |
Ryan_Lane | for a user to be able to create instances only in a specific project, what roles do they need to be in? | 00:23 |
---|---|---|
*** hggdh has quit IRC | 00:30 | |
*** hggdh has joined #openstack | 00:30 | |
*** kevnfx has joined #openstack | 00:33 | |
*** kashyapc has quit IRC | 00:34 | |
*** littleidea has quit IRC | 00:35 | |
*** littleidea has joined #openstack | 00:35 | |
vishy | Ryan_Lane: projectadmin developer or sysadmin | 00:36 |
vishy | for dev and sys they need the project role and the global role | 00:36 |
vishy | any upstart geniuses around? | 00:36 |
Ryan_Lane | vishy: as global roles, or project roles? | 00:38 |
vishy | both | 00:38 |
Ryan_Lane | it doesn't even seem to be searching for project roles | 00:38 |
Ryan_Lane | also. I'm just noticing this... | 00:38 |
Ryan_Lane | is there any way for me to give an instance a name on creation? | 00:38 |
*** rogue780 has quit IRC | 00:39 | |
Ryan_Lane | I was using DisplayName, but now nova seems to assign something to that | 00:39 |
*** jc_smith has quit IRC | 00:39 | |
*** matiu_ has joined #openstack | 00:40 | |
Ryan_Lane | now I'm getting names like "Server 1235955006" which is completely worthless | 00:40 |
*** rogue780 has joined #openstack | 00:40 | |
*** winston-d has left #openstack | 00:41 | |
*** winston-d has joined #openstack | 00:41 | |
*** matiu has quit IRC | 00:43 | |
*** matiu_ is now known as matiu | 00:43 | |
*** normanrichards has joined #openstack | 00:43 | |
winston-d | creiht: hi~ | 00:43 |
*** normanrichards has quit IRC | 00:44 | |
notmyname | winston-d: what's up? | 00:47 |
winston-d | notmyname: I'm still trying to understand low PUT performance of my swift setup. | 00:47 |
notmyname | have you seen any errors in you logS? | 00:48 |
winston-d | well, not obvious ones. | 00:48 |
notmyname | you asked about separating the proxy logs from syslog yesterday. did you get that working? | 00:49 |
winston-d | and when I try to follow the instructions here http://swift.openstack.org/overview_stats.html#running-the-stats-system-on-saio to log proxy server, i found RHEL 6 is using rsyslog instead of syslog-ng | 00:49 |
*** kashyapc has joined #openstack | 00:50 | |
notmyname | ok. you should still be able to see your proxy logs by grep'ing syslog | 00:51 |
Ryan_Lane | vishy: yeah. get_user_roles is never called... | 00:51 |
Ryan_Lane | unless I'm debugging poorly :) | 00:51 |
winston-d | yes | 00:51 |
nelson__ | argh: swift-auth-add-user -K leakywiks -a system root testpass | 00:52 |
notmyname | I've only got about 10 more minutes until I have to go for the evening. what have you tried? do you suspect any part of your setup to be the main bottleneck? | 00:52 |
nelson__ | Update failed: 503 Service Unavailable | 00:52 |
Ryan_Lane | it looks like the only roles ever looked at are global roles | 00:52 |
notmyname | nelson__: auth.db permissions? | 00:53 |
winston-d | notmyname: my working day just began. :) let me do more analysis and leave messages here. | 00:53 |
*** kevnfx has quit IRC | 00:53 | |
notmyname | winston-d: ok. what TZ are you in? | 00:53 |
vishy | Ryan_Lane: checking | 00:53 |
winston-d | i'm in GMT+8 | 00:54 |
nelson__ | notmyname: geezums, dont' you think that should be in the do.... oh. oops. | 00:54 |
notmyname | nelson__: heh. it's fixed in trunk, but swift 1.1 still has the bug I think | 00:54 |
nelson__ | well yeah, seemingly. :) | 00:54 |
notmyname | winston-d: makes it hard to talk to devs almost exactly on the other side of the planet from you (GMT-6) | 00:55 |
vishy | Ryan_Lane: has_role in auth/manager.py | 00:55 |
nelson__ | hrm. that doesn't fix it. | 00:55 |
Ryan_Lane | vishy: that checks global groups only | 00:55 |
notmyname | nelson__: it should have logged something | 00:55 |
vishy | no the last call checks project role | 00:56 |
vishy | it shortcuts if the global role isn't set | 00:56 |
winston-d | notmyname: I know. I complained that before. :) using a-synced way such as mailing list should be easier but clearly it seems to me openstack mailing list is not a good place | 00:56 |
nelson__ | notmyname: okay, that's weird. the second time I ran it, it worked. | 00:56 |
vishy | Ryan_Lane: it checks global role first, then checks project role | 00:56 |
Ryan_Lane | I don't see how... | 00:57 |
Ryan_Lane | the last call is "drv.has_role" | 00:57 |
nelson__ | I'm not gonna worry about it. I have my auth key now. | 00:57 |
notmyname | winston-d: we all get the mailing list. it is more difficult for live break fixing, but feel free to use it if it's more convenient | 00:57 |
vishy | Ryan_Lane: the docstring is wrong, it should say the "intersection" | 00:57 |
Ryan_Lane | I'm not even looking at the documentation :) | 00:57 |
notmyname | nelson__: you should only have to set it one time (per swift reset) | 00:57 |
Ryan_Lane | vishy: has_role in the ldap driver only checks global roles | 00:57 |
vishy | hmm | 00:58 |
vishy | who did that? | 00:58 |
notmyname | ok. gotta go. time to put the kids to bed | 00:58 |
Ryan_Lane | no idea | 00:58 |
Ryan_Lane | (I hope it wasn't me) | 00:58 |
Ryan_Lane | :) | 00:58 |
winston-d | notmyname: OK. I'll try both ways. | 00:58 |
vishy | Ryan_Lane no | 00:58 |
vishy | role_to_dn switches on project_id | 00:59 |
vishy | if project_id is set it looks at the role under project | 00:59 |
Ryan_Lane | ah. I wonder if I screwed something up in my new branch | 00:59 |
vishy | Ryan_Lane: yeah probably you aren't respecting project_id in __role_to_dn | 01:00 |
Ryan_Lane | ah. very very likely | 01:01 |
Ryan_Lane | hah. I am indeed | 01:02 |
Ryan_Lane | fail | 01:02 |
Ryan_Lane | wait... no I think I'm doing it right after all :( | 01:02 |
*** normanrichards has joined #openstack | 01:03 | |
winston-d | is there anyway i can suppress the log generated by DNSMASQ? | 01:03 |
vishy | Ryan_Lane: it looks right to me | 01:04 |
Ryan_Lane | __role_to_dn gets the project dn via __project_to_dn, and appends cn=project_id to it | 01:04 |
Ryan_Lane | vishy: you looking at my newest branch? | 01:04 |
vishy | Ryan_Lane: looking at the bug branch | 01:04 |
Ryan_Lane | yep | 01:04 |
vishy | Ryan_Lane: are you seeing an actual problem? | 01:05 |
Ryan_Lane | yeah | 01:05 |
Ryan_Lane | I'm trying to create instances | 01:05 |
Ryan_Lane | and getting a 401 | 01:05 |
Ryan_Lane | via the ec2 api | 01:05 |
vishy | using eucatools? | 01:05 |
Ryan_Lane | yep | 01:05 |
Ryan_Lane | I'm also looking at the ldap logs, which is why I was asking about this :) | 01:05 |
vishy | is the user a member of project? | 01:06 |
Ryan_Lane | In the logs I don't see it looking for roles under the projects | 01:06 |
Ryan_Lane | yeah | 01:06 |
vishy | well does the user have the global role? | 01:06 |
Ryan_Lane | I manually added a role under the project | 01:06 |
Ryan_Lane | it works if I add the user to a global role | 01:06 |
Ryan_Lane | like cloudadmin | 01:06 |
vishy | it will only check for project role if it also has the global role | 01:06 |
Ryan_Lane | really? | 01:06 |
vishy | needs global developer and project developer | 01:07 |
vishy | yeah | 01:07 |
Ryan_Lane | doesn't that kind of defeat the purpose? | 01:07 |
vishy | this is supporting a specific use case | 01:07 |
Ryan_Lane | oh | 01:07 |
vishy | which seems to confuse everyone | 01:07 |
Ryan_Lane | hah | 01:07 |
vishy | I think i explained it to you at one point | 01:07 |
Ryan_Lane | I'm obviously still confused about it :D | 01:08 |
vishy | might make it clearer if the docstring in has_role said INTERSECTION in big letters instead of union | 01:08 |
Ryan_Lane | is cloudadmins a special group? | 01:08 |
vishy | and explained that you need both the user level (global) role and the project role | 01:08 |
vishy | cloudadmin can do everything | 01:08 |
Ryan_Lane | even if the project role doesn't exist? | 01:09 |
vishy | itsec is special too | 01:09 |
Ryan_Lane | ok. my confusion is solved then :) | 01:09 |
vishy | there is a flag for global_roles | 01:09 |
vishy | which includes cloudadmin and itsec | 01:09 |
Ryan_Lane | cool | 01:09 |
vishy | "global_roles" don't need matching project roles | 01:09 |
*** Jordandev has joined #openstack | 01:13 | |
Ryan_Lane | \o/ | 01:16 |
Ryan_Lane | vishy: thanks for solving my problem (which was my confusion) | 01:16 |
vishy | Ryan_Lane: I'm thinking that we should switch the default | 01:16 |
Ryan_Lane | what do you mean? | 01:16 |
vishy | Ryan_Lane: just make has_role return the specific global or project role | 01:17 |
vishy | Ryan_Lane: and by default check for either | 01:17 |
Ryan_Lane | so that it isn't an intersection? | 01:17 |
vishy | so that we're checking for the union, that is the way most people expect it to work | 01:18 |
Ryan_Lane | yeah | 01:18 |
*** Jordandev has quit IRC | 01:18 | |
Ryan_Lane | that makes more sense | 01:18 |
Ryan_Lane | was this a nasa or rackspace specific case? | 01:18 |
vishy | we can specify a flag to use intersection if desired | 01:18 |
vishy | nasa specific | 01:18 |
* Ryan_Lane nods | 01:18 | |
Ryan_Lane | it would make my coding way easier :) | 01:19 |
vishy | maybe make a bug: role checking should use union by default instead of intersection | 01:19 |
vishy | then one of us can knock it out soon | 01:19 |
Ryan_Lane | on it | 01:19 |
Ryan_Lane | cool. thanks | 01:19 |
*** joearnold has quit IRC | 01:20 | |
*** aliguori has quit IRC | 01:22 | |
Ryan_Lane | that'll solve one of my problems | 01:23 |
Ryan_Lane | now I need to figure out how to assign a DisplayName to the instances on creation. that somehow changed recently | 01:24 |
*** aliguori has joined #openstack | 01:24 | |
dendrobates | vishy: I'll check back in an hour or so for that ppa code drop. | 01:27 |
*** ArdRigh has joined #openstack | 01:28 | |
*** Jordandev has joined #openstack | 01:30 | |
uvirtbot | New bug: #697936 in nova "role checking should use union by default instead of intersection" [Undecided,New] https://launchpad.net/bugs/697936 | 01:31 |
JordanRinke | any openstack admins here that can give me a quick add to the planet openstack team? | 01:34 |
* dirakx managed to get a zipfile of nova ;). | 01:36 | |
dendrobates | JordanRinke: I can | 01:38 |
dendrobates | JordanRinke: done | 01:40 |
*** dendrobates is now known as dendro-afk | 01:42 | |
openstackhudson | Project nova build #361: SUCCESS in 1 min 15 sec: http://hudson.openstack.org/job/nova/361/ | 01:44 |
JordanRinke | dendro-afk: much appreciated | 01:44 |
Ryan_Lane | ugh. assigning of displayName is broken in the ec2 api :( | 01:46 |
*** rogue780 has quit IRC | 01:47 | |
*** dendro-afk is now known as dendrobates | 01:48 | |
*** maplebed has quit IRC | 01:49 | |
*** blpiatt has quit IRC | 02:00 | |
*** anotherjesse has quit IRC | 02:01 | |
*** littleidea has quit IRC | 02:04 | |
*** JohnFury has joined #openstack | 02:06 | |
JohnFury | god evening people and happy new year to people all around the world | 02:09 |
JohnFury | good evening i say... | 02:10 |
*** littleidea has joined #openstack | 02:10 | |
*** anotherjesse has joined #openstack | 02:16 | |
*** jdurgin has quit IRC | 02:17 | |
*** dendrobates is now known as dendro-afk | 02:24 | |
*** dendro-afk is now known as dendrobates | 02:25 | |
*** JohnFury has quit IRC | 02:28 | |
sandywalsh | hey guys, a particular operation I'm running through virt/xenapi_conn::wait_for_task is throwing an exception (as expected). My callback gets the notification, but it appears LoopingCall is attempting the operation again. | 02:29 |
sandywalsh | I get this error: http://paste.openstack.org/show/389/ | 02:29 |
*** schisamo has quit IRC | 02:30 | |
sandywalsh | any idea how to prevent this? | 02:30 |
*** hadrian has quit IRC | 02:31 | |
sandywalsh | got it ... ignore :) | 02:32 |
*** bvierra has joined #openstack | 02:34 | |
*** blpiatt has joined #openstack | 02:34 | |
bvierra | hey all looking to use openstack to replace XenServer | 02:34 |
bvierra | is there anywhere that has a list of hardware requirements / recommendations? | 02:35 |
sandywalsh | bvierra, openstack works with xenserver, but doesn't replace it. It controls it. | 02:35 |
anotherjesse | XenServer is a hypervisor - we support it - along with KVM | 02:35 |
alekibango | probably no, that should be in deployment manual | 02:35 |
alekibango | but memory = good | 02:36 |
bvierra | hmm ok | 02:36 |
alekibango | having 128 MB memory is not enough :) | 02:36 |
* bvierra goes back to reading | 02:36 | |
alekibango | i would say at least 32GB is good idea | 02:36 |
alekibango | but, nova can work with different hw... | 02:37 |
alekibango | it all depends on what you need it for | 02:37 |
anotherjesse | alekibango / bvierra yeah, it depends on use cases | 02:42 |
anotherjesse | compute heavy jobs vs data heavy jobs vs web vs "enterprise" ... | 02:42 |
alekibango | anotherjesse: still, some examples of hw for different common cases should be documented | 02:42 |
bvierra | anotherjesse, so you still need to use some hypervisor along with it, do you have a recommendation other than XenServer? | 02:42 |
alekibango | bvierra: kvm is supported | 02:43 |
anotherjesse | bvierra: KVM works nice ... my only problem with it is that when you attach a volume, users can't accurately specify /dev/vd* entry it shows up on :( | 02:43 |
creiht | winston-d: howdy | 02:51 |
Ryan_Lane | I'm tracking down a displayname issue, and not successfully nailing it down yet | 02:51 |
winston-d | creiht: :) | 02:51 |
creiht | ahh just saw your pm | 02:52 |
*** daleolds has quit IRC | 02:52 | |
Ryan_Lane | I believe it's in the db instance creation... compute/api.py -> create_instances gets the display_name properly, but when it creates it in the database, and checks for display_name in the result, it doesn't find it | 02:53 |
Ryan_Lane | so it assigns a default display_name | 02:53 |
*** freeplant has joined #openstack | 03:10 | |
*** cyonyx has joined #openstack | 03:10 | |
*** lamboric has joined #openstack | 03:13 | |
*** perestrelka has quit IRC | 03:17 | |
*** trin_cz has quit IRC | 03:41 | |
*** dirakx has quit IRC | 03:52 | |
* Ryan_Lane sighs | 03:53 | |
Ryan_Lane | I upgraded my trunk packages, and for some reason no service can talk to the database | 03:53 |
*** ArdRigh has quit IRC | 04:15 | |
*** freeplant has quit IRC | 04:17 | |
*** lamboric has quit IRC | 04:28 | |
*** dragondm has joined #openstack | 04:39 | |
*** kashyapc has quit IRC | 04:39 | |
*** jbryce_ has joined #openstack | 04:53 | |
*** dragondm has quit IRC | 04:55 | |
*** jbryce has quit IRC | 04:56 | |
*** jbryce_ is now known as jbryce | 04:56 | |
*** kashyapc has joined #openstack | 05:00 | |
*** kevnfx has joined #openstack | 05:04 | |
*** ArdRigh has joined #openstack | 05:04 | |
*** littleidea has quit IRC | 05:05 | |
*** damon__ has quit IRC | 05:11 | |
*** jimbaker has quit IRC | 05:16 | |
*** ArdRigh has quit IRC | 05:34 | |
*** kevnfx has quit IRC | 05:36 | |
*** littleidea has joined #openstack | 05:38 | |
*** f4m8_ is now known as f4m8 | 05:47 | |
*** kevnfx has joined #openstack | 05:53 | |
*** kevnfx has quit IRC | 06:04 | |
*** lunablue has joined #openstack | 06:07 | |
*** miclorb has quit IRC | 06:08 | |
*** dendrobates is now known as dendro-afk | 06:15 | |
*** lunablue has quit IRC | 06:16 | |
*** ramkrsna has joined #openstack | 06:29 | |
*** JohnFury__ has joined #openstack | 06:37 | |
*** ArdRigh has joined #openstack | 06:37 | |
JohnFury__ | ttx or anyone: do you know anyone who can help regarding creating a CentOS image compatible with openstack? | 06:38 |
*** blpiatt has quit IRC | 06:44 | |
*** samhamilton has joined #openstack | 07:01 | |
*** samhamilton has quit IRC | 07:13 | |
*** jq889 has joined #openstack | 07:15 | |
*** JohnFury__ has quit IRC | 07:20 | |
*** Jordandev has quit IRC | 07:25 | |
ttx | vishy: about the Ubuntu packaging branch, I can commit there as well, like any other Ubuntu core dev | 07:34 |
ttx | (or MOTU) | 07:34 |
ttx | vishy: feel free to propose branches and ping me for merging | 07:35 |
ttx | (though I was in bed at the same time as soren :) | 07:35 |
ttx | About pep8: the rule is there to ensure style consistency... If you look at Eucalyptus code you would see how much bad style consistency can hurt code readability | 07:36 |
*** BK_man has joined #openstack | 07:41 | |
*** jq889 has quit IRC | 07:53 | |
*** allsystemsarego has joined #openstack | 07:54 | |
*** leted has joined #openstack | 07:54 | |
*** miclorb_ has joined #openstack | 08:08 | |
*** czajkowski has quit IRC | 08:16 | |
*** czajkowski has joined #openstack | 08:16 | |
*** leted has quit IRC | 08:18 | |
*** BK_man has quit IRC | 08:29 | |
*** BK_man has joined #openstack | 08:34 | |
*** elasticdog has quit IRC | 08:35 | |
*** DeAnza has quit IRC | 08:38 | |
*** skrusty has quit IRC | 08:43 | |
*** elasticdog has joined #openstack | 08:44 | |
*** littleidea has quit IRC | 08:45 | |
*** MarkAtwood has quit IRC | 08:48 | |
*** DigitalFlux has joined #openstack | 08:55 | |
soren | ttx: nova-core people can commit there, too, by the way. | 08:55 |
*** BK_man has quit IRC | 08:55 | |
soren | ttx: Isn't Eucalyptus actually typical "enterprise" java style code? | 08:56 |
*** littleidea has joined #openstack | 08:56 | |
ttx | soren: ah? sounds pretty open :) | 08:56 |
soren | ttx: Well, things don't automatically trickle into Ubuntu just because it's in that branch. | 08:56 |
ttx | soren: I saw the Enterprise Java code written with coding guidelines | 08:56 |
ttx | it can look better | 08:57 |
*** skrusty has joined #openstack | 08:57 | |
soren | ttx: Considering how much time I've spent working with Eucalyptus, I've spent surprisingly little time looking at the code. Over the last two years, I have have looked at it for a total of 10 minutes. Never felt smarter afterwards. | 08:57 |
ttx | though I find pep8 does quite a good job (for a set of rules) to endure consistency | 08:57 |
ttx | ensure* | 08:57 |
soren | Ok, maybe 20 minutes. | 08:58 |
ttx | soren: when a patch touches 1000 lines just because people have a different conception of indent, that's a fail in my book :) | 08:58 |
soren | But no more than that. It always felt futile. | 08:58 |
ttx | soren: It kinda made me feel smart. | 08:59 |
ttx | soren: as in: "even me can write better code than that" | 08:59 |
ttx | Sometimes I feel dumb looking at openstack code :) | 09:01 |
soren | :) | 09:09 |
*** ramkrsna has quit IRC | 09:09 | |
*** littleidea has quit IRC | 09:11 | |
*** czajkowski has quit IRC | 09:17 | |
*** czajkowski has joined #openstack | 09:17 | |
*** ramkrsna has joined #openstack | 09:22 | |
*** perestrelka has joined #openstack | 10:00 | |
*** trin_cz has joined #openstack | 10:12 | |
ttx | soren: what's the status for bexar-ec2-soap-api ? will be proposed today, might be proposed later with an exception, or deferred to cactus ? | 10:22 |
soren | Might be proposed later with an exception. | 10:22 |
ttx | ok, marking "slow progress" then. | 10:22 |
soren | Some of it's done (I can succesfully do a DescribeImages call, for instance). | 10:23 |
*** trin_cz has quit IRC | 10:23 | |
ttx | feel free to push a branch to prove that :) | 10:23 |
ttx | (or link it if it already exists) | 10:23 |
soren | Oh, I thought I did. | 10:23 |
soren | Will do. | 10:23 |
*** lcfseth has joined #openstack | 10:24 | |
soren | ..but I can't pass arguments in yet (deserializin that SOAP stuff is no fun at all), nor do I yet have the authentication working (I'm just authenticating all incoming requests as "(soren, soren)") :) | 10:24 |
ttx | "don't try this at home" | 10:24 |
lcfseth | hi, may I ask what you're talking about? just logged in :) | 10:25 |
ttx | lcfseth: see /topic | 10:25 |
ttx | lcfseth: openstack development in general, bexar-ec2-soap-api in that specific discussion | 10:26 |
soren | ttx: Yeah, very much "don't try this at home" :) | 10:26 |
lcfseth | thx | 10:26 |
*** miclorb_ has quit IRC | 10:27 | |
*** kashyapc has quit IRC | 10:30 | |
*** ArdRigh has quit IRC | 10:30 | |
soren | ttx: Pushed and linked. | 10:31 |
*** brd_from_italy has joined #openstack | 10:50 | |
*** cw has quit IRC | 10:57 | |
*** cw has joined #openstack | 11:05 | |
*** adiantum has joined #openstack | 11:06 | |
*** kashyapc has joined #openstack | 11:08 | |
*** trin_cz has joined #openstack | 11:14 | |
*** matiu has quit IRC | 11:19 | |
*** anotherjesse has quit IRC | 11:23 | |
*** Jordandev has joined #openstack | 11:40 | |
*** lcfseth has left #openstack | 11:41 | |
*** Lcfseth has joined #openstack | 11:46 | |
*** brd_from_italy has quit IRC | 11:50 | |
*** arthurc has joined #openstack | 11:51 | |
*** Lcfseth has quit IRC | 11:52 | |
*** adiantum has quit IRC | 11:54 | |
*** zul has quit IRC | 12:01 | |
* soren lunches | 12:05 | |
*** befreax has joined #openstack | 12:10 | |
*** Jordandev has quit IRC | 12:21 | |
*** ramkrsna has quit IRC | 12:26 | |
*** Jordandev has joined #openstack | 12:34 | |
*** Lcfseth has joined #openstack | 12:35 | |
*** ctennis has quit IRC | 12:38 | |
*** Lcfseth has left #openstack | 12:43 | |
*** befreax has quit IRC | 12:52 | |
soren | ttx: Juts fyi: If we need new packages built (because someone updated the packaging), clicking the "Build now" thing on the nova-ppa job on Hudson now works. | 12:52 |
ttx | soren: ack -- I'll probably need some creds on Hudson to do that, I suspect | 12:53 |
soren | ttx: Before, it would have generate another 2011.1~bzr521-0ubuntu0ppa1~lucid1, for instance (i.e. not have incremented the lucid1 bit to lucid2). | 12:53 |
soren | ttx: Oh, you don't have hudson powers? | 12:53 |
ttx | I don't think so | 12:54 |
soren | ttx: Have you set up a Hudson account? | 12:54 |
soren | ttx: If so, I can bless you. | 12:54 |
ttx | I'll do that right away | 12:54 |
* ttx needs a break from looking at Launchpad code interfaces | 12:54 | |
* soren had similar reasons for doing this in the first place :) | 12:54 | |
ttx | soren: done, as "ttx" | 12:56 |
*** openstackhudson has quit IRC | 12:57 | |
soren | ttx: Great. If you go to http://hudson.openstack.org/job/nova-ppa/ now, you should see a "Build now" link on the left. | 12:58 |
soren | ttx: Possibly in French. | 12:58 |
*** openstackhudson has joined #openstack | 12:58 | |
ttx | soren: yes, I see it. | 12:58 |
soren | Great. | 12:59 |
ttx | back to WHY oh WHY won't LP export my linked_branches collection in its *$!#% API | 12:59 |
*** ctennis has joined #openstack | 13:04 | |
*** ctennis has joined #openstack | 13:04 | |
soren | Hyper-V branch approved. | 13:05 |
* soren sits back and watches Hudson do its thing. | 13:05 | |
ttx | yay | 13:05 |
*** zul has joined #openstack | 13:09 | |
*** adiantum has joined #openstack | 13:10 | |
*** irahgel has joined #openstack | 13:11 | |
*** gasbakid|2 has joined #openstack | 13:13 | |
openstackhudson | Project nova build #362: SUCCESS in 1 min 22 sec: http://hudson.openstack.org/job/nova/362/ | 13:14 |
*** westmaas has joined #openstack | 13:16 | |
*** jbryce has quit IRC | 13:17 | |
*** westmaas has quit IRC | 13:19 | |
* soren silently shakes his head | 13:36 | |
soren | ttx: Ok, so yesterday, I noticed someone mention Hybridfox on Twitter (in the context of OpenStack). | 13:36 |
soren | ttx: I wondered what it was, and went to look it up. | 13:37 |
soren | ttx: Turns out it's a fork of Elasticfox that works with Eucalyptus. | 13:37 |
soren | ttx: Apparantly, fixing Eucalyptus was too hard. | 13:37 |
soren | ttx: Incidentally, fixing Nova wasn't. So I did. | 13:37 |
soren | So now Elasticfox pretty much works with Nova. Except for one small hiccup. | 13:37 |
soren | ttx: Namely the base-36 vs base-16 ID's. | 13:38 |
ttx | hrm | 13:39 |
soren | I did notice something interesting while working on this, though. | 13:41 |
soren | (My stuff is in lp:~soren/nova/elasticfox-compatibility, by the way) | 13:41 |
soren | The image manifest says which kind of virtualisation is used. | 13:42 |
soren | Usually, it's paravirt. | 13:42 |
*** guigui has joined #openstack | 13:43 | |
soren | ...but we can use that do designate an image to be "fully virtual" or "UML" or whatnot. | 13:43 |
soren | Or, "fully virtualised with virtio disk" | 13:43 |
soren | Etc. | 13:43 |
*** fabiand_ has joined #openstack | 13:43 | |
ttx | interesting | 13:44 |
soren | ttx: Thought I'd mention it, if you were still considering working on the hybrid virt tech stuff. | 13:44 |
ttx | yes, thanks :) | 13:44 |
*** hggdh has quit IRC | 13:47 | |
nelson__ | Interesting: http://twitter.com/#!/nubeblog/status/22996282092036096 | 13:49 |
*** dendro-afk is now known as dendrobates | 13:50 | |
*** nelson__ has quit IRC | 13:51 | |
*** nelson__ has joined #openstack | 13:51 | |
*** hggdh has joined #openstack | 13:53 | |
*** blpiatt has joined #openstack | 13:53 | |
*** westmaas has joined #openstack | 13:53 | |
soren | ttx: You'll have to extend euca-bundle-image to allow it first, though. | 13:55 |
soren | *sigh* | 13:55 |
*** aliguori_ has joined #openstack | 13:57 | |
sandywalsh | OS API merge prop ... anyone care to review? I'm sure there'll be much discussion: https://code.launchpad.net/~sandy-walsh/nova/api-parity/+merge/45371 | 13:57 |
soren | sandywalsh: For a start, please set a commit message that will be useful in a changelog. | 14:01 |
*** aliguori has quit IRC | 14:01 | |
soren | sandywalsh: Can you elaborate on the krm_mapping.json.sample thing? | 14:03 |
soren | sandywalsh: I think I understand the motivation, but I'm not sure I understand the approach taken here. | 14:03 |
soren | sandywalsh: We want to expose what Cloud Servers exposes now, right? That's a numeric ID that maps to a kernel/ramdisk/filesystem tuple. | 14:04 |
soren | sandywalsh: That sample json seems to map a "machine" key to a kernel/ramdisk 2-tuple. | 14:05 |
*** arthurc has quit IRC | 14:05 | |
soren | sandywalsh: Either "machine" refers to the filesystem, in which case I'm not sure how the integer ID is going to be deterministically exposed to clients, or the "machine" thing is the integer ID, in which case I don't understand how the filesystem is chosen. | 14:06 |
sandywalsh | soren, will update commit message | 14:06 |
soren | sandywalsh: ta | 14:07 |
sandywalsh | soren <still reading> | 14:07 |
sandywalsh | soren, ah. Well OS API deals with flavor (disk size, ram, etc) and OS (linux, etc), while EC2 uses the kernel, machine, ramdisk tuple | 14:08 |
sandywalsh | soren, while we have a concept of flavor in OS API, rackspace dynamically builds the disk so that's not needed and kernel is part of the image | 14:09 |
sandywalsh | soren, vs. machine + kernel | 14:09 |
sandywalsh | soren, so, the mapping is needed (short term). I suspect this will all go away with glance | 14:10 |
sandywalsh | soren, the other issue is that OS API wants a numeric code for os. EC2 has the ami-abcdef format | 14:10 |
sandywalsh | soren, so I hash the ami-xxxx to the numeric version | 14:11 |
*** arthurc has joined #openstack | 14:11 | |
uvirtbot | New bug: #698123 in nova "Pausing a Paused instance via OS API causes error" [Undecided,New] https://launchpad.net/bugs/698123 | 14:11 |
sandywalsh | soren, that way, existing clients can still work. Admittedly, the number is unwieldy | 14:11 |
*** blpiatt has quit IRC | 14:11 | |
*** guigui has quit IRC | 14:11 | |
sandywalsh | soren, arguably I could have mapped any of kernel, machine or ramdisk to OS ID. | 14:12 |
sandywalsh | soren, I just needed some anchor | 14:12 |
* sandywalsh over | 14:13 | |
*** DigitalFlux has joined #openstack | 14:15 | |
soren | sandywalsh: Maybe I'm missing the purpose of the mapping file. I'll keep reading and get back to you if it's still not clear :) | 14:16 |
sandywalsh | soren, I'll be here. | 14:16 |
sandywalsh | dubs, I'll merge against trunk again | 14:17 |
*** MarkAtwood has joined #openstack | 14:20 | |
*** littleidea has joined #openstack | 14:20 | |
*** ppetraki has joined #openstack | 14:23 | |
*** normanrichards has quit IRC | 14:32 | |
*** abecc has joined #openstack | 14:32 | |
*** rogue780 has joined #openstack | 14:39 | |
*** hadrian has joined #openstack | 14:40 | |
*** littleidea has quit IRC | 14:44 | |
soren | Yay, maverick packages work again. | 14:44 |
soren | Well, they build, at least. | 14:44 |
*** Jordandev has quit IRC | 14:52 | |
*** littleidea has joined #openstack | 14:56 | |
*** f4m8 is now known as f4m8_ | 14:57 | |
colinnich | Any Ubuntu gurus know why can't find python-eventlet or python-devel packages for apt-get install? python-setuptools python-pastedeploy python-webob python-xattr all worked fine. I had a similar problem before with eventlet, but got python-devel to install and could use easy_install. But now I can't find python-devel either. Fresh install of Ubuntu 10.04.1 LTS. | 15:01 |
*** rogue780 has quit IRC | 15:01 | |
*** littleidea has quit IRC | 15:01 | |
soren | colinnich: There was never a python-devel package in Ubuntu. | 15:02 |
colinnich | soren: oh well, maybe that's not how I did it :-) | 15:02 |
soren | colinnich: Which version of Ubuntu are you running? We have PPA's that have the relevant dependencies (like eventlet). | 15:02 |
soren | colinnich: "sudo add-apt-repository ppa:nova-core/trunk" should do it | 15:02 |
*** rogue780 has joined #openstack | 15:03 | |
soren | colinnich: Assuming you're running lucid, maverick, or natty. | 15:03 |
colinnich | soren: 10.04.01. Wasn't using the PPA's as I wanted a custom branch (of swift), but I'll give it a go | 15:03 |
soren | colinnich: Oh, sorry, I keep assuming people want Nova :) | 15:03 |
dabo | colinnich: did you apt-get update first? (sorry if the suggestion is insulting, but just checking) | 15:04 |
colinnich | soren: yes, it does seem popular | 15:04 |
colinnich | dabo: no, I'll try that now | 15:04 |
colinnich | dabo: didn't help - http://paste.openstack.org/show/417/ | 15:06 |
*** troytoman has joined #openstack | 15:07 | |
dabo | colinnich: perhaps python-eventlet isn't available in 10.04? I'm on 10.10 | 15:07 |
notmyname | colinnich: http://paste.openstack.org/show/418/ | 15:08 |
notmyname | colinnich: echo "deb http://ppa.launchpad.net/swift-core/ppa/ubuntu lucid main" >/etc/apt/sources.list.d/swift-core-ppa-lucid.list | 15:10 |
colinnich | notmyname: that's it, thanks John | 15:12 |
notmyname | np | 15:12 |
colinnich | (as always :-)) | 15:12 |
*** mdomsch has joined #openstack | 15:14 | |
soren | notmyname: It's better to use "add-apt-repository ppa:swift-core/ppa" | 15:17 |
notmyname | soren: good to know | 15:18 |
soren | notmyname: It also imports the gpg signing keys, for instance. | 15:18 |
notmyname | ah yes. that's step 2 on http://swift.openstack.org/development_saio.html | 15:18 |
colinnich | soren: yeah I did get warnings about that | 15:18 |
*** mdomsch has quit IRC | 15:19 | |
colinnich | soren: and that way has indeed imported the keys, thanks | 15:19 |
*** gondoi has joined #openstack | 15:20 | |
*** fabiand_ has quit IRC | 15:21 | |
*** ccustine has joined #openstack | 15:28 | |
*** hadrian has quit IRC | 15:28 | |
*** abecc has quit IRC | 15:38 | |
*** spectorclan has joined #openstack | 15:41 | |
*** littleidea has joined #openstack | 15:43 | |
*** WonTu has joined #openstack | 15:44 | |
*** WonTu has left #openstack | 15:44 | |
*** kevnfx has joined #openstack | 15:45 | |
*** dagger has left #openstack | 15:45 | |
*** hadrian has joined #openstack | 15:48 | |
*** grizzletooth has joined #openstack | 15:49 | |
*** kevnfx has quit IRC | 15:53 | |
*** dragondm has joined #openstack | 15:54 | |
*** blamar has joined #openstack | 15:55 | |
*** grizzletooth has left #openstack | 15:56 | |
*** jimbaker has joined #openstack | 16:06 | |
*** rogue780 has quit IRC | 16:06 | |
*** arthurc has quit IRC | 16:08 | |
ttx | sirp-: how is xs-snapshots coming along ? | 16:08 |
*** jimbaker has quit IRC | 16:09 | |
*** jimbaker has joined #openstack | 16:09 | |
sirp- | made good progress, cleaning up the branch right now and planning to propose the merge later today | 16:12 |
sirp- | ttx: ^^^ | 16:13 |
ttx | sirp-: perfect ! | 16:13 |
*** dfg_ has joined #openstack | 16:14 | |
*** zaitcev has joined #openstack | 16:21 | |
*** troytoman has quit IRC | 16:22 | |
*** kevnfx has joined #openstack | 16:25 | |
*** johnpur has joined #openstack | 16:26 | |
*** ChanServ sets mode: +v johnpur | 16:26 | |
vishy | sirp-: I think i can make kvm snapshots pretty quickly on top of my cow branch | 16:27 |
vishy | sirp:- are the upper layers and interfaces finished already / in trunk? | 16:28 |
vishy | sirp-: ^^^ | 16:28 |
sirp- | vishy: for the most part they are, you would just need to make the appropriate changes in libvirt_conn.py | 16:29 |
sirp- | vishy: it should just work | 16:29 |
vishy | sirp-: ok that is what i was hoping. I'll try and get something working real quick | 16:29 |
ttx | vishy: do you happen to know if anotherjesse worked on aws-api-validation ? I'm about to defer it to Cactus | 16:30 |
sirp- | vishy: cool, you may end up having to write a little bit of code to put the bundled image into glance (in the xenapi code-path, that code lives within the xenapi glance plugin); from the sound of it, ewan wants to eventually pull that code back into nova proper, so eventually libvirt and xenapi will be able to share it | 16:31 |
vishy | ttx: not sure about that one. I thought termie had a branch for it at one point, not sure what the status is. | 16:31 |
vishy | sirp-: I'm doing ultra simple snapshotting as a first pass, just using qcow2 format internal snapshotting | 16:32 |
vishy | sirp-: so no external backup or anything fancy like that | 16:32 |
sirp- | vishy: ah gotcha | 16:33 |
*** kashyapc has quit IRC | 16:33 | |
ttx | termie: if you have anything in the oven, let me know. Otherwise i'll just defer it to Cactus | 16:37 |
* soren dinners | 16:39 | |
*** lvaughn_ has quit IRC | 16:52 | |
*** lvaughn has joined #openstack | 16:53 | |
*** Jordandev has joined #openstack | 16:54 | |
*** zul has quit IRC | 16:56 | |
*** DigitalFlux has quit IRC | 16:58 | |
*** anotherjesse has joined #openstack | 17:00 | |
*** dillon-w has joined #openstack | 17:04 | |
*** nelson__ has quit IRC | 17:04 | |
*** opengeard has quit IRC | 17:04 | |
*** nelson__ has joined #openstack | 17:05 | |
*** Jordandev has quit IRC | 17:06 | |
*** dragondm has quit IRC | 17:12 | |
johnpur | vish: q on "directapi"? | 17:14 |
dillon-w | creiht around? | 17:15 |
*** cynb has joined #openstack | 17:20 | |
*** Jordandev has joined #openstack | 17:20 | |
Ryan_Lane | instance creation appears broken in trunk: TypeError: _format_instances() takes exactly 2 arguments (3 given) | 17:20 |
Ryan_Lane | though I'm using trunk ppa, which I guess could be out of date: 2011.1~bzr522-0ubuntu0ppa1~lucid1 | 17:21 |
notmyname | dillon-w: go ahead and ask. he'll see it when he gets in or someone else can answer | 17:22 |
dabo | eday: Just pulled trunk, and noticed that internal_id has been removed from the instances table. Much of the python=cloudservers API is configured to use that value, not the database ID. | 17:24 |
dabo | eday: can you explain the reasoning for dropping it, and if it is expected that we only use the database id from now on? | 17:24 |
dillon-w | I've got new swift-bench result. http://paste.openstack.org/show/419/ | 17:25 |
dillon-w | is it still too low? | 17:25 |
notmyname | are you using dedicated hardware or a VM or ...? | 17:26 |
dillon-w | dedicated h/w | 17:27 |
notmyname | dillon-w == winston-d? | 17:27 |
*** rlucio has joined #openstack | 17:28 | |
*** zul has joined #openstack | 17:29 | |
dillon-w | good catch. that's me too. | 17:31 |
colinnich | dillon-w notmyname To give another set of figures, my test system has a proxy on XenServer, and 3 storage nodes on physical hardware in different locations (one 400 miles away). Don't ask... Here are my swift-bench results - http://paste.openstack.org/show/420/ | 17:31 |
dillon-w | i'm now signing-in from home | 17:31 |
dillon-w | colinnich: that's not bad considering your setup. | 17:33 |
colinnich | dillon-w: so your writes don't look fantastic compared to mine, but GETs look faster | 17:33 |
dillon-w | colinnich: you are right. but i am using 6 storage nodes in the same LAN | 17:34 |
colinnich | dillon-w: so you should be much faster than me at everything I'd expect | 17:35 |
dillon-w | colinnich: i guess so. | 17:35 |
dillon-w | i've spent two days debugging (well, asking help here) the slow perf issue | 17:36 |
colinnich | dillon-w: can't really offer anything else, I haven't done any tuning at all. | 17:37 |
dillon-w | colinnich: i think there's something wrong in my swift config or setup, 'cos my storage device is super fast. :D and I confirm that with native IO mirco benchmarks | 17:38 |
eday | dabo: we only need one ID to reference resources, and eventually this should be globally unique (whether a UUID or some other form) | 17:39 |
dabo | eday: that's great in theory, but it breaks a lot of what I'm working on now | 17:39 |
eday | dabo: how was that being exposed by the API? from a client it shouldn't matter, no? | 17:40 |
dabo | eday: more of a question of timing - why this happened one day before the deadline | 17:40 |
eday | just whatever ID's are in the URL | 17:40 |
dillon-w | what should i expect from 'swift-account-audit'? | 17:40 |
dabo | eday: no, the api code that handles requests assumes internal_id | 17:41 |
dabo | client doesn't care | 17:41 |
eday | and the thing you're working on just uses the REST API, doesn't it? | 17:41 |
dabo | no, it implements the REST API | 17:42 |
* eday is confused | 17:42 | |
eday | are you working on nova/api/openstack/* modules? | 17:42 |
*** lvaughn_ has joined #openstack | 17:43 | |
dabo | eday: yes, primarily | 17:43 |
eday | ahh, ok. you mentioned python-cloudservers, so I thought you were focusing only on client | 17:43 |
dabo | eday: that's the most obvious place where it's breaking. A simple 'cloudservers list' is crashing now | 17:44 |
dabo | I'm also implementing the admin password reset blueprint | 17:44 |
*** lvaughn has quit IRC | 17:45 | |
eday | if you want to push your branch I can help convert, it should be a simple replace of internal_id with compute.api methods to use normal IDs | 17:45 |
dabo | eday: well, I'm already about halfway down that road. I just wanted to understand the reason why this change was made now. | 17:45 |
*** trin_cz has quit IRC | 17:45 | |
eday | dabo: trying to get API cleanup done before the merge req window closes | 17:46 |
dabo | eday: exactly - I'm trying to get my stuff merged, too | 17:47 |
eday | it's a step in the distributed scheduler, as the previous internal_id geenration was kind of useless and only complicated having two IDs per resource | 17:47 |
eday | dabo: sorry, conflicts are hard to avoid with so much parallel dev going on :) | 17:47 |
*** joearnold has joined #openstack | 17:47 | |
dabo | eday: hey, I know it wasn't intentional. ;-) | 17:48 |
eday | dabo: if it makes you feel any better, I had to merge trunk with that thing like 10 times because everyone kept submitting branches with conflicts (assuming old id's/compute API) | 17:49 |
dillon-w | is there anything wrong with the 'swift-account-audit' result here http://paste.openstack.org/show/421/ ? | 17:49 |
eday | :) | 17:49 |
dabo | eday: been there, done that. :) | 17:49 |
*** dillon-w has quit IRC | 17:55 | |
*** Jordandev has quit IRC | 17:58 | |
*** rogue780 has joined #openstack | 18:02 | |
*** aliguori_ has quit IRC | 18:03 | |
colinnich | dillon-w: I'd certainly say so. As for the cause, I'm no expert. I'd guess checking all your services on the storage nodes are running, but other than that I'll leave it to the experts. | 18:04 |
*** jdurgin has joined #openstack | 18:08 | |
*** anotherjesse has quit IRC | 18:10 | |
*** Jordandev has joined #openstack | 18:11 | |
Ryan_Lane | API stuff in trunk seems pretty broken | 18:12 |
pvo | Ryan_Lane: dabo and eday are working on it now | 18:14 |
Ryan_Lane | ah. ok | 18:15 |
Ryan_Lane | dabo, eday: incase you aren't already aware. display_name isn't set properly on instance creation | 18:15 |
Ryan_Lane | for some reason it is setting a default, even when display_name is passed in | 18:16 |
*** dragondm has joined #openstack | 18:16 | |
dabo | Ryan_Lane: what are you seeing vs. what are you expecting? | 18:16 |
Ryan_Lane | O | 18:16 |
Ryan_Lane | err | 18:16 |
*** maplebed has joined #openstack | 18:16 | |
Ryan_Lane | I'm passing in "test" as the display name, and it is setting "Server 36" | 18:16 |
Ryan_Lane | I traced the code last night | 18:16 |
dabo | Ryan_Lane: creating the instance with what? different tools do it differently | 18:17 |
Ryan_Lane | in the compute api, it sends the info to the db layer, and then can't find display_name in the returned instance | 18:17 |
Ryan_Lane | I'm having a good feeling this affects all apis | 18:17 |
Ryan_Lane | since after tracing the code, it makes it to the underlying code | 18:18 |
Ryan_Lane | I'm using the aws-sdk | 18:18 |
dabo | Ryan_Lane: right now I'm trying to clean up all the stuff that references instance 'name', since a lot of that is broken. I haven't looked at 'display name' | 18:19 |
*** dirakx has joined #openstack | 18:19 | |
Ryan_Lane | in compute/api.py, in create, if I change: | 18:19 |
Ryan_Lane | if 'display_name' not in instance: | 18:19 |
Ryan_Lane | updates['display_name'] = "Server %s" % instance_id | 18:19 |
sandywalsh | dabo, are you looking at that or should I? | 18:20 |
Ryan_Lane | updates['display_name'] = display_name | 18:21 |
dabo | sandywalsh: if you want to start looking at display name, go for it. I'm knee-deep in cleaning up the name references | 18:21 |
Ryan_Lane | if I set that, it works as expected | 18:21 |
sandywalsh | Ryan_Lane, I'll look at that now | 18:21 |
Ryan_Lane | so the display_name makes it into the function :) | 18:21 |
Ryan_Lane | sandywalsh: thanks :) | 18:21 |
Ryan_Lane | that's breaking my development pretty hard. heh | 18:21 |
Ryan_Lane | also, the ec2 api can't create vms at all | 18:21 |
sandywalsh | I think that's a separate issue | 18:22 |
Ryan_Lane | it is :) | 18:22 |
sandywalsh | I've been focused on the openstack api as of late | 18:22 |
Ryan_Lane | I'm getting: _format_instances() takes exactly 2 arguments (3 given) | 18:22 |
rlucio | whoa when did the db schema change? | 18:23 |
Ryan_Lane | which is this line: i = self._format_instances(context, reservation_id) | 18:24 |
rlucio | for nova i mean | 18:24 |
Ryan_Lane | (I really need to switch to using the openstack api soon) | 18:24 |
vishy | run_instances is broken in trunk? | 18:24 |
Ryan_Lane | for ec2, yes | 18:25 |
*** jc_smith has joined #openstack | 18:25 | |
vishy | johnpur: sorry I missed that comment, what was the q? | 18:25 |
vishy | is there a bug/patch in? | 18:25 |
Ryan_Lane | no. I can submit a bug though | 18:25 |
Ryan_Lane | didn't want to if it was a known issue :) | 18:26 |
Ryan_Lane | I'll submit one for display_name as well | 18:26 |
*** westmaas has joined #openstack | 18:26 | |
sandywalsh | Ryan_Lane, I can put that my api-parity branch | 18:26 |
sandywalsh | Ryan_Lane, seems the 'not in' is failing because Instance is a sqlalchemy object | 18:29 |
Ryan_Lane | heh. that would make sense :) | 18:29 |
annegentle | could I get one more Nova Core review on this merge request? https://code.launchpad.net/~annegentle/nova/fixnewscript/+merge/45085 pretty please? | 18:29 |
Ryan_Lane | I assumed functions were overloaded to make that happen | 18:30 |
sandywalsh | likewise ... digging deeper | 18:30 |
Ryan_Lane | (which is one of the reasons I don't really like overloaded operators) | 18:30 |
sandywalsh | heh, too ruby-like | 18:31 |
* sandywalsh ducks and covers | 18:31 | |
Ryan_Lane | it's confusing, and makes you have to search for something that may not be there | 18:31 |
*** dragondm has quit IRC | 18:32 | |
vishy | i have a fix | 18:32 |
vishy | for format | 18:33 |
sandywalsh | Ryan_Lane, display_name was set correctly to start with. It gets overwritten | 18:33 |
vishy | i'll make a bug and fix | 18:33 |
Ryan_Lane | just made a bug | 18:33 |
vishy | number? | 18:33 |
Ryan_Lane | 698225 | 18:33 |
vishy | fix proposal is here: https://code.launchpad.net/~vishvananda/nova/lp698225/+merge/45424 | 18:38 |
Ryan_Lane | I'll test when the diff show up :) | 18:39 |
vishy | i'm just looking at tests, looks like we have some broken ones | 18:40 |
*** aliguori has joined #openstack | 18:40 | |
Ryan_Lane | works for me now | 18:40 |
uvirtbot | New bug: #698225 in nova "run_instances broken in trunk: problem with _format_instances passed too many arguments" [High,Fix committed] https://launchpad.net/bugs/698225 | 18:41 |
dabo | vishy: doesn't fix _format_instances for me | 18:42 |
vishy | dabo: huh? | 18:43 |
vishy | fixing tests as well | 18:44 |
dabo | I applied the diff, and still get the same error | 18:44 |
dabo | it looked like it should work | 18:44 |
vishy | did you restart api? | 18:44 |
dabo | ah | 18:44 |
dabo | doh! | 18:44 |
*** mdragon has joined #openstack | 18:44 | |
dabo | my bad | 18:44 |
dabo | working | 18:44 |
Ryan_Lane | privateDnsName isn't returned on instance creation (EC2 API), but is returned when running describe_instances | 18:46 |
vishy | Ryan_Lane: true | 18:46 |
*** irahgel has left #openstack | 18:46 | |
Ryan_Lane | is that by design? | 18:46 |
vishy | yes | 18:46 |
Ryan_Lane | oh | 18:47 |
vishy | it is also how amazon does it | 18:47 |
Ryan_Lane | ahhh | 18:47 |
*** mdragon has left #openstack | 18:47 | |
vishy | it doesn't get an ip until it has been scheduled to a host | 18:47 |
Ryan_Lane | so I should create the instance, then do describe_instance using the instanceid. | 18:47 |
Ryan_Lane | ugh | 18:47 |
Ryan_Lane | that's problematic | 18:47 |
Ryan_Lane | I'm assigning a DNS name on creation | 18:48 |
Ryan_Lane | I guess I could loop describe_instance until I get an IP | 18:48 |
vishy | Ryan_Lane: you're doing dns externally? | 18:48 |
*** dragondm has joined #openstack | 18:49 | |
vishy | Ryan_Lane: patch nova to do internal dns! | 18:49 |
Ryan_Lane | I'm doing it via LDAP | 18:49 |
Ryan_Lane | I can do that if you'd like | 18:49 |
Ryan_Lane | it would make my life easier, for sure | 18:49 |
vishy | Ryan_Lane: nova should be doing dns of some sort | 18:49 |
Ryan_Lane | cool. I'll add it there :) | 18:50 |
vishy | Ryan_Lane: ips are much more flexible if we assign them later | 18:51 |
*** kevnfx has quit IRC | 18:51 | |
vishy | there was a blueprint and such about it. | 18:51 |
Ryan_Lane | yeah. I'd imagine so | 18:52 |
Ryan_Lane | let me check to see how portable the LDAP stuff is | 18:52 |
Ryan_Lane | for DNS | 18:52 |
Ryan_Lane | it may not be worth adding if it only works with PowerDNS (which is what I'm testing) | 18:52 |
vishy | k | 18:53 |
Ryan_Lane | I guess I could make it abstract and add subclasses for specific server types, and have it a choice via a flag... | 18:54 |
jk0 | to anyone interested, I wrote up a bzr pre-commit hook that runs pep8 and unit tests: https://github.com/jk0/bzr-pre-commit-hook | 18:56 |
jk0 | unit test checks are disbale by default since they take forever | 18:56 |
eday | jk0: how long do they take for you? | 18:57 |
jk0 | ~2 minutes | 18:58 |
eday | you can get it down under 1 min with libeatmydata :) | 18:58 |
* jk0 googles | 18:58 | |
eday | (it's a LD_PRELOAD to disable fsync/fdatasync) | 18:58 |
jk0 | interesting... | 18:59 |
openstackhudson | Project nova build #363: SUCCESS in 1 min 16 sec: http://hudson.openstack.org/job/nova/363/ | 18:59 |
eday | it's due to sqlite being all persistent and stuff | 18:59 |
eday | (the slowness) | 18:59 |
*** Jordandev has quit IRC | 18:59 | |
sandywalsh | Ryan_Lane, can't do 'foo' in object with sqlalchemy objects (only dicts). Looks like sqlalchemy objects create proper attributes and don't do any magic (which is nice). | 19:00 |
sandywalsh | Ryan_Lane, putting patch in api branch | 19:00 |
Ryan_Lane | sandywalsh: great :) | 19:01 |
Ryan_Lane | thanks | 19:01 |
sandywalsh | np, it was on my list of things to look at anyway. | 19:01 |
rogue780 | ok. I've got a dumb question. | 19:06 |
*** adiantum has quit IRC | 19:06 | |
rogue780 | I've installed nova and have an instance running. I can ssh into it from the host machine at 10.0.0.3. | 19:07 |
rogue780 | So my question is...now what? | 19:07 |
rogue780 | how do I use that instance to, say, run a web server? and how do I access that instance from a client machine? | 19:08 |
*** Jordandev has joined #openstack | 19:11 | |
creiht | doh... dillon-w is gone | 19:14 |
vishy | jk0: LockContention: Could not acquire lock "/home/vishvananda/trunk/.bzr/checkout/dirstate": [Errno 11] Resource temporarily unavailable | 19:25 |
*** gdusbabek has left #openstack | 19:25 | |
jk0 | that's a new one to me | 19:25 |
*** gdusbabek has joined #openstack | 19:26 | |
vishy | jk0: also, i think a warning would be better than an error, I don't want to have to make tests/pep pass to just commit | 19:26 |
vishy | jk0: and there doesn't seem to be a way to do a pre-push hook | 19:26 |
jk0 | yeah, I don't think one exists | 19:26 |
jk0 | otherwise a pre-push would be preferable | 19:27 |
jk0 | I can make it a warning though | 19:28 |
vishy | rogue780: assuming it is an ubuntu image, you can apt-get install apache2 | 19:28 |
vishy | rogue780: you can also associate floating ips to the instance assuming you have extra ips to give | 19:28 |
vishy | jk0: i thought maybe the LockContention was due to it running the test to check authors while in the middle of pre-commit which locks the dir, but you don't get that error? | 19:30 |
jk0 | no, I haven't seen that | 19:30 |
jk0 | a few other people have tested as well, too | 19:30 |
jk0 | -, too | 19:30 |
*** ccustine has quit IRC | 19:33 | |
rogue780 | vishy, tell me more about these floating ips? I'm interested in making it so someone from the outside world can access the webserver on the instance...I have next to no knowledge of how to do this. | 19:33 |
*** zykes- has quit IRC | 19:36 | |
*** Ryan_Lane is now known as Ryan_Lane|food | 19:37 | |
*** hggdh has quit IRC | 19:38 | |
*** hggdh has joined #openstack | 19:44 | |
*** troytoma_ has joined #openstack | 19:50 | |
creiht | colinnich: even given your setup, your bench results seem very sllow | 19:53 |
creiht | slow | 19:53 |
*** zul has quit IRC | 19:54 | |
colinnich | creiht: :-( | 19:54 |
colinnich | creiht: I got some new machines today, so I'll have a proper set up in the next few weeks....... | 19:55 |
creiht | ok | 19:55 |
*** zykes- has joined #openstack | 19:55 | |
creiht | colinnich: did you tune the workers any? | 19:55 |
*** dubsquared has joined #openstack | 19:55 | |
colinnich | creiht: not at all, no | 19:56 |
creiht | all the servers default to 1 worker, unless you specify it | 19:56 |
creiht | http://swift.openstack.org/deployment_guide.html | 19:57 |
creiht | shows the settings for each service | 19:57 |
colinnich | creiht: I'll give it a go on my current system then, will be good practice | 19:58 |
*** nelson__ has quit IRC | 19:58 | |
*** nelson__ has joined #openstack | 19:59 | |
*** joearnold has quit IRC | 20:00 | |
sandywalsh | tr3buchet, thanks for the review | 20:04 |
sandywalsh | and YOU TOO could be as cool as tr3buchet by having a look at https://code.launchpad.net/~sandy-walsh/nova/api-parity/+merge/45371 | 20:04 |
dabo | as cool as tr3buchet? That's hardly motivation! | 20:05 |
sandywalsh | dunno dabo ... tr3buchet's got street cred | 20:05 |
*** littleidea has quit IRC | 20:05 | |
dabo | yeah - sesame stree | 20:06 |
dabo | street, even | 20:06 |
sandywalsh | I think that illustrates my point ;) | 20:06 |
jk0 | lol | 20:07 |
colinnich | creiht: http://paste.openstack.org/show/424/ | 20:10 |
colinnich | creiht: a little faster, not too much. That's turning proxy-server up from 1 to 8 | 20:10 |
colinnich | creiht: object,container and account servers are at 2 - should that be higher? | 20:10 |
vishy | rogue780: they work like amazon's elasticips. | 20:21 |
vishy | rogue780: you will have to specify 1 or more floating ips with nova-manage floating create | 20:22 |
vishy | rogue780: then using euca2ools euca-allocate-address, euca-associate-address, | 20:22 |
*** aliguori has quit IRC | 20:24 | |
Ryan_Lane|food | vishy: I was wondering about floating ips as well | 20:25 |
*** Ryan_Lane|food is now known as Ryan_Lane | 20:25 | |
Ryan_Lane | how does it assign the IP to the vm? | 20:25 |
Ryan_Lane | is it via NAT? | 20:26 |
Ryan_Lane | and is it available in flat networking mode? | 20:26 |
colinnich | creiht: turning the storage server services up to 8 gave another marginal improvement. I don't think it's worth reading too much into it though - the furthest server is around 60ms away | 20:27 |
creiht | k | 20:30 |
eday | sandywalsh: why are you hashing the image_id in your api-parity branch? What about doing a two-way conversion to something that is acceptable? | 20:30 |
sandywalsh | eday, the hash was first thing that came to mind if you have a two way function, that would be excellent. | 20:31 |
eday | sandywalsh: what do you need for output format? | 20:32 |
sandywalsh | numeric | 20:32 |
sandywalsh | string <-> number | 20:32 |
eday | hm, and object store image ID's are pretty much base64, no? would really big ints be ok? :) | 20:33 |
sandywalsh | it would have to be a perfect hash | 20:33 |
eday | oh, image id's have '-' don't they... hmm | 20:34 |
sandywalsh | eday, yeah, but glance is numeric | 20:34 |
eday | unless you could always rip off 'ami' prefix | 20:34 |
sandywalsh | we could do that ... is ami fixed? | 20:34 |
eday | if you ripped off 'ami-' and took the other bits and converted to int via base16/36/64/whatever fits the best, might be ok | 20:35 |
eday | just the 'grab all and compute hash until one matches' loop seems nasty :) | 20:35 |
sandywalsh | well, for that matter I could just mod the existing hash to 1/2 the size | 20:35 |
sandywalsh | the loop sucks | 20:36 |
sandywalsh | but with glance I can just request by id | 20:36 |
*** fabiand_ has joined #openstack | 20:36 | |
sandywalsh | eday, it's more of an encryption function than a hash that's needed | 20:37 |
vishy | Ryan_Lane: it is via nat and it should work in flat mode as well | 20:43 |
Ryan_Lane | oooo | 20:43 |
Ryan_Lane | nice | 20:43 |
Ryan_Lane | I see it is assigned per compute node... | 20:43 |
Ryan_Lane | future version of nova are going to allow instance migration, correct? | 20:44 |
Ryan_Lane | will floating IPs move between compute nodes with the instance? | 20:44 |
vishy | Ryan_Lane: yeah there is a live migration branch in for review, but I think it requires NAS | 20:44 |
Ryan_Lane | network attached storage? | 20:44 |
Ryan_Lane | (I'm going to have that :) ) | 20:45 |
Ryan_Lane | so i can have a private address range that auto-assigns IPs to instances, and have a public address range that is added via floating IPs? | 20:46 |
vishy | Ryan_Lane: yes, that is how we deploy | 20:46 |
Ryan_Lane | awesome | 20:46 |
vishy | Ryan_Lane: no public access by default | 20:46 |
Ryan_Lane | is there documentation on how to set this up anywhere? | 20:47 |
vishy | probably not :) | 20:47 |
Ryan_Lane | heh | 20:47 |
annegentle | heh, yes I'm reading with interest myself :) | 20:49 |
Ryan_Lane | this is definitely something I need to set up. we're really low on IPv4 ip addresses | 20:50 |
Ryan_Lane | and we can't get any more | 20:50 |
*** allsystemsarego has quit IRC | 21:03 | |
sandywalsh | Just did a fresh merge with trunk and now 'boot' fails in os api. http://paste.openstack.org/show/425/ eday dabo ? | 21:08 |
nelson__ | http://sedition.com/a/3054 <--- Perl and Python programmers compared. | 21:09 |
*** joearnold has joined #openstack | 21:09 | |
sandywalsh | interesting also to note that the instance id sent to "cloudservers list" was 4, vs 334743 (or whatever) eday dabo | 21:10 |
*** aliguori has joined #openstack | 21:10 | |
sandywalsh | http://paste.openstack.org/show/426/ eday dabo | 21:11 |
nelson__ | I'm getting this error and I'm not sure where to look to find a solution: ClientException: Object PUT failed: https://a.ra-tes.org:8080/v1/AUTH_0cbd1929b0d94dc196d90620095657ea/myfiles/mysql_client_test_embedded 404 Not Found | 21:14 |
nelson__ | Should I be looking at the proxy or at one of the storage servers? | 21:14 |
dabo | sandywalsh: I'm removing all the references to 'internal_id' out of the code | 21:14 |
dabo | I won't be ready to push for a while, though | 21:15 |
notmyname | nelson__: 404 means that the account, container, or object could be missing | 21:15 |
*** Jordandev has quit IRC | 21:15 | |
notmyname | for a PUT, I'd guess it's the container | 21:15 |
nelson__ | notmyname: the instructions don't seem to tell me to create the container first. | 21:15 |
creiht | nelson__: start with the proxy server logs for the request, which will have a transaction id (start with tx and then a uuid), then grep all the logs for that transaction id | 21:15 |
*** Jordandev has joined #openstack | 21:15 | |
creiht | st is supposed to create the container if it doesn't exist (if that is what you are using) | 21:16 |
notmyname | which instructions are you using? | 21:16 |
creiht | I'm guessing the multi-server instructions | 21:16 |
nelson__ | yes, multi-server, and yes, I'm using st, and no, I'd look in /service/swift-proxy/logs/main but of course I'm not using daemontools, so my log output could be just about anywhere. | 21:17 |
nelson__ | :-S | 21:17 |
creiht | nelson__: can you do something like st ARGS stat AUTH_0cbd1929b0d94dc196d90620095657ea | 21:18 |
creiht | which will make sure it can find the account | 21:18 |
creiht | nelson__: by default it logs to syslog or messages (depending on distro) | 21:18 |
nelson__ | creiht: that container isn't found. | 21:19 |
creiht | oh sorry | 21:19 |
creiht | just st ARGS | 21:19 |
creiht | will check the account | 21:19 |
creiht | st ARGS stat | 21:20 |
nelson__ | 0 containers 0 objects 0 bytes | 21:20 |
nelson__ | so it's definitely not even creating the container | 21:20 |
creiht | baby steps | 21:21 |
creiht | so the account exists | 21:21 |
creiht | now do st ARGS stat myfiles | 21:21 |
nelson__ | Container 'myfiles' not found | 21:22 |
sandywalsh | dabo, can you ping me when you push? broken branch. | 21:24 |
dabo | sandywalsh: sure | 21:24 |
*** ccustine has joined #openstack | 21:25 | |
*** fabiand_ has quit IRC | 21:26 | |
creiht | nelson__: ok so we verified that the container didn't get created | 21:28 |
nelson__ | yep, and I can't find log output from swift-proxy-server | 21:28 |
creiht | nelson__: which os? | 21:29 |
nelson__ | Ubuntu 10.04.1 | 21:29 |
creiht | then they should be in /var/log/syslog, unless you made any logging changes | 21:30 |
nelson__ | haven't. | 21:30 |
creiht | so if you grep syslog for "proxy" you don't find anything? | 21:31 |
nelson__ | I restarted it; now I do. | 21:31 |
creiht | k | 21:31 |
creiht | restarted syslog? or the proxy? | 21:31 |
nelson__ | the proxy. | 21:32 |
uvirtbot | New bug: #698316 in glance "Glance reads the whole image into memory when handling a POST /images request" [Undecided,In progress] https://launchpad.net/bugs/698316 | 21:32 |
creiht | k | 21:32 |
nelson__ | it's consulting the auth, then account, then proxy-server | 21:32 |
creiht | so the easiest thing might be to tail syslog and run the st command again | 21:32 |
nelson__ | hrm. the account server is returning the 404. | 21:33 |
creiht | are you sure you are sending the correct account string? | 21:33 |
nelson__ | and yet st ... stat is returning information. | 21:33 |
creiht | k | 21:34 |
nelson__ | am following the instructions from installmulti, which says this: st -A https://a.ra-tes.org:11000/v1.0 -U system:root -K testpass stat | 21:34 |
creiht | k | 21:35 |
nelson__ | which I previously successfully (?) created. | 21:35 |
creiht | yes | 21:35 |
dabo | can anyone more familiar with eventlet looping help me avoid this? The task is timing out on the remote, so I want to exit at that point. | 21:35 |
dabo | ^^ http://paste.openstack.org/show/428/ | 21:35 |
uvirtbot | dabo: Error: "^" is not a valid command. | 21:35 |
dabo | ^^ http://paste.openstack.org/show/428/ | 21:35 |
creiht | dabo: an eventlet Event can only be sent a value once | 21:36 |
dabo | creiht: Yeah, I'm only calling it once. | 21:36 |
dabo | I'm trying to figure out why raising an exception calls eventlet a second time | 21:37 |
creiht | dabo: can you paste the surrounding code where the error is happening? | 21:37 |
creiht | nelson__: can you paste the proxy log with the 404 and surrounding swift lines? | 21:38 |
dabo | k - gimme sec | 21:38 |
sandywalsh | dabo, it's the LoopingCode stuff that reuses the Event incorrectly on exception. | 21:39 |
sandywalsh | I haven't had a chance to dig any deeper | 21:39 |
dabo | creiht: http://paste.openstack.org/show/429/ | 21:39 |
jk0 | can I get a couple reviews for https://code.launchpad.net/~jk0/nova/lp697841/+merge/45456 please? it's just a ~5 line change | 21:39 |
nelson__ | Jan 6 21:31:15 ubuntu auth-server 127.0.0.1 - - [06/Jan/2011:21:31:15 +0000] "GET /v1.0 HTTP/1.0" 204 - "-" "-" - - - - - - - - - "-" "127.0.0.1" "-" 0.0023 | 21:39 |
nelson__ | Jan 6 21:31:15 ubuntu account-server 10.0.0.72 - - [06/Jan/2011:21:31:15 +0000] "HEAD /sdc1/211931/AUTH_0cbd1929b0d94dc196d90620095657ea/myfiles" 404 - "txca9791fb-683c-4236-a29a-05378ba11a07" "-" "-" 0.0012 "" | 21:39 |
nelson__ | Jan 6 21:31:15 ubuntu proxy-server - 127.0.0.1 06/Jan/2011/21/31/15 HEAD /v1/AUTH_0cbd1929b0d94dc196d90620095657ea/myfiles HTTP/1.0 404 - - system%3Aroot%2CAUTH_tk8b2ad4f69572449ab1c48e257ad68102 - - - txca9791fb-683c-4236-a29a-05378ba11a07 - 0.0631 | 21:40 |
dabo | sandywalsh: yeah - the question is why? | 21:40 |
creiht | nelson__: paste.openstack.org please | 21:40 |
nelson__ | it's only three lines. | 21:40 |
nelson__ | but as you wish | 21:40 |
nelson__ | http://paste.openstack.org/show/430/ | 21:40 |
*** daleolds has joined #openstack | 21:40 | |
*** opengeard has joined #openstack | 21:42 | |
creiht | nelson__: ok the account-server is returning the 404 on the existence of the myfiles container | 21:42 |
*** ctennis has quit IRC | 21:43 | |
nelson__ | but we already know that it doesn't exist, right? | 21:43 |
*** miclorb has joined #openstack | 21:44 | |
nelson__ | why is the account server being asked about containers? Shouldn't the container server be asked?? | 21:44 |
sandywalsh | bbiab | 21:45 |
creiht | nelson__: I'm going to try to reproduce here | 21:45 |
creiht | well I was a little wrong there | 21:45 |
creiht | but I need to double check | 21:45 |
nelson__ | I think I'm going to put these log messages into the install docs, as in "on success you'll see this". | 21:45 |
nelson__ | that will also get installers to find the log files so they can self-help better. | 21:45 |
uvirtbot | New bug: #698326 in nova "Trunk breaks diagnostics API query" [Undecided,In progress] https://launchpad.net/bugs/698326 | 21:46 |
creiht | nelson__: what does your st command look like that you are using to upload? | 21:49 |
nelson__ | straight out of the documentation :) so if it's wrong, I fixy | 21:49 |
creiht | nelson__: for grins sake, will you please just show me the command you are running? | 21:50 |
nelson__ | st -A https://a.ra-tes.org:11000/v1.0 -U system:root -K testpass upload myfiles bigfile1.tgz | 21:50 |
creiht | k | 21:51 |
creiht | for some reason on the head in your code it is attaching /myfiles to the account | 21:51 |
creiht | it doesn't do that when I run it here | 21:51 |
nelson__ | hrm. bug in 1.1? | 21:51 |
creiht | so I wanted to see if maybe a / got in there accidently | 21:51 |
creiht | nelson__: don't know yet | 21:52 |
creiht | you are running 1.1? | 21:52 |
*** bvierra has quit IRC | 21:52 | |
annegentle | nelson__: go go go :) | 21:52 |
nelson__ | I'm following the instructions, which I believe lead me to install 1.1 | 21:52 |
creiht | nelson__: I'm just trying to verify to make sure that I test the right thing | 21:53 |
creiht | when debugging issues, I don't like to assume anything | 21:53 |
nelson__ | yes, it seems to be installing from ppa:swift-core/ppa | 21:53 |
creiht | k | 21:53 |
dabo | sandywalsh: Pushed my changes: lp:~ed-leafe/nova/xs-password-reset | 21:54 |
*** Xenith has quit IRC | 21:54 | |
*** ctennis has joined #openstack | 21:55 | |
*** ctennis has joined #openstack | 21:55 | |
sandywalsh | dabo, but I need changes from trunk | 21:56 |
sandywalsh | trunk is busted | 21:56 |
dabo | I merged in trunk a short while ago | 21:56 |
dabo | I do that at least once a day | 21:56 |
sandywalsh | but then my branch will have all your password reset stuff | 21:57 |
dabo | you could diff the two and ignore any of the password stuff | 21:57 |
sandywalsh | we can get your patch merged back into trunk faster if it was a separate branch | 21:57 |
sandywalsh | let's get trunk fixed | 21:58 |
creiht | nelson__: I haven't been able to reproduce it yet, even from the 1.1.0 tarball :/ | 21:58 |
creiht | I have to go to a meeting, but will look again in a moment | 21:58 |
dabo | then you'll have to wait a while. I've been staring at this monitor for almost 12 hours now. I need a break | 21:58 |
nelson__ | creiht: thanks. | 21:58 |
sandywalsh | dabo, gotcha | 21:59 |
nelson__ | creiht: note that this is upload, not post. | 22:01 |
creiht | right, I'm testing by doing the exact same thing you are | 22:01 |
*** Xenith has joined #openstack | 22:01 | |
*** kevnfx has joined #openstack | 22:02 | |
*** miclorb has quit IRC | 22:05 | |
*** daleolds has quit IRC | 22:06 | |
uvirtbot | New bug: #698336 in nova "Insufficient resources (memory) causes instance to pending state forever" [Undecided,New] https://launchpad.net/bugs/698336 | 22:06 |
*** trin_cz has joined #openstack | 22:06 | |
*** miclorb has joined #openstack | 22:13 | |
*** littleidea has joined #openstack | 22:17 | |
*** spectorclan has quit IRC | 22:19 | |
*** rogue780 has quit IRC | 22:23 | |
*** damon__ has joined #openstack | 22:25 | |
*** jdarcy has quit IRC | 22:30 | |
dabo | ok, sandywalsh, eday and anyone else: this merge proposal should fix the issues in trunk due to removal of internal_id from instances: https://code.launchpad.net/~ed-leafe/nova/internal_id_fix/+merge/45460 | 22:33 |
vishy | dabo: there are some odd additions there | 22:37 |
dabo | vishy: such as? I didn't start with a clean branch; I'm trying to merge only some of what is in my branch | 22:38 |
vishy | dabo: you added back in get_by_internal_id? | 22:38 |
dabo | ?? | 22:38 |
dabo | did I screw it up? | 22:38 |
dabo | I thought I removed that | 22:38 |
vishy | just looking at the diff | 22:39 |
vishy | dabo: also, why did you change get back to get_instance? | 22:39 |
dabo | because it is called elsewhere, and get_instance was a clearer name | 22:40 |
termie | vishy, dabo: 'cause it's a great idea :) | 22:40 |
vishy | dabo: we should rename compute to instance :P | 22:40 |
dabo | vishy: yeah, looks like I missed the merge in nova/db/api.py | 22:40 |
dabo | let me fix that | 22:40 |
vishy | dabo, termie: i don't really care i just don't want to be switching back and forth every other patch | 22:41 |
dabo | vishy: it was get_instance before | 22:41 |
termie | vishy: the underlying names are still get_instance | 22:41 |
termie | on the manager | 22:41 |
termie | i wanted to write a patch to change all the names back to their originals | 22:42 |
*** hadrian has quit IRC | 22:43 | |
dabo | vishy: ok, pushed the fix | 22:43 |
dabo | gotta run out for a little while; back soon | 22:47 |
sirp- | ran into an interesting little issue with eventlet-and-exceptions, for your edification: http://paste.openstack.org/show/431/ | 22:48 |
termie | sirp-: interesting, hadn't run into that before | 22:49 |
termie | sirp-: by "uses_eventlet" what do you mean however? | 22:49 |
termie | sirp-: all of our code 'uses' eventlet | 22:49 |
termie | sirp-: do you mean uses eventlet specific commands like... greenthread.spawn(...) | 22:50 |
sirp- | in this case, i the code was using httplib (which has been monkey-patched by eventlet via socket) to write out a message to another server | 22:50 |
sirp- | ill make another paste, one sec | 22:50 |
eday | termie, dabo, vishy: as you saw, the reason for _instance removal was not just get, but all methods in compute.api. it was inconcsistent before | 22:51 |
creiht | nelson__: and also just to verify, you are using the st that was installed via the package right? | 22:51 |
eday | there were more without, so I removed them (and it was needed before, since there wasn't the compute context) | 22:51 |
*** ppetraki has quit IRC | 22:51 | |
eday | we can put em back on, but we should do it to all methods, not just a couple | 22:51 |
termie | eday: i would prefer that, yeah | 22:52 |
sirp- | termie: http://paste.openstack.org/show/432/ | 22:52 |
vishy | eday, termie, dabo: agreed, let's leave them as get and change everything in one patch | 22:52 |
termie | sirp-: right, interesting -shrug- i don't know why it would do that | 22:53 |
termie | sirp-: it tries to track exceptions when they happen | 22:53 |
termie | but i don't see why it would clear thins before hand | 22:53 |
sirp- | termie: dragon was mentioning that it probably keeps exceptions from leaking between co-routines | 22:53 |
termie | sirp-: aye, i just don't see why it would leak, you already know which coroutine you are in | 22:53 |
termie | sirp-: but i suppose it could somehow | 22:54 |
*** Jordandev has quit IRC | 22:54 | |
eday | although if that's the move, I still think volume_api.create_volume() is redundant ;) | 22:54 |
sirp- | termie: right, it probably just made it easier for them to code, and they may not have run into this quite yet | 22:54 |
*** Jordandev has joined #openstack | 22:54 | |
nelson__ | creiht: yes, installed via the package | 22:55 |
creiht | k | 22:55 |
termie | eday: _api is redundant too, but it helps people keep track of what is going on a lot easier | 22:55 |
creiht | nelson__: I'm trying everything that I can think of, but I can't reproduce the issue :/ | 22:55 |
termie | and in general i think it is worthwhile to have unique names across methods even if nothing flattens them | 22:55 |
nelson__ | creiht: even if you start with empty everything? | 22:56 |
nelson__ | I don't *think* I've misconfigured everything. Have cut-and-pasted from the instructions | 22:56 |
creiht | several people have followed those instructions and haven't seen the same problem that you have found | 22:56 |
eday | termie: hehe. I thought about removing the API class in my last patch and just doing nova.volume.create() too :) | 22:56 |
creiht | I'm not working on a multi-server install, but my saio | 22:57 |
jk0 | would anyone be so kind as to look https://code.launchpad.net/~jk0/nova/lp697841/+merge/45456 over please? | 22:57 |
jk0 | it's tiny | 22:57 |
termie | jk0: commented | 23:00 |
jk0 | thanks | 23:00 |
*** westmaas has quit IRC | 23:01 | |
creiht | nelson__: will you paste the reslt of running | 23:02 |
creiht | sqlite3 /etc/swift/auth.db "select * from account" | 23:02 |
nelson__ | system|https://a.ra-tes.org:8080/v1/AUTH_0cbd1929b0d94dc196d90620095657ea|AUTH_0cbd1929b0d94dc196d90620095657ea|root|testpass|t| | 23:03 |
nelson__ | looks correct to my untutored eye. | 23:03 |
creiht | yup | 23:03 |
creiht | verifing that an admin account was created | 23:04 |
creiht | if it wasn't admin, then you wouldn't have perms to create the folder | 23:04 |
creiht | container | 23:04 |
jk0 | termie: responded | 23:05 |
termie | jk0: why not just leave it as datetime? it should be serialized later on, not by the db api | 23:06 |
termie | jk0: everything else returns the datetime itself | 23:06 |
termie | but that change doesn't change whatever is consuming the output | 23:06 |
jk0 | it was raising exceptions about not being able to serialize the datetime object | 23:06 |
termie | well that is something to fix in the serialization library, see my easy_api branch for an example of how | 23:07 |
termie | the db api should return the proper info, the serialization layer should deal with it, datetimes are serializable you just need to touch them first | 23:08 |
*** daleolds has joined #openstack | 23:08 | |
dabo | eday, vishy, termie - I've pushed a commit that changes 'get_instance' back to 'get'. I'd love to argue the merits, but we're facing a deadline, and this is holding lots of stuff up | 23:08 |
termie | jk0: the _to_primitive is the function to look at | 23:08 |
jk0 | alright, I'll look at that | 23:08 |
eday | dabo: yup, we can change em all or nothing later | 23:08 |
termie | jk0: https://code.launchpad.net/~termie/nova/easy_api/+merge/45186 | 23:09 |
vishy | jk0: if you only need second granularity on serialize unserialize there is also utils.isotime() and utils.parse_isotime() | 23:09 |
vishy | dabo: waiting for bzr to register the change | 23:10 |
dabo | vishy: yeah, the push seemed to take unusually long this time | 23:11 |
eday | usually doesn't. push to the right branch name? | 23:11 |
vishy | dabo: it appears something strange happened to that branch | 23:14 |
termie | BZR'D!!!! | 23:15 |
creiht | BZRinga! | 23:15 |
* termie jumps in and motions to the cameras | 23:15 | |
eday | dabo: btw, I did like the _cast_compute_message stuff, something I was planning on doing today actually :) | 23:15 |
*** gondoi has quit IRC | 23:15 | |
jk0 | vishy: do it would be acceptable to use utils.isotime() in that dict? | 23:15 |
jk0 | s/do/so | 23:15 |
termie | jk0: i do not | 23:16 |
vishy | jk0: I was referring to using it for serialization | 23:16 |
jk0 | oh ok | 23:16 |
jk0 | figured, just making sure | 23:16 |
dubsquared | anyone familiar with this issue when launching an UEC image: http://paste.openstack.org/show/433/ | 23:22 |
vishy | dubsquared: your curl looks like it failed ami-7mxsmeqt/image | 23:23 |
vishy | it either doesn't exist or objectstore is down | 23:23 |
vishy | 6 Couldn't resolve host. The given remote host was not resolved. | 23:24 |
vishy | dubsquared: no route to http://10.127.35.117 ? | 23:24 |
dubsquared | thats localhost :/ | 23:25 |
dubsquared | tcp 0 0 0.0.0.0:3333 0.0.0.0:* LISTEN 7373/python | 23:25 |
vishy | you could try the curl by hand with --silent turned off and --verbose on to see why it is failing | 23:25 |
vishy | perhaps you have routing conflict between instances and host? | 23:26 |
dabo | eday: I hate copy/paste code | 23:26 |
dabo | vishy: uh oh - what now? | 23:26 |
dubsquared | haha... | 23:27 |
dubsquared | curl: (22) The requested URL returned error: 500 —> internal server error…the best code ever! | 23:27 |
*** hggdh has quit IRC | 23:30 | |
*** hggdh has joined #openstack | 23:31 | |
*** troytoma_ has quit IRC | 23:31 | |
JordanRinke | vish, I have images.openstack.org setup now, you can dump images there to be pushed out to the CDN and distributed for the community | 23:35 |
dubsquared | hmm, updated the packages on a working controller…then i can't launch images anymore | 23:35 |
JordanRinke | I am working on a format to enable automatic updating etc, but for now it is at least a blind repo | 23:35 |
dubsquared | something went awry | 23:35 |
termie | dubsquared: sleepson- may have some insight, i think he was doing something like this yesterday | 23:35 |
vishy | dubsquared: check for error messages in objectstore log. | 23:36 |
dubsquared | http://paste.openstack.org/show/434/ | 23:37 |
vishy | dubsquared: you didn't pass in creds. in headers in your curl | 23:43 |
creiht | nelson__: can you try restarting memcache on your proxy, and then try again? | 23:44 |
nelson__ | same error. | 23:45 |
creiht | yeah that was reaching a bit | 23:45 |
creiht | just wanted to check if memcache had gotten some weird value in it | 23:45 |
dubsquared | vishy: they are all there, everything checked out…just pasted the exception | 23:47 |
creiht | nelson__: is the proxy/auth on a separate server from the rest of the storage nodes? | 23:48 |
vishy | dubsquared: hmm, perhaps the user you are using doesn't have permissions for that image | 23:48 |
nelson__ | I have a storage server running on the proxy/auth ... but I can turn it off if you think that's causing a problem. | 23:48 |
creiht | ok just wanted to verify | 23:49 |
creiht | that should be theoretically fine | 23:49 |
dubsquared | using the admin user atm, haven't messed with the other roles yet | 23:49 |
jk0 | termie: how about now? | 23:52 |
*** ctennis has quit IRC | 23:54 | |
*** dirakx has quit IRC | 23:56 | |
vishy | dubsquared: it looks like the underlying exception is getting eaten in some odd way | 23:58 |
vishy | dubsquared: in your paste it is printing out as None | 23:58 |
vishy | line 137 in nova/objectstore/handler.py | 23:59 |
dubsquared | yeah, it is odd that the instances are being named as such: DEBUG:root:instance 9: starting... | 23:59 |
dubsquared | that's from compute.log.. | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!