Discuss May 2005

discuss@lists.centos.org

221 participants
344 discussions

Start a nNew thread

Centos 4 and UPSs with USB interfaces
by Nigel Kendrick 09 May '05

09 May '05

Can anyone tell me whether 4 has better native support for UPSs with a USB monitoring interface? Thanks Nigel

1 0

DNS configuration problem
by James B. Byrne 09 May '05

09 May '05

I have introduced some error in my dns resolution and I would like some help fixing it as I cannot seem to detect what I have done wrong. Briefly the setup is this: name servers: DNS01 - 216.185.71.33 DNS02 - 209.47.176.33 DNS03 - 216.185.71.34 DNS04 - 209.47.176.34 - offline DNS01 is a master DNS02-04 are slaves of 216.185.71.33 All are listed as authoritative for the zone test.com The following tests are run from a caching name server configured to forward queries as follows: /etc/resolv.conf search hamilton.harte-lyne.ca harte-lyne.ca harte-lyne.com halisp.net nameserver 0.0.0.0 nameserver 216.185.71.33 nameserver 209.47.176.33 Extract from /etc/named.conf ... forwarders { 216.185.71.33; 209.47.176.33; 216.185.71.34; 209.47.176.34; }; forward first; }; ... The intent of our setup is that if any server goes offline then the remaining servers will continue to answer queries. To further protect against outages DNS02 and DNS04 (currently offline) are on a separate netblock at a physically remote location. However, this is not what appears to happen when I test it. This are the results that I get when DNS01-03 are all online together. # dig @a.root-servers.net pop3.test.com +trace ; <<>> DiG 9.2.1 <<>> @a.root-servers.net pop3.test.com +trace ;; global options: printcmd . 518400 IN NS C.ROOT-SERVERS.NET. . 518400 IN NS G.ROOT-SERVERS.NET. . 518400 IN NS F.ROOT-SERVERS.NET. . 518400 IN NS B.ROOT-SERVERS.NET. . 518400 IN NS J.ROOT-SERVERS.NET. . 518400 IN NS K.ROOT-SERVERS.NET. . 518400 IN NS L.ROOT-SERVERS.NET. . 518400 IN NS M.ROOT-SERVERS.NET. . 518400 IN NS I.ROOT-SERVERS.NET. . 518400 IN NS E.ROOT-SERVERS.NET. . 518400 IN NS D.ROOT-SERVERS.NET. . 518400 IN NS A.ROOT-SERVERS.NET. . 518400 IN NS H.ROOT-SERVERS.NET. ;; Received 436 bytes from 198.41.0.4#53(a.root-servers.net) in 750 ms com. 172800 IN NS A.GTLD-SERVERS.NET. com. 172800 IN NS B.GTLD-SERVERS.NET. com. 172800 IN NS C.GTLD-SERVERS.NET. com. 172800 IN NS D.GTLD-SERVERS.NET. com. 172800 IN NS E.GTLD-SERVERS.NET. com. 172800 IN NS F.GTLD-SERVERS.NET. com. 172800 IN NS G.GTLD-SERVERS.NET. com. 172800 IN NS H.GTLD-SERVERS.NET. com. 172800 IN NS I.GTLD-SERVERS.NET. com. 172800 IN NS J.GTLD-SERVERS.NET. com. 172800 IN NS K.GTLD-SERVERS.NET. com. 172800 IN NS L.GTLD-SERVERS.NET. com. 172800 IN NS M.GTLD-SERVERS.NET. ;; Received 506 bytes from 192.33.4.12#53(C.ROOT-SERVERS.NET) in 38 ms test.com. 172800 IN NS dns01.harte-lyne.ca. test.com. 172800 IN NS dns02.harte-lyne.ca. test.com. 172800 IN NS dns03.harte-lyne.ca. ;; Received 107 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 41 ms pop3.test.com. 38400 IN CNAME imap.test.com. imap.test.com. 38400 IN CNAME imap.halisp.net. imap.halisp.net. 38400 IN CNAME imap-07.halisp.net. imap-07.halisp.net. 38400 IN CNAME imap-07.harte- lyne.ca. imap-07.harte-lyne.ca. 86400 IN CNAME inet07.hamilton.harte-lyne.ca. inet07.hamilton.harte-lyne.ca. 86400 IN A 216.185.71.27 harte-lyne.ca. 86400 IN NS dns01.harte- lyne.ca. harte-lyne.ca. 86400 IN NS dns02.harte- lyne.ca. harte-lyne.ca. 86400 IN NS dns03.harte- lyne.ca. harte-lyne.ca. 86400 IN NS dns04.harte- lyne.ca. ;; Received 329 bytes from 216.185.71.33#53(dns01.harte-lyne.ca) in 2 ms However, if named on DNS01 is stopped and left running on DNS02 and DNS03 then this happens: ]# dig @a.root-servers.net pop3.test.com +trace ; <<>> DiG 9.2.1 <<>> @a.root-servers.net pop3.test.com +trace ;; global options: printcmd . 518400 IN NS I.ROOT-SERVERS.NET. . 518400 IN NS E.ROOT-SERVERS.NET. . 518400 IN NS D.ROOT-SERVERS.NET. . 518400 IN NS A.ROOT-SERVERS.NET. . 518400 IN NS H.ROOT-SERVERS.NET. . 518400 IN NS C.ROOT-SERVERS.NET. . 518400 IN NS G.ROOT-SERVERS.NET. . 518400 IN NS F.ROOT-SERVERS.NET. . 518400 IN NS B.ROOT-SERVERS.NET. . 518400 IN NS J.ROOT-SERVERS.NET. . 518400 IN NS K.ROOT-SERVERS.NET. . 518400 IN NS L.ROOT-SERVERS.NET. . 518400 IN NS M.ROOT-SERVERS.NET. ;; Received 436 bytes from 198.41.0.4#53(a.root-servers.net) in 37 ms dig: Couldn't find server 'I.ROOT-SERVERS.NET': Name or service not known So. The question is, what am I doing wrong? It has to be something simple but I cannot see it for the life of me. Any and all help greatly appreciated. Jim -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3

1 0

Kernel bug in software RAID?
by Matt Lawrence 09 May '05

09 May '05

After doing lots of research, it seems that there is a known bug in the software RAID for various versions of the 2.6 kernel. It seems to be affecting a system that a friend of mine has put together, so I'm guessing that RH has not back ported a fix into the released kernel. Does anyone here have any idea when a fix will make it into the CentOS4 distribution? Matt Lawrence "Your friendly neighborhood sysadmin" 512.838.2645 T/L 678-2645 512.351.1061 (cell)

6 7

Centos 4, bind slow responses when no cache
by Ted Kaczmarek 09 May '05

09 May '05

I have a Centos 4.0, bind-9.2.4-2 as a master and and FC2 bind-9.2.3-13 slave setup. Their seem to be a delay on the Centos 4 when asking for anything that is not in its cache. Doing some tcpdumps I see the AUTH response came back, but like a 3 second delay after that before server sends response to client. Both server have the same config other than one being a master and the other a slave. Their are no delays on the FC2. Googled on this with no joy. Any ideas? Ted

2 2

Non Distro Repositories ( Addons / Extras / Contrib / CentOSPlus )
by Karanbir Singh 09 May '05

09 May '05

The aim of this post is to try and explain the non-distro specific repositories hosted and run by CentOS. Aside from the main Distribution repositories ( OS, Updates, ISO's ) we also run the following repositories for each Release. 1. Addons : Contains packages required in order to build the main Distribution or packages produced by SRPMS built in the main Distribution, but not included in the main Redhat package tree (mysql- server in CentOS-3.x falls into this category). Packages contained in the addons repository should be considered essentially a part of the core distribution, but may not be in the main Redhat Package tree. 2. Extras : Packages built and maintained by the CentOS developers, that add functionality to the core distribution. These packages have undergone some basic testing, should track upstream release versions fairly closely and will never replace any core distribution package. 3. Contrib : Packages contributed by the CentOS Users, which do not overlap with any of the core Distribution packages. These packages have not been tested by the CentOS developers, and may not track upstream version releases very closely. 4. CentOSPlus : Packages contributed by CentOS Developers and the Users. These packages might replace rpm's included in the core Distribution. You should understand the implications of enabling and using packages from this repository. ---- We welcome contributions into the Contrib and CentOSPlus repository. Post a message on the CentOS-Devel mailing list with details of packages you would like to contribute, one of the CentOS developers will then pick it up and work with you on the issue. You might want to make sure that the same package is not already easily available from some other mainstream repository. And, you should be willing to maintain the packages in sync with upstream releases and fix's. -- Karanbir Singh : http://www.karan.org/ GnuPG Public Key : http://www.karan.org/publickey.asc

1 0

Re: [CentOS] ACLs iin Centos 4
by Bryan J. Smith <b.j.smith＠ieee.org> 09 May '05

09 May '05

On Fri, May 6, 2005 9:32 am, Peter Farrow said: > Hi There, > It seems the default installer with Centos 4, enables DACs and the extra > ACLs which DUMP cannot handle.... > so I get errors like "DUMP: ACLs in inode #nnnn won't be dumped" > since DUMP and RESTORE is integral to my back policy for some 30+ > machines I would like to know if its possible to turn off the extra ACLs > in the file system as I really don't need them... > Can tune2fs do this for me or do I have to re-build the filesystems with > some option that I currently don't know... For Ext3, I have switched to Jorg's STAR because it has done POSIX ACLs for awhile. But when I want to use dump, I have switched to XFS (and its xfsdump), since 2001. You can install with XFS from the installer. The nice thing about XFS, like Ext3, is that it hasn't changed in structure since the mid-'90s. Unlike IBM JFS, which was ported from OS/2 instead of AIX (largely because of Project Monterey -- see any full and accurate history on the SCO v. IBM lawsuit for more on the reasons why) and lacked a lot of the UNIX/inode structures, XFS was ported directly and fully from Irix to Linux. Which means that POSIX ACLs, Quota, NFS and other things worked off-the-bat in Linux. In fact, the SGI XFS team was responsible for a _lot_ of the new VFS interfaces of 2.5.3-onward, largely because they had already ported them from Irix to Linux for XFS support. I.e., a lot of the new features of the Linux 2.6 kernel at the VFS that _all_ filesystems benefit from were from Irix's XFS codebase. As of Linux 2.6 (and late 2.4.25+ kernels?), all of the core support structures that XFS needs are now standard. Other than one bug in XFS 1.0 (fixed some 3 years ago, resulting in the XFS 1.1 release), XFS has been rock-solid and reliable for me. The only major thing that had to change from Irix to Linux was the default block size (to match the default paging of the x86 architecture from MIPS). -- Bryan J. Smith mailto:b.j.smith@ieee.org

7 8

Dell Poweredge 4300 + PARC 2 (Megaraid) Centos 4
by William Suffill 09 May '05

09 May '05

After 4 days of agrevation I felt it was best I post to the list before I break something or hurt myself. It seems that 2.6 from other posts seemed to kill support for this card in particular since LSI has EOL'd it. Although I've managed to download megaraid-2.00.3 which does support this card and build an object on a sperate box. Although the installer seems to require a driver disk and a .ko (kernel object). I'm pretty much at a loss as to where to go from there. I've never built a driver disk so it's been and uphill struggle just to get this far. It's been some long days for both techs here and seems to get so far but not far enough since the box is still unusable. I much rather solve this issue then run a legacy distro that will pick up the card as is so any assistance would be greatly appreciate. -- William

1 0

Removing custom kernels?
by Preston Crawford 09 May '05

09 May '05

Is this possible. I did my first one yesterday in order to get my iPod mini to work with the EL kernel. It worked well. Everything went smoothly, but I don't like what I named it. So I'd like to take one more shot at it. If I do, is there a way to remove the old one cleanly? Modules and everything. Also, if do recompile the kernel again, do I need fresh source, or can I just do a make clean, rename the setting in the Makefile for the name, then go through all the usual steps. Thanks, Preston

4 3

Dell Powervault 132T tape library
by Carlos Scott 09 May '05

09 May '05

Hello all. I'm struggling to get Centos 4 to recognize my Dell Powervaul 132T tape changer. The system doesnt create a device node for it. [root@orion scotty]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 06 Lun: 00 Vendor: SEAGATE Model: DAT DAT72-052 Rev: A060 Type: Sequential-Access ANSI SCSI revision: 03 Host: scsi1 Channel: 00 Id: 01 Lun: 00 Vendor: IBM Model: ULTRIUM-TD2 Rev: 37RH Type: Sequential-Access ANSI SCSI revision: 03 Host: scsi3 Channel: 01 Id: 06 Lun: 00 Vendor: PE/PV Model: 1x8 SCSI BP Rev: 1.1 Type: Processor ANSI SCSI revision: 02 Host: scsi3 Channel: 02 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD0 RAID5 39760R Rev: 350O Type: Direct-Access ANSI SCSI revision: 02 It does recognize the tape device as sg1, but not the changer [root@orion scotty]# /usr/sbin/mtx -f /dev/sg1 inquiry Product Type: Tape Drive Vendor ID: 'IBM ' Product ID: 'ULTRIUM-TD2 ' Revision: '37RH' Attached Changer: No I corrected the typo in the /etc/hotplug/scsi.agent file: --> 8) TYPE=changer ; MOUDLE=sg ;; corrected to --> 8) TYPE=changer ; MODULE=sg ;; and also added the following line to /etc/modprobe.conf options scsi_mod max_luns=128 I rebuilt the initrd but it still doest work. If anyone could point me in the right direction i'd be really thankfull Cheers thanks in advance. NOTA CONFIDENCIAL: La información contenida en este E-mail es confidencial y sólo puede ser utilizada por la persona o la compañía a la cual está dirigido y/o por el emisor. Si no es el receptor autorizado, cualquier retención, difusión, distribución o copia de este mensaje es prohibida y será sancionada por la ley. Si por error recibe este mensaje, favor reenviarlo y borrar el mensaje recibido inmediatamente. CONFIDENTIAL NOTE: The information in this E-mail is intended to be confidential and only for use of the individual or entity to whom it is addressed and/or the issuer. If you are not the intended recipient, any retention, dissemination, distribution or copying of this message is strictly prohibited and sanctioned by law. If you receive this message by error, please immediately send it back and delete the message received. CORREO DE USO INSTITUCIONAL MINISTERIO DE CIENCIA Y TECNOLOGÍA

1 0

RE: [CentOS] Centos 4 / Postfix / SMTP - SORTED
by Marc Powell 09 May '05

09 May '05

> -----Original Message----- > From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf Of Nigel Kendrick > Sent: Monday, May 09, 2005 8:05 AM > To: 'CentOS mailing list' > Subject: RE: [CentOS] Centos 4 / Postfix / SMTP - SORTED > > OHMYGOD I am a grade 1 pillock: > > All sites hosting our mail servers have Zen as their ISP but where I am > now > it's using BT - so I guess it's not a good idea to try and use Zen's > server > from a BT account - mind you some kind of error return when I tried to > connect might have helped! Most mail servers will return a '550 Relaying not allowed' error message. If Zen doesn't do that then it's a configuration decision on their part. -- Marc

1 0

← Newer
1
...
26
27
28
29
30
31
32
...
35
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss May 2005