Re: [CentOS] Installing kernel RHEL-5.3 on CentOS 5.2 (x86_64)
> nate wrote: >> Marcelo M. Garcia wrote: >>> Hi >>> >>> I tried to install the kernel Red Hat 5.3 x86_64 (2.6.18-128.el5.x86_64) >>> with the command: >>>rpm -Uvh kernel-2.6.18-128.el5.x86_64.rpm >>> but there is problem with dependecy: ecryptfs-util< 44. How to solve >>> problems with depencies when installing a beta kernel? >>> >>> I'm trying this kernel to see if I get CentOS working with the wireless >>> iw4965. I tried the drivers from Intel, but the compilation failed. >> >> It seems that ecryptfs-util is filesystem specific, and that's not >> a default filesystem in linux, so you should be safe in forcing the >> rpm to install (--nodeps --force or something). I can confirm this, just use --nodeps (please read remark below prior to doing this, as said use rpm -ivh --nodeps) I am running it successfully on my desktop. Akemi Yagi wrote: > On Tue, Jan 13, 2009 at 4:12 PM, Marcelo M. Garcia > wrote: >> Hi >> >> I tried to install the kernel Red Hat 5.3 x86_64 (2.6.18-128.el5.x86_64) >> with the command: >> rpm -Uvh kernel-2.6.18-128.el5.x86_64.rpm > > DO NOT use the -U option when installing the kernel. Use -ivh instead. Yes, the U option would update the kernels, making all other older versions of your kernel disappear, if the kernel would not load, you will not be able to load in an older version ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Poor RAID performance new Xeon server?
Stewart Williams schrieb: ... > ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > ata1.00: ATA-7: GB0250C8045, HPG1, max UDMA/133 > ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32) > ata1.00: configured for UDMA/133 > ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > ata2.00: ATA-7: MAXTOR STM3250310AS, 4.AAA, max UDMA/133 > ata2.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32) > ata2.00: configured for UDMA/133 > ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > ata3.00: ATA-7: MAXTOR STM3250310AS, 3.AAF, max UDMA/133 > ata3.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32) > ata3.00: configured for UDMA/133 > ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > ata4.00: ATA-7: MAXTOR STM3250310AS, 4.AAA, max UDMA/133 > ata4.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32) > ata4.00: configured for UDMA/133 > > Also, it shows 2 of the ports are running as 3.0Gbps (which is strange > as I thought all of the ports on the mainboard were the same 1.5Gbps speed) > > The 3 maxtor drives were purchased as SATA2 spec. > > Is there a way to tell what ata?.00 corresponds to sd[a-d]? So that I you can identify them easily using e.g. "smartctl -a -d ata /dev/sda" or "hdparm -i /dev/sda". Those commands return the model and firmware-revision which you then can match against ata1-ata4 > can RAID the 2 faster drives together. Or does the kernel assign in > order (e.g. ata2.00 = sdb)? Or won't it make much difference? it won't make much difference as long as you put two of the three STM3250310AS together (preferredly those with the presumably newer 4.AAA firmware). You may be able to switch the two 1.5Gbps drives into 3.0 Gbps mode by using vendor tools, but individual drive speeds are below 1.5Gbps anyway. HTH, Kay ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Postfix header check help - SOLVED
mouss wrote: > Plant, Dean a écrit : >> Hi list, >> >> I have a requirement for a mail server that only allows email to pass >> with a particular word in the subject line. >> >> Reading the header checks docs for Postfix I thought I may be able >> to add this rule: >> >> !/^Subject: .*dingdong/ REJECT Need to add dingdong to subject line >> to send >> >> Which should reject all mail unless the subject line contains >> "dingdong". Unfortunately this seems to block all mail from passing. >> > > if /^Subject:/ > !/dingdong/ REJECT blah blah > endif > >> Removing the "!" works as expected and the server allows all mail to >> pass, unless dingdong is in the subject line which is rejected. >> >> Is this rule valid? Or is there a better way to make this work? >> > > the rule is (syntactically) valid. but it doesn't do what you want. > take the following header: > > Date: Tue, 13 Jan 2009 15:51:40 - > > does it contain "dingdong"? does it start with "Subject"? so it's a > REJECT. > Thank you. Your example works as expected. It seems I was focusing only on the subject line but as you pointed out header checks apply to all headers. Dean ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] hardware info
Hi How can I know the hardware info eg: type of memory No need to turn off the machine Thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
Look in the /proc directory, use the cat command and read the files in there, cpuinfo, memory etc ;) 2009/1/14 ann kok > Hi > > How can I know the hardware info eg: type of memory > No need to turn off the machine > > Thank you -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT/MU/U dpu s: a--> C++>$ U+> L++> B-> P+> E?> W+++>$ N K W++ O M++>$ V- PS+++ PE++ Y+ PGP t 5 X+ R- tv+ b+> DI D+++ G+ e(+) h--(++) r++ z++ --END GEEK CODE BLOCK-- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
> Hi > > How can I know the hardware info eg: type of memory > No need to turn off the machine > > Thank you Look in /proc or use a tool that sumarize it nicely (sosreport or others)... And look at the quickspecs documentation of your server. Even better, use your vendor utilities (if provided). By example, if it is an HP server, use hpdiags to get very detailed info. JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
Hi Also have a look in /proc directory another greate way then just dmidecode if also lspci to view all your pci devices. Per On 1/14/09 12:59 PM, "ann kok" wrote: > Hi > > How can I know the hardware info eg: type of memory > No need to turn off the machine > > Thank you > > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
ann kok schrieb: > Hi > > How can I know the hardware info eg: type of memory > No need to turn off the machine > > yum install dmidecode Rainer ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
ann kok napsal(a): > Hi > > How can I know the hardware info eg: type of memory > No need to turn off the machine Try lshw. David Hrbáč ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hardware info
Rainer Duffner wrote: > ann kok schrieb: >> Hi >> >> How can I know the hardware info eg: type of memory >> No need to turn off the machine >> >> > > > > yum install dmidecode > And if you need it over a lot of machines, look at ocsinventory-ng which will send it to a server and database it for you. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
Lanny Marcus wrote: > On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard wrote: > >>After I think the last or next to last update to firefox, I >started >> seeing some problems, wherein I no longer have a >"back" function on any >> pages or tabs. >> > > I am running Firefox on CentOS 5.2 (32 bit) (fully updated) and I am > not seeing that problem. > > >> Also, I get some kind of strange message >> >> "Assertion Failed ASSERT:***Search:_installLocation: engine has no >> file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no >> file!.2147500037) >> 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() >> 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) >> > > Strange messages. I've never seen those. > >>I realize this is not the proper place for FF related >problems, but >> > > If you got FF from CentOS I think it's OK to begin here. > > >> thought I'd ask if someone else has seen something like this happen. >> Prior to the last 2 updates, FF appeared to be working properly, and all >> the forward/back buttons worked. >> > > Can you verify the Firefox Package, to see that it is or is not corrupted? > > Yes, I've removed and reinstalled via yum and the Centos repo. > > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
Robert wrote: > Lanny Marcus wrote: > >> On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard wrote: >> >> >>>After I think the last or next to last update to firefox, I >started >>> seeing some problems, wherein I no longer have a >"back" function on any >>> pages or tabs. >>> >>> >> I am running Firefox on CentOS 5.2 (32 bit) (fully updated) and I am >> not seeing that problem. >> >> >> >>> Also, I get some kind of strange message >>> >>> "Assertion Failed ASSERT:***Search:_installLocation: engine has no >>> file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no >>> file!.2147500037) >>> 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() >>> 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) >>> >>> >> Strange messages. I've never seen those. >> >> >>>I realize this is not the proper place for FF related >problems, but >>> >>> >> If you got FF from CentOS I think it's OK to begin here. >> >> >> >>> thought I'd ask if someone else has seen something like this happen. >>> Prior to the last 2 updates, FF appeared to be working properly, and all >>> the forward/back buttons worked. >>> >>> >> Can you verify the Firefox Package, to see that it is or is not corrupted? >> >> > My Firefox is running just fine, too, Lanny. Seems like I recall the > O.P. having problems with cross-pollinated repositories some time ago. A > Firefox update history might be helpful: > > [r...@mavis log]# grep -i firefox* /var/log/yum.log.2 > Jun 27 20:27:40 Updated: firefox.i386 1.5.0.12-1.el5.centos > Jul 20 12:05:52 Updated: firefox.i386 1.5.0.12-3.el5.centos > Oct 24 07:30:46 Updated: firefox.i386 1.5.0.12-6.el5.centos > Dec 05 09:39:13 Updated: firefox.i386 1.5.0.12-7.el5.centos > [r...@mavis log]# grep -i firefox\* /var/log/yum.log.2 > Jun 27 20:27:40 Updated: firefox.i386 1.5.0.12-1.el5.centos > Jul 20 12:05:52 Updated: firefox.i386 1.5.0.12-3.el5.centos > Oct 24 07:30:46 Updated: firefox.i386 1.5.0.12-6.el5.centos > Dec 05 09:39:13 Updated: firefox.i386 1.5.0.12-7.el5.centos > [r...@mavis log]# grep -i firefox\* /var/log/yum.log.1 > Feb 10 07:48:31 Updated: firefox.i386 1.5.0.12-9.el5.centos > Mar 28 08:12:17 Updated: firefox.i386 1.5.0.12-14.el5.centos > Apr 19 11:19:13 Updated: firefox.i386 1.5.0.12-15.el5.centos > Jun 24 16:53:06 Updated: firefox.i386 3.0-0.beta5.6.el5.centos > [r...@mavis log]# > > Also, it might be useful to remove all addons -- extensions, themes, > plugins, etc. to see if one of those is causing a problem. > ___ > The only thing I did was exclude the i386 and i686 pkgs some time back, but after seeing this problem, I removed the excludes and let it install both versions i.e., the i386 and X86_64 versions, thinking there might be a library shared between them and by not having both, something broke. So far, no luck. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
On Wed, 2009-01-14 at 10:07 -0500, Sam Drinkard wrote: > > Lanny Marcus wrote: > > On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard wrote: > > > >>After I think the last or next to last update to firefox, I >started > >> seeing some problems, wherein I no longer have a >"back" function on any > >> pages or tabs. > >> > > Can you verify the Firefox Package, to see that it is or is not corrupted? > > > > > Yes, I've removed and reinstalled via yum and the Centos repo. Again, I'm really ignorant, but I have one other thought. Have you tried moving all the user-specific stuff directory to another name and letting FF start up "fresh"? I recently had a problem regarding the destruction of the pluginreg.dat. Still waiting to hear if I should post a bug on it. The problem was having FF check to see if it was the default browser (needs to be disabled). Anyway, since you've re-installed, maybe something corrupted some configuration files. It's easy to do, so worth a try I guess. The ones with which I'm familiar are ~/.mozilla/firefox and ~/.mozilla/ although I don't think the latter one is involved. There's probably some system-wide ones, but I've never had to chase those down yet. BTW, did you try an rpm verify after the re-install? We don't want to "assume" that things were not corrupted by the download/install process. > > I need to add you to my spell-checker. It want's me to believe you're a "Drunkard". :-) HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
William L. Maltby wrote: > On Wed, 2009-01-14 at 10:07 -0500, Sam Drinkard wrote: > >> Lanny Marcus wrote: >> >>> On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard wrote: >>> >>> After I think the last or next to last update to firefox, I >started seeing some problems, wherein I no longer have a >"back" function on any pages or tabs. > > >>> Can you verify the Firefox Package, to see that it is or is not corrupted? >>> >>> >>> >> Yes, I've removed and reinstalled via yum and the Centos repo. >> > > Again, I'm really ignorant, but I have one other thought. Have you tried > moving all the user-specific stuff directory to another name and letting > FF start up "fresh"? I recently had a problem regarding the destruction > of the pluginreg.dat. Still waiting to hear if I should post a bug on > it. The problem was having FF check to see if it was the default browser > (needs to be disabled). Anyway, since you've re-installed, maybe > something corrupted some configuration files. > > It's easy to do, so worth a try I guess. > > The ones with which I'm familiar are ~/.mozilla/firefox and ~/.mozilla/ > although I don't think the latter one is involved. There's probably some > system-wide ones, but I've never had to chase those down yet. > > BTW, did you try an rpm verify after the re-install? We don't want to > "assume" that things were not corrupted by the download/install process. > > >>> >>> > > I need to add you to my spell-checker. It want's me to believe you're a > "Drunkard". :-) > > HTH > Hahahahahaha! That's about what I feel like this morning Bill. Too many 'rita's yesterday evening. I thought of removing all the mozilla stuff in home to see if that helped, but have not gotten a roundtuit yet. I did verify the file, and it checks out ok. Now that the inbox is cleaned up, I'll give it a shot and see what happens. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
Problem solved! Apparently, something got trashed in the ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, restarted FF and all works as advertized now. Thanks for the help and suggestions guys... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
On Wed, 2009-01-14 at 11:09 -0500, Sam Drinkard wrote: > Problem solved! Apparently, something got trashed in the > ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, > restarted FF and all works as advertized now. Glad to hear that! Y'know those 'ritas are corrupting influences, right? >;-)) > > Thanks for the help and suggestions guys... > > Sam > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] After BIND update owner changed and restart failed
Scott Mazur wrote on Tue, 13 Jan 2009 08:08:22 -0600: > AFAIK the DHCP client has no authority to register dynamic dns regardless of > how the client machines are configured. It's the DHCP server that decides to > update BIND and this can be turned on or off. My guess is your DHCP server is > configured to update BIND when clients get new leases. Hence the errors > reported by BIND when these attempts are made. Read up on the man pages for > dhcpd.conf. In particular review the ddns-update-style and ddns-updates > options. Hm, man says that "ignore client-updates;" is what I want to set. However, this is already set in the file. I just checked my logs again and now I know why I didn't ever notice it before. It seems that happened only from Jan. 8 to 11. Not before (as far as log goes back, which is only four weeks), not after. I did the named update on Jan. 11, but this seems to be coincidence. And it's been always the same client. Go, figure. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] How to install TP-LINK WN321G driver on CentOS 5.2
Hi, Would anyone who has prior experience please share me the steps for the subject? Many thanks! [r...@zhu ~]# uname -a Linux zhu.net 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 12:03:43 EST 2008 i686 athlon i386 GNU/Linux Cheers, Xiaobo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 47, Issue 5
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...@centos.org
You can reach the person managing the list at
centos-announce-ow...@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. CESA-2009:0013 Moderate CentOS 5 x86_64 avahi Update
(Karanbir Singh)
2. CESA-2009:0013 Moderate CentOS 5 i386 avahi Update
(Karanbir Singh)
3. CEBA-2008:1034 CentOS 5 i386 krb5 Update (Karanbir Singh)
4. CEBA-2008:1034 CentOS 5 x86_64 krb5 Update (Karanbir Singh)
5. CESA-2009:0010 Moderate CentOS 5 i386 squirrelmail Update
(Karanbir Singh)
6. CESA-2009:0010 Moderate CentOS 5 x86_64 squirrelmail Update
(Karanbir Singh)
--
Message: 1
Date: Wed, 14 Jan 2009 00:46:56 +
From: Karanbir Singh
Subject: [CentOS-announce] CESA-2009:0013 Moderate CentOS 5 x86_64
avahi Update
To: centos-annou...@centos.org
Message-ID: <20090114004656.ga13...@vkalu.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2009:0013 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-0013.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
b764802ce574e7fe37719ae94c30ed5d avahi-0.6.16-1.el5_2.1.i386.rpm
ed75736f0dd83b4cf7f73c39717fb7fa avahi-0.6.16-1.el5_2.1.x86_64.rpm
4d17c33f113f0143f890c30b123c1251 avahi-compat-howl-0.6.16-1.el5_2.1.i386.rpm
c3205691ac4b0c50f70954194ddfb126 avahi-compat-howl-0.6.16-1.el5_2.1.x86_64.rpm
4d77c6e13961c70e9a0f32a7f159324d
avahi-compat-howl-devel-0.6.16-1.el5_2.1.i386.rpm
4ab0098458576fb5074bc78038ffc01a
avahi-compat-howl-devel-0.6.16-1.el5_2.1.x86_64.rpm
b030dc653691e54b125db2f58e72fffd
avahi-compat-libdns_sd-0.6.16-1.el5_2.1.i386.rpm
b612d2e05c1c52fe8dfe6a43258d5721
avahi-compat-libdns_sd-0.6.16-1.el5_2.1.x86_64.rpm
48f40ed4d4d11faa5e8ac34c9d8b6601
avahi-compat-libdns_sd-devel-0.6.16-1.el5_2.1.i386.rpm
dc9bfd8814d4d4f801581f8c7db74e14
avahi-compat-libdns_sd-devel-0.6.16-1.el5_2.1.x86_64.rpm
012081ba7707b9cea622c0c76d2e8f1e avahi-devel-0.6.16-1.el5_2.1.i386.rpm
dc2e4c902320a8670ac48eceac59ddef avahi-devel-0.6.16-1.el5_2.1.x86_64.rpm
0014626a94e4392ee3518f9e2c2cf919 avahi-glib-0.6.16-1.el5_2.1.i386.rpm
bd39f8f08f35e65178914913fbecb80d avahi-glib-0.6.16-1.el5_2.1.x86_64.rpm
ec2641ea3dddaa1f1335a13f823f5224 avahi-glib-devel-0.6.16-1.el5_2.1.i386.rpm
5ad0839a64d34c3eb92126a4d338b6dd avahi-glib-devel-0.6.16-1.el5_2.1.x86_64.rpm
8951a3d1c3083c00a8664d68947e99e7 avahi-qt3-0.6.16-1.el5_2.1.i386.rpm
355b3e756c9174a640bdf0040e10916e avahi-qt3-0.6.16-1.el5_2.1.x86_64.rpm
b8303296011f0bb5374ab7f78628f4c0 avahi-qt3-devel-0.6.16-1.el5_2.1.i386.rpm
d0c80b1c75bfab98037f73c3f84640a3 avahi-qt3-devel-0.6.16-1.el5_2.1.x86_64.rpm
1117a554342f05aaecd9430b1c6a40ed avahi-tools-0.6.16-1.el5_2.1.x86_64.rpm
Source:
407173f055cd5ea009ce032b88f190f3 avahi-0.6.16-1.el5_2.1.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
--
Message: 2
Date: Wed, 14 Jan 2009 00:46:56 +
From: Karanbir Singh
Subject: [CentOS-announce] CESA-2009:0013 Moderate CentOS 5 i386 avahi
Update
To: centos-annou...@centos.org
Message-ID: <20090114004656.ga13...@vkalu.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2009:0013 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-0013.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
1cc6cfcdec10ca64831732e4eea175a2 avahi-0.6.16-1.el5_2.1.i386.rpm
9414b92381d8a44d5aa72038681a3af7 avahi-compat-howl-0.6.16-1.el5_2.1.i386.rpm
b504ef5f49b12f1391c833807917538a
avahi-compat-howl-devel-0.6.16-1.el5_2.1.i386.rpm
ad5a48c13238af121aa18265d78a5ce8
avahi-compat-libdns_sd-0.6.16-1.el5_2.1.i386.rpm
658f11618df9d09ab7c62359271abb87
avahi-compat-libdns_sd-devel-0.6.16-1.el5_2.1.i386.rpm
cd25e383677769ce9b62d24d9dccd4c2 avahi-devel-0.6.16-1.el5_2.1.i386.rpm
5518d6cbb7bee1863dc349ededa74713 avahi-glib-0.6.16-1.el5_2.1.i386.rpm
27e9efddf6499b19cc6f46d6b975b1d8 avahi-glib-devel-0.6.16-1.el5_2.1.i386.rpm
2063a11a200d9e526f0ce398c960255e avahi-qt3-0.6.16-1.el5_2.1.i386.rpm
2678d921805c36abcc215b9732d67823 avahi-qt3-devel-0.6.16-1.el5_2.1.i386.rpm
965ae8c80bd77b7458dc8c0e5789823e avahi-tools-0.6.16-1.el5_2.1.i386.rpm
Source:
407173f055cd5ea009ce032b88f190f3 avahi-0.6.16-1.el5_2.1.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #ce
Re: [CentOS] Creating an iso image of a audio CD with K3B
Robert Moskowitz wrote: > Could it be this simple? > Robert Moskowitz wrote: >> Can you do this? I have not found the options to get this to happen. >> So far I have seen how to read the Audio CD and make a directory of WAV >> files with a control file for later burning to CD, but I want an iso >> image that I can archive and burn audio CDs to use as they get used up. > According to: > http://en.kioskea.net/faq/sujet-1209-creating-an-iso-image-under-linux > dd if=/dev/hdd of=mycd.iso > So I figured out that my cdr/dvdr is hdb (k3b tells me so), so I try: > dd if=/dev/hdb of=mycd.iso > and get the errors: > dd: reading `/dev/hdb': Input/output error > 0+0 records in > 0+0 records out > 0 bytes (0 B) copied, 0.0468789 seconds, 0.0 kB/s > The gnome panel shows the CD icon but the options are only to play the > CD or eject it. > I tried a umount /dev/hdb but am told it is not mounted per mtab. > Any ideas? yes normally it should be that simple did you run the command as root? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-5.2 su -l is failing
I am encountering an odd problem with su. Up until quite recently I was able to connect to one of my servers (CentOS-5.2) via ssh as an ordinary user and then, from the shell, perform an $ su -l to obtain root access. Now when I try to do this I see the following: $ su -l Password: su: incorrect password If, instead of I ssh to this machine as the root user ($ ssh -l root host) and enter exactly the same password from the same keyboard then I log in successfully as root. I have made no conscious changes to the target system configuration files and I know that the first method, logging in as a normal user and then su -l to root, was working just a few days ago. Review of the man and info pages does not enlighten me as to what might be wrong. The log file says this: Jan 14 12:00:22 inet01 sshd[15433]: Accepted password for myuser from x.x.x.x port 53458 ssh2 Jan 14 12:00:22 inet01 sshd[15433]: pam_unix(sshd:session): session opened for user myuser by (uid=0) Jan 14 12:00:32 inet01 su: pam_unix(su-l:auth): authentication failure; logname=myuser uid=500 euid=500 tty=pts/8 ruser=myuser rhost= user=root Any ideas as to what might be happening here and how I might fix it? Regards, -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-5.2 su -l is failing
James B. Byrne wrote: > Any ideas as to what might be happening here and how I might fix it? It's a long shot but check that /bin/su is setuid ? >From a 5.1 system: -rwsr-xr-x 1 root root 24060 Mar 21 2007 /bin/su nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Areca 1220 kernel lockups
Has anyone experienced any problems with Areca raid cards specifically the 1220 causing kernels to lock up? We are running 2.6.18-92.1.22.el5xen on 64bit. We have "areca_cli rsf info" run once an hour from cron to check for raid raid issues. Having this running seems to cause the box to lock up. Whats weird is I can't seem to make it lock up while running that command by hand. If anyone has any insight on this it would be most appreciated. Thanks, William ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] NVIDIA nForce Networking Controller
Hello, I can't get NVIDIA nForce Networking Controller working with CentOS 5.2 (HP Pavilion a6500f Desktop PC) Any tip will be highly appreciated :-) Thanks, Alex. __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] After BIND update owner changed and restart failed
On Wed, 14 Jan 2009 17:31:26 +0100, Kai Schaetzl wrote > Scott Mazur wrote on Tue, 13 Jan 2009 08:08:22 -0600: > > > AFAIK the DHCP client has no authority to register dynamic dns regardless of > > how the client machines are configured. It's the DHCP server that decides > > to > > update BIND and this can be turned on or off. My guess is your DHCP server > > is > > configured to update BIND when clients get new leases. Hence the errors > > reported by BIND when these attempts are made. Read up on the man pages for > > dhcpd.conf. In particular review the ddns-update-style and ddns-updates options. > > Hm, man says that "ignore client-updates;" is what I want to set. > However, this is already set in the file. I just checked my logs > again and now I know why I didn't ever notice it before. It seems > that happened only from Jan. 8 to 11. Not before > (as far as log goes back, which is only four weeks), not after. I > did the named update on Jan. 11, but this seems to be coincidence. > And it's been always the same client. Go, figure. "the server can be configured either to honor the client's intentions or ignore them. This is done with the statement allow client-updates; or the statement ignore client-updates;" This refers to the client updating its own A record. Ignore/allow here won't stop the DHCP server from attempting updates to BIND. "The DHCP server must be configured to use one of the two currently-supported methods, or not to do dns updates. This can be done with the ddns-update-style configuration parameter" You want to set ddns-update-style to 'none'. This should end the BIND update attempts (and failure logging). Scott -- Registered Linux user #395249, http://counter.li.org Nothing goes to waste when Little Fish are near! (http://www.littlefish.ca) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
William L. Maltby wrote: > On Wed, 2009-01-14 at 11:09 -0500, Sam Drinkard wrote: > >> Problem solved! Apparently, something got trashed in the >> ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, >> restarted FF and all works as advertized now. >> > > Glad to hear that! > > Y'know those 'ritas are corrupting influences, right? >;-)) > > >> Thanks for the help and suggestions guys... >> >> Sam >> >> > Yeah, but sometimes they also lead to major breakthroughs of insight (after > you sober up ) :) > Cheers! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
on 1-14-2009 8:15 AM William L. Maltby spake the following: > On Wed, 2009-01-14 at 11:09 -0500, Sam Drinkard wrote: >> Problem solved! Apparently, something got trashed in the >> ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, >> restarted FF and all works as advertized now. > > Glad to hear that! > > Y'know those 'ritas are corrupting influences, right? >;-)) > Then make me a pitcher of "corruption"! ;-P -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] csgfs 4 really outdated
Centos CSGFS is at this time really outdated compared to current rh updates and fixes, is the centos team still giving support to this version???. Best regards ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Does CentOS 5 support USB 1 ?
We upgraded our Internet server to CentOS 5 from RedHat 4. Now we can't use the USB port. dmesg returns: usbcore: deregistering driver usb-storage Initializing USB Mass Storage driver... usbcore: registered new driver usb-storage USB Mass Storage support registered. USB Universal Host Controller Interface driver v3.0 PCI: Enabling device :00:07.2 ( -> 0001) PCI: No IRQ known for interrupt pin D of device :00:07.2. Probably buggy MP table. uhci_hcd :00:07.2: Found HC with no IRQ. Check BIOS/PCI :00:07.2 setup! uhci_hcd :00:07.2: init :00:07.2 fail, -19 PCI: Enabling device :00:07.3 ( -> 0001) PCI: No IRQ known for interrupt pin D of device :00:07.3. Probably buggy MP table. uhci_hcd :00:07.3: Found HC with no IRQ. Check BIOS/PCI :00:07.3 setup! uhci_hcd :00:07.3: init :00:07.3 fail, -19 The hosts (across the country) tell us CentOS doesn't support USB 1 ! I find this unbelievable. Can anyone set me straight? Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] stack overflow
Hi, I've got a fileserver that runs Centos 5.2. It's been stable otherwise stable for maybe a year or more, and now it's crashed three times since Saturday. The first two times the computer was completely unresponsive, and there was nothing on the console, and nothing in the logs. I was beginning to suspect hardware, (esp. RAM, PSU, or maybe a failed fan) Last night it locked up again, but this time there was something in / var/log/messages. (see below) So far my searches indicate that increasing to 8K kernel stacks would fix this. The server has a couple 3ware SATA RAID cards, and I'm running xfs. The server does nightly disk to disk backups of a few dozen workstations. The server does always seem to crash overnight. If the problem really is in the kernel stack size, it's odd that it just started all of a sudden. I thought I'd post here before I looked into compiling a new kernel with 8K stacks. Thanks for any advice! --Peter 2.6.18-53.1.21.el5 #1 SMP Tue May 20 09:34:18 EDT 2008 i686 i686 i386 GNU/Linux Jan 14 03:06:21 fs2 kernel: do_IRQ: stack overflow: 464 Jan 14 03:06:21 fs2 kernel: [] do_IRQ+0x5c/0xae Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request at virtual address fc7ff0aa Jan 14 03:06:21 fs2 kernel: printing eip: Jan 14 03:06:21 fs2 kernel: c0606da4 Jan 14 03:06:21 fs2 kernel: *pde = Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request at virtual address fc7ff226 Jan 14 03:06:21 fs2 kernel: printing eip: Jan 14 03:06:21 fs2 kernel: c060704e Jan 14 03:06:21 fs2 kernel: *pde = clip for repeating info-- Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request at virtual address fc7ff226 Jan 14 03:06:21 fs2 kernel: printing eip: Jan 14 03:06:21 fs2 kernel: c060704e Jan 14 03:06:21 fs2 kernel: *pde = Jan 14 03:06:21 fs2 kernel: Oops: 0002 [#1] Jan 14 03:06:21 fs2 kernel: SMP Jan 14 03:06:21 fs2 kernel: last sysfs file: /devices/pci:00/:00:1e.0/:04:04.0/irq Jan 14 03:06:21 fs2 kernel: Modules linked in: ipv6 autofs4 hidp rfcomm l2cap bluetooth sunrpc xfs(U) dm_mul tipath video sbs backlight i2c_ec button battery asus_acpi ac lp i2c_i801 e7xxx_edac floppy edac_mc i2c_core ide_cd serio_raw e100 parport_pc cdrom e1000 mii parport intel_rng sg pcspkr dm_snapshot dm_zero dm_mirror dm_mod ata_piix libata 3w_9xxx sd_mod scsi_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd Jan 14 03:06:21 fs2 kernel: CPU: -1065923552 Jan 14 03:06:21 fs2 kernel: EIP: 0060:[] Not tainted VLI Jan 14 03:06:21 fs2 kernel: EFLAGS: 00010046 (2.6.18-53.1.21.el5 #1) Jan 14 03:06:21 fs2 kernel: EIP is at do_page_fault+0x3c5/0x4b8 Jan 14 03:06:21 fs2 kernel: eax: 0013 ebx: ecx: c0626aae edx: 6dbf Jan 14 03:06:21 fs2 kernel: esi: fc7ff226 edi: fc7ff026 ebp: 0002 esp: f0b69170 Jan 14 03:06:21 fs2 kernel: ds: 007b es: 007b ss: 0068 Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request at virtual address 000100ca Jan 14 03:06:21 fs2 kernel: printing eip: Jan 14 03:06:21 fs2 kernel: c0606da4 Jan 14 03:06:21 fs2 kernel: *pde = 707f0067 Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request at virtual address 826ef258 Jan 14 03:06:21 fs2 kernel: printing eip: Jan 14 03:06:21 fs2 kernel: c041fa82 Jan 14 03:06:21 fs2 kernel: *pde = ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Does CentOS 5 support USB 1 ?
On Wed, 2009-01-14 at 13:34 -0700, Russell Bell wrote: > We upgraded our Internet server to CentOS 5 from RedHat 4. > Now we can't use the USB port. dmesg returns: > > usbcore: deregistering driver usb-storage > Initializing USB Mass Storage driver... > usbcore: registered new driver usb-storage > USB Mass Storage support registered. > USB Universal Host Controller Interface driver v3.0 > PCI: Enabling device :00:07.2 ( -> 0001) > PCI: No IRQ known for interrupt pin D of device :00:07.2. Probably > buggy MP table. > uhci_hcd :00:07.2: Found HC with no IRQ. Check BIOS/PCI :00:07.2 > setup! > uhci_hcd :00:07.2: init :00:07.2 fail, -19 > PCI: Enabling device :00:07.3 ( -> 0001) > PCI: No IRQ known for interrupt pin D of device :00:07.3. Probably > buggy MP table. > uhci_hcd :00:07.3: Found HC with no IRQ. Check BIOS/PCI :00:07.3 > setup! > uhci_hcd :00:07.3: init :00:07.3 fail, -19 > > > The hosts (across the country) tell us CentOS doesn't support USB 1 ! > > I find this unbelievable. > > Can anyone set me straight? Since we have no idea of your mainboard chipset, it might be hard to get knowledgeable people to spend their time on it. I'm not knowledgeable, but have a general background. Based on the messages, I would check the BIOS setup, as the messages suggest. It may be that the 4.x stuff driver(s) didn't depend on an IRQ while the 5.x might. Just a guess. I guess a conflict is also possible. If you don't see anything to change and test, I suggest you post back with more info so experienced folks can help. > > Thanks. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-5.2 su -l is failing
On Wed Jan 14 17:16:01 UTC 2009, nate centos at linuxpowered.net wrote: > It's a long shot but check that /bin/su is setuid ? > > From a 5.1 system: > > -rwsr-xr-x 1 root root 24060 Mar 21 2007 /bin/su This is what I have on that host: # ll /bin/su -rwxr-xr-x 1 root root 24120 May 24 2008 /bin/su su -l runs ok. It prompts for a password, but it invariably fails saying that the wrong password has been entered. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] csgfs 4 really outdated
Aliet Santiesteban Sifontes wrote: > Centos CSGFS is at this time really outdated compared to current rh > updates and fixes, is the centos team still giving support to this > version???. What are you missing? GFS-kernel-2.6.9-80.9.el4_7.5.src.rpm is the latest kernel which is available on ftp.redhat.com - and I think we have that. Last change is from November 2008 on ftp.redhat.com. Cheers, Ralph pgp2Nly5fFrBd.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-5.2 su -l is failing
I noticed that the suid mode was missing and set it with chmod u+s /usr/bin/su. Now the permissions are: $ ll $(which su) -rwsr-xr-x 1 root root 24120 May 24 2008 /bin/su And now su -l works for ordinary users. Thank you very much. I am certain that I have not been changing file modes in /usr/bin, ever. Does anyone have any idea how this change could occur? Where would a file mode change be logged, if at all? Thanks. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] stack overflow
On Wed, Jan 14, 2009 at 3:49 PM, Peter Doherty wrote: > 2.6.18-53.1.21.el5 #1 SMP Tue May 20 09:34:18 EDT 2008 i686 i686 i386 > GNU/Linux Have you tried this with the current kernel for centos5? -- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] stack overflow
Peter Doherty wrote: > Hi, > > Jan 14 03:06:21 fs2 kernel: BUG: unable to handle kernel paging request > at virtual address fc7ff0aa that makes me think bad ram. Run memtest86 or some other memory tester. It may take a day or two or three for it to pick up errors. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-5.2 su -l is failing
James B. Byrne wrote: > I noticed that the suid mode was missing and set it with chmod u+s > /usr/bin/su. Now the permissions are: > > $ ll $(which su) > -rwsr-xr-x 1 root root 24120 May 24 2008 /bin/su > > And now su -l works for ordinary users. Thank you very much. > > I am certain that I have not been changing file modes in /usr/bin, ever. > Does anyone have any idea how this change could occur? Where would a file > mode change be logged, if at all? I'm not aware of anything out side of host intrusion detection systems that would log something like a file mode change, Not sure what might of changed it, short of someone mistyping a command perhaps a find command with -exec chmod run as root from the wrong directory or a chmod -R or something. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-5.2 su -l is failing
James B. Byrne wrote on Wed, 14 Jan 2009 16:11:52 -0500 (EST): > Does anyone have any idea how this change could occur? There are some security tools that could be configured to reset SUID bits on files in certain paths with their default templates. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrade question. - when to reboot
On 1/9/2009 9:49 AM, Robert Nichols wrote: > Brian wrote: > >> Is there a list of packages that after update require a reboot, other then >> kernel? >> > For updates other than the kernel, there is almost always an answer > short of a full reboot. But, finding that answer and being 100% > certain that it is a complete answer can be a challenge, and is, > say, bringing the system down to single-user mode momentarily all > that much better than simply rebooting? If a hard reboot is what you are attempting to avoid, with 'kexec' even the Linux kernel can be "reloaded" without a hardware reset. This is convenient if you want to avoid the long system reset time. "Kexec is a patch to the Linux kernel that allows you to boot directly to a new kernel from the currently running one. In the boot sequence described above, kexec skips the entire bootloader stage (the first part) and directly jumps into the kernel that we want to boot to. There is no hardware reset, no firmware operation, and no bootloader involved. The weakest link in the boot sequence -- that is, the firmware -- is completely avoided. The big gain from this feature is that system reboots are now extremely fast. For enterprise-class systems, kexec drastically reduces reboot-related system downtime. For kernel and system software developers, kexec helps you quickly reboot your system during development or testing efforts without having to go through the costly firmware stage every time." [1] Kenneth [1] http://www.ibm.com/developerworks/linux/library/l-kexec.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
