Gregory Warnes wrote:
>
>
>
> On 7/1/08 3:25PM , "Mark Hahn" <[EMAIL PROTECTED]> wrote:
>
> > Hmmm for me, its all about the kernel. Thats 90+% of the
> battle. Some
> > distros use good kernels, some do not. I won't mention who I think
> is in the
> > latter category.
On Wed, Jul 02, 2008 at 01:29:39AM -0400, Gregory Warnes wrote:
> On fundimental difference in philospohy explains both the fundimental
> differences between RPM and debian packages, and the reason for the lack of
> emphasis of in-place upgrades of desktop distros: vendor income. It is not
> in R
On Fri, 4 Jul 2008, Geoff Galitz wrote:
Just a nit:
Most RPM based distros allow in-place upgrades between minor point releases
using "yum update" or "yum upgrade" (they follow different rules on how to
resolve obsolete packages). However, moving between major releases is still
recommended
Hi Tim,
Tim Cutts wrote:
>
>> trivial with pdsh
>>
>> pdsh apt-get install package
>
Well with dsh it's the same, but "our" way ensures that the nodes will
have the exactly same set-up after a reinstallation ;)
> DEBIAN_FRONTEND=noninteractive \
>/usr/bin/aptitude -R -y \
> -o Dp
Tim Cutts wrote:
On 4 Jul 2008, at 3:41 pm, Joe Landman wrote:
Carsten Aulbert wrote:
easy with dsh and fai softupdate :)
trivial with pdsh
pdsh apt-get install package
Actually, that one could get you in a mess if the package is going to to
ask questions. You might want to shut a
On 4 Jul 2008, at 3:41 pm, Joe Landman wrote:
Carsten Aulbert wrote:
easy with dsh and fai softupdate :)
trivial with pdsh
pdsh apt-get install package
Actually, that one could get you in a mess if the package is going to
to ask questions. You might want to shut apt-get up. I
Carsten Aulbert wrote:
easy with dsh and fai softupdate :)
trivial with pdsh
pdsh apt-get install package
or
pdsh yum install package
Clusters/systems of arbitrary size.
--
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics LLC,
email: [EMAIL PROTECTED]
web : http
Perry E. Metzger wrote:
> Testing would be done with one machine. It would be foolish to test
> such a thing on your production network. What if it crashed everything
> in sight?
>
Sure, testing always needs to start at the count of 1, then 2, 10,
> Once you know you want something, thou
Carsten Aulbert <[EMAIL PROTECTED]> writes:
>> What about my kernel patch to use unprived ports? Did you try it?
>
> No sorry, this approach with just setting the limits seems much easier
> than installing 1300 new kernels ;)
Testing would be done with one machine. It would be foolish to test
suc
that also applies to the k/ubuntu as well it used to be you can edit the
source list and do a complete dist upgrade. now that has change and requires
the alternate installation cd. the first way was not worth the time because
it broke stuff more then it was worth. the time spent on that could have
Tim Cutts wrote:
On 4 Jul 2008, at 12:44 pm, Tony Travis wrote:
One thing that I value from my BSD/SunOS/Solaris days is /export,
which is where ALL shared (exported) filesystems should be placed on
NFS servers. I'm a real supporter of Debian/Ubuntu, but it drives me
bonkers that Debian poli
On 4 Jul 2008, at 12:10 pm, Tony Travis wrote:
I suggest you have a look at "dsh" (Dancer's distributed shell) as a
simple way to run programs across local and geographically separate
nodes in your cluster. This is very simple, but works remarkably
well, especially if you use SSH keys for
On 4 Jul 2008, at 12:44 pm, Tony Travis wrote:
One thing that I value from my BSD/SunOS/Solaris days is /export,
which is where ALL shared (exported) filesystems should be placed on
NFS servers. I'm a real supporter of Debian/Ubuntu, but it drives me
bonkers that Debian policy is to put ho
On Wed, 2 Jul 2008, Gregory Warnes wrote:
interesting - I wonder why. the main difference would be that the rpm
format encodes dependencies...
The basic problem is that when folks build the .tar.gz files, they usually
do a good job of explaining the dependencies and how to resolve them, while
Joe Landman wrote:
[...]
Yeah, it is ambiguous to a degree, but I figure that something named
/local is actually going to be physically local. It helps tremendously
when a user calls up with a problem, say that they can't see a file they
placed in /local/... on all nodes. Usually they get qui
Ian Pascoe wrote:
Hi all,
Firstly before getting into the nitty gritty of my question, a bit of
background.
Myself and a friend are looking to set up initially two small clusters of 4
boxes each, using old surplus commodity hardware. The main purpose of the
cluster is to hold data and perform
On 4 Jul 2008, at 8:23 am, Geoff Galitz wrote:
Just a nit:
Most RPM based distros allow in-place upgrades between minor point
releases
using "yum update" or "yum upgrade" (they follow different rules on
how to
resolve obsolete packages). However, moving between major releases
is sti
would it be possible to back up to tape as well as raided hdd array?
On 7/4/08, Geoff Galitz <[EMAIL PROTECTED]> wrote:
>
> Backing up to tape allows you to go back to a specific point in history.
> Particularly useful if you need to recover a file that has become corrupted
> or you need to roll
Hi Perry,
Perry E. Metzger wrote:
> What about my kernel patch to use unprived ports? Did you try it?
No sorry, this approach with just setting the limits seems much easier
than installing 1300 new kernels ;)
Sorry
Carsten
PS: With the new limits it *just* works.
--
Dr. Carsten Aulbert - Ma
Just a nit:
Most RPM based distros allow in-place upgrades between minor point releases
using "yum update" or "yum upgrade" (they follow different rules on how to
resolve obsolete packages). However, moving between major releases is still
recommended via a CD or other non-in-place media, th
Backing up to tape allows you to go back to a specific point in history.
Particularly useful if you need to recover a file that has become corrupted
or you need to rollback to a specific stage and you are unaware of that fact
for a few days.
Geoff Galitz
Blankenheim NRW, Deutschland
http:
this is slightly off topic but im just wondering why spend thousands of
dollars when u can just setup another server and backup everything to a
raided hard drive array?
On 7/2/08, Steve Cousins <[EMAIL PROTECTED]> wrote:
>
>
>
> Just under 60MB/sec seems to be the maximum tape transport read/write
22 matches
Mail list logo
