Discuss

discuss@lists.centos.org

34753 discussions

CentOS 4 vs 5 for VMware?
by Rogelio Bastardo 07 Aug '07

07 Aug '07

For stability reasons, I'm running CentOS 4 for VMware (it's the devil I know). Are there any compelling reasons to upgrade to CentOS 5 for it? I'm relatively new to the whole virtualisation scene and perhaps there are some updated packages that might be good for VMware?

8 17

RE: [CentOS] Adaptec 39320A woes
by Plant, Dean 07 Aug '07

07 Aug '07

Simple fix, Adaptec & CentOS = :-( LSI & CentOS = :-) We spent a few days trying to get Adaptec cards working with LTO-3 drives. It was suggested to me from this list to try an LSI, we bought one, it worked, problem solved. Dean David Groep wrote: > [sorry for breaking the threading, only joined after reading this on > the web] > > Michael St. Laurent wrote: >> I'm having speed problems with the SCSI card we're using to do tape >> backup. It seems to be functioning in 16 bit mode and the current >> thinking is that perhaps it's using a legacy driver instead of the >> correct one. The Adaptec site has a 'driver' for RHEL5 which I've >> downloaded and tried to install but it seems to have a problem >> installing on a CentOS-5 system. > > Hit this same issue with a slightly different configuration, and > although not able to offer a solution, I can at least give some more > boundary conditions. As I see it now, it starts to look like a driver > issue. > > - I found the issue with a 39320 controller on CentOS5/i386, > talking to an Infortrend IFT-7250F enclosure. It should be doing > U160 (Wide, 80 MHz synchonous), but it decays to 3.300 MB/s > transfers. The driver indeed even says the "Goal" is 3.300 MB/s ... > > It is confirmed by the infortrend: it shows asynchonous/narrow as > transfer settings for the SCSI channels after loading the aic79xx > driver. > > - Exchanging the 39320 for a 29320, still on the same machine with > CentOS5/i386, does not change it: still 3.300 MB/s (as confirmed > by the infortrend itself) > > - putting this same 29320, with the same IFT7250F and with the > same cabling, in another machine running CentOS3.7: presto, it > synchonizes again at 160 MB/s (Wide, 80 MHz)! > > - similar Adaptec 29320 and 39320's in a CentOS4/i386 box, connected > to similar Infortrends: work correctly at 160 and 320 MB/s > > - Booting into kernel 2.6.18-8.el5 or 2.6.18-8.1.8.el5 makes no > difference > > For CentOS5, the aic79xx driver is "Version: 3.0". For CentOS3 it's > using driver "1.3.10-RH1", and for the CentOS4 systems, it's "1.3.11". > What changed between 1.3.11 and 3.0? > > At least you're not alone ... > > Regards, > DavidG. > > PS: and indeed, the adaptec driver RPM does not install correctly, > with > the same errors you reported below. > >> [root <at> hcnas modules]# cd /proc/scsi >> [root <at> hcnas scsi]# cat scsi >> Attached devices: >> Host: scsi0 Channel: 00 Id: 08 Lun: 00 >> Vendor: DP Model: BACKPLANE Rev: 1.05 >> Type: Enclosure ANSI SCSI revision: 05 >> Host: scsi0 Channel: 02 Id: 00 Lun: 00 >> Vendor: DELL Model: PERC 5/i Rev: 1.03 >> Type: Direct-Access ANSI SCSI revision: 05 >> Host: scsi1 Channel: 00 Id: 06 Lun: 00 >> Vendor: CERTANCE Model: ULTRIUM 2 Rev: 1914 >> Type: Sequential-Access ANSI SCSI revision: 03 >> Host: scsi1 Channel: 00 Id: 06 Lun: 01 >> Vendor: DELL Model: PV-124T Rev: 0043 >> Type: Medium Changer ANSI SCSI revision: 02 >> Host: scsi3 Channel: 00 Id: 00 Lun: 00 >> Vendor: Dell Model: Virtual CDROM Rev: 123 >> Type: CD-ROM ANSI SCSI revision: 02 >> Host: scsi4 Channel: 00 Id: 00 Lun: 00 >> Vendor: Dell Model: Virtual Floppy Rev: 123 >> Type: Direct-Access ANSI SCSI revision: 02 >> [root <at> hcnas scsi]# ll total 0 >> dr-xr-xr-x 2 root root 0 Aug 3 13:21 aic79xx >> -r--r--r-- 1 root root 0 Aug 3 13:21 device_info >> -r--r--r-- 1 root root 0 Aug 3 13:21 scsi >> dr-xr-xr-x 2 root root 0 Aug 3 13:21 sg >> dr-xr-xr-x 2 root root 0 Aug 3 13:21 usb-storage >> [root <at> hcnas scsi]# cd aic79xx/ >> [root <at> hcnas aic79xx]# ll >> total 0 >> -rw-r--r-- 1 root root 0 Aug 3 13:09 1 >> -rw-r--r-- 1 root root 0 Aug 3 13:09 2 >> [root <at> hcnas aic79xx]# cat 1 >> Adaptec AIC79xx driver version: 3.0 >> Adaptec 39320A Ultra320 SCSI adapter >> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 >> SCBs Allocated SCBs: 4, SG List Length: 128 >> >> Serial EEPROM: >> 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 >> 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 >> 0x09f4 0x0142 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff >> 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0430 0xb3f3 >> >> Target 0 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 1 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 2 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 3 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 4 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 5 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 6 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Goal: 3.300MB/s transfers >> Curr: 3.300MB/s transfers >> Channel A Target 6 Lun 0 Settings >> Commands Queued 29 >> Commands Active 0 >> Command Openings 1 >> Max Tagged Openings 0 >> Device Queue Frozen Count 0 >> Channel A Target 6 Lun 1 Settings >> Commands Queued 20 >> Commands Active 0 >> Command Openings 1 >> Max Tagged Openings 0 >> Device Queue Frozen Count 0 >> Target 7 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 8 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 9 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 10 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 11 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 12 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 13 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 14 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) Target 15 Negotiation Settings >> User: 320.000MB/s transfers (160.000MHz >> RDSTRM|DT|IU|RTI|QAS, 16bit) [root <at> hcnas ~]# rpm -e >> a320raid-3.00.063.5.V580A1-1 [root <at> hcnas ~]# rpm -ivh >> a320raid.rhel5.i686.rpm >> Preparing... >> ########################################### [100%] 1:a320raid >> ########################################### [100%] >> >> Adaptec adp94xx driver installer - V1.2.5934.0-1 >> >> Backing up all modified files to /boot/adp94xx-backup-3 >> >> Using GRUB configuration >> If this is not what you want, rename your /boot/grub/grub.conf file >> /boot -rw------- 1 root root 2403411 Jul 27 14:47 >> initrd-2.6.18-8.1.8.el5.img >> >> /boot/vmlinuz-2.6.18-8.1.8.el5 /boot/initrd-2.6.18-8.1.8.el5.img >> CentOS (2.6.18-8.1.8.el5) Configuration [CentOS (2.6.18-8.1.8.el5)] >> /boot/vmlinuz-2.6.18-8.1.8.el5 -> 2.6.18-8.1.8.el5 >> >> ****** PROBLEM ******* >> No prebuilt module for 2.6.18-8.1.8.el5 i686 >> ********************** >> /boot >> -rw------- 1 root root 2403318 Jul 27 07:39 initrd-2.6.18-8.el5.img >> >> /boot/vmlinuz-2.6.18-8.el5 /boot/initrd-2.6.18-8.el5.img CentOS >> (2.6.18-8.el5) Configuration [CentOS (2.6.18-8.el5)] >> /boot/vmlinuz-2.6.18-8.el5 -> 2.6.18-8.el5 >> >> ****** PROBLEM ******* >> No prebuilt module for 2.6.18-8.el5 i686 >> ********************** >> >> *************************************** >> ******** NO MODULES INSTALLED ********* >> *************************************** >> >> Done. >> error: %post(a320raid-3.00.063.5.V580A1-1.i686) scriptlet failed, >> exit status 1 [root <at> hcnas ~]#

2 1

Re: [CentOS] ipw220 wireless firmware for CentOS 5
by andy.allen＠virgin.net 07 Aug '07

07 Aug '07

Thanks Fabian, There seem to be a number of different ways of installing the ipw2200 firmware and as I've said already I've tried puttting the .fw files into the firmware directory - why doesn't this work? What is actually the best/recommended way of installing the firmware in CentOS 5 please? - not too complicated please as I'm a linux enthusiast but not a great expert! Andy Original Message: ----------------- From: Fabian Arrotin fabian.arrotin(a)arrfab.net Date: Mon, 06 Aug 2007 12:57:28 +0200 To: centos(a)centos.org Subject: Re: [CentOS] ipw220 wireless firmware for CentOS 5 On Mon, 2007-08-06 at 05:33 -0400, andy.allen(a)virgin.net wrote: > OK, I've downloaded and unzipped the firmware files in > ipw2200-fw-3.0.tgz - so I have 4 files: ipw2200-bss.fw, ipw2200-ibss.fw, > ipw2200-sniffer.fw and LICENSE.ipw2200-fw, all of which I've placed in > the /lib/firmware directory. Unfortunately, the instructions in > README.ipw2200 and INSTALL are not clear as to what to do next. I'm > using CentOS 5 on my (Dell) laptop so setting-up wireless networking should > be > reasonably straightforward - shouldn't it? Any help much appreciated - > I'm a real linux fan, but it grieves me to say that, in this case, > "wireless works much > better in Windows XP!" Use the ipw2200-firmware rpm from the RPMForge repo (see http://wiki.centos.org/Repositories) .... Then you'll be able to use/configure the ipw2200 device . You can use for example NetworkManager to automatically configure your network if you have a laptop ... -- Fabian Arrotin <fabian.arrotin(a)arrfab.net> Solution ? echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq' | dc -------------------------------------------------------------------- mail2web.com Enhanced email for the mobile individual based on Microsoft® Exchange - http://link.mail2web.com/Personal/EnhancedEmail

2 1

Adaptec 39320A woes
by David Groep 07 Aug '07

07 Aug '07

[sorry for breaking the threading, only joined after reading this on the web] Michael St. Laurent wrote: > I'm having speed problems with the SCSI card we're using to do tape > backup. It seems to be functioning in 16 bit mode and the current > thinking is that perhaps it's using a legacy driver instead of the > correct one. The Adaptec site has a 'driver' for RHEL5 which I've > downloaded and tried to install but it seems to have a problem > installing on a CentOS-5 system. Hit this same issue with a slightly different configuration, and although not able to offer a solution, I can at least give some more boundary conditions. As I see it now, it starts to look like a driver issue. - I found the issue with a 39320 controller on CentOS5/i386, talking to an Infortrend IFT-7250F enclosure. It should be doing U160 (Wide, 80 MHz synchonous), but it decays to 3.300 MB/s transfers. The driver indeed even says the "Goal" is 3.300 MB/s ... It is confirmed by the infortrend: it shows asynchonous/narrow as transfer settings for the SCSI channels after loading the aic79xx driver. - Exchanging the 39320 for a 29320, still on the same machine with CentOS5/i386, does not change it: still 3.300 MB/s (as confirmed by the infortrend itself) - putting this same 29320, with the same IFT7250F and with the same cabling, in another machine running CentOS3.7: presto, it synchonizes again at 160 MB/s (Wide, 80 MHz)! - similar Adaptec 29320 and 39320's in a CentOS4/i386 box, connected to similar Infortrends: work correctly at 160 and 320 MB/s - Booting into kernel 2.6.18-8.el5 or 2.6.18-8.1.8.el5 makes no difference For CentOS5, the aic79xx driver is "Version: 3.0". For CentOS3 it's using driver "1.3.10-RH1", and for the CentOS4 systems, it's "1.3.11". What changed between 1.3.11 and 3.0? At least you're not alone ... Regards, DavidG. PS: and indeed, the adaptec driver RPM does not install correctly, with the same errors you reported below. > [root <at> hcnas modules]# cd /proc/scsi > [root <at> hcnas scsi]# cat scsi > Attached devices: > Host: scsi0 Channel: 00 Id: 08 Lun: 00 > Vendor: DP Model: BACKPLANE Rev: 1.05 > Type: Enclosure ANSI SCSI revision: 05 > Host: scsi0 Channel: 02 Id: 00 Lun: 00 > Vendor: DELL Model: PERC 5/i Rev: 1.03 > Type: Direct-Access ANSI SCSI revision: 05 > Host: scsi1 Channel: 00 Id: 06 Lun: 00 > Vendor: CERTANCE Model: ULTRIUM 2 Rev: 1914 > Type: Sequential-Access ANSI SCSI revision: 03 > Host: scsi1 Channel: 00 Id: 06 Lun: 01 > Vendor: DELL Model: PV-124T Rev: 0043 > Type: Medium Changer ANSI SCSI revision: 02 > Host: scsi3 Channel: 00 Id: 00 Lun: 00 > Vendor: Dell Model: Virtual CDROM Rev: 123 > Type: CD-ROM ANSI SCSI revision: 02 > Host: scsi4 Channel: 00 Id: 00 Lun: 00 > Vendor: Dell Model: Virtual Floppy Rev: 123 > Type: Direct-Access ANSI SCSI revision: 02 > [root <at> hcnas scsi]# ll > total 0 > dr-xr-xr-x 2 root root 0 Aug 3 13:21 aic79xx > -r--r--r-- 1 root root 0 Aug 3 13:21 device_info > -r--r--r-- 1 root root 0 Aug 3 13:21 scsi > dr-xr-xr-x 2 root root 0 Aug 3 13:21 sg > dr-xr-xr-x 2 root root 0 Aug 3 13:21 usb-storage > [root <at> hcnas scsi]# cd aic79xx/ > [root <at> hcnas aic79xx]# ll > total 0 > -rw-r--r-- 1 root root 0 Aug 3 13:09 1 > -rw-r--r-- 1 root root 0 Aug 3 13:09 2 > [root <at> hcnas aic79xx]# cat 1 > Adaptec AIC79xx driver version: 3.0 > Adaptec 39320A Ultra320 SCSI adapter > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs > Allocated SCBs: 4, SG List Length: 128 > > Serial EEPROM: > 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 > 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 > 0x09f4 0x0142 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff > 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0430 0xb3f3 > > Target 0 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 1 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 2 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 3 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 4 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 5 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 6 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Goal: 3.300MB/s transfers > Curr: 3.300MB/s transfers > Channel A Target 6 Lun 0 Settings > Commands Queued 29 > Commands Active 0 > Command Openings 1 > Max Tagged Openings 0 > Device Queue Frozen Count 0 > Channel A Target 6 Lun 1 Settings > Commands Queued 20 > Commands Active 0 > Command Openings 1 > Max Tagged Openings 0 > Device Queue Frozen Count 0 > Target 7 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 8 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 9 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 10 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 11 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 12 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 13 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 14 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > Target 15 Negotiation Settings > User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, > 16bit) > [root <at> hcnas ~]# rpm -e a320raid-3.00.063.5.V580A1-1 > [root <at> hcnas ~]# rpm -ivh a320raid.rhel5.i686.rpm > Preparing... ########################################### > [100%] > 1:a320raid ########################################### > [100%] > > Adaptec adp94xx driver installer - V1.2.5934.0-1 > > Backing up all modified files to /boot/adp94xx-backup-3 > > Using GRUB configuration > If this is not what you want, rename your /boot/grub/grub.conf file > /boot > -rw------- 1 root root 2403411 Jul 27 14:47 initrd-2.6.18-8.1.8.el5.img > > /boot/vmlinuz-2.6.18-8.1.8.el5 /boot/initrd-2.6.18-8.1.8.el5.img CentOS > (2.6.18-8.1.8.el5) > Configuration [CentOS (2.6.18-8.1.8.el5)] > /boot/vmlinuz-2.6.18-8.1.8.el5 -> 2.6.18-8.1.8.el5 > > ****** PROBLEM ******* > No prebuilt module for 2.6.18-8.1.8.el5 i686 > ********************** > /boot > -rw------- 1 root root 2403318 Jul 27 07:39 initrd-2.6.18-8.el5.img > > /boot/vmlinuz-2.6.18-8.el5 /boot/initrd-2.6.18-8.el5.img CentOS > (2.6.18-8.el5) > Configuration [CentOS (2.6.18-8.el5)] > /boot/vmlinuz-2.6.18-8.el5 -> 2.6.18-8.el5 > > ****** PROBLEM ******* > No prebuilt module for 2.6.18-8.el5 i686 > ********************** > > *************************************** > ******** NO MODULES INSTALLED ********* > *************************************** > > Done. > error: %post(a320raid-3.00.063.5.V580A1-1.i686) scriptlet failed, exit > status 1 > [root <at> hcnas ~]# > -- David Groep ** National Institute for Nuclear and High Energy Physics, PDP/Grid group ** ** Room: H1.56 Phone: +31 20 5922179, PObox 41882, NL-1009DB Amsterdam NL **

1 0

kmod-drbd-smp (2.6.9-55.0.2.EL) has unknown symbols (kmod-drbd not).
by Martin Hamant 07 Aug '07

07 Aug '07

Hi ! Not very blocking because the smp module loads perfectly. # yum --exclude=kmod-drbd*\plus\* install kmod-drbd Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Reducing CentOS-4 - Plus to included packages only Finished Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kmod-drbd.i686 0:0.7.24-1.2.6.9_55.0.2.EL set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kmod-drbd i686 0.7.24-1.2.6.9_55.0.2.EL extras 472 k Transaction Summary ============================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 472 k Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: kmod-drbd ######################### [1/1] WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_unlock_irq WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_unlock WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_unlock_irqrestore WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock_irq WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol del_timer_sync WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock_irqsave WARNING: /lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko needs unknown symbol _spin_lock Installed: kmod-drbd.i686 0:0.7.24-1.2.6.9_55.0.2.EL Complete! # uname -a Linux *** 2.6.9-55.0.2.EL #1 Tue Jun 26 14:08:18 EDT 2007 i686 i686 i386 GNU/Linux # modprobe drbd FATAL: Error inserting drbd (/lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko): Invalid module format (PS: I think something really needs to be done with the --exclude / plus issue) -- Martin Hamant

5 10

Anyone get the Adaptec-39320A driver to install?
by Michael St. Laurent 06 Aug '07

06 Aug '07

I'm trying to get the RHEL-5 version of their kernel driver to install with no luck so far. http://www.adaptec.com/en-US/support/scsi/u320/ASC-39320A-R/ Here is what I'm seeing when I install their provided .RPM: [root@hcnas ~]# rpm -i a320raid.rhel5.i686.rpm Adaptec adp94xx driver installer - V1.2.5934.0-1 Backing up all modified files to /boot/adp94xx-backup-4 Using GRUB configuration If this is not what you want, rename your /boot/grub/grub.conf file /boot -rw------- 1 root root 2403318 Jul 27 07:39 initrd-2.6.18-8.el5.img /boot/vmlinuz-2.6.18-8.el5 /boot/initrd-2.6.18-8.el5.img CentOS (2.6.18-8.el5) Configuration [CentOS (2.6.18-8.el5)] /boot/vmlinuz-2.6.18-8.el5 -> 2.6.18-8.el5 ****** PROBLEM ******* No prebuilt module for 2.6.18-8.el5 i686 ********************** *************************************** ******** NO MODULES INSTALLED ********* *************************************** Done. error: %post(a320raid-3.00.063.5.V580A1-1.i686) scriptlet failed, exit status 1 [root@hcnas ~]#

1 0

help with samba and ldap on centos 5
by Aaron Bliss 06 Aug '07

06 Aug '07

Hi everyone; I'm having some trouble with samba on a centos 5 box; the box has been configured to authenticate against an ldap server via authconfig....authentication for normal use (console, ssh) works great....I'm having some trouble with samba using single ldap users or local users....It's rather weird, shares in which access restrictions are based upon ldap groups are working fine, getent group shows local and ldap groups, however attempting to assign access to a share for either a single ldap user or a local user doesn't work, and produces the following error when trying to hit the share: smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User myuser1 ! For local users, I've added local os accounts as well as accounts in the samba database with smbpasswd Any ideas? Thanks for your help. Aaron

2 8

Stability issues with Dovecot imap-login in Centos 5?
by Christian Nygaard 06 Aug '07

06 Aug '07

I wonder if other people are seeing stability issues with Dovecot and imap-login against LDAP? I've changed from pam_nss to ldap without nss in Dovecot to see if that helps the issue. I realise Dovecot is version 1.0 in Centos 5, would it be more advisable to switch to Cyrus? I'm using mbox mail spool files would that work with Cyrus? Chris

2 1

how to find out which is the system disk by bios?
by Farkas Levente 06 Aug '07

06 Aug '07

hi, how can i know which is the system disk by bios? i've pc with 2 sata disk connected to the on board sata controller and 2 other connected to a pci card sata controller. bios see all disk as well as linux, but in linux kernel sda and sdb is the pci card's 2 disks and the on board controllers are sdc and sdd. my problem is centos install the system by default to sda and intall grub in the system disk's mbr (ie. sda's mbr). which is right most of the time, but in my case the system is not boot after the install since grub (and the os) it's not on the system disk where the bios try to find it. ok after i recognize it i can choose sdc during install and install the whole system there, but the worse thing is that i'd like to do it from a kickstart file _automaticaly_. so i have to somehow discover which disk will be choosen by the bios as system disk? or which disk is connected to the on board controller and which is the pci extension card? how can i find out this information (eg. by a shell script in kickstart %pre section)? and this scripts should have to work for all kind of motherboard and sata card too:-) thanks. -- Levente "Si vis pacem para bellum!"

2 1

Re: [CentOS] CentOS things to mod for VMware server
by Brent L. Bates 06 Aug '07

06 Aug '07

I wouldn't use any other file system than XFS as it is the most reliable file system out there. We've been using XFS on a x86 system for over a year now and haven't had any file system problems. It has actually saved us on occasion. From what I've read, people have only reported problems when they pile layer upon layer of stuff on their disks. Logical volumes, NFS, etc., etc.. We are using XFS on RAID drives, both RAID 1 and 0, and the only extra item we add is NFS. Before our Linux boxes, we've used XFS on SGI's for probably over a decade of dependable and reliable service. -- Brent L. Bates (UNIX Sys. Admin.) M.S. 912 Phone:(757) 865-1400, x204 NASA Langley Research Center FAX:(757) 865-8177 Hampton, Virginia 23681-0001 Email: B.L.BATES(a)larc.nasa.gov http://www.vigyan.com/~blbates/

3 2

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