nate wrote:
> Check your bios/system event log for any indication that it
> is logging memory errors? Most modern server class motherboards
> (past 5 years) do this, though not always reliably.
Nothing in the logs, it's a Supermicro X7DVL-E (fyi).
> I've also had trouble with memtest86 myself,
I've got a production system running CentOS 4 that was rock solid
until I upgraded from 2.6.9-55 to 2.6.9-78.0.13 (now running
2.6.9-89.0.11). The system now crashes intermittently after a few
weeks. I finally caught the panic message :
EDAC MC0: INTERNAL ERROR: channel-b out of range (4 >= 4)
Ke
I work with a USB device that is intercepted by the USB HID driver.
In order to stop this behavior, the device needs to be added to the
HID blacklist (hid-core.c) and a custom kernel needs to be compiled.
If I create a CentOS specific patch, it appears I need to create the
patch against an alread
Is there a way I can keep a complete mirror of old/new releases of
CentOS 4/5 automagically? In other words I would pull the old files from
the vault site when needed, and new files from one of the other mirrors.
I've seen/used a few scripts but rsync just stomps the old releases with
the latest.
nate wrote:
Chris Miller wrote:
I've got a pair of HA servers I'm trying to get into production.
Here are some specs :
[..]
[EMAIL PROTECTED] ~]# BUG: unable to handle kernel paging request at
virtual address c
This typically means bad RAM
While I won't rule this out, my
I've got a pair of HA servers I'm trying to get into production.
Here are some specs :
Xeon X3210 Quad Core (aka Core 2 Quad) 2.13Ghz (four logical
processors, no Hyper Threading)
4GB memory
Hardware (3ware) Raid 1 mirror, 2 x Seagate 750GB SATA2
650GB DRBD partition run on top of an LVM2 partit
Tru Huynh wrote:
On Wed, Jul 09, 2008 at 08:42:12AM -0700, Chris Miller wrote:
I just had a customer's bind server lose all of it's local DNS records.
Yum updated the bind packages this morning at ~6am, and replaced the
original /etc/named.conf file, saving the old as named.conf.rpm
I just had a customer's bind server lose all of it's local DNS
records. Yum updated the bind packages this morning at ~6am, and
replaced the original /etc/named.conf file, saving the old as
named.conf.rpmsave. This seems like the opposite of what it should
have done (i.e. save the new file as
John Plemons wrote:
Having used and configured both Send mail and Postfix, sendmail was and
had it's issues. I found it much easier to work with on Open Relays for
example, the draw back with Sendmail and Postfix may be along the lines
of Windows and a Mac, there are bunches of Windows machines
Jerry Geis wrote:
This version of asterisk has always worked for me before on centos 5.1
but now there is a newer kernel.
Any one know anything about this?
I don't run x86_64 on my Asterisk boxes, but I did see an issue like
this under Fedora where multiple drivers were loaded. This was in
John Plemons wrote:
Real simple answer, switch to Postfix and dump sendmail. Then edit your
alias file to add the aliases, run newaliases and you're done...
I just don't understand why people still gripe about Sendmail. Yeah,
it was a force to be reckoned with in the early days, but it's
stu
11 matches
Mail list logo
