Discuss September 2006

discuss@lists.centos.org

275 participants
362 discussions

How to reattach to a failed ssh session or process
by Erick Perez 22 Sep '06

22 Sep '06

Hi, is there a way to "reconnect" to a ssh session that was disconnected and left running processes in the linux server? I know that's the purpose of the screen command, but just to spread know-how, is that possible? Example: 3441 pts/0 S+ 0:00 nano /etc/httpd/conf/httpd.conf I remotely connect to a machine via ssh and started to edit apache conf and i did not used screen (me bad). The session timed out due to an internet glitch and I got disconnected. How can I reattach (speaking in screen terms) to that ssh session or gain control to the nano process (or any other)? Thanks, -- ------------------------------------------------------------ Erick Perez Panama Sistemas Integradores de Telefonia IP y Soluciones Para Centros de Datos Panama, Republica de Panama Cel Panama. +(507) 6694-4780 ------------------------------------------------------------

9 12

Software versus hardware RAID performance.
by Lamar Owen 22 Sep '06

22 Sep '06

With the Dell OpenManage question on my mind (and having seen it answered very well), I was reminded of an interesting and a little surprising thing I saw yesterday. I upgraded a PowerEdge 2850 from CentOS4 to Fedora Core 5 (keeping everything updated for GNUradio to run on CentOS 4 became more of a job that it should have) for our pulsar data processing machine (it has a GNUradio Universal Software Radio Peripheral (USRP) attached USB 2.0), which has a Dell PERC 4e/Di RAID controller, two 72GB 10k U320 SCSI drives, and four 146GB 10k U320 SCSI drives. Well, during installation of a sound card (so we can actually listen to the dedispersed, phase-aligned, and detected pulsar chirp audio), something happened to the RAID firmware, so I put the PERC in SCSI-only mode and installed anyway (I needed to get the install done, and not spend a lot of time troubleshooting the RAID firmware not found message right now, as I need to demonstrate the pulsar receiver Friday evening). Ok, the two 72GB drives are set up RAID1, and the four 146GB drives are set up striped, RAID0. The two 72's are on channel 1, and the four 146's are on channel 2. Under CentOS 4 with the hardware RAID running, the four 146's (hardware RAID0) have a raw read performance of abut 150MB/s, which I thought was pretty good. Now, the box has dual 3GHz Xeons (it needs them for the pulsar dedispersion algorithm's FFT's, particularly when we refine it to do dedispersion in real-time). With FC5 installed, and the four 146's running software RAID0, I am getting nearly 240MB/s throughput (with other processes running). The box feels significantly more responsive; the GNUradio build with the PERC running in hardware RAID mode took about thirty minutes; with it running in LSI MPT SCSI mode it's taking half that time to build and install. The reason to run RAID0 instead of RAID5 is due to the ephemeral nature of the data being stored on the 146's; with the USRP, I need to record data at 32MB/s with no dropouts (1 channel, 8 megasamples per second, 12 bit samples (16 bit words), quadrature encoding (two12 bit samples (I and Q) per sampling interval); this data is then reduced post recording into just a few hundred megabytes, after dedispersion and phase processing; the need for raw sustained throughput even under load is critical. Just thought I drop this data point in. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu

2 1

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 22 Sep '06

22 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

← Newer
1
...
10
11
12
13
14
15
16
...
37
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2006