[ale] ext3-fs error (RH 3.4.6-2)

[Michael B. Trausch]

On 11/30/2011 03:49 PM, Jim Kinney wrote:
> On Wed, Nov 30, 2011 at 3:34 PM, Michael B. Trausch <mike at trausch.us> wrote:
>     On 11/30/2011 03:16 PM, Jim Kinney wrote:
>     > 4. stop storing junk
> 
>     But if you're running Debian on the server, you simply dist-upgrade from
>     one release to the next!  :)
> 
>     *ducks*
> 
> See step #4 ;D
> 
> In all seriousness, the anticipated lifespan of server class hardware is
> not what it was 10 years ago. Given that most long term distros are good
> for 5 years or so, changing out that old clunker for better flops/watt
> rig might actually pay for itself over a 5 year life span. Not sure as i
> really haven't don't a number crunch.
> 
> Hmm. That would be a hard one to do as most places use more and more
> computing power as time progresses.

Practically speaking, I like the notion of starting with a single
server, and when you want to do a major step-up type upgrade, buy a
second one and install, migrate, and then upgrade the first server.  You
could then have a "blue/green deployment" scenario, a cooperative load
balancing scenario, a failover scenario, or whatever you can manage with
the two systems. The end result is that you have more than one system
doing the same job in an affordable manner...

When you do the next upgrade, if you're not utilizing all of the
resources, simply do the upgrade on one system and then the other.  No
real major need, most of the time, to replace systems if they're still
working under-capacity.

One case where I've always recommended new hardware for setup is when
moving from bare-metal to virtual machines.  Once the migration is
complete, set up one or two of the old systems to act as failover
targets for the virtualization system (helps to use paravirt, especially
if the old systems cannot do anything but) and sell the excess.  Saves
lots of money and makes it easier to control everything, and then what's
running on the hardware system doesn't matter so much.

	--- Mike

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 729 bytes
Desc: OpenPGP digital signature
Url : http://mail.ale.org/pipermail/ale/attachments/20111130/715d3f99/attachment.bin