Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[Ian Blackwell]

[EMAIL PROTECTED] wrote:
> My question now is: what would be the better way to implement RAID 5
> on this server? Should I use the detected array and respective driver
> or should I delete the array and go for Linus Software RAID?
>
I've installed RHEL 4 on several IBM eSeries servers with ServeRaid
controllers and I despise them.  They fail too often and often don't
tell you that they are having problems until it is too late.  My
suggestion is to use Linux software for your RAID array, and bypass the
ServeRaid controller entirely.

Ian
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: how to debug hardware lockups?

[nate]

Rudi Ahlers wrote:

> Sure, I understand that. But then again, on my Dell servers, when I
> have problems, I sit with the same issues. And those expensive
> motherboards doesn't give me anything more than the cheaper ones. In
> fact, when the RAM failed on the Dell's, they were unusable untill I
> could get new RAM from a different supplier. With the cheaper board, I
> drive down to the first PC shop and get new RAM.

I suppose it depends on what dells you have. On the latest 1950 III
systems we have they have moderately good diagnostics similar to
HP systems. The system log tells me what DIMM module is spitting
out errors so I don't need to go through the trouble of narrowing
down which one(s) is bad.

I only started using Dell recently since I started my new job in
March, before that was mostly HP and Supermicro. HP certainly has
great quality stuff though you do generally pay quite a bit more
for it. Depending on what the server is doing would depend if I'd
really push for that level of quality. Certainly anything that
is a single point of failure I would want on a higher quality
system. I'm not sure if Dell's motherboards go so far as to having
diagnostic LEDs on them to point out what part is faulty. HP has
been doing that for a long time now.

The latest HP G5s port the LEDs to the front of the chassis so
you don't even have to open it up or load any software you can
just look at the front and see if a DIMM is going bad or a
voltage regulator, or a PSU, or a CPU etc. Earlier systems just
had a generic health LED, which would say good/degraded/bad. But
it couldn't give any information as to what was causing the
problem.

Granted not as useful for a remote location if nobody is on
site to look at the LEDs, though for many smaller places that
actually do have people on site on a regular basis it's real
handy.

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: how can I stress a server?

[Scott Silva]

on 11-17-2008 11:36 PM Rudi Ahlers spake the following:
> On Tue, Nov 18, 2008 at 9:27 AM, Rudi Ahlers <[EMAIL PROTECTED]> wrote:
>> On Tue, Nov 18, 2008 at 9:19 AM, John R Pierce 
>>  wrote:
>>> Rudi Ahlers wrote:
 Hi all,

 I have a server, with an Intel DG35EC motherboard, Q9300 CPU, 8GB
 Kingston DDRII RAM which can't take a lot of load. I have 4 XEN VPS's
 on there, which doesn't consume more than 4GBM RAM at this stage. Yet,
 the machine sky rockets at some times. I've moved the XEN VPS's to
 another server, with 4GM RAM, and it doesn't cause the same problems.

 So, apart from memtest86 how else can I stress test the server to find
 out what the problem is?

>>>
>>> 4 instances of mprime (www.mersenne.org), running the torture test, each set
>>> to affinity on a different CPU.
>>>
>>> and, next time get a real server board with ECC.
>>>
>>>
>>> ___
> 
> 
> John, just cause the machines we use to serve web content to our
> clients doesn't use the grade of equipment you prefer to use, and can
> afford, doesn't mean equipment that other people use is inferior, or
> worthless.
> 
> I have a problem with one of my machines, and have narrowed down that
> it could either be the CPU, RAM or motherboard, but before I take it
> back to the suppliers, I need to know what is wrong. They will switch
> it on, and see that it works. But it's not taking the load that I
> expect it could. In fact, it's not taking the same load as a machine
> with a Intel E6750 Core 2 Duo & 4GB RAM. This server should be 2 - 4
> times faster & handle 2 - 4 times the load of the E6750, yet it
> doesn't and I need to know why. I don't appreciate being told that the
> hardware I have if inferior.
> 
> 
Does the board recommend a certain memory config? I have had systems that
specify a ram module down to the part number, and others just don't work the
same. Some boards can be real picky, and also some boards don't have enough
heat sync on their supporting chips and need a little extra ventilation.

-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: how can I stress a server?

[Scott Silva]

on 11-17-2008 11:13 PM Rudi Ahlers spake the following:
> Hi all,
> 
> I have a server, with an Intel DG35EC motherboard, Q9300 CPU, 8GB
> Kingston DDRII RAM which can't take a lot of load. I have 4 XEN VPS's
> on there, which doesn't consume more than 4GBM RAM at this stage. Yet,
> the machine sky rockets at some times. I've moved the XEN VPS's to
> another server, with 4GM RAM, and it doesn't cause the same problems.
> 
> So, apart from memtest86 how else can I stress test the server to find
> out what the problem is?
> 
> 
how can I stress a server?

Tell it the printer is pregnant?

Sorry... I couldn't resist.  ;-P

It has been a long day.


-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: HW issue during instalaltion

[Scott Silva]

on 11-18-2008 10:03 AM MHR spake the following:
> On Tue, Nov 18, 2008 at 7:18 AM, Phil Schaffner
> <[EMAIL PROTECTED]> wrote:
>> Same here; however, on a similar-but-different Shuttle box I bought for my
>> son recently the only Linux I could get to install was the Ubuntu Intrepid
>> Ibex beta (release version 8.10 is now out).  Tried several other recent
>> Linux versions including CentOS 5, Fedora 9 (haven't tried 10 pre-release
>> yet), OpenSuse, PClinuxOS, Knoppix, and Ubuntu Hardy. None could see the
>> disk.  Windoze XP worked.  :-(
>>
>> An enterprise Linux should never be expected to support the latest hardware.
>>  Maybe CentOS 5.3 or 6 when they hit the e-street???  Until then, you may
>> well be stuck with some more bleeding-edge release.
>>
> 
> That's true, but, still, if XP can handle it, it seems as though
> CentOS 5, which is six years newer than XP, should be able to handle
> it
> 
> OTTOMH
> 
> mhr
But windows drivers usually load and probe the hardware on install, but linux
usually depends on the PCI id's to load modules. So windows will try and load
a driver, and if it doesn't bomb, record that it works and keep using it. The
linux install effectively looks at the PCI id numbers and looks for a match in
the /lib/modules/modules.* files.

A linux driver can sometimes be coaxed to load just by editing one of these
files, but not always. Some of the kernel patches are just edits to the
modules.pcimap file.

-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[nate]

Ross Walker wrote:

> Ah, memory mapped files, another very good reason to use ECC with
> large memory machines.

Normal ECC doesn't seem to be all that great IMO, though I have been
very impressed with HP's Advanced ECC it seems much more resilient
to memory errors. Bad ram has been my #1 source for system failures
over the past few years.

http://h2.www2.hp.com/bc/docs/support/SupportManual/c00256943/c00256943.pdf

Though I think it's HP specific, haven't seen that technology anywhere
else yet.

Of course there is memory mirroring and memory sparing technology as
well though I've yet to run into any machines that actually used
it.

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Matthew Kent]

On Tue, 2008-11-18 at 11:25 +0200, Rudi Ahlers wrote:
> But, how can I put a LOT of load onto it, and see what's causing the
> problem? For all I know, the motherboard could be faulty, or the CPU,
> or maybe even the SATA bus?

stress! Configured correctly it will abuse a server pretty hard

http://weather.ou.edu/~apw/projects/stress/
http://dag.wieers.com/rpm/packages/stress/

run like

cd /var/tmp
screen -dmS stress
screen -rx stress
stress --cpu 16 --io 8 --vm 12 --vm-bytes 512M --hdd 4 --hdd-bytes 1G --timeout 
86400

Oh and be sure to set a timeout if you run it remotely or you'll lock
yourself out ;)
-- 
Matthew Kent \ SA \ bravenet.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Ross Walker]

On Nov 18, 2008, at 6:05 PM, Les Mikesell <[EMAIL PROTECTED]> wrote:


nate wrote:

Les Mikesell wrote:
Yes, apparently RAM errors can be subtle and only appear when  
certain

adjacent bit patterns are stored - or when the moon is in a certain
phase or something.

Don't forget cosmic rays
http://adsabs.harvard.edu/abs/1978ITNS...25.1166P


Yeah, but those don't stop when you replace the faulty RAM...  Mine  
did, but the errors committed to disk kept randomly re-appearing  
mysteriously as the reads from the RAID1 alternated afterwards.


Ah, memory mapped files, another very good reason to use ECC with  
large memory machines.


Also if you identify bad memory and use software RAID1, it's better to  
break the mirror, fsck and fix, then rebuild the mirror as there is no  
data integrity test on RAID1.


-Ross
 
___

CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Ross Walker]

On Nov 18, 2008, at 5:11 AM, Rainer Duffner <[EMAIL PROTECTED]>  
wrote:



Rudi Ahlers schrieb:


Oh, and don't take this the wrong way, but the link to a microsoft
related program (in my opinion) is even more OT. Isn't there  
something

similar for Linux  that I can use? I'd prefer not to go the Windows
route, if that's ok with you.




SPEC 2006

;-)))


Or the LTP (Linux Test Project).

-Ross

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: how to debug hardware lockups?

[Scott Silva]

on 11-17-2008 4:54 PM John R Pierce spake the following:
> Scott Silva wrote:
>> Does it have any out of bandwidth management like Dell's drac or HP's
>> ILO?
> 
> in the original post he said...
> 
>> The CPU is an Intel Q9300 Core 2 Quad, with 8 GB RAM, on an Intel
>> Motherboard
> 
> 
> and upon further questioning...
> 
>> The motherboard is a Intel DG35EC -
>> http://www.intel.com/products/desktop/motherboards/DG35EC/DG35EC-overview.htm
> 
> 
> 
> 
> which is purely a desktop board (onboard Intel graphics, etc).
Sometimes you only have an older part of the thread to reply to...
That all came in a different branch of the thread so I didn't see it until I
hit send.

SSSOOOYY!.

-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Matthew Kent]

On Sat, 2008-11-15 at 21:59 +0200, Rudi Ahlers wrote:
> That machine doesn't have a serial port (why do vendors think serial
> ports are obsolete), so is there any other way to send to logs to
> a different machine then?
> 

You can send it to another machines syslogd with netconsole. Checkout

initscripts   /etc/rc.d/init.d/netconsole
initscripts   /etc/sysconfig/netconsole

kernel-doc
/usr/share/doc/kernel-doc-2.6.18/Documentation/networking/netconsole.txt

Good luck!
-- 
Matthew Kent \ SA \ bravenet.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Les Mikesell]

nate wrote:

Les Mikesell wrote:


Yes, apparently RAM errors can be subtle and only appear when certain
adjacent bit patterns are stored - or when the moon is in a certain
phase or something.


Don't forget cosmic rays

http://adsabs.harvard.edu/abs/1978ITNS...25.1166P


Yeah, but those don't stop when you replace the faulty RAM...  Mine did, 
but the errors committed to disk kept randomly re-appearing mysteriously 
as the reads from the RAID1 alternated afterwards.


--
  Les Mikesell
[EMAIL PROTECTED]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: how to debug hardware lockups?

[Scott Silva]

on 11-18-2008 1:29 AM Rudi Ahlers spake the following:
> On Tue, Nov 18, 2008 at 10:14 AM, Tru Huynh <[EMAIL PROTECTED]> wrote:
>> On Tue, Nov 18, 2008 at 09:32:05AM +0200, Rudi Ahlers wrote:
>>> This comes down't to the old question of "what is a server"?
>>>
>> 
>> a server just "works", and provide a usable way to debug the OS
>> whenever it's needed (mostly never).
>> Cheap server have at least a serial port, because that the
>> minimal device to interact with the bios/OS.
>> More expensive server have some out of band management
>> capabilities.
>>
>> Most of the time, they are not used, but when we **need** them
>> these "plus" save your time which is what we value most (isn't it).
>>
>> But your server, your problems, and your choices.
>>
>> Just my .2 cents
>>
>> Tru
>> --
> 
> 
> Sure, I understand that. But then again, on my Dell servers, when I
> have problems, I sit with the same issues. And those expensive
> motherboards doesn't give me anything more than the cheaper ones. In
> fact, when the RAM failed on the Dell's, they were unusable untill I
> could get new RAM from a different supplier. With the cheaper board, I
> drive down to the first PC shop and get new RAM.
> 
> 
> 
That is one reason I stopped using Dell. The other reason had something to do
with our Accounting department and Dell's insistence on using a "Dell Card"
instead of a plain "net 30" account.

With my HP servers, if something goes south, HP will send a tech to fix it in
4 hours. The server gets a 48 hour burn in before I even take delivery. Then I
burn it in again to make sure something didn't come loose in shipment.
Sure servers cost more. If it runs a critical service that can't be down for
even a 5 minute reboot, you just need to spend some money. Sure things have
failed, One server has had every hard drive replaced over a few years, but all
under warranty, and since I have spares, there was no interruption to service.
My T1 lines go down more often then the servers do.

My home firewall runs on an old re-used piece of equipment. If it goes down,
big deal. The kids just can't play World of Warcraft until I fix it.

If the e-mail server at work goes down, I have the guy that signs my paycheck
calling my cellphone at 2 AM to fix it.

Reliability is not cheap. And cheap isn't usually as reliable.


-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: Linux backup help

[Scott Silva]

on 11-14-2008 1:09 PM Amos Shapira spake the following:
> Is there a way to "freeze" a list of installed packages and exact
> versions, then tell yum (or any other tool/script) to install exactly
> these verions either on the same or another systme?
> 
> I'm asking from perspective of being able to update and test in my
> test or staging environment then when tests pass I want to replicate
> the exact list of package versions in production.
> 
> Thanks,
> 
> --Amos
Why not just clone the system?
Put it on DVD, and make images of those disks available.
If you are installing on a system in a country with limited bandwidth, mail or
otherwise ship a DVD there.

That will be the easiest way. Or just make your own repo with only the
packages you want, and set new systems to only use that repo.

But if the systems touch the internet in any way, you will just be creating a
security nightmare for yourself. If your software is so finicky that an update
breaks it, you need to redesign the app. The Enterprise distros don't change
that much, and if you have a test system, you would always test the updates
there first, and then script the updates and any tweaks that need to be done
from a central server. You could update globally this way to any system with a
connection, and you could send a CD or DVD to those that don't.


-- 
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[nate]

Les Mikesell wrote:

> Yes, apparently RAM errors can be subtle and only appear when certain
> adjacent bit patterns are stored - or when the moon is in a certain
> phase or something.

Don't forget cosmic rays

http://adsabs.harvard.edu/abs/1978ITNS...25.1166P

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Rudi Ahlers]

> I seem to recall that one of the differences between AMD and Intel
> virtualization is that AMD chips have additional memory management
> capabilities that are specific to virtualization on the CPU chip, where
> Intel processors require additional support circuitry.  The fact that
> your problems surface when you're running xen suggests that possibly the
> additional support isn't functioning correctly.  Is it possible that
> there's some obfuscated BIOS setting that's necessary to enable it, or
> that it's just not present on the motherboard?
>
> Dave
>
>
> ___

Hi Dave,

My experience & knowledge of AMD is limited, so I stick to what I
know, Intel. The only setting I know of in the BIOS related to
virtualization is Intel's VT - which is enabled. But even when it was
disabled I had the problem. I only enabled it last week to see if I
could install FreeBSD as a fully virtualized guest.


-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Rudi Ahlers]

> I think I mentioned this already but I use the Cerberus test suite
>
> http://sourceforge.net/projects/va-ctcs/
>
> Haven't had to use it in a while but works quite well, a lot of
> big OEMs use it as well for their burn in tests. For me it found
> problems much faster than memtest86. Apparently it was developed
> by VA Linux(If your familiar with that name)
>
> Been meaning to setup a pxe linux boot environment with this in
> there so I can run it without the full blown OS on there, but
> haven't had a chance yet.
>
> nate
>
>
> ___

Thanx nate, I'll check it out :)

-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where do I find perl XML::Parser module - SOLVED

[Chris Geldenhuis]

Paul Heinlein wrote:

On Tue, 18 Nov 2008, Chris Geldenhuis wrote:


Hi,


I am trying to install a package that requires the perl XML::Parser 
module.


Using yum to search for specific Perl modules is a bit tricky. The 
syntax is to wrap the module name in a "perl()" wrapper:


  yum provides "perl(XML::Parser)"

In this case, it points you to the perl-XML-Parser package.


Thanks Paul and also Marko - I have now installed the required packages.

ChrisG
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] New installation woes

[Jim Wildman]

On Tue, 18 Nov 2008, Sam Drinkard wrote:


I've just installed CentOS 5.2 for the x86_64 on a SuperMicro X6DA8-G
board with two 250g SATA drives configured in the bios as a raid 1
array.  After getting the base installed, I've tried to yum update the
system and I wind up with these errors

--> Finished Dependency Resolution
Error: Missing Dependency:
libmysqlclient.so.14(libmysqlclient_14)(64bit) is needed by package

snip


I'd like to think that out of the box centos would at least update
without a bunch of missing dependencies.  Any pointers as to what the
best solution is?

Thanks..

Sam



What is in /etc/yum.repos.d?

--
Jim Wildman, CISSP, RHCE   [EMAIL PROTECTED] http://www.rossberry.com
"Society in every state is a blessing, but Government, even in its best
state, is a necessary evil; in its worst state, an intolerable one."
Thomas Paine
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] New installation woes

[Sam Drinkard]

I've just installed CentOS 5.2 for the x86_64 on a SuperMicro X6DA8-G
board with two 250g SATA drives configured in the bios as a raid 1
array.  After getting the base installed, I've tried to yum update the
system and I wind up with these errors

--> Finished Dependency Resolution
Error: Missing Dependency:
libmysqlclient.so.14(libmysqlclient_14)(64bit) is needed by package
perl-DBD-mysql
Error: Missing Dependency: libgsf-1.so.1()(64bit) is needed by package
libwpd
Error: Missing Dependency: libneon.so.24()(64bit) is needed by package
subversion
Error: Missing Dependency: libaprutil-0.so.0()(64bit) is needed by
package subversion
Error: Missing Dependency: libpq.so.3()(64bit) is needed by package
perl-DBD-Pg
Error: Missing Dependency: libapr-0.so.0()(64bit) is needed by package
subversion
Error: Missing Dependency: libevent-1.1a.so.1()(64bit) is needed by
package nfs-utils
Error: Missing Dependency: libmysqlclient.so.14()(64bit) is needed by
package perl-DBD-mysql

I'd like to think that out of the box centos would at least update
without a bunch of missing dependencies.  Any pointers as to what the
best solution is?

Thanks..

Sam


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[Miguel Medalha]

It's a real raid adapter and the linux kernel is able to handle it 
with the standard ips module


I found some references in Google that seemed to indicate a "fakeraid" 
controller, one that depends on the driver to do the RAID calculations...


It's always up to you to decide but i'd prefer using the hw raid 
controller in that case of course ...


My fear is that in case of controller failure it will be difficult to 
find in time a controller that recognizes the particular format of the 
array, or that it will be too expensive. As an example, I recently tried 
to buy the second processor for the machine (it originally came with 
only one) and wanted more than 1500 dollars (yes!) for the P4 Xeon 3GHz CPU.


I am thankful for you for answers!
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[Fabian Arrotin]

[EMAIL PROTECTED] wrote:
I need to install CentOS 5.2 on a IBM Server xSeries 226, which comes 
with a IBM SERVERAID 6i RAID card. I think it is not a true hardware 
RAID card. I has, nevertheless, an interesting feature: 128MB of cache 
with battery backup.


It's a real raid adapter and the linux kernel is able to handle it with 
the standard ips module




I launched the CentOS boot DVD and CentOS correctly identified the card 
and the RAID 5 array as configured by the controller's BIOS.


My question now is: what would be the better way to implement RAID 5 on 
this server? Should I use the detected array and respective driver or 
should I delete the array and go for Linus Software RAID?


It's always up to you to decide but i'd prefer using the hw raid 
controller in that case of course ...


If both solutions are in fact Software RAID, is there any particular 
reason to prefer one of the methods?


If you use the hw raid, you can easily manager your raid array with 
either ipssend cli or ServeRAID manager gui (both are downloadable from 
IBM support website)




I know that Linux RAID will create a universal, more compatible array, 
readable on any Linux machine. But is there some other reason that makes 
it preferrable to use the SERVERAID driver provided by CentOS? Is it 
optimized in any way that recommends its use?


Will the controller still make use of its cache and battery backup if 
configured as a plain SCSI controller with Linux Software RAID?


I hope that some more experienced list member can ellucidate me on this.



Hope it's done now ;-)
PS : i've installed dozens of CentOS/RHEL on IBM machines without any 
problems


--
-
Fabian Arrotin <[EMAIL PROTECTED]>
"Internet network currently down, TCP/IP packets delivered now by 
UPS/Fedex ..."




___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where do I find perl XML::Parser module

[Paul Heinlein]

On Tue, 18 Nov 2008, Chris Geldenhuis wrote:


Hi,


I am trying to install a package that requires the perl XML::Parser 
module.


Using yum to search for specific Perl modules is a bit tricky. The 
syntax is to wrap the module name in a "perl()" wrapper:


  yum provides "perl(XML::Parser)"

In this case, it points you to the perl-XML-Parser package.

--
Paul Heinlein <> [EMAIL PROTECTED] <> http://www.madboa.com/
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[Chris Geldenhuis]

[EMAIL PROTECTED] wrote:
I need to install CentOS 5.2 on a IBM Server xSeries 226, which comes 
with a IBM SERVERAID 6i RAID card. I think it is not a true hardware 
RAID card. I has, nevertheless, an interesting feature: 128MB of cache 
with battery backup.


I launched the CentOS boot DVD and CentOS correctly identified the 
card and the RAID 5 array as configured by the controller's BIOS.


My question now is: what would be the better way to implement RAID 5 
on this server? Should I use the detected array and respective driver 
or should I delete the array and go for Linus Software RAID?


If both solutions are in fact Software RAID, is there any particular 
reason to prefer one of the methods?


I know that Linux RAID will create a universal, more compatible array, 
readable on any Linux machine. But is there some other reason that 
makes it preferrable to use the SERVERAID driver provided by CentOS? 
Is it optimized in any way that recommends its use?


Will the controller still make use of its cache and battery backup if 
configured as a plain SCSI controller with Linux Software RAID?


I hope that some more experienced list member can ellucidate me on this.

Thank you!

PS - The machine is powered by a Intel P4 Xeon processor served by 
2.5GB of RAM. The disks are 3 IBM 10K rpm SCSI 320 with 73 GB each.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Hi Miguel,

FWIW I have been running an IBM e server 346 with 6 73GB disks in two 
RAID volumes using the SERVERAID drivers for 3 years with no problems - 
performance is mucj better than my development system that used single - 
non-rad disks for various partitions.


ChrisG
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[nate]

[EMAIL PROTECTED] wrote:

> I know that Linux RAID will create a universal, more compatible array,
> readable on any Linux machine. But is there some other reason that
> makes it preferrable to use the SERVERAID driver provided by CentOS?
> Is it optimized in any way that recommends its use?

I always prefer hardware raid over software raid primarily for
hot swap purposes, if a drive is dead I just yank it, replace it
and don't have to worry about it, rebuild is automatic. This may
be the case with linux software raid now I'm not sure, a few years
ago hot swap was somewhat iffy and results varied widely on the
controller(e.g. could panic/hang the box in some situations).

Also root on raid is much simpler with hardware raid than software
raid. If you have battery backed cache as yours appears to have,
you have the added advantage of write back caching which can
give higher performance.

Out of the 400 or so raid cards I've used over the years I recall
only 2, maybe 3 of them having trouble(failing/faulty).

So in short I always prefer hardware raid because it is simpler
to operate for me at least. That is provided it is a true
hardware raid controller, there are a lot of shit hybrid
software/hardware raid cards out there, I do not trust them.

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Where do I find perl XML::Parser module

[Marko A. Jennings]

On Tue, November 18, 2008 1:06 pm, Chris Geldenhuis wrote:
> Hi,
> I am trying to install a package that requires the perl XML::Parser
> module.
>
> So far I have:
>
> Googled
> Installed rpmforge and yum priorities
> set priorities for all repositories used with rpmforge at 10
> tried yum install perl-XML, yum install mod_perl-XML etc. and get
> response "Nothing to do"
> so what is the correct yum request to get this package installed.

If you have rpmforge repository set up correctly, you should be able to
download it this way:

yum install perl-XML-Parser
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Where do I find perl XML::Parser module

[Chris Geldenhuis]

Hi,
I am trying to install a package that requires the perl XML::Parser module.

So far I have:

Googled
Installed rpmforge and yum priorities
set priorities for all repositories used with rpmforge at 10
tried yum install perl-XML, yum install mod_perl-XML etc. and get 
response "Nothing to do"

so what is the correct yum request to get this package installed.

uname -a
Linux xxx.co.za 2.6.18-92.1.18el5xen #1 SMP Wed Nov 12 09:48:10 EST 2008 
x86_64 x86_64 x86_64 GNU/Linux


TIA

ChrisG
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] HW issue during instalaltion

[MHR]

On Tue, Nov 18, 2008 at 7:18 AM, Phil Schaffner
<[EMAIL PROTECTED]> wrote:
>
> Same here; however, on a similar-but-different Shuttle box I bought for my
> son recently the only Linux I could get to install was the Ubuntu Intrepid
> Ibex beta (release version 8.10 is now out).  Tried several other recent
> Linux versions including CentOS 5, Fedora 9 (haven't tried 10 pre-release
> yet), OpenSuse, PClinuxOS, Knoppix, and Ubuntu Hardy. None could see the
> disk.  Windoze XP worked.  :-(
>
> An enterprise Linux should never be expected to support the latest hardware.
>  Maybe CentOS 5.3 or 6 when they hit the e-street???  Until then, you may
> well be stuck with some more bleeding-edge release.
>

That's true, but, still, if XP can handle it, it seems as though
CentOS 5, which is six years newer than XP, should be able to handle
it

OTTOMH

mhr
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.2 with IBM SERVERAID 6i

[Jim Wildman]

On Tue, 18 Nov 2008, [EMAIL PROTECTED] wrote:

My question now is: what would be the better way to implement RAID 5 on this 
server? Should I use the detected array and respective driver or should I 
delete the array and go for Linus Software RAID?




I don't know about throughput, but using software RAID has the following
plus'es (in my book)
1) no need for the vendor specific agents to monitor
2) if/when you get larger drives, you can sub them into the array and
then expand it.  I haven't seen a hardware RAID card yet that will allow
that


--
Jim Wildman, CISSP, RHCE   [EMAIL PROTECTED] http://www.rossberry.com
"Society in every state is a blessing, but Government, even in its best
state, is a necessary evil; in its worst state, an intolerable one."
Thomas Paine
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 5.2 with IBM SERVERAID 6i

[miguelmedalha]

I need to install CentOS 5.2 on a IBM Server xSeries 226, which comes  
with a IBM SERVERAID 6i RAID card. I think it is not a true hardware  
RAID card. I has, nevertheless, an interesting feature: 128MB of cache  
with battery backup.


I launched the CentOS boot DVD and CentOS correctly identified the  
card and the RAID 5 array as configured by the controller's BIOS.


My question now is: what would be the better way to implement RAID 5  
on this server? Should I use the detected array and respective driver  
or should I delete the array and go for Linus Software RAID?


If both solutions are in fact Software RAID, is there any particular  
reason to prefer one of the methods?


I know that Linux RAID will create a universal, more compatible array,  
readable on any Linux machine. But is there some other reason that  
makes it preferrable to use the SERVERAID driver provided by CentOS?  
Is it optimized in any way that recommends its use?


Will the controller still make use of its cache and battery backup if  
configured as a plain SCSI controller with Linux Software RAID?


I hope that some more experienced list member can ellucidate me on this.

Thank you!

PS - The machine is powered by a Intel P4 Xeon processor served by  
2.5GB of RAM. The disks are 3 IBM 10K rpm SCSI 320 with 73 GB each.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[nate]

Rudi Ahlers wrote:
> Hi all,
>
> I have a server, with an Intel DG35EC motherboard, Q9300 CPU, 8GB
> Kingston DDRII RAM which can't take a lot of load. I have 4 XEN VPS's
> on there, which doesn't consume more than 4GBM RAM at this stage. Yet,
> the machine sky rockets at some times. I've moved the XEN VPS's to
> another server, with 4GM RAM, and it doesn't cause the same problems.
>
> So, apart from memtest86 how else can I stress test the server to find
> out what the problem is?

I think I mentioned this already but I use the Cerberus test suite

http://sourceforge.net/projects/va-ctcs/

Haven't had to use it in a while but works quite well, a lot of
big OEMs use it as well for their burn in tests. For me it found
problems much faster than memtest86. Apparently it was developed
by VA Linux(If your familiar with that name)

Been meaning to setup a pxe linux boot environment with this in
there so I can run it without the full blown OS on there, but
haven't had a chance yet.

nate


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[David G. Mackay]

On Tue, 2008-11-18 at 16:48 +0200, Rudi Ahlers wrote:
> I have the exact same setup on a few other machines, using Gigabyte
> motherboards + 4GB RAM. Other than that, the HDD's are the same, the
> OS is the same, and HyperVM is the same. I basically run yum upgrade
> once a week on all the machines. The only difference is this one has
> an Intel DG35EC motherboard with a Q9300 Quad Core CPU on it, which is
> supposed to be more power efficient than some of the Core 2 Duo CPU's
> on the other machine.
> 
> As a matter of interest, all 5 Virtual Machines have been running on a
> Gigabyte motherboard + i6450 CPU + 4GB RAM since yesterday, and it's
> very very stable.
> 
> 
> So, my thinking is, it's the motherboard. It could also be the RAM,
> but I'm not 100% sure yet. The machine had 4GB initially, and then I
> added another 4GB hoping the problem would go away, but it didn't.

I seem to recall that one of the differences between AMD and Intel
virtualization is that AMD chips have additional memory management
capabilities that are specific to virtualization on the CPU chip, where
Intel processors require additional support circuitry.  The fact that
your problems surface when you're running xen suggests that possibly the
additional support isn't functioning correctly.  Is it possible that
there's some obfuscated BIOS setting that's necessary to enable it, or
that it's just not present on the motherboard?

Dave


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Rob Lines]

On Tue, Nov 18, 2008 at 9:47 AM, Les Mikesell <[EMAIL PROTECTED]> wrote:
>> Did you leave memtest86+ running for 2 days? I thought 1 or 2 cycles
>> would be good enough?
>>
>> I'm hoping to pick-up the server in the next 2 hours then I can see
>> what happens when I run memtest86+ or other tests
>
> Yes, apparently RAM errors can be subtle and only appear when certain
> adjacent bit patterns are stored - or when the moon is in a certain phase or
> something.
>
> --
>  Les Mikesell
>   [EMAIL PROTECTED]

When we burn in machines to try to find errors we go with the day or
two run also.  The one fun thing that we found was that many times it
was temperature related.  It would crash in the rack but then when the
machine was removed to a test bench it would not exhibit the issue.
This is especially true when the machine under load would have both
the CPU and the memory taxed but then during the testing we could only
really tax one or the other using the existing tools.  So blocking a
bit of the air flow in the lab to heat up the case or being able to
test in the same data center environment helped a lot.

We have most errors show up either in the first 2 minutes of running a
memory test or using one the prime number calculations or it will take
a day or few to show up.

Rob
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] HW issue during instalaltion

[nate]

Philip Manuel wrote:
> We tend to use CentOS for our desktops as well, hence the request to
> this mailing list.  We do not wish to have Ubuntu installed.

1) track down the driver for your hardware and hack it into
   the installation by hand. I've had to do this on several
   occasions for newer hardware(well not since CentOS 4.4)
2) Buy from a vendor that tests/certifies with CentOS/RHEL
   so you know it works when it arrives.

I highly suggest #2, less pain all around. I'd only suggest
#1 for really experienced linux admins. #1 can take a significant
amount of time/testing.

nate

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] is udev necessary?

[Phil Schaffner]

Rudi Ahlers wrote:
...

I have managed to kill udev on start-up (with CTRL + C), and then it boots up.


Try mkinitrd for the current hardware configuration.

Phil

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] HW issue during instalaltion

[Rainer Duffner]

Phil Schaffner schrieb:
> Philip Manuel wrote:
>> We tend to use CentOS for our desktops as well, hence the request to
>> this mailing list.  We do not wish to have Ubuntu installed.
>
> Same here; however, on a similar-but-different Shuttle box I bought
> for my son recently the only Linux I could get to install was the
> Ubuntu Intrepid Ibex beta (release version 8.10 is now out).  Tried
> several other recent Linux versions including CentOS 5, Fedora 9
> (haven't tried 10 pre-release yet), OpenSuse, PClinuxOS, Knoppix, and
> Ubuntu Hardy. None could see the disk.  Windoze XP worked.  :-(
>
> An enterprise Linux should never be expected to support the latest
> hardware.  Maybe CentOS 5.3 or 6 when they hit the e-street???  Until
> then, you may well be stuck with some more bleeding-edge release.

As I said - it's mostly a question of which chipset the kernel knows about.

If you can retrofit a CentOS with a newer vanilla-kernel from kerne.org,
it might work (or not, because you might also need newer "supporting"
packages...). I wouldn't go there, though, if Ubuntu I-I works...


Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] HW issue during instalaltion

[Phil Schaffner]

Philip Manuel wrote:
We tend to use CentOS for our desktops as well, hence the request to 
this mailing list.  We do not wish to have Ubuntu installed.


Same here; however, on a similar-but-different Shuttle box I bought for 
my son recently the only Linux I could get to install was the Ubuntu 
Intrepid Ibex beta (release version 8.10 is now out).  Tried several 
other recent Linux versions including CentOS 5, Fedora 9 (haven't tried 
10 pre-release yet), OpenSuse, PClinuxOS, Knoppix, and Ubuntu Hardy. 
None could see the disk.  Windoze XP worked.  :-(


An enterprise Linux should never be expected to support the latest 
hardware.  Maybe CentOS 5.3 or 6 when they hit the e-street???  Until 
then, you may well be stuck with some more bleeding-edge release.


Phil

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 3:58 PM, Filipe Brandenburger
<[EMAIL PROTECTED]> wrote:
> Hi Rudi,
>
> On Tue, Nov 18, 2008 at 02:13, Rudi Ahlers <[EMAIL PROTECTED]> wrote:
>> ...which can't take a lot of load...
>> ...the machine sky rockets at some times...
>
> The problem you have is that the Load Average is too high?
>
> If that is indeed your problem, there is no way that this can be a
> memory or CPU issue, since those would cause crashes and not high Load
> Average.
>
> If what you have is high Load Average, check this:
> - Your machine has 8GB RAM. Are you using the 64-bit version of
> CentOS? There would be an overhead in using a 32-bit PAE version on a
> machine with more than 4GB, last time I tried it (some years ago) the
> overhead was big enough to make a difference in the server's
> performance.
> - Your machine has SATA. If you don't use the correct SATA settings on
> the BIOS, CentOS may use it in a backwards compatible mode and you
> will not get enough performance out of it (see previous posts on
> problems on SATA and on AHCI). If that's the case, changing the BIOS
> settings might make a huge difference, but beware that if you do your
> machine may no longer boot with the OS you installed right now. Better
> thing to do would be to reinstall it once you found the right setting.
>
> And next time, please state your problem clearly ("high Load Average")
> instead of jumping the gun and saying you have a CPU or RAM issue
> which does not seem to be the case here.
>
> HTH,
> Filipe
> ___


Hi Flippie,

I have checked the BIOS settings, purely cause the new HDD was
installed on a machine withou AHCI settings, so I had to change the
settings in the BIOS to nativ IDE mode (the only other mode this
motherboard supports).

The reason why I'm suspecting the MB / RAM / CPU is that I already
swapped the HDD's out, and reinstalled CentOS - first it was x64, now
it's i386 (well, i686 as per uname -a). The only serivce that runs on
the host node is HyperVM (which include the XEN tools, PHP, Apache,
MySQL.


I have the exact same setup on a few other machines, using Gigabyte
motherboards + 4GB RAM. Other than that, the HDD's are the same, the
OS is the same, and HyperVM is the same. I basically run yum upgrade
once a week on all the machines. The only difference is this one has
an Intel DG35EC motherboard with a Q9300 Quad Core CPU on it, which is
supposed to be more power efficient than some of the Core 2 Duo CPU's
on the other machine.

As a matter of interest, all 5 Virtual Machines have been running on a
Gigabyte motherboard + i6450 CPU + 4GB RAM since yesterday, and it's
very very stable.


So, my thinking is, it's the motherboard. It could also be the RAM,
but I'm not 100% sure yet. The machine had 4GB initially, and then I
added another 4GB hoping the problem would go away, but it didn't.


-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Les Mikesell]

Rudi Ahlers wrote:

I had machine that would crash about once every week or two in normal
operation. Memtest86+ found an error in the 2nd day of running.  The worst
part was that it left the raid mirrors in a strange state that caused
occasional problems for months even after replacing the RAM.

--


Did you leave memtest86+ running for 2 days? I thought 1 or 2 cycles
would be good enough?

I'm hoping to pick-up the server in the next 2 hours then I can see
what happens when I run memtest86+ or other tests


Yes, apparently RAM errors can be subtle and only appear when certain 
adjacent bit patterns are stored - or when the moon is in a certain 
phase or something.


--
  Les Mikesell
   [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OT - Automated rpm builds

[Tom Brown]

http://www.autobuild.org reports to support Perforce. I've only used 
it w/ svn.




thanks to all those that replied - a few options to work on there

thanks
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Filipe Brandenburger]

Hi Rudi,

On Tue, Nov 18, 2008 at 02:13, Rudi Ahlers <[EMAIL PROTECTED]> wrote:
> ...which can't take a lot of load...
> ...the machine sky rockets at some times...

The problem you have is that the Load Average is too high?

If that is indeed your problem, there is no way that this can be a
memory or CPU issue, since those would cause crashes and not high Load
Average.

If what you have is high Load Average, check this:
- Your machine has 8GB RAM. Are you using the 64-bit version of
CentOS? There would be an overhead in using a 32-bit PAE version on a
machine with more than 4GB, last time I tried it (some years ago) the
overhead was big enough to make a difference in the server's
performance.
- Your machine has SATA. If you don't use the correct SATA settings on
the BIOS, CentOS may use it in a backwards compatible mode and you
will not get enough performance out of it (see previous posts on
problems on SATA and on AHCI). If that's the case, changing the BIOS
settings might make a huge difference, but beware that if you do your
machine may no longer boot with the OS you installed right now. Better
thing to do would be to reinstall it once you found the right setting.

And next time, please state your problem clearly ("high Load Average")
instead of jumping the gun and saying you have a CPU or RAM issue
which does not seem to be the case here.

HTH,
Filipe
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Rudi Ahlers]

> I had machine that would crash about once every week or two in normal
> operation. Memtest86+ found an error in the 2nd day of running.  The worst
> part was that it left the raid mirrors in a strange state that caused
> occasional problems for months even after replacing the RAM.
>
> --

Did you leave memtest86+ running for 2 days? I thought 1 or 2 cycles
would be good enough?

I'm hoping to pick-up the server in the next 2 hours then I can see
what happens when I run memtest86+ or other tests

-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Barry Brimer]

So, apart from memtest86 how else can I stress test the server to find
out what the problem is?


Have you looked at Inquisitor?  There is a nice article about it which 
includes a download link at 


Hope this helps.

Barry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to debug hardware lockups?

[Les Mikesell]

Rudi Ahlers wrote:

On Sun, Nov 16, 2008 at 1:14 AM, John R Pierce <[EMAIL PROTECTED]> wrote:

Rudi Ahlers wrote:

Well, on a standard CentOS 5.2, /var/log/messages will be the the
place to log problems like this, or where else can I get more info?


tough to write to the disk when the kernel is crashing.  ditto the network.
  that leaves VGAs and serial ports, which can be written to by self
contained emergency-crash routines...

IIRC, you said this was a Q9something quad core... thats a desktop
processor... does this server have ECC memory?  (I ask, because few desktop
platforms do, while ECC is fairly standard on servers).Without ECC, the
system has no way of knowing it read in bad data from the ram, and if the
bad data happens to be code and that code happens to be in the kernel,
ka-RASH, without any detection or warning, it leaps off into never-land, and
you get a kernel fault, almost always resulting in...

  kernel panic
  system halted

with no additional useful information available. with ECC memory, single
bit errors get corrected on the fly, and log an ECC error event, while
double bit errors result in a system halt with a message indicating such.





No, the motherboard doesn't support ECC RAM. The motherboard is a
Intel DG35EC - 
http://www.intel.com/products/desktop/motherboards/DG35EC/DG35EC-overview.htm


I had machine that would crash about once every week or two in normal 
operation. Memtest86+ found an error in the 2nd day of running.  The 
worst part was that it left the raid mirrors in a strange state that 
caused occasional problems for months even after replacing the RAM.


--
  Les Mikesell
[EMAIL PROTECTED]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] nagios-plugins 1.4.13?

[Ralph Angenendt]

Marcelo M. Garcia wrote:
> For 'avalable' I mean available from rpmforge, from where I downloaded  
> nagios-3.0.5. The idea was to download both together. I don't know if  
> this make any difference... But since the latest nagios is available,  
> why not the plugins?

Why not ask on the rpmforge mailing lists?

Ralph


pgpwOfoIag67M.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 45, Issue 11

[centos-announce-request]

---

Message: 5
Date: Tue, 18 Nov 2008 09:51:50 +0100
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0988 Important CentOS 3 i386
libxml2 -   security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2008:0988

libxml2 security update for CentOS 3 i386:
https://rhn.redhat.com/errata/RHSA-2008-0988.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

i386:
updates/i386/RPMS/libxml2-2.5.10-14.i386.rpm
updates/i386/RPMS/libxml2-devel-2.5.10-14.i386.rpm
updates/i386/RPMS/libxml2-python-2.5.10-14.i386.rpm

source:
updates/SRPMS/libxml2-2.5.10-14.src.rpm

You may update your CentOS-3 i386 installations by running the command:

yum update libxml2

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20081118/88d6aa34/attachment-0001.bin

--

Message: 6
Date: Tue, 18 Nov 2008 09:52:34 +0100
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0988 Important CentOS 3 x86_64
libxml2 - security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2008:0988

libxml2 security update for CentOS 3 x86_64:
https://rhn.redhat.com/errata/RHSA-2008-0988.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

x86_64:
updates/x86_64/RPMS/libxml2-2.5.10-14.i386.rpm
updates/x86_64/RPMS/libxml2-2.5.10-14.x86_64.rpm
updates/x86_64/RPMS/libxml2-devel-2.5.10-14.x86_64.rpm
updates/x86_64/RPMS/libxml2-python-2.5.10-14.x86_64.rpm

source:
updates/SRPMS/libxml2-2.5.10-14.src.rpm

You may update your CentOS-3 x86_64 installations by running the command:

yum update libxml2

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20081118/1706d192/attachment-0001.bin

--

___
CentOS-announce mailing list
[EMAIL PROTECTED]
http://lists.centos.org/mailman/listinfo/centos-announce


End of CentOS-announce Digest, Vol 45, Issue 11
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] nagios-plugins 1.4.13?

[Marcelo M. Garcia]

Tom Brown wrote:





Does anyone knows when nagios-plugins 1.4.13 will be available?



they were release at the end of september - what do you mean by 
'available' ?


I just built an rpm of them and they seem to compile fine etc - are you 
looking for an rpm of them already built ?


thanks

Hi

For 'avalable' I mean available from rpmforge, from where I downloaded 
nagios-3.0.5. The idea was to download both together. I don't know if 
this make any difference... But since the latest nagios is available, 
why not the plugins?


Regards

Marcelo

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] nspluginwrapper included in CentOS 5.2 fails completely

[William L. Maltby]

On Tue, 2008-11-18 at 00:54 -0500, Ed Donahue wrote:
> 

I don't know if this applies to the specific OP issue, but a recent
thread here

http://lists.rpmforge.net/pipermail/users/2008-November/002056.html

touches on similar issues.

I post because I thought it might be generally useful to the populace
here.

-- 
Bill

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] nagios-plugins 1.4.13?

[Tom Brown]

I just built an rpm of them and they seem to compile fine etc - are 
you looking for an rpm of them already built ?




here is the .src from what i just built - depending on the OS type you 
want these built for i may or may not be able to help


http://home.ng23.net/nagios-plugins-1.4.13-1.src.rpm

HTH
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] nagios-plugins 1.4.13?

[Tom Brown]

Does anyone knows when nagios-plugins 1.4.13 will be available?



they were release at the end of september - what do you mean by 
'available' ?


I just built an rpm of them and they seem to compile fine etc - are you 
looking for an rpm of them already built ?


thanks
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Kai Schaetzl]

Rudi Ahlers wrote on Tue, 18 Nov 2008 11:25:31 +0200:

> But, how can I put a LOT of load onto it, and see what's causing the
> problem

http://httpd.apache.org/docs/2.0/programs/ab.html
as a starter

Kai

-- 
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Tru Huynh]

On Tue, Nov 18, 2008 at 11:55:58AM +0200, Rudi Ahlers wrote:
> Tru,
> 
> The hardware works, but the moment I start running server based
> application (i.e. XEN VPS's), then the load goes very high.

install sysstat and read the collected data with sar(1).
Check for your IOwait. You don't provide any valuable data,
only partial information of what you think is wrong...

> And although you're right in saying that a hardware problem is
> off-topic, I need a way to prove to the suppliers that it is in fact a
> problem with the hardware. Since everything works fine when you switch
> it on, yet when I start-up the XEN virtual machines, the load goed
> exsesively high.
give figures, logs, information on your xen vm setups
(file disk based, lvm , ) what os on the xen domU.

You force people to ask you question in order to try to help you,
that's not the way it should be if you want peoplet to be interested
in helping you...
/rant finished.
> 
> My other choice is to go and purchase Windows & install it, to see
> what happens. Then, if the same problem persists I can say it's
> hardware, if not, then it's software related.
try another linux distribution with xen support, or BSD's
Even if it's software/driver (CentOS-5) related, that will not help
you much beforei/until it is fixed upstream... 

> 
> Sorry for sounding so rude in my earlier posts, I just spend 3 days
> without sleep @ the datacentre trying to sort this out, and I need to
> tell my clients why the machine performs so poorly compared to the
> previous one which only has a Core 2 Dou CPU with 4GB RAM in it. See
> my problem?
sure, take a quick break :) while audit/sysstat collect data

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B


pgp19cVzD1JL5.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rainer Duffner]

Rudi Ahlers schrieb:
>
> Oh, and don't take this the wrong way, but the link to a microsoft
> related program (in my opinion) is even more OT. Isn't there something
> similar for Linux  that I can use? I'd prefer not to go the Windows
> route, if that's ok with you.
>
>   

SPEC 2006

;-)))




Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] nagios-plugins 1.4.13?

[Marcelo M. Garcia]

Hi

Does anyone knows when nagios-plugins 1.4.13 will be available?

Thanks

Marcelo
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 11:55 AM, Rudi Ahlers <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 18, 2008 at 11:47 AM, Tru Huynh <[EMAIL PROTECTED]> wrote:
>> On Tue, Nov 18, 2008 at 11:19:51AM +0200, Rudi Ahlers wrote:
>>>
>>> I don't use Windows, so this wouldn't have helped in anycase :)
>>
>> It's a diag floppy/cdrom, you don't need windows...  except to expand it to 
>> the
>> media.
>>
>> Read at least the url!
>>
>> Rudi, you have a strange attitude:
>> - you ask for help for hardware issue
>> - that is nearly off topic here
>> - there not much people can help you with but giving advices
>> - most of these advices, you choose to ignore (fine with me)
>>
>> if your hardware fails, replace it, bug your vendor
>> there is nothing more to say.
>>
>> Tru
>> --
>> Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
>> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
>>
>> ___
>
>
> Tru,
>
> The hardware works, but the moment I start running server based
> application (i.e. XEN VPS's), then the load goes very high. I'm
> running CentOS Linux on it, and was thinking this would be a great
> place to get help, but I can see that I'm wrong, since the hardware
> that I chose to use (and can afford in my country) is clearly not the
> right choice of hardware to use.
>
> And although you're right in saying that a hardware problem is
> off-topic, I need a way to prove to the suppliers that it is in fact a
> problem with the hardware. Since everything works fine when you switch
> it on, yet when I start-up the XEN virtual machines, the load goed
> exsesively high. I have reinstalled the OS, but since I use yum to
> update to the latest version of everything, it could very well be a OS
> / kernel / software bug as well. I don't know, and I was hoping to get
> some insight on it from this list.
>
> My other choice is to go and purchase Windows & install it, to see
> what happens. Then, if the same problem persists I can say it's
> hardware, if not, then it's software related.
>
>
> Sorry for sounding so rude in my earlier posts, I just spend 3 days
> without sleep @ the datacentre trying to sort this out, and I need to
> tell my clients why the machine performs so poorly compared to the
> previous one which only has a Core 2 Dou CPU with 4GB RAM in it. See
> my problem?
>
>
>
> --
>
> Kind Regards
> Rudi Ahlers
>

Oh, and don't take this the wrong way, but the link to a microsoft
related program (in my opinion) is even more OT. Isn't there something
similar for Linux  that I can use? I'd prefer not to go the Windows
route, if that's ok with you.

-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 11:47 AM, Tru Huynh <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 18, 2008 at 11:19:51AM +0200, Rudi Ahlers wrote:
>>
>> I don't use Windows, so this wouldn't have helped in anycase :)
>
> It's a diag floppy/cdrom, you don't need windows...  except to expand it to 
> the
> media.
>
> Read at least the url!
>
> Rudi, you have a strange attitude:
> - you ask for help for hardware issue
> - that is nearly off topic here
> - there not much people can help you with but giving advices
> - most of these advices, you choose to ignore (fine with me)
>
> if your hardware fails, replace it, bug your vendor
> there is nothing more to say.
>
> Tru
> --
> Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
>
> ___


Tru,

The hardware works, but the moment I start running server based
application (i.e. XEN VPS's), then the load goes very high. I'm
running CentOS Linux on it, and was thinking this would be a great
place to get help, but I can see that I'm wrong, since the hardware
that I chose to use (and can afford in my country) is clearly not the
right choice of hardware to use.

And although you're right in saying that a hardware problem is
off-topic, I need a way to prove to the suppliers that it is in fact a
problem with the hardware. Since everything works fine when you switch
it on, yet when I start-up the XEN virtual machines, the load goed
exsesively high. I have reinstalled the OS, but since I use yum to
update to the latest version of everything, it could very well be a OS
/ kernel / software bug as well. I don't know, and I was hoping to get
some insight on it from this list.

My other choice is to go and purchase Windows & install it, to see
what happens. Then, if the same problem persists I can say it's
hardware, if not, then it's software related.


Sorry for sounding so rude in my earlier posts, I just spend 3 days
without sleep @ the datacentre trying to sort this out, and I need to
tell my clients why the machine performs so poorly compared to the
previous one which only has a Core 2 Dou CPU with 4GB RAM in it. See
my problem?



-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Tru Huynh]

On Tue, Nov 18, 2008 at 11:19:51AM +0200, Rudi Ahlers wrote:
> 
> I don't use Windows, so this wouldn't have helped in anycase :)

It's a diag floppy/cdrom, you don't need windows...  except to expand it to the
media.

Read at least the url!

Rudi, you have a strange attitude:
- you ask for help for hardware issue
- that is nearly off topic here 
- there not much people can help you with but giving advices
- most of these advices, you choose to ignore (fine with me)

if your hardware fails, replace it, bug your vendor
there is nothing more to say.

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B


pgpaJbdFllmYK.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 11:36 AM, Rainer Duffner <[EMAIL PROTECTED]> wrote:
> Rudi Ahlers schrieb:
>>
>> I don't use Windows, so this wouldn't have helped in anycase :)
>>
>>
>
>
>
> It's a boot CD...
>
>
>
>
>
> Rainer
> ___
>

Oh, my bad. I saw the microsoft.com URL :)



-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rainer Duffner]

Rudi Ahlers schrieb:
>
> I don't use Windows, so this wouldn't have helped in anycase :)
>
>   



It's a boot CD...





Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: how to debug hardware lockups?

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 10:14 AM, Tru Huynh <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 18, 2008 at 09:32:05AM +0200, Rudi Ahlers wrote:
>> This comes down't to the old question of "what is a server"?
>>
> 
> a server just "works", and provide a usable way to debug the OS
> whenever it's needed (mostly never).
> Cheap server have at least a serial port, because that the
> minimal device to interact with the bios/OS.
> More expensive server have some out of band management
> capabilities.
>
> Most of the time, they are not used, but when we **need** them
> these "plus" save your time which is what we value most (isn't it).
>
> But your server, your problems, and your choices.
>
> Just my .2 cents
>
> Tru
> --


Sure, I understand that. But then again, on my Dell servers, when I
have problems, I sit with the same issues. And those expensive
motherboards doesn't give me anything more than the cheaper ones. In
fact, when the RAM failed on the Dell's, they were unusable untill I
could get new RAM from a different supplier. With the cheaper board, I
drive down to the first PC shop and get new RAM.



-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 10:24 AM, John R Pierce <[EMAIL PROTECTED]> wrote:
> Rudi Ahlers wrote:
>>
>> John, just cause the machines we use to serve web content to our
>> clients doesn't use the grade of equipment you prefer to use, and can
>> afford, doesn't mean equipment that other people use is inferior, or
>> worthless.
>>
>>
>
> ECC memory would have caught any memory errors, (including memory timing),
> and give a diagnostic and we wouldn't be having this conversation, this
> system would be in production, and you'd be working on the next customers
> job.
>
>
> oh yeah, those 'server' motherboards generally use registered/buffered
> memory, which can handle higher memory fanouts and support a full load of
> memory banks robustly.
>
>
>
> I meant to suggest the other night, go into the Intel BIOS, find the memory
> settings area, and set it to custom timings, and add a clock to each of the
> timings, like if its 4-4-4-12, try 5-5-5-15 (or whatever the next increment
> is). running 8GB on a desktop board, I'm guessing you have all slots
> full, this increseas the capacitive load on the address and data bus, and
> makes marginal timing more marginal.
>
>
> ___


John, I know what ECC does. I have 2 Dell PE860 servers with 8GB ECC
DDRII RAM as well, and they're both giving RAM problems. I had top
swap-out the RAM 2 times with the suppliers already, and swapped out a
motherboard on the one of the servers. Honestly, ECC isn't my
favourate to use.

At the same time, I have about 8 servers with cheap Gigabyte
motherboards and non-ECC RAM, which have been running for close to 4
years now, without any hickups at all.

It's the first time I try the Intel board, since it's supposed to be a
step-up from the desktop boards, and has 4 memory slots as apposed to
only 2.


The server had the same problems when I only had 4GBM RAM (2 slots
used & 2 slots open), so I don't think that the capacitive load is the
problem here. Right now the server is still at the datacentre - which
is 2 hours drive there & back with traffic, so I'm going to get it
later today / tonight, as soon as I've moved all the data across to
the slower gigabyte server, and then I can try the RAM timings thing
in the BIOS.

But, how can I put a LOT of load onto it, and see what's causing the
problem? For all I know, the motherboard could be faulty, or the CPU,
or maybe even the SATA bus?


-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: OT: windiag (Re: [CentOS] how can I stress a server?)

[Rudi Ahlers]

On Tue, Nov 18, 2008 at 10:59 AM, Tru Huynh <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 18, 2008 at 09:52:15AM +0100, Rainer Duffner wrote:
>> Rudi Ahlers schrieb:
>> > Hi all,
>> >
> ...
>> >
>> > So, apart from memtest86 how else can I stress test the server to find
>> > out what the problem is?
>> >
>>
>> http://oca.microsoft.com/en/windiag.asp
>>
>> (Yeah, it's MSFT - but I heard good things about it - memtest is not
>> everything)
>>
>> I'm not sure if 8 GB and non-ECC (and non-buffered!) actually works that
>> well
> worse:
> ...
> Appendix
>
> System requirement
> ...
> Windows Memory Diagnostic is limited to testing only the first 4 gigabytes 
> (GB)
> of RAM. If you have more than 4 GB of RAM, the remaining RAM after the first 4
> GB will not be tested by Windows Memory Diagnostic.
>
> Thanks for the pointer anyway. ;)
>
> Tru
> --


I don't use Windows, so this wouldn't have helped in anycase :)

-- 

Kind Regards
Rudi Ahlers
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

OT: windiag (Re: [CentOS] how can I stress a server?)

[Tru Huynh]

On Tue, Nov 18, 2008 at 09:52:15AM +0100, Rainer Duffner wrote:
> Rudi Ahlers schrieb:
> > Hi all,
> >
...
> >
> > So, apart from memtest86 how else can I stress test the server to find
> > out what the problem is?
> >
> 
> http://oca.microsoft.com/en/windiag.asp
> 
> (Yeah, it's MSFT - but I heard good things about it - memtest is not
> everything)
> 
> I'm not sure if 8 GB and non-ECC (and non-buffered!) actually works that
> well
worse:
...
Appendix

System requirement
...
Windows Memory Diagnostic is limited to testing only the first 4 gigabytes (GB)
of RAM. If you have more than 4 GB of RAM, the remaining RAM after the first 4
GB will not be tested by Windows Memory Diagnostic.

Thanks for the pointer anyway. ;)

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B


pgpLugX60byqx.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[Rainer Duffner]

Rudi Ahlers schrieb:
> Hi all,
>
> I have a server, with an Intel DG35EC motherboard, Q9300 CPU, 8GB
> Kingston DDRII RAM which can't take a lot of load. I have 4 XEN VPS's
> on there, which doesn't consume more than 4GBM RAM at this stage. Yet,
> the machine sky rockets at some times. I've moved the XEN VPS's to
> another server, with 4GM RAM, and it doesn't cause the same problems.
>
> So, apart from memtest86 how else can I stress test the server to find
> out what the problem is?
>
>
>   



http://oca.microsoft.com/en/windiag.asp

(Yeah, it's MSFT - but I heard good things about it - memtest is not
everything)

I'm not sure if 8 GB and non-ECC (and non-buffered!) actually works that
well


Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how can I stress a server?

[John R Pierce]

Rudi Ahlers wrote:

John, just cause the machines we use to serve web content to our
clients doesn't use the grade of equipment you prefer to use, and can
afford, doesn't mean equipment that other people use is inferior, or
worthless.

  


ECC memory would have caught any memory errors, (including memory 
timing), and give a diagnostic and we wouldn't be having this 
conversation, this system would be in production, and you'd be working 
on the next customers job.



oh yeah, those 'server' motherboards generally use registered/buffered 
memory, which can handle higher memory fanouts and support a full load 
of memory banks robustly.




I meant to suggest the other night, go into the Intel BIOS, find the 
memory settings area, and set it to custom timings, and add a clock to 
each of the timings, like if its 4-4-4-12, try 5-5-5-15 (or whatever the 
next increment is). running 8GB on a desktop board, I'm guessing you 
have all slots full, this increseas the capacitive load on the address 
and data bus, and makes marginal timing more marginal.



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: how to debug hardware lockups?

[Tru Huynh]

On Tue, Nov 18, 2008 at 09:32:05AM +0200, Rudi Ahlers wrote:
> This comes down't to the old question of "what is a server"?
> 

a server just "works", and provide a usable way to debug the OS
whenever it's needed (mostly never).
Cheap server have at least a serial port, because that the
minimal device to interact with the bios/OS.
More expensive server have some out of band management
capabilities.

Most of the time, they are not used, but when we **need** them
these "plus" save your time which is what we value most (isn't it).

But your server, your problems, and your choices.

Just my .2 cents

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B


pgp0YeiHMcrfW.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Mirroring Hard Drive

[Jussi Hirvi]

Matt ([EMAIL PROTECTED]) kirjoitteli (17.11.2008 18:42):

>> mkdir /mnt/org
>> mount /dev/hdx /mnt/org
>> mkdir /mnt/bckup
>> mount /dev/hdx /mnt/bckup
>> 
>> cp -af /mnt/org/* /mnt/bckup/.
> 
> Won't this command choke if there are too many files?  I think I have
> run into that before.

If it does, here's a way round (source: see the thread "[CentOS] ls and rm:
"argument list too long"").

for i in /mnt/org/*
do
cp $i /mnt/bckup/
done

- Jussi
--
Jussi Hirvi * Green Spot
Topeliuksenkatu 15 C * 00250 Helsinki * Finland
Tel. & fax +358 9 493 981 * Mobile +358 40 771 2098 (only sms)
[EMAIL PROTECTED] * http://www.greenspot.fi

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos