Discuss

discuss@lists.centos.org

34758 discussions

Anyone know of complete hardware solution based IDE Raid Controllers?
by Brett Davidson 10 Jan '08

10 Jan '08

Years ago Accusys made an IDE raid controller that presented itself as one drive to the BIOS, making the unit completely OS agnostic. Anything like that out there, anymore? Cheers, Brett.

5 4

building internal yum / rpmforge repo
by Rogelio 09 Jan '08

09 Jan '08

I am looking to create an internal yum repository on my LAN in order to save on having to constantly go to the internet to download new packages. Where might I look (or what might I search for) to get going in the right direction? (I googled, but I cannot seem to find a good answer. I'm guessing that I'll just need to sync the main RHEL repo, as well as the RPMForge one?)

2 2

Re: [CentOS] Anyone know of complete hardware solution based IDE Raid Controllers?
by Les Bell 09 Jan '08

09 Jan '08

Brett Davidson <brett(a)net24.co.nz> wrote: >> Years ago Accusys made an IDE raid controller that presented itself as one drive to the BIOS, making the unit completely OS agnostic. Anything like that out there, anymore? << Dunno, but if you're desparate to get one, I still have an ACS-7500 IDE RAID kit, new in box, that I never used. It's just sitting on the shelf. Best, --- Les Bell, RHCE, CISSP [http://www.lesbell.com.au] Tel: +61 2 9451 1144 FreeWorldDialup: 800909

1 0

Re: [CentOS] tar bug in CentOS 4.6?
by David G. Miller 09 Jan '08

09 Jan '08

"Nicolas Sahlqvist" <nicco77(a)gmail.com> wrote: > First you have to figure out if the problem occurs in tar or gzip, do you > get the problem if you tar and then gzip or is it combined (make a none > compressed tar archive), in case no is the pipe somehow the problem, same > crash with tar -z option rather then piping to gzip? Finally you need to get > a stack trace why you need to set the core size limit above the default 0 > size with "ulimit -c unlimited" before running the command. You can now use > gdb to make a stack trace "gdb <path to exec file> <path to core file>" and > type where and type "where" in order to get a stack trace that you can > publish in a relevant forum for further examination by developers. > > > - Nicolas and John Hinton <webmaster(a)ew3d.com> wrote > Sounds like your tmp directory isn't big enough to handle the creation > of the tar file. I'm pretty sure it's stored there until it's created > and zipped. Then once done is moved to the destination. If you do a df > from the command line several times while running the script, you can > see if an area is filling up before completion. > > John Hinton When I checked the server this morning it had a kernel panic (in sendbackup) . I got it cleaned up and back running and tried again to recreate the problem. This time my tar command worked just fine (Nicholas, I'm using tar piped to gzip to mimic what amanda does). I tried it again and got a seg fault from a file that had just been tarred and gzipped with no problem. I fired it off again and got the seg fault from a different file. At this point I'm thinking I have an intermittent hardware problem. It just happened to seg fault twice on the same file when I tried it yesterday. After several runs, there appear to be certain files that I preferentially get the seg fault on if I rerun the backup several times. Sometimes it works; sometimes it seg faults. When it seg faults it's frequently on certain specific files. Kind of weird. Hopefully, it's nothing worse than the CPU fan has ingested too much cat hair (http://davenjudy.org/interests/pets/img011.jpeg.medium.jpeg) so the CPU is running hot. Thanks for the help. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce

1 0

Log Monitoring Recomendation
by Joseph L. Casale 09 Jan '08

09 Jan '08

Given my experience in Linux is limited currently, what do you guys use to monitor logs such as 'messages' on your centos servers? I had a hardware failure that happened in between me manually looking (of course...). I would hope it might have a some features to email critical issues etc... Thanks! jlc

6 8

Xen clock drift
by Jack Bailey 09 Jan '08

09 Jan '08

Hello All, Consider a CentOS-5.1 Xen server (2.6.18-53.1.4.el5xen) hosting two domains running CentOS-5.1 (2.6.18-53.1.4.el5). One domain has a fairly accurate clock, the other domain has a clock that gains ungodly amounts of time, roughly one minute every two or three minutes. For a fix, one suggestion is to run this command in DomU: echo 1 > /proc/sys/xen/independent_wallclock This didn't change anything. As an experiment, I wrote a script to call ntpd -q, sleep 60, and repeat indefinitely. Here are a couple of snippets of output: goodclock# ksh ./xenclockdrift ntpd: time slew +0.001211s ntpd: time slew +0.001200s ntpd: time slew +0.001855s ntpd: time slew +0.001532s ntpd: time slew +0.001603s ntpd: time slew +0.001320s ntpd: time slew +0.001931s badclock# ksh ./xenclockdrift ntpd: time slew -0.000193s ntpd: time set -57.356377s ntpd: time slew +0.002352s ntpd: time slew +0.003018s ntpd: time set -57.417488s ntpd: time slew +0.012089s ntpd: time slew -0.000985s These domains are fully virtualized and set up identically, except "badclock" is allocated two processors versus one processor for "goodclock". DomU's clock is running normally. Anyone know what's going or know how to fix it? Jack

6 11

After 4.6 update: CUPS (via Samba): "'/printers/printers' no good!"
by Steve Snyder 09 Jan '08

09 Jan '08

Since updating from 4.5 to 4.6 yesterday, I am getting a lot of CUPS errors. The error.log file is filling up with these messages: get_printer_attrs: resource name '/printers/printers' no good! And the access.log seems to be being polled often too, even in the absence of any print jobs submitted. On my network the CUPS-handled printer is exported from Samba. Given that the Samba RPMs were among those upgraded, I have to wonder what printing-related changes might have occurred. The hal-cups-utils was also updated in the course of the upgrade. I also notice that CUP's ppds.dat and cupsd.conf files have modification timestamp from around the time I did the upgrade. Any advice as to how to fix whatever was broken in the course of doing the upgrade? Thanks.

4 4

Switching To Raid1
by Matt 09 Jan '08

09 Jan '08

I have this ASUS M2NBP-VM motherboard http://tinyurl.com/3xby3h running CentOS 4.4 as a web/email server. It has a 500Gb SATA2 drive with about 32Gb in use. The motherboard supports hardware raid. Is there a way to switch to RAID1 without reinstalling or loosing any data? Also, if I am running raid how do I know if there is a failure on one of the drives anyway? Is hardware RAID1 a good idea? Matt

4 3

CentOS and GCC Question
by Clint Dilks 09 Jan '08

09 Jan '08

Hi People I am trying to build a piece of software from source in this case aide 0.13.1 using this config line ./configure --with-zlib --with-selinux. The configure step completes but there is a Warning that concerns me. This is taken from config.log configure:9809: checking for mhash_get_block_size in -lmhash configure:9844: gcc -o conftest -g -O2 -static -static conftest.c -lmhash -lz >&5 /usr/bin/ld: cannot find -lmhash collect2: ld returned 1 exit status The machine I am trying to do this build on is Cent0S 5 with the latest updates. It didn't originally have gcc installed so I have installed that and mhash and mhash-devel are also installed. I know I can ignore the warning and just carry on, or that there are already aide RPMS. But I am doing this as an exercise for myself as I want to up skill in RPM creation. So if anyone can offer incite into why this is happening it would be appreciated. rpm -qa | grep gcc libgcc-4.1.2-14.el5 gcc-4.1.2-14.el5 rpm -qa | grep mhash mhash-0.9.9-1.el5.centos mhash-devel-0.9.9-1.el5.centos Please let me know any other information that would be useful, have a nice day :)

4 4

CentOS-announce Digest, Vol 35, Issue 1
by centos-announce-request＠centos.org 09 Jan '08

09 Jan '08

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2008:0003 Moderate CentOS 3 ia64 e2fsprogs - security update (Pasi Pirhonen) 2. CESA-2008:0003 Moderate CentOS 3 s390(x) e2fsprogs - security update (Pasi Pirhonen) 3. CESA-2008:0003 Moderate CentOS 4 ia64 e2fsprogs - security update (Pasi Pirhonen) 4. CESA-2008:0002 Critical CentOS 4 ia64 tog-pegasus - security update (Pasi Pirhonen) 5. CESA-2008:0003 Moderate CentOS 4 s390(x) e2fsprogs - security update (Pasi Pirhonen) 6. CESA-2008:0002 Critical CentOS 4 s390(x) tog-pegasus - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Tue, 8 Jan 2008 17:52:54 +0200 From: Pasi Pirhonen <upi(a)centos.fi> Subject: [CentOS-announce] CESA-2008:0003 Moderate CentOS 3 ia64 e2fsprogs - security update To: centos-announce(a)centos.org Message-ID: <20080108155253.GA31301(a)centos.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2008:0003 https://rhn.redhat.com/errata/RHSA-2008-0003.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/e2fsprogs-1.32-15.4.ia64.rpm updates/ia64/RPMS/e2fsprogs-devel-1.32-15.4.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss