Discuss

discuss@lists.centos.org

34758 discussions

sendmail security
by abhishek singh 22 Sep '06

22 Sep '06

hi all i am using sendmail mail server, i have configured SASL+TLS+MailScanner+Spamassasin+.Procmail and its working fine, but there is one problem when i am doing telnet to my server on 25 port and using "mail from " command to send mail by any user like abc(a)gmail.com or any user @mydomain then sendmail is not able to verify sending user , so plz help me how can i verify the real sender means i want only my domain real user can sendmails .and when i am using mail clients then its working fine . prolem is occuring when , when i am doing telnet directly to smtp port to my server __________________________________________________________ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/

11 28

Page allocation failure and slow system
by Steve Bergman 21 Sep '06

21 Sep '06

Hi all. Every few days I am getting a message that looks like the one I have cut and pasted below. It is accompanied by a severe slowdown of the system. In fact, it's practically locked. The machine runs gnome-desktops for 40 users plus about a hundred sessions of a curses based point of sale software, plus a few other functions, so it's a busy machine. Dual Xeon 3.2GHz processors. 4096MB ram. 8192MB swap. During this period, I'm seeing lots of swapout. sar reports 266 pages per second averaged over that 10 minute period. I'm thinking that I have a runaway process, but have not been able to see one of these instances for myself at the time it is happening. I've set up a monitor to record the highest rss size process minute by minute, which should tell me more about what is happening. But I don't really understand what the message below is saying. It looks like I still have plenty of swap left, so why the page allocation failure? Thanks for any enlightenment. VM isn't my strong suit. -Steve ======= Sep 20 13:34:33 hagar kernel: metacity: page allocation failure. order:0, mode:0x50 Sep 20 13:34:33 hagar kernel: [<c0144257>] __alloc_pages+0x28b/0x29d Sep 20 13:34:33 hagar kernel: [<c01408da>] find_lock_page+0x96/0x9d Sep 20 13:34:33 hagar kernel: [<c014091a>] find_or_create_page +0x39/0x72 Sep 20 13:34:33 hagar kernel: [<c015cde3>] grow_dev_page+0x26/0x102 Sep 20 13:34:33 hagar kernel: [<c015cf8e>] __getblk_slow+0xcf/0xf3 Sep 20 13:34:33 hagar kernel: [<c015d285>] __getblk+0x3f/0x49 Sep 20 13:34:33 hagar kernel: [<c015d2ca>] __bread+0x9/0x1e Sep 20 13:34:33 hagar kernel: [<f88ef15b>] ext3_get_branch+0x63/0xc6 [ext3] Sep 20 13:34:33 hagar kernel: [<f88ef705>] ext3_get_block_handle +0x9e/0x27d [ext3] Sep 20 13:34:33 hagar kernel: [<f88838f8>] __split_bio+0xfd/0x103 [dm_mod] Sep 20 13:34:33 hagar kernel: [<f88ef948>] ext3_get_block+0x64/0x6c [ext3] Sep 20 13:34:33 hagar kernel: [<c015d664>] __block_write_full_page +0x107/0x2ea Sep 20 13:35:06 hagar kernel: [<f88ef8e4>] ext3_get_block+0x0/0x6c [ext3] Sep 20 13:35:11 hagar kernel: [<c015eabc>] block_write_full_page +0xc5/0xce Sep 20 13:35:14 hagar kernel: [<f88ef8e4>] ext3_get_block+0x0/0x6c [ext3] Sep 20 13:35:21 hagar kernel: [<f88f025a>] ext3_ordered_writepage +0xce/0x13a [ext3] Sep 20 13:35:23 hagar kernel: [<f88f016c>] bget_one+0x0/0x7 [ext3] Sep 20 13:35:25 hagar kernel: [<c01499b5>] pageout+0x8d/0xcc Sep 20 13:35:25 hagar kernel: [<c0149bfb>] shrink_list+0x207/0x3ed Sep 20 13:35:26 hagar kernel: [<c0148e8c>] __pagevec_release+0x15/0x1d Sep 20 13:35:27 hagar kernel: [<c0149fbe>] shrink_cache+0x1dd/0x34d Sep 20 13:35:28 hagar kernel: [<c014a67c>] shrink_zone+0xa7/0xb6 Sep 20 13:35:29 hagar kernel: [<c014a6d7>] shrink_caches+0x4c/0x57 Sep 20 13:35:30 hagar kernel: [<c014a7ce>] try_to_free_pages+0xc3/0x1a7 Sep 20 13:35:30 hagar kernel: [<c0144181>] __alloc_pages+0x1b5/0x29d Sep 20 13:35:30 hagar kernel: [<c0144281>] __get_free_pages+0x18/0x24 Sep 20 13:35:31 hagar kernel: [<c016b3a2>] __pollwait+0x2d/0x95 Sep 20 13:35:35 hagar kernel: [<c029d7c1>] tcp_poll+0x31/0x146 Sep 20 13:35:35 hagar kernel: [<c0278741>] sock_poll+0x12/0x14 Sep 20 13:35:36 hagar kernel: [<c016b645>] do_select+0x196/0x2c6 Sep 20 13:35:37 hagar kernel: [<c016b375>] __pollwait+0x0/0x95 Sep 20 13:35:37 hagar kernel: [<c016ba68>] sys_select+0x2e0/0x43a Sep 20 13:35:38 hagar kernel: [<c02d47bf>] syscall_call+0x7/0xb Sep 20 13:35:38 hagar kernel: [<c02d007b>] packet_rcv+0x18a/0x307 Sep 20 13:35:38 hagar kernel: Mem-info: Sep 20 13:35:40 hagar kernel: DMA per-cpu: Sep 20 13:35:41 hagar kernel: cpu 0 hot: low 2, high 6, batch 1 Sep 20 13:35:42 hagar kernel: cpu 0 cold: low 0, high 2, batch 1 Sep 20 13:35:42 hagar kernel: cpu 1 hot: low 2, high 6, batch 1 Sep 20 13:35:42 hagar kernel: cpu 1 cold: low 0, high 2, batch 1 Sep 20 13:35:43 hagar kernel: cpu 2 hot: low 2, high 6, batch 1 Sep 20 13:35:44 hagar kernel: cpu 2 cold: low 0, high 2, batch 1 Sep 20 13:35:45 hagar kernel: cpu 3 hot: low 2, high 6, batch 1 Sep 20 13:35:45 hagar kernel: cpu 3 cold: low 0, high 2, batch 1 Sep 20 13:35:45 hagar kernel: Normal per-cpu: Sep 20 13:35:46 hagar kernel: cpu 0 hot: low 32, high 96, batch 16 Sep 20 13:35:46 hagar kernel: cpu 0 cold: low 0, high 32, batch 16 Sep 20 13:35:46 hagar kernel: cpu 1 hot: low 32, high 96, batch 16 Sep 20 13:35:46 hagar kernel: cpu 1 cold: low 0, high 32, batch 16 Sep 20 13:35:46 hagar kernel: cpu 2 hot: low 32, high 96, batch 16 Sep 20 13:35:46 hagar kernel: cpu 2 cold: low 0, high 32, batch 16 Sep 20 13:35:47 hagar kernel: cpu 3 hot: low 32, high 96, batch 16 Sep 20 13:35:47 hagar kernel: cpu 3 cold: low 0, high 32, batch 16 Sep 20 13:35:47 hagar kernel: HighMem per-cpu: Sep 20 13:35:48 hagar kernel: cpu 0 hot: low 32, high 96, batch 16 Sep 20 13:35:48 hagar kernel: cpu 0 cold: low 0, high 32, batch 16 Sep 20 13:35:49 hagar kernel: cpu 1 hot: low 32, high 96, batch 16 Sep 20 13:35:50 hagar kernel: cpu 1 cold: low 0, high 32, batch 16 Sep 20 13:35:50 hagar kernel: cpu 2 hot: low 32, high 96, batch 16 Sep 20 13:35:50 hagar kernel: cpu 2 cold: low 0, high 32, batch 16 Sep 20 13:35:50 hagar kernel: cpu 3 hot: low 32, high 96, batch 16 Sep 20 13:35:51 hagar kernel: cpu 3 cold: low 0, high 32, batch 16 Sep 20 13:35:51 hagar kernel: Sep 20 13:35:51 hagar kernel: Free pages: 13396kB (832kB HighMem) Sep 20 13:35:52 hagar kernel: Active:868328 inactive:54456 dirty:31 writeback:18483 unstable:0 free:3349 slab:48649 mapped:902103 pagetables:28104 Sep 20 13:35:52 hagar kernel: DMA free:12564kB min:16kB low:32kB high:48kB active:0kB inactive:0kB present:16384kB pages_scanned:56093 all_unreclaimable? yes Sep 20 13:35:52 hagar kernel: protections[]: 0 0 0 Sep 20 13:35:52 hagar kernel: Normal free:0kB min:928kB low:1856kB high:2784kB active:441184kB inactive:155496kB present:901120kB pages_scanned:4059 all_unreclaimable? no Sep 20 13:35:52 hagar kernel: protections[]: 0 0 0 Sep 20 13:35:52 hagar kernel: HighMem free:832kB min:512kB low:1024kB high:1536kB active:3032128kB inactive:62328kB present:3866624kB pages_scanned:99 all_unreclaimable? no Sep 20 13:35:52 hagar kernel: protections[]: 0 0 0 Sep 20 13:35:53 hagar kernel: DMA: 5*4kB 4*8kB 4*16kB 3*32kB 3*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 2*4096kB = 12564kB Sep 20 13:35:53 hagar kernel: Normal: 0*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 0kB Sep 20 13:35:53 hagar kernel: HighMem: 32*4kB 12*8kB 6*16kB 0*32kB 0*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 832kB Sep 20 13:35:53 hagar kernel: Swap cache: add 2602136, delete 2559582, find 710669/889146, race 2+44 Sep 20 13:35:54 hagar kernel: 936 bounce buffer pages Sep 20 13:35:54 hagar kernel: Free swap: 7862256kB Sep 20 13:35:54 hagar kernel: 1196032 pages of RAM Sep 20 13:35:54 hagar kernel: 802444 pages of HIGHMEM Sep 20 13:35:55 hagar kernel: 175029 reserved pages Sep 20 13:35:55 hagar kernel: 1585426 pages shared Sep 20 13:35:55 hagar kernel: 42690 pages swap cached

1 1

RE: [CentOS] Saw this and thought warmly of everyone on the list
by Alex Palenschat 21 Sep '06

21 Sep '06

This type of thread always amazes me. With all of the work that the CentOS team does (gratis) I sometimes wonder why they take the time to respond to such ignorance and pigheadedness. Perhaps this is evidence that producing a product like this takes enormous patience and thus prepares them to deal with the Tuttle's of the world. Good job guys, Alex

2 1

CentOS-announce Digest, Vol 19, Issue 15
by centos-announce-request＠centos.org 21 Sep '06

21 Sep '06

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. CESA-2006:0680 Important CentOS 4 x86_64 gnutls - security update (Johnny Hughes) 2. CESA-2006:0680 Important CentOS 4 i386 gnutls - security update (Johnny Hughes) 3. CESA-2006:0669 Moderate CentOS 3 ia64 php - security update (Pasi Pirhonen) 4. CESA-2006:0669 Moderate CentOS 4 ia64 php - security update (Pasi Pirhonen) 5. CESA-2006:0669 Moderate CentOS 3 i386 php - security update (Tru Huynh) 6. CESA-2006:0669 Moderate CentOS 3 x86_64 php - security update (Tru Huynh) 7. CESA-2006:0669 Moderate CentOS 4 x86_64 php - security update (Johnny Hughes) 8. CESA-2006:0669 Moderate CentOS 4 i386 php - security update (Johnny Hughes) 9. CESA-2006:0669 Moderate CentOS 3 s390(x) php - security update (Pasi Pirhonen) 10. CESA-2006:0669 Moderate CentOS 4 s390(x) php - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Wed, 20 Sep 2006 14:21:50 -0500 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2006:0680 Important CentOS 4 x86_64 gnutls - security update To: CentOS-Announce <centos-announce(a)centos.org> Message-ID: <1158780110.5328.98.camel(a)myth.home.local> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2006:0680 https://rhn.redhat.com/errata/RHSA-2006-0680.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: gnutls-1.0.20-3.2.3.i386.rpm gnutls-1.0.20-3.2.3.x86_64.rpm gnutls-devel-1.0.20-3.2.3.x86_64.rpm src: gnutls-1.0.20-3.2.3.src.rpm

1 0

Sendmail Segfaults
by Scott Silva 21 Sep '06

21 Sep '06

Has anybody else been seeing a lot of sendmail segfaults since Yesterday? I got over 2300 yesterday alone, and haven't got done counting todays. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

5 10

RE: [CentOS] Dell OpenManage installation on CentOS4
by Paul Malinowski 21 Sep '06

21 Sep '06

Mate, I've spend a day installing that stuff .. I have a script prepared for installation (needs to be modified - for instance different directories) I use x86_64 platform so you may want to change packages to install. ###################################################### echo ' * Packages upgrade and mantain' # Upgrade yum upgrade # Removing packages yum remove alsa-lib anacron arts aspell audiofile bluez-libs bluez-bluefw cups-libs dapl dhcpv6_client dos2unix dosfstools ipsec-tools irda-utils isdn4k-utils logwatch lrzsz mdadm mtools mt-st net-snmp-libs pax pcmcia-cs ppp pyxf86config redhat-artwork redhat-lsb rhnlib redhat-menus rhpl talk unix2dos vconfig wireless-tools words ypbind yp-tools # Installing default set of importent packages yum install gcc cpp links lynx iproute iptraf tcpdump vim-enhanced sysstat libgcc.i386 ncurses.i386 openssl096b.i386 pam.i386 zlib.i386 libxml2.i386 compat-libstdc++-33.i386 compat-libstdc++-296.i386 compat-libstdc++-33.x86_64 OpenIPMI.x86_64 echo # Installing Dell Server Admin echo Dell monitoring software cd /data01/packages/srvadmin/linux/RPMS/supportRPMS/RH4_x86_64/ rpm -i /data01/packages/srvadmin/linux/RPMS/supportRPMS/RH4_x86_64/dkms* rpm -i /data01/packages/srvadmin/linux/RPMS/supportRPMS/RH4_x86_64/openipmi* rpm -i /data01/packages/srvadmin/linux/RPMS/supportRPMS/RH4_x86_64/srvadmin-ipm i* cd /root/srvadmin/linux/custom rpm -i srvadmin-base/* rpm -i add-storageservices/*.rpm rpm -i add-webserver/*.rpm service ipmi start chkconfig ipmi on srvadmin-services.sh start echo 'Installation of Dell monitoring tools completed - if something goes wrong slap me ;) - Paul' ######################################################################## Make a diff of that what you have done and what you can find above and fix it ;) Take care, Paul Malinowski -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of James Pearson Sent: 21 September 2006 14:46 To: CentOS mailing list Subject: [CentOS] Dell OpenManage installation on CentOS4 I have a Dell 1950 box on evaluation with 2 SATA drives connected to the on board Dell PERC 5/i with the disks set up as a mirror I've installed CentOS4.4 (x86_64) on the system and now I'm trying to install/configure/use the Dell OpenManage tools that came on a CD with the system. I've installed the tools using the provided install script and they appeared to install OK. I'm primarily interested in the tools to monitor the RAID controller - but if I type: omreport storage controller -fmt lst I get: No controllers found Also, if I use the Web interface, I only get 'Diagnostic' menus - nothing about configuring/monitoring the storage. As I've never used OpenManage before, I'm not sure what to expect from it ... Does anyone know if I have to do anything special to get these OpenManage tools to work with CentOS4? Thanks James Pearson _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos This e-mail and all attachments have been scanned by the HighSpeed Office virus scanning service powered by MessageLabs and no known viruses were detected. This electronic message transmission contains information from Fish4 Trading Limited and/or other Fish4 affiliated companies (specifically Fish4Homes Ltd, Fish4Cars Ltd, Fish4Jobs Ltd and Fish4 Ltd) that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorized. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this electronic message transmission is prohibited. If you have received this electronic message transmission in error, please notify Fish4 immediately by telephone (0208 600 7000) or by electronic mail (administrator(a)fish4.co.uk) Thank you. This e-mail and all attachments have been scanned by the HighSpeed Office virus scanning service powered by MessageLabs and no known viruses were detected.

2 1

Dell OpenManage installation on CentOS4
by James Pearson 21 Sep '06

21 Sep '06

I have a Dell 1950 box on evaluation with 2 SATA drives connected to the on board Dell PERC 5/i with the disks set up as a mirror I've installed CentOS4.4 (x86_64) on the system and now I'm trying to install/configure/use the Dell OpenManage tools that came on a CD with the system. I've installed the tools using the provided install script and they appeared to install OK. I'm primarily interested in the tools to monitor the RAID controller - but if I type: omreport storage controller -fmt lst I get: No controllers found Also, if I use the Web interface, I only get 'Diagnostic' menus - nothing about configuring/monitoring the storage. As I've never used OpenManage before, I'm not sure what to expect from it ... Does anyone know if I have to do anything special to get these OpenManage tools to work with CentOS4? Thanks James Pearson

2 1

rpm problem after upgrade
by Andres Baravalle 21 Sep '06

21 Sep '06

Hi, I have upgraded Centos from 3.x to 4.3. The upgrade apparently didn't go too bad. I had to do the upgrade remotely, and I used as a base the post at http://www.centos.org/modules/newbb/viewtopic.php?topic_id=382 I rebooted the server, and it works. But yum does not work anymore, apparently due to some conflict between rpmlibs and selinux. This is the error that I get: -------------------------- There was a problem importing one of the Python modules required to run yum. The error leading to this problem was: /usr/lib/python2.3/site-packages/rpmmodule.so: undefined symbol: rpmtsSetREContext Please install a package which provides this module, or verify that the module is installed correctly. It's possible that the above module doesn't match the current version of Python, which is: 2.3.4 (#1, Feb 22 2005, 04:09:37) [GCC 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)] -------------------------- These are the relevant rpms that I have installed in my system: python-2.3.4-14.1 rpm-4.3.3-13_nonptl rpm-libs-4.3.3-13_nonptl yum-2.4.2-2.centos4 any suggestion? Thanks in advance, Andres

4 7

Ownership of /dev/snd/*
by Joseph Haig 20 Sep '06

20 Sep '06

I have several users using a machine running CentOS 4.4. For some reason, the ownership of /dev/snd/* seem to get left with a user when he has logged out (me at the moment) which means that no one else can use sound. Can anyone suggest why this might be happening, or give some pointers? Thanks Joe

1 0

New 4.4 install PHP security concern
by Eucke 20 Sep '06

20 Sep '06

Hello everyone. I am an FC2 refugee that's been lurking for a while. I am finishing up a Centos 4.4 build and am going through looking at security issues. In running a nessus scan I am finding it complaining about the versions for php, php-ldap, php-mbstring and php-pear. The complaint indicates that a much newer version of this exists and specifically names php-5.0.4-4.centos4 (by way of example). In researching this I am finding that this is not deemed to be part of the upgrade path for the default version in 4.4. I am also finding numerous issues with this "recommended" version breaking things right and left. I've searched the forums and the web so I decided to post here. Has anyone replaced the stock php (and related items) build and been perfectly happy with the results? Any reason why this "newer" version of php is not part of the natural upgrade path? Any writeups by anyone that has walked this path already? Thanks in advance! -- Eucke

4 4

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