Discuss March 2012

discuss@lists.centos.org

217 participants
198 discussions

Re: [CentOS] network problems
by m.roth＠5-cent.us 02 Mar '12

02 Mar '12

(Sorry 'bout the screwed-up headers - forwarded to my work email from home, then forwarded back to this account just now....) ---------------------------- Original Message ---------------------------- From: John Doe <jdmls(a)yahoo.com> References: <76baacf79f928a056c17d63f02d53ae7.squirrel(a)mail.5-cent.us> <1330619990.16821.YahooMailNeo(a)web114705.mail.gq1.yahoo.com> <86feb08093663823b4190d6fae1e3a3b.squirrel(a)mail.5-cent.us> From: "m.roth(a)5-cent.us" <m.roth(a)5-cent.us> > Yeah: after I tried to add it, and it gave me the "does not support > options parsing", I began trying to del the mq, but I can't seem to > find the Magical Syntax (tm) that let's me get rid of that. This worked for me... # tc qdisc del dev eth1 root handle 1 That works... but won't get rid of mq. Right now, I'm trying pfifo, unless someone thinks that PRIO might be better. The real question is why *some* of my 6.2 boxen have pfifo_fast, and others have mq. Does anyone know where this is set? mark

1 0

pam and radius config problem
by me＠tdiehl.org 02 Mar '12

02 Mar '12

Hi, I am trying to configure ssh/pam to use freeradius as one of the authentication sources on a C6 box. I have freeradius running on a separate box with 2 factor authentication. Using the radtest utility, I can successfully authenticate. My problem is that I do not understand how to configure pam to use radius as an auth source and be sure I am not opening a security hole in my systems. While googling, I have found several howto's that talk about how to do this using the pam_radius utility but the examples do not match what is found in /etc/pam.d/sshd. What I would like to accomplish is the following: 1. Allow logins using ssh keys. 2. If that fails, Allow login via radius. 3. if not on the local network disallow login via a regular user name and passwd. I think 3 might be able to be accomplished via a match statement in sshd.conf but I am not sure. Does anyone know how to do this in a secure way? If I start modifying the pam.d configuration files, how can I be sure I am not opening up a security hole? Regards, -- Tom me(a)tdiehl.org Spamtrap address me123(a)tdiehl.org

1 0

Is there a way to _remove_ dependencies from an RPM built from source?
by Michael Lampe 02 Mar '12

02 Mar '12

I'm building my own openmpi packages derived from upstream SRPMs. Problem: The ones built with Intel's compiler can only be installed by force, because Intel doesn't register their provided libs with rpm. Any idea how this can be done? (Alternative ideas are appreciated as well -- as long as they don't read as: make Intel fix this.) -Michael

11 23

network problems
by m.roth＠5-cent.us 02 Mar '12

02 Mar '12

We just moved a user, who deals with a *lot* of data, to a new server, since his old NFS home directory was on a disk that had started showing problems. Now, i/o is about six times slower, my manager reports. After a fair bit of googling, I started looking at tc and ip, and found the following: from ip address show, first, on the old home directory server, eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 1000 then, on the new: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 I've tried tc qdisc add dev eth0 mq pfifo_fast and tc qdisc add dev eth0 pfifo_fast and neither works. I've googled, and seen something about you can't set something with tc, because pfifo_fast is the hardwired default. Anyone know how I can reset this, or is there a package I can reinstall that would do that? mark

3 6

CentOS-5 - Need help sourcing an SQLite-3.6.16 or later rpm
by James B. Byrne 02 Mar '12

02 Mar '12

CentOS-5.7 SQLite-3.6.6 Ruby on Rails 3.1 Ruby-1.8.7 I have a situation wherein the version of SQLite-3 on CentOS-5 is too 'old' for the Ruby language sqlite3 DBMS adapter to successfully build against. I managed to obtain an rpm for ruby-1.8.7 but I cannot find one for sqlite-3.6.16 or later. Does anyone here have a lead on where such a beast, including the sqlite development headers, might be found? I know that CentOS-6 ships with sqlite-3.6.20 but I can find nothing more recent than 3.6.6 for sqlite on CentOS-5 in the various supplemental repos that I generally use (epel and rpmforge). -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Re: [CentOS] Software RAID1 with CentOS-6.2
by Chuck Munro 01 Mar '12

01 Mar '12

On 03/01/2012 09:00 AM, Mark Roth wrote: > > Miguel Medalha wrote: >> > >> > A few months ago I had an enormous amount of grief trying to understand >> > why a RAID array in a new server kept getting corrupted and suddenly >> > changing configuration. After a lot of despair and head scratching it >> > turned out to be the SATA cables. This was a rack server from Asus with >> > a SATA backplane. The cables, made by Foxconn, came pre-installed. >> > >> > After I replaced the SATA cables with new ones, all problems were gone >> > and the array is now rock solid. > Thanks for this info, Miguel. > <snip> >> > As an additional information, I quote from the Caviar Black range >> > datasheet: >> > >> > "Desktop / Consumer RAID Environments - WD Caviar Black Hard Drives are >> > tested and recommended for use in consumer-type RAID applications >> > (RAID-0 /RAID-1). >> > - Business Critical RAID Environments ? WD Caviar Black Hard Drives are >> > not recommended for and are not warranted for use in RAID environments >> > utilizing Enterprise HBAs and/or expanders and in multi-bay chassis, as >> > they are not designed for, nor tested in, these specific types of RAID >> > applications. For all Business Critical RAID applications, please >> > consider WD?s Enterprise Hard Drives that are specifically designed with >> > RAID-specific, time-limited error recovery (TLER), are tested >> > extensively in 24x7 RAID applications, and include features like >> > enhanced RAFF technology and thermal extended burn-in testing." > Wonderful... NOT. We've got a number of Caviar Green, so I looked up its > datasheet... and it says the same. > > That rebuild of my system at home? I think I'll look at commercial grade > drives.... > > mark > Interesting thread ... I have had problems with SATA cables in the past, and prefer those with the little metal latches. The problem is that you can't easily tell by looking at the connectors whether or not they're flakey. I've had positive experience with Caviar Black and Scorpio Black drives. The WD Green and Blue drives are built more cheaply than the Blacks (which have close to enterprise-grade construction). The dealer I buy drives from has told me that the Blacks have far lower return/defect rates. Of the approximately 30 2TB Blacks I have in RAID-6 service, I've only experienced two failures, which were handled quickly by the WD warranty program. It's interesting to note that while all the drive manufacturers are going back to 1 or 2-year warranties, the WD Black series remains at 5 years. A friend of mine has had a couple of strange problems with the RE (RAID) series of Caviars, which utilize the same mechanics as the non-RE Blacks. For software RAID, I would recommend that you stick with the non-RE versions because of differences in the firmware. It has come down to me buying *only* WD Black-series drives and nothing else. If I could afford them, I'd consider enterprise-grade drives. Having said that, I have a pair of 1TB Green drives in RAID-1 for the TimeMachine backups on my Mac, and they've been spinning 24x7 non-stop for 3 years without failure. I'm almost afraid to switch them off. Now, if WD can just get their post-flood production back in gear so prices can drop. My 2c, FWIW :-) Chuck

2 1

CentOS-announce Digest, Vol 85, Issue 1
by centos-announce-request＠centos.org 01 Mar '12

01 Mar '12

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. CentOS-4 i386 and x86_64 End of Life (EOL) (Johnny Hughes) 2. CEBA-2012:0342 CentOS 6 libvirt Update (Johnny Hughes) 3. CEBA-2012:0346 CentOS 6 nss_db Update (Johnny Hughes) 4. CEBA-2012:0348 CentOS 6 emacs Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Feb 2012 18:37:40 -0600 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CentOS-4 i386 and x86_64 End of Life (EOL) To: CentOS-Announce <centos-announce(a)centos.org> Message-ID: <4F4EC4D4.6000103(a)centos.org> Content-Type: text/plain; charset="iso-8859-1" This is the notification of the End of Life (EOL) for CentOS 4. The 7-year enterprise lifetime of CentOS-4 ends now. CentOS-4 has been copied to the CentOS Vault. The last released tree is available here: http://vault.centos.org/4.9/ All architectures of CentOS-4 (i386, x86_64, ppc, s390, and s390x) are impacted. Support for the CentOS-4 Cluster Server and the CentOS-4 Global File Server (csgfs) is also ended. The CentOS-4.8 and 4.9 trees will be emptied from the CentOS mirrors in short order. CentOS-4 will remain available in the CentOS Vault, along with CentOS-2 and CentOS-3, indefinitely. You can use the vault in the same way you have used the CentOS mirrors in the past, however no updates will be released for CentOS-4 moving forward. Accordingly, the CentOS Project strongly recommends that you migrate any CentOS-4 installs to a newer version of CentOS (either CentOS-5 or CentOS-6). ================================================ If you have workloads that you can not move to a newer version CentOS, Red Hat, Inc. offers an optional support extension called the "Extended Life-cycle Support (ELS) Add-On Subscription" for their Red Hat Enterprise Linux (RHEL) 4 product. The ELS Subscription provides up to three additional years of limited Software Maintenance (Production 3 Phase) for RHEL 4 with unlimited technical support, critical Security Advisories (RHSAs) and selected Urgent Priority Bug Advisories (RHBAs). This service from Red Hat, Inc. would require both a RHEL 4 subscription and an ELS subscription. Note: The CentOS Project is not affiliated with Red Hat, Inc. CentOS-4 is not, nor does it contain, Red Hat Enterprise Linux 4. However, CentOS-4 is built from publicly available sources released by Red Hat, Inc. Because of these common source files, work loads running on CentOS-4 should be able to be moved to Red Hat Enterprise Linux 4 and allow you to use that platform with ELS for an additional 3 years if you need that service. Please see this link for more details about Red Hat ELS: http://www.redhat.com/products/enterprise-linux-add-ons/extended-lifecycle-… -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net

1 0

(no subject)
by haply rong 01 Mar '12

01 Mar '12

http://lists.centos.org/mailman/listinfo/centos

1 0

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 March 2012