Hi Joe,
On 25/02/2011, at 1:28 PM, Joe Kramer wrote:
> WOlastic is no longer supported by Ubermind. Here's the info that I got from
> our engineer who was behind WOlastic:
Thanks a lot for that. The topic has come up a couple of times on the list
lately, and it's handy to have that confirmed
Hi Paul and gang,
WOlastic is no longer supported by Ubermind. Here's the info that I got
from our engineer who was behind WOlastic:
The original intent of WOlastic was to quickly deploy secure WO applications
> into the cloud. -- Public AMI's that were prepackaged were probably great
> for the
On 24/02/2011, at 12:01 PM, Simon wrote:
> ps. the pre-rolled ami i put up some time ago should also be
> considered defunct. i'll remove it from the wiki now...
Great. Remove that whole section ("Public WO AMIs"), as there don't seem to be
_any_ that are maintained any more. Jesse, scratch w
Hi Jesse,
On 24/02/2011, at 11:50 AM, Jesse Tayler wrote:
> On Feb 23, 2011, at 8:11 PM, Paul Hoadley wrote:
>
>> I haven't used those particular scripts, but eyeballing them they _seem_ to
>> be dependent on the pre-rolled appserver AMIs, also supplied by Simon.
>
> It does work with public A
> I haven't used those particular scripts, but eyeballing them they _seem_ to
> be dependent on the pre-rolled appserver AMIs, also supplied by Simon.
nope. they are designed to be used with a scratch linux ami. we use
amazon linux. the ami id's are likely to be different because amazon
used to c
On Feb 23, 2011, at 8:11 PM, Paul Hoadley wrote:
> I haven't used those particular scripts, but eyeballing them they _seem_ to
> be dependent on the pre-rolled appserver AMIs, also supplied by Simon.
It does work with public AMIs - not simon dependent.
The install scripts are designed to illu
I agree with Jesse's sentiment, but just to fill in some blanks...
On 24/02/2011, at 1:32 AM, Jesse Tayler wrote:
> do NOT use WOLastic
WOlastic _seems_ to be abandonware. It doesn't look like their website has
been updated since mid-2009, and their AMIs seem to be of a similar vintage.
WOla
we use it to do manage 2 environments (test and live).
Within that we add config for each node (app server, db, web server) and
then use puppet to manage all the dependencies (s/w and refs to each other)
as well as URL handling etc etc.
The, here, is that adding a node is a matter of adding to ec
On Feb 23, 2011, at 5:14 PM, Martin Samm wrote:
> We then use Puppet to automate installing an array of required packages etc.
oh?
got scripts or examples?
sounds like an approach we might want to document
the examples we have require just a few dependancies - is Puppet good for a
larger doc
Jesse,
we're running on a couple of Ubuntu AMIs; one is now a bit old and defunct
but we've recently switched to
ami-88f504e1
this is
Ubuntu Lucid Lynx LTS
We then use Puppet to automate installing an array of required packages etc.
regards
Martin
On 23 February 2011 22:02, Jesse Tayler wr
I've done some updating of the wiki page, if anyone has validated other AMIs
you can list them or send to me and I'll list them - also any suggestions,
comments or ideas.
http://wiki.objectstyle.org/confluence/display/WO/Deploying+on+Amazon+EC2
http://wiki.objectstyle.org/confluence/display/WO/
On Feb 23, 2011, at 17:53, Paul Hoadley wrote:
> Hi Kevin,
>
> On 24/02/2011, at 3:25 AM, Kevin Hinkson wrote:
>
>> Does anyone have any recommendations as to which AMI to use in the US (east
>> or west). The ami used in Simon's example works fine but is only available
>> in the EU. It look
Hi Kevin,
On 24/02/2011, at 3:25 AM, Kevin Hinkson wrote:
> Does anyone have any recommendations as to which AMI to use in the US (east
> or west). The ami used in Simon's example works fine but is only available in
> the EU. It looks to me like a basic 64 bit Amazon Linux AMI on EBS. Can I use
I've had no troubles using AMIs of the same Unix variant, right now, I have
this in the US region:
ami-38c33651
It's a "tiny" instance which works great for testing, but I've noticed the
memory overhead is so low -- that if you try to launch more than one
application instance, you'll be uncere
Does anyone have any recommendations as to which AMI to use in the US (east or
west). The ami used in Simon's example works fine but is only available in the
EU. It looks to me like a basic 64 bit Amazon Linux AMI on EBS. Can I use the
current 64 bit base ami or should I be using another?
On
Le 2011-02-23 à 10:57, Jesse Tayler a écrit :
> Glad to!
>
> As I recall, I wasn't able to update their website or blog or contact whoever
> set it up, but we can make sure our wiki makes it clear it isn't supported.
>
> Where's a page on a wiki I can alter?
>
> I'd love to help write up som
Glad to!
As I recall, I wasn't able to update their website or blog or contact whoever
set it up, but we can make sure our wiki makes it clear it isn't supported.
Where's a page on a wiki I can alter?
I'd love to help write up some data about the Simon approach, I've done it here
and I'm very
Hi Jesse,
If they don't work or are out of date, I would suggest making note of that on
the wiki. Whoever put them there was nice enough to do so when it was relevant,
but that person is not obligated to maintain it forever. If the info is no
longer correct and you know about it, do the commun
On 2011-02-23, at 11:15 AM, Jesse Tayler wrote:
> they don't work and aren't supported -
>
> they are leftover and should get removed, but of course whoever put it up
> abandoned it in place so people read it and thing it might work.
>
> there have been changes in how you can setup a server, n
On 2011-02-23, at 11:00 AM, Paul D Yu wrote:
> Kevin
>
> Try to do a sudo passwd on the root account.
Thanks Paul. That worked.
>
> Paul
> On Feb 23, 2011, at 9:45 AM, Kevin Hinkson wrote:
>
>> Hi,
>> I setup an Amazon EC2 instance using the WOlastic image listed here
>> (ami-0be80962):http
they don't work and aren't supported -
they are leftover and should get removed, but of course whoever put it up
abandoned it in place so people read it and thing it might work.
there have been changes in how you can setup a server, now it is best like
"Simon says" to use a generic instance and
Simons scripts with a small amount of editing worked great. And I now love
amazon.. More than my old Xserves which had performed flawlessly
Sent from my iPhone
On Feb 23, 2011, at 10:02 AM, Jesse Tayler wrote:
> do NOT use WOLastic
>
> those pages should get taken down, it is not a good way t
On 2011-02-23, at 11:02 AM, Jesse Tayler wrote:
> do NOT use WOLastic
>
> those pages should get taken down, it is not a good way to setup
Out of curiosity, why is it not a good way to setup?
>
> check out simon's install scripts or check back in threads about amazon to
> see how to get that
do NOT use WOLastic
those pages should get taken down, it is not a good way to setup
check out simon's install scripts or check back in threads about amazon to see
how to get that working.
On Feb 23, 2011, at 10:00 AM, Paul D Yu wrote:
> Kevin
>
> Try to do a sudo passwd on the root account.
Kevin
Try to do a sudo passwd on the root account.
Paul
On Feb 23, 2011, at 9:45 AM, Kevin Hinkson wrote:
> Hi,
> I setup an Amazon EC2 instance using the WOlastic image listed here
> (ami-0be80962):http://wiki.objectstyle.org/confluence/display/WO/Deploying+on+Amazon+EC2
> However, I have not
Hi,
I setup an Amazon EC2 instance using the WOlastic image listed here
(ami-0be80962):http://wiki.objectstyle.org/confluence/display/WO/Deploying+on+Amazon+EC2
However, I have not been able to find the su password for this image so I can
drop to root. This question was also asked on the google g
26 matches
Mail list logo