Discuss

discuss@lists.centos.org

34753 discussions

Install analog via src.rpm
by OXx 22 Sep '06

22 Sep '06

Hello all, I try to install analog on Centos. So I downloaded Source RPM packages at http://www.iddl.vt.edu/~jackie/analog/ But when I try : rpm --rebuild analog-6.0-1.src.rpm I have: --rebuild: option iconnue How to rebuild the RPM ? Thanks BR

1 1

Using yum variable $releasever reports 1
by Jens Ahlin 22 Sep '06

22 Sep '06

Hi, I have an old server that originally was a RedHat 8 server. Then I upgraded to RedHat 9, then Tao Linux 1 and last to CentOS 3 when tao was discontinued. Yes I know that this was probably not the smartest thing in the world but now this is the case and I don't want to reinstall it. Now the question. In yum.conf I have distroverpkg=redhat-release and cat /etc/redhat-release gives: CentOS release 3.7 (Final) But when I run yum update the release reported back is 1.0 yum update Gathering header information file(s) from server(s) Server: CentOS-1.0 - Addons Server: CentOS-1.0 - Base Until now I have manually changed yum.conf and replaced $relesever with whatever version I had but why is $relesever replaced with 1.0 ? Jens

2 2

centos-4.4 and xen?
by Michael Kress 22 Sep '06

22 Sep '06

Hi, has somebody already got xen running on centos 4.4? Does the tutorial under http://mark.foster.cc/wiki/index.php/Centos-4_on_Xen also work for version 4.4? I don't have my new server yet in order to try it (it will be delivered at the end of the week), but I'd like to read a little bit about it in advance. Thanks Michael -- Michael Kress, kress(a)hal.saar.de

1 1

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

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

21 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

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