*** dubsquared has quit IRC | 00:09 | |
*** rsampaio has joined #openstack | 00:13 | |
*** dfg_ has quit IRC | 00:25 | |
*** jc_smith has joined #openstack | 00:26 | |
*** hggdh has quit IRC | 00:35 | |
*** rsampaio_ has joined #openstack | 00:35 | |
*** rsampaio has quit IRC | 00:36 | |
*** maplebed has quit IRC | 00:36 | |
*** DubLo7 has joined #openstack | 00:37 | |
*** rsampaio_ has quit IRC | 00:40 | |
*** hggdh has joined #openstack | 00:44 | |
*** johnbergoon has quit IRC | 00:45 | |
*** johnbergoon has joined #openstack | 00:46 | |
*** rsampaio has joined #openstack | 00:49 | |
*** rlucio has quit IRC | 00:56 | |
*** dragondm has quit IRC | 00:58 | |
*** Cybodog has quit IRC | 01:03 | |
*** KyleM1 has quit IRC | 01:07 | |
*** kevnfx has left #openstack | 01:10 | |
*** ArdRigh has joined #openstack | 01:14 | |
*** schisamo has quit IRC | 01:22 | |
*** zaitcev has joined #openstack | 01:27 | |
*** abecc has joined #openstack | 01:39 | |
*** abecc has joined #openstack | 01:39 | |
*** MarkAtwood has quit IRC | 01:39 | |
*** metoikos has joined #openstack | 01:50 | |
*** gaveen has quit IRC | 02:04 | |
*** miclorb_ has quit IRC | 02:09 | |
*** HugoKuo has joined #openstack | 02:11 | |
*** jc_smith has quit IRC | 02:12 | |
*** jimbaker has joined #openstack | 02:34 | |
*** laurensell has joined #openstack | 02:36 | |
*** miclorb has joined #openstack | 02:37 | |
*** dubsquared has joined #openstack | 02:37 | |
dubsquared | vishy: you get a change to try out that bridge hack yet? | 02:37 |
---|---|---|
dubsquared | s/change/chance | 02:37 |
vishy | no not yet | 02:43 |
*** Ryan_Lane is now known as Ryan_Lane|away | 02:47 | |
*** JordanRinke1 has joined #openstack | 02:58 | |
JordanRinke1 | sooo... | 02:58 |
JordanRinke1 | whoever admins the openstack mailing list there is probably a ton of emails pending admin or something similar from me | 02:59 |
*** kevnfx has joined #openstack | 03:03 | |
*** kevnfx has left #openstack | 03:04 | |
*** miclorb has quit IRC | 03:06 | |
*** hazmat has quit IRC | 03:06 | |
*** hazmat has joined #openstack | 03:15 | |
*** laurensell has quit IRC | 03:21 | |
*** miclorb_ has joined #openstack | 03:24 | |
*** abecc has quit IRC | 03:27 | |
*** sirp1 has quit IRC | 03:39 | |
*** ramkrsna has joined #openstack | 03:43 | |
*** hazmat has quit IRC | 03:43 | |
*** jimbaker has quit IRC | 03:46 | |
*** ramkrsna_ has joined #openstack | 03:48 | |
*** maplebed has joined #openstack | 03:56 | |
*** dendrobates is now known as dendro-afk | 04:01 | |
*** ramkrsna_ has quit IRC | 04:04 | |
*** sirp has joined #openstack | 04:09 | |
*** maplebed has quit IRC | 04:17 | |
*** jimbaker has joined #openstack | 04:18 | |
*** ghaskins has joined #openstack | 04:31 | |
ghaskins | hi all, trying to walk through the install-tutorial and hitting this: | 04:33 |
ghaskins | http://pastie.org/1340384 | 04:33 |
ghaskins | any pointers appreciated | 04:33 |
*** kashyapc has quit IRC | 04:37 | |
*** ArdRigh has quit IRC | 04:40 | |
*** joearnold has quit IRC | 05:01 | |
*** laurensell has joined #openstack | 05:05 | |
*** rsampaio has quit IRC | 05:09 | |
*** joearnold has joined #openstack | 05:09 | |
*** eldarnugaev has joined #openstack | 05:11 | |
*** kashyapc has joined #openstack | 05:13 | |
*** laurensell has quit IRC | 05:21 | |
*** eldarnugaev has quit IRC | 05:24 | |
*** laurensell has joined #openstack | 05:30 | |
*** joearnold has quit IRC | 05:39 | |
*** eldarnugaev has joined #openstack | 05:47 | |
*** joearnold has joined #openstack | 05:48 | |
*** f4m8_ is now known as f4m8 | 05:48 | |
*** metoikos has quit IRC | 05:52 | |
*** sirp has quit IRC | 05:57 | |
*** joearnold has quit IRC | 06:04 | |
*** jimbaker has quit IRC | 06:18 | |
*** jbaker has joined #openstack | 06:18 | |
*** miclorb_ has quit IRC | 06:20 | |
*** MarkAtwood has joined #openstack | 06:45 | |
*** ramkrsna has quit IRC | 06:57 | |
*** matiu has quit IRC | 07:12 | |
*** miclorb_ has joined #openstack | 07:28 | |
*** zaitcev has quit IRC | 07:43 | |
*** ramkrsna has joined #openstack | 07:44 | |
*** miclorb_ has quit IRC | 08:02 | |
*** GasbaKid has joined #openstack | 08:11 | |
*** arthurc has joined #openstack | 08:18 | |
*** almaisan-away is now known as al-maisan | 08:21 | |
*** calavera has joined #openstack | 08:30 | |
*** ibarrera has joined #openstack | 08:40 | |
*** eldarnugaev has quit IRC | 08:43 | |
*** michaeldreamhost has quit IRC | 08:43 | |
*** allsystemsarego has joined #openstack | 08:54 | |
*** irahgel has joined #openstack | 09:22 | |
*** eldarnugaev has joined #openstack | 09:38 | |
*** miclorb_ has joined #openstack | 09:40 | |
*** miclorb_ has quit IRC | 09:55 | |
*** ar1 has quit IRC | 10:03 | |
*** krish has joined #openstack | 10:05 | |
*** krish has left #openstack | 10:05 | |
*** MarkAtwood has quit IRC | 10:08 | |
*** GasbaKid has quit IRC | 10:22 | |
*** calavera_ has joined #openstack | 10:23 | |
*** GasbaKid has joined #openstack | 10:24 | |
*** 16SAARQT8 has joined #openstack | 10:38 | |
*** calavera has quit IRC | 10:53 | |
*** calavera_ is now known as calavera | 10:53 | |
*** Cromulent has joined #openstack | 10:57 | |
* soren lunches | 11:10 | |
*** GasbaKid has quit IRC | 11:13 | |
*** GasbaKid has joined #openstack | 11:13 | |
*** Cromulent has quit IRC | 11:23 | |
*** kashyapc has quit IRC | 11:40 | |
*** KnightHacker has quit IRC | 11:54 | |
*** KnightHacker has joined #openstack | 11:58 | |
*** KnightHacker has joined #openstack | 12:00 | |
*** dendro-afk is now known as dendrobates | 12:05 | |
*** DubLo7 has quit IRC | 12:13 | |
*** kashyapc has joined #openstack | 12:35 | |
*** Cybodog has joined #openstack | 13:04 | |
*** dendrobates is now known as dendro-afk | 13:10 | |
*** gundlach has joined #openstack | 13:14 | |
*** abecc has joined #openstack | 13:19 | |
*** abecc has joined #openstack | 13:19 | |
*** laurensell has joined #openstack | 13:25 | |
*** Cromulent has joined #openstack | 13:28 | |
*** laurensell has quit IRC | 13:29 | |
*** ramkrsna has quit IRC | 13:35 | |
*** GasbaKid has quit IRC | 13:37 | |
*** matclayton has joined #openstack | 13:41 | |
*** Cromulent has quit IRC | 13:44 | |
*** ppetraki has joined #openstack | 13:49 | |
*** aliguori has joined #openstack | 13:50 | |
*** westmaas has joined #openstack | 13:54 | |
*** gondoi has joined #openstack | 13:54 | |
*** gondoi has quit IRC | 13:59 | |
*** piken has joined #openstack | 14:00 | |
piken | morning | 14:00 |
ghaskins | repost: any suggestions on whats wrong here: http://pastie.org/1340384 | 14:00 |
soren | ghaskins: You're missing the "nova-manage network create" step. | 14:01 |
ghaskins | soren: ah, thx! | 14:01 |
ghaskins | will try | 14:01 |
soren | ghaskins: Somethng like this: | 14:01 |
*** gondoi has joined #openstack | 14:02 | |
soren | ghaskins: nova-manage network create 10.0.0.0/8 1 64 | 14:02 |
ghaskins | soren: worked like a champ, thanx! | 14:03 |
soren | ghaskins: np | 14:03 |
* ghaskins continues the tutorial | 14:03 | |
*** rsampaio has joined #openstack | 14:06 | |
ghaskins | soren: I assume this error means I probably have an incompatible version of boto installed? http://pastie.org/1341309 | 14:09 |
*** Cromulent has joined #openstack | 14:09 | |
*** hazmat has joined #openstack | 14:11 | |
ghaskins | does anyone know what version of boto openstack has been known to work with | 14:12 |
ghaskins | i am running 2.0 atm | 14:12 |
ghaskins | acually 2.0b3 to be exact | 14:14 |
ghaskins | what does Ubuntu ship? | 14:14 |
soren | 1.9b | 14:15 |
soren | Boto 2.0 itself is fine. | 14:16 |
soren | euca2ools with boto 2.0... Not so much. | 14:16 |
ghaskins | soren: ah, ok..ill downgrade the package to 1.9b then | 14:17 |
ghaskins | any particular version of euca2ools I should have, as well? | 14:17 |
ghaskins | i seem to be running euca2ools-1.3.1 | 14:19 |
*** Cromulent has quit IRC | 14:19 | |
soren | ghaskins: That should be fine. | 14:21 |
soren | ghaskins: In your honour: https://bugs.launchpad.net/nova/+bug/684179 https://code.launchpad.net/~soren/nova/no-more-networks-error/+merge/42482 :) | 14:22 |
uvirtbot | Launchpad bug 684179 in nova "Having to run "nova-manage network create" is not easily discoverable" [Undecided,New] | 14:22 |
ghaskins | soren: re: euca, ok, re: bug, thx! | 14:22 |
soren | ghaskins: You're far from the first person to stumble on that one. We should have fixed it long ago. | 14:23 |
uvirtbot | New bug: #684179 in nova "Having to run "nova-manage network create" is not easily discoverable" [Low,In progress] https://launchpad.net/bugs/684179 | 14:26 |
*** jdarcy has joined #openstack | 14:47 | |
*** f4m8 is now known as f4m8_ | 14:48 | |
*** GasbaKid has joined #openstack | 14:49 | |
*** spectorclan has joined #openstack | 14:50 | |
*** crago has joined #openstack | 14:51 | |
*** crago has quit IRC | 14:54 | |
*** crago has joined #openstack | 14:55 | |
*** iammartian has quit IRC | 14:56 | |
*** GasbaKid has quit IRC | 14:56 | |
*** crago has quit IRC | 14:56 | |
*** iammartian has joined #openstack | 15:01 | |
*** Podilarius has joined #openstack | 15:05 | |
*** gundlach has quit IRC | 15:06 | |
*** dubsquared1 has joined #openstack | 15:11 | |
annegentle | soren: do you run "nova-manage network create" directly before creating a project? I will add it to the install instructions (it's not in there) | 15:13 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage user admin <user_name> | 15:15 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage project create <project_name> <user_name> | 15:15 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage network create <cidr> <num_networks> <total_ips> | 15:15 |
dubsquared1 | thats from my dox | 15:16 |
annegentle | soren: well, that step is not in the single install, but it is in the multi-server install steps | 15:16 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage user admin admin | 15:17 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage project create demo admin | 15:17 |
dubsquared1 | — /usr/bin/python /usr/bin/nova-manage network create 192.168.0.0/24 1 230 | 15:17 |
dubsquared1 | for example | 15:17 |
ttx | annegentle: we should revamp the "install on Ubuntu" instructions based on the current PPA. I posted http://fnords.wordpress.com/2010/12/02/bleeding-edge-openstack-nova-on-maverick/ to that effect | 15:17 |
annegentle | ttx: thanks for that! | 15:17 |
soren | annegentle: It just needs to be run before nova-manage project zipfile. | 15:18 |
soren | annegentle: It doesn't depend on users already having been set up. | 15:18 |
*** gundlach has joined #openstack | 15:18 | |
soren | annegentle: I've put in a patch that spits something like this out: | 15:18 |
soren | No more networks available. If this is a new installation, you need | 15:19 |
soren | to call something like this: | 15:19 |
soren | nova-manage create network 10.0.0.0/8 10 64 | 15:19 |
soren | ...if you run "nova-manage project zipfile" and it fails this way. | 15:19 |
soren | ..since that seems to be a common pattern. | 15:19 |
annegentle | soren: That's a much better fix than just doc, thanks for doing that. | 15:19 |
ttx | annegentle: it leverages uec-publish-tarball which simplifies image registration | 15:20 |
annegentle | is there any way to know what version of nova is installed on an existing installation? | 15:20 |
annegentle | ttx: oh that's good | 15:20 |
ttx | annegentle: we should probably publish the ttylinux image under a uec-publish-tarball compatible form. | 15:20 |
annegentle | ttx: I appreciate you and soren both using blog entries to document fast-moving changes | 15:21 |
soren | annegentle: finding out what version you're on> Not really. It depends on the install method you used, and if it's not from packages, there's really no way to do it. | 15:22 |
ttx | annegentle: we should roll that back into doc, blogposts aren't great as reference doc. | 15:23 |
ttx | annegentle: I just didn't want to add "yet another" install doc. | 15:23 |
annegentle | ttx: yup, that's what I appreciate most, that you intend for it to be rolled into doc :) | 15:24 |
ttx | annegentle: you should define a few use cases (run from released packages, run from bleeding-edge packages, run from branch) and we should keep that up to date. | 15:25 |
annegentle | soren: re: version, ok | 15:25 |
ttx | though the matrix with deployment environments might become a bit too large | 15:26 |
annegentle | ttx: my current naming scheme for those three cases is NovaInstall/Austin, NovaInstall, InstallFromSource | 15:27 |
annegentle | ttx: now I need a new page for the VirtualBox items on the mailing list. Any suggestions? | 15:27 |
ttx | ack | 15:27 |
*** Podilarius has quit IRC | 15:28 | |
annegentle | ttx: I think NovaInstall mixes different package gathering tho. Feel free to suggest a re-org as we go. | 15:29 |
ttx | annegentle: i'm not sure this needs parallel instructions... maybe just a list of caveats and extra config steps for that kind of install ? | 15:29 |
ttx | (the vbox stuff) | 15:29 |
annegentle | ttx: mostly just need a download location to post the links to the large iso or zip files | 15:30 |
ttx | annegentle: we could also play a game of #Includes where we avoid duplicating info | 15:30 |
annegentle | ttx: love includes | 15:30 |
ttx | annegentle: that makes it a bit less edit-friendly, but... | 15:31 |
annegentle | ttx: the edits we're seeing are light-touch, so I think (hope) people will leave macros alone. But I do know other tech writers have had to turn macros off when the wiki starts getting lots of edits. | 15:33 |
ttx | I used includes heavily in http://testcases.qa.ubuntu.com/Install/ServerUECTopology1?action=raw | 15:33 |
ttx | I think for install instructions, that makes sense | 15:33 |
*** sirp has joined #openstack | 15:33 | |
annegentle | ttx: I think for this particular item, install doc, it's time to do some more complex architecture to aid with maintenance | 15:33 |
annegentle | ttx: yes | 15:34 |
ttx | annegentle: currently NovaInstall is a bit confusing with (1) an install from source (2) multimachine (3) Austin/10.10 instructions | 15:37 |
*** dfg_ has joined #openstack | 15:38 | |
ttx | (none of those covering the BleedingEdgePPA/10.10 case, which I think should be the recommended one. | 15:38 |
*** dendro-afk is now known as dendrobates | 15:38 | |
annegentle | ttx: How about this? Have the wiki store just the bleeding edge and install from source cases, and the multimachine and Austin go to nova.openstack.org. | 15:39 |
*** johnpur has joined #openstack | 15:40 | |
*** ChanServ sets mode: +v johnpur | 15:40 | |
*** Podilarius has joined #openstack | 15:40 | |
*** Cybo has joined #openstack | 15:40 | |
ttx | annegentle: makes sense to me. That way the docs in the release cover the installation instructions for the release :) | 15:40 |
*** schisamo has joined #openstack | 15:40 | |
*** johnbergoon has joined #openstack | 15:41 | |
ttx | annegentle: also simpler to have a single use case per doc, even if that means playing with Includes for common content. | 15:42 |
ttx | annegentle: not sure where nova.sh would fall under that scheme though. | 15:43 |
ttx | probably in InstallFromSource. | 15:44 |
*** GasbaKid has joined #openstack | 15:45 | |
annegentle | ttx: yeah, that sounds right to me. | 15:45 |
jaypipes | _0x44, sirp, gundlach: if you've got a chance to peruse https://code.launchpad.net/~jaypipes/glance/teller-api/+merge/42392, that would be most appreciated. Just want to know if I'm on the right track before I go further. | 15:46 |
gundlach | jaypipes: saw that and starred it in my email. i hope to be able to tackle it today. | 15:47 |
jaypipes | gundlach: cheers :) | 15:47 |
sirp | jaypipes: i looked at it some yesterday, and am looking at it right now | 15:47 |
jaypipes | sirp: sweet. | 15:48 |
sirp | the one thing that jumps out is the removal of parallax image uri, it def makes things simpler (and that's prob a good thing for now), but it's imcopatible (as far as i can tell) with the notion of federated registries... | 15:48 |
sirp | perhaps we just keep it simple for bexar, cactus, and add a federated registries ticket for down-the-line | 15:48 |
sirp | is that what you're thinking? | 15:48 |
sirp | ^^^ for jaypipes | 15:50 |
uvirtbot | sirp: Error: "^^" is not a valid command. | 15:50 |
*** infernix has quit IRC | 15:51 | |
jaypipes | sirp: I believe that is something to look into if and when a demand for that pops up...yes. | 15:51 |
jaypipes | sirp: after all, the Parallax registry has support for multiple backends...there is quite a bit of flexibility already there. | 15:52 |
jaypipes | sirp: and having a UUID identifier would essentially give us a federated registry ability for free... | 15:52 |
*** infernix has joined #openstack | 15:52 | |
*** jordandev has joined #openstack | 15:53 | |
jaypipes | sirp: since you could chain Parallax registries together as middleware... if one didn't find a UUID, simply pass the request on to another one. | 15:53 |
sirp | jaypipes: with a uuid, who maintains the mapping of UUID -> (location, id) | 15:53 |
jaypipes | sirp: a parallax node. | 15:53 |
creiht | we need uuids as a service! | 15:53 |
creiht | :) | 15:53 |
jaypipes | creiht: ++ | 15:53 |
* creiht hopes jaypipes is joking as well :) | 15:54 | |
jaypipes | creiht: yes, dude. | 15:54 |
* jaypipes ushers creiht back into his hole... | 15:55 | |
creiht | hehe | 15:55 |
creiht | jaypipes: sometimes it is hard to tell :) | 15:55 |
gundlach | creiht: just pay more attn to body language and tone | 15:56 |
jaypipes | creiht: I know, I'm hard to read that way. Kind of like a book by Sarah Palin. | 15:56 |
creiht | rackerhacker: I think jaypipes would make for a good sarah palin photoshop :) | 15:56 |
rackerhacker | creiht: ORLY | 15:57 |
rackerhacker | why do you think of me when you think of sarah palin? | 15:57 |
creiht | rackerhacker: I think of you when I think of photoshop :) | 15:57 |
_0x44 | jaypipes: Will star and look at it this evening. | 15:57 |
*** dendrobates is now known as dendro-afk | 16:03 | |
*** kashyapc has joined #openstack | 16:03 | |
*** trbs has joined #openstack | 16:04 | |
*** dendro-afk is now known as dendrobates | 16:04 | |
*** dragondm has joined #openstack | 16:08 | |
* soren heads dinnerwards | 16:08 | |
spectorclan | Design Summit 2011- new wiki page with current thinking on 2011 events at http://wiki.openstack.org/Summit/Spring2011 | 16:13 |
spectorclan | Current thinking is three events : US, Europe and Asia in 2011 with US in April ; Europe in Summer; Asia in Fall | 16:14 |
spectorclan | Check out thinking on US Date and Location - feedback is appreciated ; April 26-29, 2011 in San Francisco, CA | 16:14 |
*** befreax has joined #openstack | 16:15 | |
*** laurensell has joined #openstack | 16:17 | |
*** mdomsch has joined #openstack | 16:17 | |
ttx | spectorclan: 3 design summits in 2011 ? They are every 6 months currently. Planning to change that ? | 16:18 |
spectorclan | ttx: thinking is to have some type of mini-design summit in Europe during the summer; not a full 4 day event but maybe 1 or 2 days | 16:19 |
spectorclan | want to provide Europe an event in 2011 | 16:19 |
ttx | spectorclan: ok, maybe not name it design summit then. rally or sprint, maybe | 16:19 |
spectorclan | The Asia event would be the main one with the US | 16:19 |
spectorclan | good idea, will update | 16:20 |
ttx | or miniconf or whatever. | 16:20 |
spectorclan | ttx: updated with Sprint for now, can work on name later | 16:20 |
spectorclan | ttx: thoughts on date? | 16:22 |
ttx | spectorclan: not yet... I'd have to draft the D release schedule to see that it doesn't conflict with development milestones | 16:23 |
spectorclan | ttx: ok, no problem. thanks | 16:24 |
KnightHacker | creiht: I can almost see your sarcasting smile .. but I finally got a chance to look at the existing auth implementation in swift and I see your arguments now :). | 16:26 |
KnightHacker | creiht: I have a quick question if you don't mind. Is there a way that I can setup an "auth" server on a separate node than swift APIs? | 16:27 |
creiht | yes | 16:28 |
KnightHacker | Like in the proposal, we have two models namely embedded and separated. | 16:28 |
creiht | (that's how it works at RS now) | 16:28 |
KnightHacker | I see. So, swift excepts some "auth" arguments in the WSGI environment. As long as these arguments are set, it doesn't matter where it came from. | 16:30 |
*** laurensell has left #openstack | 16:30 | |
creiht | correct | 16:30 |
creiht | it is all left as an excersize for the middleware | 16:31 |
KnightHacker | Looking at this way .. the proposal is really just to "standardize" on the attributes that swift should expect to receive from the middleware. | 16:32 |
KnightHacker | hmmm | 16:32 |
*** laurensell has joined #openstack | 16:32 | |
*** Ryan_Lane|away is now known as Ryan_Lane | 16:33 | |
KnightHacker | In the "separated" model, what happens if a request came directly to swift service itself instead of the "auth" service? | 16:36 |
KnightHacker | Will it be redirected to Auth Service? | 16:37 |
creiht | by separated, do you mean reverse proxy? | 16:37 |
KnightHacker | I really mean running the auth service as an app on its own end point. | 16:38 |
creiht | so the current scheme goes something like this | 16:38 |
creiht | 1.) use auths with auth service to get token | 16:39 |
creiht | user | 16:39 |
creiht | 2.) user makes call to swift with the auth token | 16:39 |
creiht | 3.) the swift auth middleware makes a service call to auth to validate | 16:39 |
KnightHacker | OK. is this middleware embedded in the swift service? | 16:40 |
creiht | That's how swift interacts currently with an autonomous auth system | 16:40 |
* KnightHacker thanks creiht for his help | 16:40 | |
KnightHacker | My question is about the middleware that validates this token or whatever. | 16:41 |
creiht | swift comes with a reference implementation of the auth middleware which interacts with the dev auth server in the same way | 16:41 |
KnightHacker | Yes, that's the implementation that I am looking at now. | 16:42 |
creiht | And we have a separate auth middleware for the rack specific auth internally | 16:42 |
KnightHacker | Right. This makes a ton of sense. | 16:42 |
*** calavera has quit IRC | 16:43 | |
KnightHacker | I guess my question is about separating the middleware from the swift service itself. For instance, can I deploy the middleware on a separate end-point than swift? | 16:43 |
KnightHacker | I understand that this middleware is different than the auth service itself, which I like :). | 16:44 |
creiht | theoretically yes | 16:44 |
KnightHacker | But can I deploy 5 nodes of that middleware without having to create 5 nodes of swift APIs? | 16:44 |
creiht | oh well that is different | 16:45 |
creiht | KnightHacker: perhaps a better question at this point, is what type of problem are you trying to solve here? | 16:46 |
JordanRinke1 | anyone here have the ability to admin the openstack@lists.launchpad.net mailing list? | 16:46 |
KnightHacker | scaling my authentication without having to scale my API servers. | 16:46 |
creiht | ahh | 16:46 |
notmyname | KnightHacker: your middleware could make a call to an external system (VIP in front of load balancers, etc) via whatever transport you like | 16:47 |
creiht | so in this case the middleware is just a thin layer, what you would be scaling is the external auth service that it calls out to | 16:47 |
notmyname | (that's exactly what the RAX auth system currently does) | 16:48 |
creiht | There isn't really much of anything to "scale" at the middleware layer | 16:48 |
KnightHacker | What if an Operator decided to implement the full "authentication" mechanism in the middleware layer. | 16:49 |
*** MarkAtwood has joined #openstack | 16:49 | |
KnightHacker | That way, the middleware won't be calling out to any external auth system. | 16:49 |
creiht | then that is their problem :) | 16:49 |
creiht | we can't prevent people from creating their own non-scalable systems :) | 16:49 |
KnightHacker | haha .. I was debating whether or not it is an edge case, while I am typing my previous message. | 16:49 |
notmyname | it's more of a "bad idea" rather than "edge case" | 16:50 |
KnightHacker | Well, we aren't recommending to them to create an extrenal Auth system either, are we? | 16:50 |
creiht | In most cases, I expect most places will either a.) already have an external auth system that they will integrate with, or b.) setting up something | 16:51 |
KnightHacker | Agreed. | 16:51 |
creiht | KnightHacker: We at least recommend to *not* use the built in dev auth system :) | 16:51 |
notmyname | it might not be a bad thing to have some contrib auth middlewares that support common stuff like LDAP or something | 16:52 |
notmyname | as examples, not prod-ready | 16:52 |
creiht | notmyname: that basically already exists with xtoddx's auth implementation for nova | 16:53 |
Ryan_Lane | web SSO support would be even nicer ;) | 16:53 |
Ryan_Lane | like SAML | 16:53 |
notmyname | cool | 16:53 |
KnightHacker | creiht: notmyname: Thanks a bunch guys. I think I have a much better understanding now. | 16:53 |
creiht | and there is an example of how to integrate with repoze.who in the docs | 16:53 |
creiht | cool | 16:54 |
creiht | feel free to ask questions anytime | 16:54 |
KnightHacker | I appreciate it. | 16:54 |
KnightHacker | And yes, I like the sample implementation for SAML, OAuth, ..etc. | 16:55 |
creiht | patches welcome :) | 16:55 |
zykes- | what auth does swift support nwo ? | 16:55 |
KnightHacker | Yes, I have started to look at the code and exploring :). | 16:55 |
creiht | nwo=New World Order? | 16:56 |
creiht | :) | 16:56 |
eday | vishy, soren: Can you guys approve https://code.edge.launchpad.net/~eday/nova/compute-abstraction/+merge/41805 again? had some text conflicts and won't let me merge without approving those :) | 16:56 |
creiht | zykes-: swift auth is handled via middleware, so while support for auth system X isn't built in, it shouldn't be difficult to incorporate | 16:56 |
notmyname | zykes-: the devauth that swift ships with (not for prod use) closely matches (but isn't identical) to the rackspace cloud auth system | 16:57 |
notmyname | token-based | 16:57 |
KnightHacker | creiht: what are you thoughts about authenticating "admins" or "ops" folks. For instance, what if I want to restrict the swift admin operations to specific accounts that are obviously different than the users/customers accounts. | 17:07 |
KnightHacker | Should that be another middleware or should it be the same middleware handling both authentications? | 17:07 |
* ttx EODs | 17:08 | |
*** kashyapc has joined #openstack | 17:10 | |
zykes- | ttx: EOD ? | 17:13 |
zykes- | creiht: middlewarel ike ? | 17:14 |
creiht | depends on what you want to do | 17:15 |
creiht | In general ops folks don't interact directly with users accounts, just systems | 17:15 |
creiht | At least in our case | 17:16 |
creiht | what is EOD? | 17:16 |
*** 16SAARQT8 has quit IRC | 17:16 | |
gundlach | end-of-day | 17:17 |
creiht | heh | 17:17 |
* gundlach EOLs, rather tautologically | 17:17 | |
*** kevnfx has joined #openstack | 17:18 | |
eday | gundlach: damnit, stop breaking my merge req :) | 17:20 |
gundlach | eday: heh! | 17:20 |
gundlach | need me to re-approve? | 17:20 |
gundlach | or, approve, i guess? | 17:20 |
eday | gundlach: not now, once your last one lands.. will need to merge trunk again | 17:20 |
* gundlach thinks that maybe if eday weren't so slow this wouldn't be a problem <ducks/> | 17:21 | |
eday | gundlach: also, you're supposed to have two nova-core approvals before merging into trunk.. not that your last one did too much though :) | 17:21 |
gundlach | two!? | 17:21 |
eday | gundlach: yeah, that's what we discussed at the summit | 17:21 |
gundlach | i'm in nova-core, do i get a vote? i had somehow forgotten that we needed two separate approvals. | 17:21 |
eday | not on your own :) | 17:21 |
gundlach | thanks for the reminder; shame on me | 17:21 |
*** kevnfx has quit IRC | 17:22 | |
openstackhudson | Project nova build #278: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/278/ | 17:25 |
*** befreax has quit IRC | 17:25 | |
*** aliguori has quit IRC | 17:31 | |
*** lorin has joined #openstack | 17:34 | |
*** babble has joined #openstack | 17:35 | |
*** babble has left #openstack | 17:35 | |
*** babble has joined #openstack | 17:35 | |
*** al-maisan is now known as almaisan-away | 17:35 | |
eday | vishy: want to try once more? gundlach got another rev in there that broke mine :) | 17:39 |
zykes- | hmm, RHEL6 seems nice | 17:46 |
zykes- | contra RHEL5 | 17:46 |
*** dirakx has joined #openstack | 17:49 | |
*** ibarrera has quit IRC | 17:50 | |
*** rlucio has joined #openstack | 17:51 | |
*** eldarnugaev has quit IRC | 18:00 | |
*** soeren has quit IRC | 18:01 | |
*** joearnold has joined #openstack | 18:02 | |
*** deshantm has quit IRC | 18:02 | |
*** deshantm_cosi has quit IRC | 18:02 | |
*** deshantm_cosi has joined #openstack | 18:05 | |
*** deshantm has joined #openstack | 18:05 | |
*** daleolds has joined #openstack | 18:08 | |
gundlach | soren: pyflakes in vim has just pointed out a bug in existing code (that i wrote). rock! | 18:10 |
*** deshantm_cosi has quit IRC | 18:10 | |
*** deshantm has quit IRC | 18:10 | |
eday | gundlach: https://code.edge.launchpad.net/~eday/nova/compute-abstraction/+merge/41805 if you have a moment :) | 18:11 |
Ryan_Lane | now that are services share a common flagfile, how do you set the log file for individual services? | 18:12 |
gundlach | eday: was just typing you a question asking about when that might appear, as i have more code and didn't want to get in your way again. | 18:12 |
gundlach | i'll look now. | 18:12 |
*** eldarnugaev has joined #openstack | 18:13 | |
*** Ryan_Lane is now known as Ryan_Lane|away | 18:16 | |
vishy | eday: is this new? it used to be you could just reapprove at the new revision | 18:21 |
eday | vishy: hudson kicked it back saying there were un-approved revs | 18:22 |
vishy | weird, never seen that one before | 18:22 |
*** deshantm has joined #openstack | 18:23 | |
eday | perhaps there was a race condition, the merge req page hadn't seen the new rev when I marked it | 18:23 |
vishy | eday: i'm testing. That seems more likely. I don't think hudson checks the subreviews at all, just the main status | 18:24 |
eday | yeah, makes more sense | 18:25 |
*** westmaas has quit IRC | 18:29 | |
gundlach | eday: lgtm | 18:30 |
*** westmaas has joined #openstack | 18:30 | |
gundlach | eday: i've seen that message before as well -- 'there are additional code changes that need review' -- started within the last week or so. | 18:30 |
*** Podilarius has quit IRC | 18:30 | |
*** GasbaKid has quit IRC | 18:30 | |
openstackhudson | Project nova build #279: SUCCESS in 1 min 16 sec: http://hudson.openstack.org/job/nova/279/ | 18:35 |
*** irahgel has left #openstack | 18:35 | |
*** jc_smith has joined #openstack | 18:38 | |
*** Podilarius has joined #openstack | 18:45 | |
*** matclayton has left #openstack | 18:46 | |
uvirtbot | New bug: #684353 in nova "Need a way to determine Nova version after installing" [Undecided,New] https://launchpad.net/bugs/684353 | 18:46 |
*** aliguori has joined #openstack | 18:47 | |
*** eldarnugaev has quit IRC | 18:49 | |
*** deshantm_cosi has joined #openstack | 18:52 | |
*** westmaas has quit IRC | 18:54 | |
*** joearnold has quit IRC | 18:56 | |
*** westmaas has joined #openstack | 18:57 | |
*** joearnold has joined #openstack | 19:00 | |
rlucio | soren: fyi the packaging branch(es) need to be updated; the nova virt templates have moved from /usr/share/nova to /usr/share/pyshared/nova/virt | 19:15 |
*** johnbergoon has quit IRC | 19:17 | |
*** irahgel has joined #openstack | 19:19 | |
*** aliguori has quit IRC | 19:19 | |
*** aliguori has joined #openstack | 19:22 | |
soren | rlucio: Did that already. | 19:24 |
soren | rlucio: 30 seconds after they moved or thereabouts. | 19:25 |
rlucio | soren: ? i just upgraded to 2011.1~bzr436-0ubuntu0ppa1~lucid1 and all the services are still expecting stuff in /usr/share/nova | 19:25 |
*** sophiap has joined #openstack | 19:25 | |
rlucio | by default | 19:25 |
rlucio | ok thats not entirely fair, not 'all services' i have ony looked at compute and manage | 19:26 |
soren | rlucio: Where are you seeing this? | 19:27 |
rlucio | unless my existing config file clobbered the upgrade. i just jumped on it b/c it looks like the packaging branch hasnt been updated in a while | 19:27 |
soren | rlucio: Oh, you're looking at the wrong packaging branch. | 19:28 |
soren | rlucio: I should try to make that more obvious, really. | 19:28 |
soren | The packaging branch that's actually being used to build packages is quite lively. | 19:28 |
rlucio | soren: oh my bad then... | 19:29 |
vishy | ok the ttylinux freaking rocks | 19:30 |
vishy | super helpful for testing | 19:30 |
zykes- | ttylinux ? | 19:31 |
soren | vishy: How's it different from your tiny image? | 19:31 |
vishy | 1/5th of the size and supports scripts passed in via user data | 19:31 |
soren | vishy: What /does/ the tiny image do with the meta-data service? Just ping it? | 19:34 |
soren | all I could find was a proxy of some sort. | 19:35 |
vishy | soren: yeah it proxied | 19:35 |
vishy | with ttylinux i can do this | 19:35 |
vishy | http://pastie.org/1342332 | 19:35 |
vishy | and then i can verify connectivity to metadata and to internet without sshing in to the instance | 19:36 |
vishy | euca-run-instances -t m1.tiny -f proxy.sh ami-tty | 19:36 |
zykes- | proxy what ? | 19:37 |
soren | vishy: Oh, so you just connect to the instance on those ports to check connectivity? | 19:38 |
soren | That makes sense. | 19:38 |
vishy | yeah | 19:38 |
*** babble has quit IRC | 19:38 | |
vishy | just do a curl to verify | 19:38 |
soren | I just noticed the error on the console when it couldn't connect, so I thought it actually did something useful with it. | 19:38 |
soren | ...and couldn't find anything in the filesystem that looked remotely interesting. Ok, that clears that up. | 19:38 |
vishy | we have a burn in script that launches 1000 instances on a new host, verifying connectivity to each one | 19:40 |
soren | Yeah, that's good thinking. | 19:40 |
soren | Using KVM, right? | 19:40 |
vishy | yes | 19:40 |
vishy | script is at http://github.com/vishvananda/novatools.git | 19:41 |
* soren is happy that /someone/ is doing reasonably large scale, end-to-end testing. :) | 19:41 | |
vishy | er...forget the .git at the end of that | 19:41 |
*** eldarnugaev has joined #openstack | 19:41 | |
*** jordandev has quit IRC | 19:42 | |
*** KnightHacker has quit IRC | 19:46 | |
*** KnightHacker has joined #openstack | 19:46 | |
*** westmaas has quit IRC | 19:48 | |
*** virgil_ has joined #openstack | 19:50 | |
*** joearnold has quit IRC | 19:54 | |
*** Ryan_Lane|away is now known as Ryan_Lane | 20:04 | |
virgil_ | part #openstack | 20:10 |
virgil_ | quit | 20:11 |
*** virgil_ has left #openstack | 20:15 | |
*** westmaas has joined #openstack | 20:17 | |
vishy | soren: possible to make a uml ttylinux? | 20:18 |
vishy | soren: seems like it would be really useful for cloudpipes, we could throw a few hundred on a single box | 20:19 |
gundlach | eday: re-review? | 20:20 |
*** gondoi has quit IRC | 20:24 | |
eday | gundlach: so, I know this may be out of the scope of what you were trying to do, but it would be nice to also remove the db.instance get call in the update too. I'm already doing this for delete, so perhaps we should include it as part of another branch | 20:25 |
gundlach | eday: yeah, i thought about taking care of the other db_driver calls, but didn't want scope creep. | 20:25 |
eday | it's annoying how ec2 and os do authn differently, ec2 with project beforehand, os after we've looked at the instance record | 20:26 |
eday | I don't want to start pushing authn checks down into nova.compute.api, but we also need to remove db calls from the api servers | 20:27 |
eday | ideas anyone? :) | 20:28 |
gundlach | eday: you do mean authentication, right? | 20:30 |
gundlach | which is done before we look at the instance record in OS | 20:31 |
eday | no, authn (or access control), the instance.user_id == authc'd user_id | 20:31 |
eday | we want to be able to perform those checks without looking up instance ids | 20:32 |
gundlach | heh, i think of authN as authNtication and authZ as authoriZation | 20:32 |
eday | oh, perhaps i was screwing those up | 20:33 |
eday | auth* :) | 20:33 |
gundlach | heh | 20:33 |
gundlach | sooo don't they both do authorization the same way? aka, in the db layer, with @require_context? | 20:34 |
* gundlach goes to look at the code | 20:34 | |
eday | oh, yeah | 20:35 |
eday | so the os checks are really pointless | 20:35 |
gundlach | looks to me like both ec2 and api fetch the instance record and then make the db call that has @require_context | 20:35 |
gundlach | s/and api/and OS api/ | 20:35 |
gundlach | eday: can you point me to the "os checks" you're talking about? | 20:35 |
gundlach | for authorization i'm only aware of @require_[admin_]context and i think it's not pointless | 20:36 |
eday | like the one in update we were just talking about: | 20:37 |
eday | instance = self.db_driver.instance_get_by_internal_id(ctxt, int(id)) | 20:37 |
eday | if not instance or instance.user_id != user_id: | 20:37 |
eday | return faults.Fault(exc.HTTPNotFound()) | 20:37 |
eday | but that user_id check has already happened in the db lookup, if I'm reading the db code correctly | 20:37 |
gundlach | yep, you're right, the 'or instance.user_id != user_id' can go. of course we need the first part. | 20:38 |
eday | I think all those can be safely removed | 20:38 |
eday | well, the first part can be a NotFound exception from a compute.api method call | 20:39 |
*** gondoi has joined #openstack | 20:39 | |
eday | and catch/raise the os-specific faults | 20:39 |
gundlach | so we'd pass the whole instance in to compute.api.update_instance? | 20:40 |
gundlach | no, i'm slow, it would just accept an internal_id. | 20:40 |
*** joearnold has joined #openstack | 20:41 | |
gundlach | compute_api.update_instance(context, INTERNAL_id, values) | 20:41 |
gundlach | that sound right? | 20:41 |
eday | yup | 20:41 |
eday | I'm doing this for delete right now, one sec | 20:41 |
eday | if this looks good I'll do the rest like this too | 20:41 |
gundlach | great | 20:41 |
gundlach | i was thinking it's bad that we are exposing the sqlalchemy ids outside the DB layer now that we have the db-driver-agnostic internal_ids | 20:42 |
eday | probably, we should make sure we use a guid like we were talking about before for all APIs | 20:44 |
eday | as soon as we have separate compute workers generating the same sqlite id's, things will break pretty quickly :) | 20:45 |
eday | (or just don't use sqlite id's at all, and use the guid's as primary keys) | 20:45 |
gundlach | on that topic, can you clarify something for me re: eventual consistency of a scheduler's view of its compute workers? | 20:47 |
gundlach | let's say the OS API wants to enforce a constraint: "No two servers owned by a user may have the same name." | 20:47 |
gundlach | When a user requests to update a server's name, who do we check to see if that's allowed? | 20:48 |
gundlach | Can we check the scheduler's knowledge of its running instances? I think not, because it's got some lag in its knowledge. | 20:48 |
gundlach | Do we have to hit every compute node containing VMs for that user? | 20:48 |
gundlach | Or perhaps we say, "unique server names are not compatible with our architecture" and punt? | 20:49 |
eday | gundlach: punt, but we can make a best guess using method #1 | 20:50 |
eday | gundlach: and on conflict, automatically rename one of them | 20:50 |
*** HouseAway is now known as AimanA | 20:50 | |
gundlach | eday: right then, thanks | 20:51 |
eday | at least that what I was thinking, but yeah, we need to work around having any kind of global consistency :) | 20:51 |
spectorclan | brining up nova following Thierry blog post today (http://planet.openstack.org/); question on creating the network; he says I used my unused 10.0.0.0/8 address; do I use that or something else based on my existing IP? | 20:57 |
soren | vishy: For something like cloudpipe, kvm with ksm should be a good fit, really. | 20:59 |
soren | vishy: I doubt you'd get much better density with uml. | 20:59 |
vishy | ksm? | 21:00 |
soren | Kernel Shared Memory (I think). | 21:00 |
soren | It's a thingamajig that goes around looking for identical pages and removes dupes. | 21:00 |
*** zaitcev has joined #openstack | 21:00 | |
soren | So if two guests have an identical memory page, the kernel throws one away, and lets the guests share the one. | 21:01 |
soren | If either of them writes to it, a copy is created. It's completely transparent to guests. | 21:01 |
soren | For identical guests (apart from a bit of configuration), there should be a lot of potential for high density stuff. | 21:01 |
vishy | soren: interesting | 21:02 |
creiht | dendrobates: how do we find out what our echosign transaction number is? | 21:06 |
notmyname | creiht: it's supposed to be in an email that we got when we originally signed it | 21:07 |
* notmyname can't find his either. hope it's in my home email account | 21:08 | |
creiht | hrm | 21:08 |
*** DubLo7 has joined #openstack | 21:09 | |
JordanRinke | anyone here that can manage the openstack mailing list? | 21:11 |
spectorclan | JordanRinke: which mailing list? | 21:13 |
*** daleolds has quit IRC | 21:13 | |
JordanRinke | openstack@lists.launchpad.net | 21:13 |
spectorclan | I don;t manage but perhaps I can assist | 21:13 |
JordanRinke | for whatever reason, I can not send email to it | 21:13 |
JordanRinke | I get stuff from the mailing list, but anything I try to send never goes through | 21:13 |
creiht | JordanRinke: I saw your emails | 21:14 |
creiht | the list doesn't send you posts that you make to the list | 21:14 |
JordanRinke | on my me@jordanrinke.com email it sends me a copy and they show up in the archive | 21:14 |
JordanRinke | my jordan@openstack.org ones weren't getting sent to me (or my other email address) and didn't show up in the archive | 21:14 |
creiht | weird | 21:15 |
spectorclan | JordanRinke: I would check with Thierry | 21:15 |
*** brd_from_italy has joined #openstack | 21:17 | |
JordanRinke | cool, just email him. | 21:17 |
JordanRinke | emailed* | 21:17 |
JordanRinke | it is driving me nuts heh | 21:17 |
spectorclan | sorry I couldn't help more | 21:18 |
spectorclan | i manage the other email lists | 21:18 |
JordanRinke | eh no prob, got me pointed in the right direction... that is more then I had 10 minutes ago | 21:18 |
*** ctennis has joined #openstack | 21:22 | |
soren | JordanRinke: I keep getting moderation requests about your e-mail. | 21:27 |
soren | JordanRinke: Does Launchpad know about the address from whence you're sending e-mail? | 21:27 |
*** hggdh has quit IRC | 21:29 | |
*** dendrobates is now known as dendro-afk | 21:30 | |
*** rlucio has quit IRC | 21:30 | |
*** westmaas has quit IRC | 21:37 | |
*** dirakx has quit IRC | 21:37 | |
*** KyleM1 has joined #openstack | 21:37 | |
*** AimanA is now known as HouseAway | 21:37 | |
*** eldarnugaev has quit IRC | 21:40 | |
*** aliguori has quit IRC | 21:41 | |
JordanRinke | soren: sorry I went AFK - yes it does, at least I think so - http://i.min.us/idjVJG.png | 21:41 |
JordanRinke | picture of my current settings | 21:41 |
jk0 | anyone in here who's used nova with XenServer? | 21:43 |
*** kevnfx has joined #openstack | 21:45 | |
*** hggdh has joined #openstack | 21:46 | |
vishy | notmyname: i couldn't find the transaction id, but when i click to view the signed document, there is an aid= param in the url. I think that is the id | 21:50 |
notmyname | from an email? or a url? I haven't found the email I got yet | 21:51 |
*** jizzo has joined #openstack | 21:52 | |
vishy | I did it from an email, but you might be able to get there by signing in on rackspace.echosign.com | 21:52 |
exlt | if anyone has any interest in python packaging, there is a training session starting in a few minutes in #debian-women on OFTC (not freenode) - http://news.debian.net/2010/11/30/training-session-on-python-packaging/ | 21:53 |
*** sophiap has quit IRC | 21:56 | |
*** mdomsch has quit IRC | 21:57 | |
*** westmaas has joined #openstack | 21:59 | |
*** miclorb_ has joined #openstack | 21:59 | |
vishy | where is a good place to upload images.tgz with the new ami-tty? | 21:59 |
*** sophiap has joined #openstack | 22:02 | |
notmyname | vishy: I think I'm hosting the current one in my cloud files account. but I think someone was talking about putting it in an openstack cloud files account. don't know too many details | 22:03 |
*** GasbaKid has joined #openstack | 22:05 | |
*** gundlach has quit IRC | 22:08 | |
exlt | oh, whoops.. my calandar alert was set at the wrong time.. I missed 20:00 UTC.. | 22:09 |
openstackhudson | Project nova build #280: SUCCESS in 1 min 13 sec: http://hudson.openstack.org/job/nova/280/ | 22:09 |
*** jdarcy has quit IRC | 22:14 | |
*** aliguori has joined #openstack | 22:15 | |
JordanRinke | I can up it | 22:17 |
JordanRinke | to the OpenStack CDN / Images | 22:18 |
*** arthurc has quit IRC | 22:19 | |
*** Cybo has quit IRC | 22:22 | |
jk0 | vishy: do you know if it's possible to provide a s3 username/password somehow? | 22:23 |
* jk0 lazy irc :) | 22:23 | |
vishy | provide to ... | 22:23 |
jk0 | xenapi | 22:24 |
jk0 | well, use the xenapi creds for s3 auth | 22:24 |
vishy | never used xenapi... | 22:24 |
*** spectorclan has quit IRC | 22:24 | |
* vishy wonders if we are putting in the proper stuff on contributors, since dendros and others start with Q, but everyone elses starts with X | 22:26 | |
vishy | s/Q/Q or P/ | 22:27 |
*** rsampaio has quit IRC | 22:27 | |
*** Tushar has joined #openstack | 22:28 | |
*** Tushar has quit IRC | 22:28 | |
eday | vishy: huh? | 22:30 |
Ryan_Lane | does nova require a ramdisk image to create an instance? I used uec-publish-tarball to push a lucid 64 bit image, and it came without a ramdisk | 22:30 |
Ryan_Lane | but when I try to run it, I get the following error: NotFound: Image ari-11111 could not be found | 22:30 |
*** DubLo7 has quit IRC | 22:31 | |
JordanRinke | Ryan_Lane: currently Yes | 22:32 |
JordanRinke | you can use a ramdisk from something else though, at least I have been able to a few times | 22:32 |
JordanRinke | do you have one you could use? | 22:32 |
Ryan_Lane | ah | 22:32 |
Ryan_Lane | the systems hosting it should work | 22:32 |
Ryan_Lane | they are lucid and amd64 | 22:33 |
JordanRinke | yeah, I used a lucid ramdisk on a maverick image and it booted | 22:33 |
Ryan_Lane | though the kernel revision needs to be the same, right? | 22:33 |
Ryan_Lane | guess not :) | 22:33 |
JordanRinke | so, it doesn't seem too picky | 22:33 |
JordanRinke | (I don't know the inner workings, I may have just gotten lucky) | 22:34 |
vishy | eday: the contributors page in the wiki where were supposed to show that we've signed the cla | 22:37 |
eday | vishy: ahh, ok | 22:41 |
_0x44 | vishy: I have two of them, one is X the other starts with Q | 22:41 |
vishy | _0x44: where did you get these things? | 22:42 |
*** brd_from_italy has quit IRC | 22:42 | |
_0x44 | vishy: The email from echosign included a pdf, it was at the bottom of every page. | 22:43 |
notmyname | from the CyberDuck dev: "You may also be intersted to know that the upcoming release 3.8 of Cyberduck comes preconfigured with a bookmark option for Swift installations." | 22:43 |
_0x44 | There's a URL, if you click it, it'll take you to check that the number is valid. | 22:43 |
vishy | ah i didn't see the id at the bottom of the pdf | 22:45 |
vishy | lucky me though, it is the same as the aid from the link | 22:45 |
vishy | :) | 22:45 |
*** rlucio has joined #openstack | 22:46 | |
Ryan_Lane | ugh. I'm trying to register a bundled and uploaded ramdisk, and I'm getting this error on register: Warning: failed to parse error message from AWS: <unknown>:132:75: undefined entity | 22:48 |
JordanRinke | Is there a PPA or something similar that just has the stable release? For instance we want a script that downloads the stable release, installs, configurs (puppet/bash/chef whatever) we cant use the current PPA since it gets updated with new changes, and we dont want to have to BZR and pull Austin | 22:48 |
JordanRinke | maybe it is there already and I just didn't see it when I was looking around | 22:49 |
*** Tushar464 has joined #openstack | 22:49 | |
*** allsystemsarego has quit IRC | 22:49 | |
*** GasbaKid has quit IRC | 22:50 | |
*** GasbaKid has joined #openstack | 22:50 | |
JordanRinke | I see the nova-core PPA and Trunk, but neither have a package from the Austin release from what I can see | 22:50 |
JordanRinke | ohhh maybe I found it | 22:51 |
JordanRinke | yeah, think I found it in https://launchpad.net/~openstack/+archive/openstack-ppa instead of nova-core :/ | 22:52 |
Ryan_Lane | nevermind. I was trying to register the thing on the filesystem, not in the bucket (duh) | 22:52 |
JordanRinke | eh, not sure that is it either, the package details show build errors for the lucid package, and it says nova is 0.9.1 instead of what I would expect to be 1.0? Anyone have the info to set me straight here? | 22:55 |
*** matiu has joined #openstack | 22:56 | |
*** sophiap has quit IRC | 22:56 | |
*** sophiap has joined #openstack | 22:56 | |
*** jbaker has quit IRC | 22:58 | |
*** jizzo_ has joined #openstack | 22:59 | |
*** jizzo has quit IRC | 23:01 | |
*** jizzo_ is now known as jizzo | 23:01 | |
*** gondoi has quit IRC | 23:02 | |
*** hazmat has quit IRC | 23:02 | |
*** westmaas has quit IRC | 23:04 | |
KyleM1 | Aright, I'm trying to run nova on ubuntu lucid. I've got the nova.sh script and run the branch, install, and run commands. The branch and install appeared to happen correctly. | 23:14 |
KyleM1 | When I did ./nova.sh run it complained that nova/nova.sqlite didn't exist so it couldn't rm it. | 23:15 |
KyleM1 | Then spat out some INFO lines and exported the keys. | 23:15 |
KyleM1 | When screen came up screen 6 (volume) wasn't running...it was back to a prompt. | 23:15 |
KyleM1 | I was able to create the test.pem key pair and launch an instance following the instructions in the quickstart guide. | 23:16 |
KyleM1 | But when I tried to ssh into it I got a no route to host error. | 23:16 |
KyleM1 | Any suggestions? | 23:16 |
Ryan_Lane | KyleM1: you don't actually need nova-volume | 23:16 |
KyleM1 | Okay. | 23:16 |
Ryan_Lane | you also may need to add ssh to the default security group | 23:17 |
Ryan_Lane | euca-authorize default -P tcp -p 22 -s 0.0.0.0/0 | 23:17 |
KyleM1 | Hmm. | 23:17 |
KyleM1 | I'll try that. | 23:17 |
*** ppetraki has quit IRC | 23:18 | |
KyleM1 | Hmm...last time I terminated nova by detaching from the screen as suggested in the quickstart guide. When I ran it again the euca tools are giving me connection failed errors: | 23:20 |
KyleM1 | EC2_ACCESS_KEY environment variable must be set. | 23:20 |
KyleM1 | That didn't happen last time...do I need to do more than detach the screen and wait for my prompt to come back to clean it up? | 23:21 |
KyleM1 | It also appears to be cluttering the directory I run it from with files called something like "hostname.1234" which seem to be lock files of some kind. | 23:22 |
dubsquared1 | Getting what seems to be a pretty obvious error here, but the files do indeed not exist…are they missing from the packages in /ppa and/or /trunk: http://paste.openstack.org/show/220/ | 23:26 |
*** dendro-afk is now known as dendrobates | 23:27 | |
*** aliguori has quit IRC | 23:28 | |
*** rlucio has quit IRC | 23:28 | |
Ryan_Lane | dubsquared1: you need to set the path | 23:29 |
Ryan_Lane | dubsquared1: --state_path=/var/lib/nova | 23:29 |
Ryan_Lane | if you are using a newer version (like trunk) | 23:29 |
dubsquared1 | ahhh | 23:30 |
dubsquared1 | i see | 23:30 |
dubsquared1 | thank you! | 23:30 |
Ryan_Lane | or --ca_path and --key_path otherwise | 23:30 |
Ryan_Lane | or is it keys_path? | 23:30 |
dubsquared1 | righto | 23:30 |
dubsquared1 | can i just append that to the nova-manage, like the —flagpole ? | 23:30 |
dubsquared1 | damn autocorrect | 23:31 |
dendrobates | JordanRinke: your messages are getting held in moderation. Have you added the email address you are using to your lp account? | 23:32 |
*** jizzo has quit IRC | 23:32 | |
dendrobates | JordanRinke: https://launchpad.net/~jordanrinke/+editemails | 23:35 |
KyleM1 | Does anyone have any ideas why nova is complaining that the EC2_ACCESS_KEY env. variable isn't set the second time I use './nova.sh run'? | 23:38 |
*** Ryan_Lane is now known as Ryan_Lane|away | 23:41 | |
*** rlucio has joined #openstack | 23:45 | |
*** Podilarius has left #openstack | 23:49 | |
*** kashyapc has joined #openstack | 23:55 | |
*** dendrobates is now known as dendro-afk | 23:57 | |
*** trbs has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!