[08:28] <alonswartz> smoser, ec2 folks: heard the news? Amazon now offer AWS free usage tier: http://aws.amazon.com/free/
[12:20] <kim0> When it says "Beginning November 1, new AWS customers will be able to run a free Amazon EC2 Micro Instance for a year"
[12:20] <kim0> Does that mean old customers won't ?
[12:22] <daker> congrat kim0 !!
[12:22] <kim0> daker: hey thanks man :)
[14:11] <smoser> 10 GB of Amazon Elastic Block Storage, plus 1 million I/Os, 1 GB of snapshot storage, 10,000 snapshot Get Requests and 1,000 snapshot Put Requests*
[14:11] <smoser> its almost as if they explicitly decided to charge users of default ubuntu images.
[14:11] <smoser> :-(
[14:14] <alonswartz> smoser: and it's only for new AWS accounts...
[14:15] <smoser> well, thats easy enough to come up with
[14:15] <smoser> i think it just requires an email address, maybe a creditcard.
[14:15] <alonswartz> yes, so why inconvenience us?
[14:19] <smoser> its a move in special
[14:19] <smoser> same as "free inbound data"
[14:20] <smoser> just like at the apartment complex when they give you 1 month free your first year, then they raise the rates when your lease is up.
[14:20] <smoser> there is pain to leave, and you're already there, so you just pay it.
[14:20] <smoser> what is really interesting to me is the amazon linux ebs amis have 15G disk
[14:21] <smoser> so even *those* will charge people 0.50 / month
[14:21] <smoser> its cheap, but i would think it will appear to a lot of people as unexpected
[17:06] <patrickw> Anyone out there running oracle on ubuntu vms?  I'm trying to virtualize our development environments (glassfish + opensso + oracle) and after working my ass off to get gf + opensso to work I've discovered oracle may be an even bigger pita (for completely different reasons)...  Am I better off going with CentOS VMs?
[17:07] <flaccid> probably best to make your own oracle vm
[17:07] <flaccid> well, not necessarily an image
[17:08] <flaccid> i might be able to pull up some stuff if you run into problems
[17:10] <patrickw> roll a vm using what as a base?  I'm really not familiar with oracle at all, I need to talk to my "engineering" team but this is a *cough* gov't subcontract and our "engineers" aren't really *nix gurus
[17:11] <flaccid> you start by installing oracle
[18:28] <smoser> Daviey, ping
[18:28] <Daviey> smoser: o/
[18:28] <smoser> i stumbled across an easy way to do ebs root
[18:29] <smoser> on uec
[18:29] <smoser> does uec support booting with '--block-device-mapping' ?
[18:29] <smoser> i think it doesnt
[18:31] <smoser> if it did, then we could just create a loader that attempted to chainload or multiboot load off of a different device than (hd0,1)
[18:33] <Daviey> smoser: it makes sense, and seems like a proper way to do it
[18:33] <smoser> Daviey, do you know if it does support block device mapping and attaching a snapshot at boot ?
[18:33] <smoser> it would be very easy if it does
[18:33] <Daviey> i have nfi
[18:33] <Daviey> it is worth noting that euca's current development version is aiming to achieve ebs root.
[18:34] <Daviey> but if we could get that to work with lucid and maverick that would be NICE
[18:35] <smoser> the loader based way owuldn't work on lucid
[18:35] <Daviey> ah yes
[18:35] <smoser> but we could/can come up with a solution there, basically an ami pivot-root image.
[18:36] <smoser> kernel matching might be an issue there
[18:36] <Daviey> smoser: I think i'd actually recommend people use maverick in production over lucid tbh. :)
[18:36] <smoser> which we would have botten away with in the loader route
[18:36] <smoser> maverick euca is much nicer, i agree.
[18:37] <smoser> did you see http://bazaar.launchpad.net/~smoser/%2Bjunk/uec-on-ec2/annotate/head%3A/maverick-commands.txt ?
[18:37]  * Daviey look
[18:37] <Daviey> s
[18:38] <Daviey> ah nice!
[18:38] <Daviey> Looking forward to trying that next week
[18:39] <smoser> it "just works". really smooth. user-data, boot, poof! uec-on-ec2
[18:41] <smoser> i thought about this bootloader solution when i stumbled upon this bug:
[18:41] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/665235