Re: [CentOS] Automatically detecting LUNs without a reboot

2010-09-01 Thread Gabriel Tabares
On 01/09/2010 05:00, cpol...@surewest.net wrote: > On Tue, Aug 31, 2010 at 04:48:01PM +0100, Gabriel Tabares wrote: >>From there, I went to >> http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/html/Online_Storage_Reconfiguration_Guide/rescan-scsi-bus.html >> >> Where it says : >> >> "

Re: [CentOS] e2fsck with millions of files

2010-09-01 Thread Les Mikesell
On 9/1/10 12:43 AM, Nataraj wrote: > Les Mikesell wrote: >> On 8/31/2010 11:04 AM, Stephen Harris wrote: >> Stack size was only a problem for the 32 bit OS and not 64 bit. If one is dealing with a terabyte or more of data, I don't see them using a 32 bit OS. >>> Hu

Re: [CentOS] [SOLVED?] PAM_shield locking me out?

2010-09-01 Thread Dag Wieers
On Sat, 28 Aug 2010, A. Kirillov wrote: >> And that's about the only hint on how and where to enable pam_shield. >> I've tried to add this line to /etc/pam.d/sshd too. >> Fortunately it didn't crash anything but it didn't work either. > > Here's the story for those interested. With the default of

[CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread giggzounet
Hi, I'm totally new with centos...we have a cluster in our labo with centos oscar. The gcc which was provided with the release is gcc41 and gfortran41. There are packages for gcc44 and gfortran44. I have installed them. But the gcc is not a link to gcc41 or gcc44. it is just an executable. idem f

Re: [CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread Matthew Miller
On Wed, Sep 01, 2010 at 05:35:23PM +0200, giggzounet wrote: > I'm totally new with centos...we have a cluster in our labo with centos > oscar. The gcc which was provided with the release is gcc41 and > gfortran41. There are packages for gcc44 and gfortran44. I have > installed them. > But the gcc i

Re: [CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread John Doe
From: giggzounet > I'm totally new with centos...we have a cluster in our labo with centos > oscar. The gcc which was provided with the release is gcc41 and > gfortran41. There are packages for gcc44 and gfortran44. I have > installed them. > But the gcc is not a link to gcc41 or gcc44. it is

Re: [CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread giggzounet
Le 01/09/2010 17:47, Matthew Miller a écrit : > On Wed, Sep 01, 2010 at 05:35:23PM +0200, giggzounet wrote: >> I'm totally new with centos...we have a cluster in our labo with centos >> oscar. The gcc which was provided with the release is gcc41 and >> gfortran41. There are packages for gcc44 and g

[CentOS] CentOS-announce Digest, Vol 67, Issue 1

2010-09-01 Thread centos-announce-request
Send CentOS-announce mailing list submissions to centos-annou...@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-requ..

Re: [CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread Marcelo M. Garcia
giggzounet wrote: > Hi, > > I'm totally new with centos...we have a cluster in our labo with centos > oscar. > But the gcc is not a link to gcc41 or gcc44. it is just an executable. > idem for gfortran. So which is the good way on centOS to choose the > gcc44 and gfortran44 per default. > Hi I

Re: [CentOS] centos 5.5 oscar: gcc41, gcc44 and gfortran41, gfortran44

2010-09-01 Thread giggzounet
Le 01/09/2010 18:06, Marcelo M. Garcia a écrit : > giggzounet wrote: >> Hi, >> >> I'm totally new with centos...we have a cluster in our labo with centos >> oscar. >> But the gcc is not a link to gcc41 or gcc44. it is just an executable. >> idem for gfortran. So which is the good way on centOS to

[CentOS] statd random port - sysconfig/nfs not taking effect

2010-09-01 Thread Carlos S
I have changed /etc/sysconfig/nfs to specify port numbers for NFS daemons. Somehow statd is still starting up at random port number. Other damons are starting at properly at specified port numbers Any clues on what might be wrong? Any other location/setting that takes precedence over sysconfig/nfs

[CentOS] Issue with Perl and rpmforge - advice?

2010-09-01 Thread Mark
I have an old version of rkhunter installed on my CentOS 5 machine, one I got from rpmforge. In my most recent attempts to update this, I get the following errors in yum: Resolving Dependencies --> Running transaction check ---> Package perl-AnyEvent.noarch 0:5.240-1.el5.rf set to be updated -->

Re: [CentOS] statd random port - sysconfig/nfs not taking effect

2010-09-01 Thread Rob Kampen
Carlos S wrote: I have changed /etc/sysconfig/nfs to specify port numbers for NFS daemons. Somehow statd is still starting up at random port number. Other damons are starting at properly at specified port numbers Any clues on what might be wrong? Any other location/setting that takes precedence o

Re: [CentOS] statd random port - sysconfig/nfs not taking effect

2010-09-01 Thread Carlos S
I have configured port numbers in etc/sysconfig/nfs, but it's not working for statd, other daemons start at specified ports. Any other configuration file to look for? I should add that I already have NFSv4 style exports and this change was being made to allow NFSv3 mounts which requires additional

Re: [CentOS] Issue with Perl and rpmforge - advice?

2010-09-01 Thread Steve Huff
On Sep 1, 2010, at 9:51 PM, Mark wrote: > I have an old version of rkhunter installed on my CentOS 5 machine, > one I got from rpmforge. > > In my most recent attempts to update this, I get the following errors in yum: hi Mark! you have a couple of different issues going on here. first off, a

Re: [CentOS] Issue with Perl and rpmforge - advice?

2010-09-01 Thread Tsuyoshi Nagata
Hi, Mark (2010/09/02 10:51), Mark wrote: > Error: Missing Dependency: perl(Net::SSLeay)>= 1.33 is needed by > package perl-AnyEvent-5.240-1.el5.rf.noarch (rpmforge) Some people solve this problem. He just decided to skip original repository. Try this command! # yum -y --disablerepo=addons --disa