Discuss

discuss@lists.centos.org

34753 discussions

Fetching Obsoletes list of channel: Centos4-addons
by Rajeev R Veedu 26 Aug '06

26 Aug '06

Hi I am trying to update my system and I get the following message:- "Fetching Obsoletes list of channel: Centos4-addons." The last potion of message varies form add on to extras or updates or base depends on the selection of channels. This screen was there since yesterday evening but the system is not hanging since I can cancel this operation. I don't know why this could happen and would appreciate if some one could guide me. Thanks Rajeev

4 4

3DLabs Wildcat
by Alexandru E. Ungur 26 Aug '06

26 Aug '06

Hi all, Has anybody managed to make this board: 3DLabs Wildcat III 6210 work under CentOS 4/Xorg ? I see on their website they had support for it until RHEL3 but no more support for RHEL4... I tried the 'glint' driver but it does not support this particular chipset. I tried the 'vesa' mode and I could get a 640x480 @ 60Hz but it's a little hard to work at that resolution ;) Any thoughts? TIA, Alex

1 0

Re: [CentOS] Network interface fails after kernel upgrade
by Clive Gould 26 Aug '06

26 Aug '06

Thanks to everyone for their suggestions. I can't try most of them out until after the long UK bank holiday weekend as I only have ssh access to the server from home and don't want to disable networking! There are three network cards in the server, but I've only got the RealTek connected. Looking at /var/log/messages suggests the new kernel is handling all three NIC's differently from the old kernel. Does anyone know what no GSI means with NICs and the new kernel? Thanks in advance Clive old kernel:- Aug 25 08:14:53 cc kernel: 8139too Fast Ethernet driver 0.9.27 Aug 25 08:14:53 cc kernel: ACPI: PCI interrupt 0000:00:0e.0[A] -> GSI 5 (level, low) -> IRQ 5 Aug 25 08:14:53 cc kernel: eth0: RealTek RTL8139 at 0xa800, 00:10:dc:59:bd:dc, IRQ 5 Aug 25 08:14:53 cc kernel: ACPI: PCI interrupt 0000:00:06.0[A] -> GSI 5 (level, low) -> IRQ 5 Aug 25 08:14:54 cc kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html Aug 25 08:14:54 cc kernel: 0000:00:06.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xa400. Vers LK1.1.19 Aug 25 08:14:54 cc kernel: via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker Aug 25 08:14:54 cc kernel: ACPI: PCI interrupt 0000:00: 05.0[A] -> GSI 11 (level, low) -> IRQ 11 Aug 25 08:14:54 cc rpcidmapd: rpc.idmapd startup succeeded Aug 25 08:14:54 cc kernel: eth2: VIA Rhine at 0xe3000000, 00:50:ba:a1:86:44, IRQ 11. Aug 25 08:14:54 cc kernel: eth2: MII PHY found at address 8, status 0x7809 advertising 05e1 Link 0000. Aug 25 08:14:54 cc kernel: ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 10 (level, low) -> IRQ 10 Aug 25 08:14:54 cc kernel: pciehp: acpi_pciehprm:\_SB_.PCI0 evaluate _BBN fail=0x5 Aug 25 08:14:54 cc kernel: pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x5 Aug 25 08:14:54 cc kernel: USB Universal Host Controller Interface driver v2.2 Aug 25 08:14:54 cc kernel: ACPI: PCI interrupt 0000:00:11.2[D] -> GSI 11 (level, low) -> IRQ 11 Aug 25 08:14:54 cc kernel: uhci_hcd 0000:00: 11.2: UHCI Host Controller Aug 25 08:14:54 cc kernel: uhci_hcd 0000:00:11.2: irq 11, io base 0000b000 new kernel Aug 25 08:07:53 cc kernel: 8139too Fast Ethernet driver 0.9.27 Aug 25 08:07:53 cc kernel: ACPI: PCI interrupt 0000:00:0e.0[A]: no GSI - using IRQ 5 Aug 25 08:07:53 cc kernel: eth0: RealTek RTL8139 at 0xa800, 00:10:dc:59:bd:dc, IRQ 5 Aug 25 08:07:53 cc kernel: ACPI: PCI interrupt 0000:00:06.0[A]: no GSI - using IRQ 5 Aug 25 08:07:53 cc kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html Aug 25 08:07:53 cc kernel: 0000:00:06.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xa400. Vers LK1.1.19 Aug 25 08:07:53 cc kernel: via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker Aug 25 08:07:53 cc kernel: ACPI: PCI interrupt 0000:00: 05.0[A]: no GSI - using IRQ 11 Aug 25 08:07:53 cc kernel: eth2: VIA Rhine at 0xe3000000, 00:50:ba:a1:86:44, IRQ 11. Aug 25 08:07:53 cc kernel: eth2: MII PHY found at address 8, status 0x7809 advertising 05e1 Link 0000. Aug 25 08:07:53 cc kernel: ACPI: PCI interrupt 0000:00:11.5[C]: no GSI - using IRQ 9 Aug 25 08:07:53 cc kernel: pciehp: acpi_pciehprm:\_SB_.PCI0 evaluate _BBN fail=0x5 Aug 25 08:07:53 cc kernel: pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x5 Aug 25 08:07:53 cc kernel: USB Universal Host Controller Interface driver v2.2 Aug 25 08:07:53 cc kernel: ACPI: PCI interrupt 0000:00:11.2[D]: no GSI - using IRQ 11 Aug 25 08:07:53 cc kernel: uhci_hcd 0000:00:11.2 : UHCI Host Controller Aug 25 08:07:53 cc kernel: uhci_hcd 0000:00:11.2: irq 11, io base 0000b000 > Hi > > Yum has just updated 5 of my Linux boxes running CentOS 4.3 to the > 2.6.9-42 kernel. > > All is well on four of the boxes, but on the fifth the network card (eth0) > will not work. I've downgraded the kernel to the previous version and the > network card works fine again. > > I've tried removing and re-installing the new kernel, but the network card > won't work with it. > > The details of the card are as follows: > > lspci:- > 00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139C+ (rev 10) > > /etc/modprobe.conf:- > alias eth0 8139too > > Any suggestions welcomed..

1 0

bios information
by bruce 26 Aug '06

26 Aug '06

hi.. does centos give a way to read the bios for a given motherboard... thanks

2 1

Switching off color on console
by "Petr \"Qaxi\" Klíma" 25 Aug '06

25 Aug '06

Hello How do I switch off color mode on console (we have just BW monitor at the server) and not for all terminal connections? -- Petr Klíma e-mail: qaxi(a)seznam.cz

9 20

Looks like 3.8 is not ready to download
by Sam Trenholme 25 Aug '06

25 Aug '06

This is just a heads up that 3.8 does not look ready to download. There are 3.8 files at the CentOS mirrors, but the files (including the iso images) are constantly changing or disappearing. It looks like the hard-working diligent CentOS workers are making some last minute changes before getting CentOS 3.8 out the door. I presume that there will be a posting made to this list when 3.8 is ready--I hope this doesn't end up like 3.6, when the files are uploaded but not a peep on the mailing list nor webpage that a new 3.x release of CentOS has been made. I know most people are probably using 4.x, but I prefer 3.x because I know the software on this release is guaranteed to be present in any more modern Linux distro (maybe as an updated version); CentOS 3.x is the oldest codebase being currently maintained for any free Linux distro. - Sam

5 4

hdc lost interrupt
by Jamie Wilch 25 Aug '06

25 Aug '06

Hello After updating to the 2.6.9-42 kernel, one of my boxes stall during boot with hdc lost interrupt ide-cd:cmd 0x3 timed out The older 2.6.9-35 kernel boots fine. This is a Compaq Proliant PL360. The odd part is, I have another, identical Proliant that runs the new kernel just fine. Any idea what is happening? Thanks Jamie

2 2

SELinux targeted - named, portmap and syslogd errors
by Leonardo Vilela Pinheiro 25 Aug '06

25 Aug '06

Yesterday I activated SELinux in targeted mode, then I rebooted and started receiving some error messages in the system services initialization: ====================================================================== audit(1156518721.252:2): avc: denied { read } for pid=2223 comm="syslogd" name="libc-2.3.4.so" dev=dm-0 ino=50441 scontext=user_u:system_r:syslogd_t tcontext=system_u:object_r:file_t tclass=file audit(1156518721.280:5): avc: denied { append } for pid=2224 comm=" syslogd" name="messages" dev=dm-3 ino=38 scontext=user_u:system_r:syslogd_t tcontext=system_u:object_r:file_t tclass=file audit(1156518721.757:7): avc: denied { read } for pid=2246 comm="portmap" name="libnsl-2.3.4.so" dev=dm-0 ino=48836 scontext=user_u:system_r:portmap_t tcontext=system_u:object_r:file_t tclass=file audit(1156518728.009:10): avc: denied { read } for pid=2411 comm="named" name="liblwres.so.1.1.2" dev=dm-0 ino=462795 scontext=user_u:system_r:named_t tcontext=system_u:object_r:file_t tclass=file audit(1156518728.032:13): avc: denied { read } for pid=2411 comm="named" name="libgssapi_krb5.so.2" dev=dm-0 ino=459694 scontext=user_u:system_r:named_t tcontext=system_u:object_r:file_t tclass=lnk_file ====================================================================== The SELinux policies in use are the default from Centos packages (I haven't changed anything). Surely this bind, portmap and syslogd packages came from Centos base or update. bind-chroot is not installed. Bind seems to be working fine - as a cache and as a nameserver - even with those errors. Syslog also *seems* to be ok, as it keeps logging things on /var/log/, even in /var/log/messages. I don't use Portmap, but I have left it activated. Anyways, iptables blocks it. Any ideas on what is causing the problems and how to solve it ? Thanks -- Vilela

2 2

file i/o operations...
by bruce 25 Aug '06

25 Aug '06

hi... i'm trying to determine which is the better way/approach to go. should an app do a great deal of file i/o, or should it do a great deal of read/writes to a mysql db... my test app will create a number of spawned child processes, 1000's of simultaneous processes, and each child process will create data. the data will ultimately need to be inserted into a db. Approach 1 ----------- if i have each child app write to a file, i'm going to have a serious hit on the disk, for the file i/o, but i'm pretty sure Centos/RH could handle it. (although, to be honest, i don't know if there's a limit to the number of simultaneous file descriptors that the OS allows to be open at the same time.) i'm assuming that the number is multiples of magnitudes more than the number of simultaneous connections i can have with a db.... i could then have a process/app collect the information from each output file, writing the information to the db, and deleting the output files as required. Approach 2 ---------- i could have each child app write to a local db, with each child app, waiting to get the next open db connection. this is limited, as i'd run into the max connection limit for the db. i'd also have to implement a process to get the information from the local db, to the master db. .. Approach 3 ----------- i could have each child app write directly to the db.. the problem with this approach is that the db has a max regarding the number of simultaneous connections, based on system resources. this would be the cleanest solution.. so... anybody have any thoughts/comments as to how one can essentially accept 1000's-10000's of simultaneous hits with an app... i've been trying to find out if there's any kind of distributed parent/child/tiered kind of app, where information/data is more or less collected and received at the node level... thanks -bruce

1 0

Re: rhel 4.4 perl update looses weakref support?
by Dag Wieers 25 Aug '06

25 Aug '06

On Wed, 23 Aug 2006, nathan r. hruby wrote: > On Thu, 24 Aug 2006, John Summerfield wrote: > > > nathan r. hruby wrote: > > > > > I have a user running RT on a RHEL4 machine. He recently did the RHEL4.4 > > > update and now it appears that the Tree::Simple module (a requirement of > > > RT) is broken, as it was built with weakref support that was in a prior > > > perl package and it appears that the new perl-5.8.5-36 package has lost > > > that support. > > > > > > Red Hat Bugzilla has nothing about this particular issue that I can find. > > > Anyone else experienced this? > > > > > > Obviously, we're an .edu and thus can't call support and actually expect > > > help. But before setting this user on bugzilla, I thought I'd ask if > > > anyone else might have any knowledge of this. The Best Practical RT Wiki > > > has some info on this, but evidently the user tried the suggestions there > > > with no luck. > > > > Why not check the changelong (rpm -q perl --changelong | less), and get the > > source rpm and check the spec file (you could compare with the previous > > version), and if needs bem build it the way you want? > > The changelog has nothing on this particular subject and I haven't had a > moment to peek at the source RPM's to see what has changed. > > I really don't want to rebuild and maintain a separate perl instance if I > don't have to ;-) It would be nice if the CentOS project had (and offered) a subversion repository where the SPEC file (and patches) of official SRPMs are stored (an tagged accordingly). This could be set up automatically and fed automatically. Having something like this would help a lot of people trace problems and it would help people rebuilding packages to see what changes have been made by Red Hat. Fastrack and beta packages would give a few of ongoing changes and people could subscribe to the "svn-commits" as the are being made. Of course, this would not hold the CentOS specific changes (or other CentOS related projects) only the upstream changes. Otherwise it would be harder to follow. If this sounds interesting, I'm willing to offer to design and implement this. PS Sorry for replying to a different mailinglist, I actually wrote this mail and luckily I noticed in time it was not on a CentOS related mailinglist. :) Kind regards, -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]

2 1

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