Discuss

discuss@lists.centos.org

34753 discussions

which http proxy to choose
by Mindaugas 26 Oct '06

26 Oct '06

Hello, Which http proxy to choose nowadays? Squid? But as far as I understand it is single process which sounds not too effective for current dual cpu dual core servers. Apache? Something else? Load can reach 1000-1500 simultaneous but slow speed connections (mobile phone clients). From more advanced features I need just possibility to redirect requests to certain domains to another proxy. Thanks, Mindaugas

3 3

vmware, rhel4(or us) problems w/virtual usb ports
by rado 26 Oct '06

26 Oct '06

I ran across this and glad I did...saved my .10 worth of sanity I got left: It came from: http://kb.vmware.com/KanisaPlatform/Publishing/612/774_f.SAL_Public.html Guest Cannot See USB Device on RHEL4-x64 Host This problem was identified on VMware Server, but may affect other VMware products. When you connect a USB device to a host running the RHEL4-x64 operating system, then try to access the USB from the VMware guest, the following error message appears: The Existing driver (usbhid) could not be successfully disconnected. (operation not permitted) Unload the driver manually then try again <OK>. In this situation, you cannot unload the driver manually from the host, because it does not exist as a module—it is compiled directly into the RHEL4-x64 kernel. Normally, this situation is not a problem for VMware software, but the kernel does not support the required ioctl (control device) function to allow VMware to disconnect the device from the usbhid driver. As a workaround, you can recompile the host's kernel with usbhid as a module, then manage its removal with rmmod. However, because the usbhid driver is necessary to allow the host and guest operating systems to interact with a USB mouse and keyboard, removing the module from the recompiled kernel may not be appropriate for your system. You may need to use an upgraded kernel or a different operating system instead. thx John Rose

3 3

CentOS - Spam List?
by John Hinton 25 Oct '06

25 Oct '06

The latest thread on Spam on the list has the potential of dominating the list for a long time. Is there any chance that perhaps the CentOS team might consider an Anti-Spam for CentOS mailing list? I would love to participate in such a list. From a subscriber point of view, I would think a 'CentOS A/S' list would be both pertinent and manageable from a volume standpoint. I know this is a bit to the side, but really for many of us sysadmins, Spam is much harder to deal with than any other single portion of running a CentOS server. Are there any others that might like such a list? Would the CentOS team consider adding this mailing list? Best Regards, John Hinton

3 2

RE: [CentOS] spam control
by Alex Palenschat 25 Oct '06

25 Oct '06

John Hinton wrote: > > I don't think my users would be too happy with greylisting, unless it > was done only on blocklist, as they have come to enjoy the immediate > delivery of email. Also, greylisting has the potential of > hurting other > ISPs, clogging their systems, just because they signed up a > few 'stupid > users' who got the latest virus/trojan. If you think back to > some of the > more successful viruses, mailservers everywhere suffered with many > choking and going down. Adding to their mail queues isn't so nice. While I have had a couple of mailservers that were sending legitimate mail complain about this (greylisting all mail), the vast majority have had no problem with it. I use the postgrey script (has it's own yum repo too :) and after a 5 minute delay the first time a triplet (client/sender/recipient) is seen it is auto-whitelisted. And the greylisting happens after all sanity checks and rbls. Vastly reduced spam from spambots which tend to just blast the mail out with no concern for the response. But I only have 200+ mailboxes and around 15-20k emails a day, so YMMV. I think the bottom line is that you have to pick your MTA/Content filter and then get on the mailing list and pay attention. It's an on-going war and there is no set-it and forget-it. alex

1 0

error messages when rebuilding centosplus kernel
by Aleksandar Milivojevic 25 Oct '06

25 Oct '06

I'm rebuilding the centosplus kernel with ISA P&P and ISA some devies enabled. At the very end of compilation, I got a lot of error messages that looked like: Error: ./init/initramfs.o .text refers to 0000046e R_386_PC32 .init.text Error: ./init/initramfs.o .text refers to 0000059c R_386_PC32 .init.text Error: ./init/initramfs.o .text refers to 000007a8 R_386_PC32 .init.text Hmmm... Are these normal, or is there something wrong with the kernel build? -- NOTICE: If you are not intended recipient, you are hereby notified that by reading this message you agreed not to disturb frogs during mating season. For more info, visit http://www.8-P.ca/

2 1

RE: [CentOS] spam control
by Alex Palenschat 25 Oct '06

25 Oct '06

> After that point, it starts to get ugly. We currently manage > to have 96% efficiency (false positives around 0.001%), and > thats a daily battle. Spam traps and new rules almost every > day (5 days a week, at least). > > For those interested, these are the RBLs I use: > sbl-xbl.spamhaus.org > relays.ordb.org > dnsbl.njabl.org > > Dropped spamcop some months ago. > > []s > > - -- > Rodrigo Barbosa One other thing that it may be good to point out is the course that the postfix group seems to be taking which is sanity checking incoming email before the DATA state. This is well worth checking out and I would guess that any well-maintained MTA would support this type of thing. So your rbl checks/helo checks/hostname and mx checks happen before the mail is received. This greatly reduces the amount of processing time on the MTA and allows it to handle far more mail in these spam-predominant times. You don't want to block most of your spam with a perl script IMHO. On our MTA, between the aforementioned and greylisting we block enough spam for it to be manageable on the back end with very, very few false-positives and close to zero maintenance. I'm sure that if we wanted to block more we could spend a lot more time setting up traps/writing SpamAssassin rules etc. But we're quite happy with this setup. FYI, rbls we use are: relays.ordb.org list.dsbl.org sbl-xbl.spamhaus.org <-- best one dul.dnsbl.sorbs.net the last being the only one I've seen any false positives on and only 2 since we set it up. YMMV. alex

2 1

Compling Apache 1.3.37 w/mod_ssl on x86_64 fails
by Mike 25 Oct '06

25 Oct '06

This procedure works fine for years on RH/CentOS 3+ The current machine is a core 2 duo with x86_64 CentOS 4.4 (updated) Compile, make and install openssl in /usr/local/openssl configure mod_ssl for apache 1.3.37 configure apache using SSL_BASE=/usr/local/openssl SSL_INCDIR=/usr/local/openssl/include SSL_LIBDIR=/usr/local/openssl/lib ./configure --with-layout=Apache --prefix=/usr/local/apache --enable-module=most --enable-shared=max --enable-module=ssl make dies here: gcc -L/usr/local/openssl/lib -shared -o libssl.so mod_ssl.lo ssl_engine_config.lo ssl_engine_compat.lo ssl_engine_ds.lo ssl_engine_dh.lo ssl_engine_init.lo ssl_engine_kernel.lo ssl_engine_rand.lo ssl_engine_io.lo ssl_engine_log.lo ssl_engine_mutex.lo ssl_engine_pphrase.lo ssl_engine_vars.lo ssl_engine_ext.lo ssl_scache.lo ssl_scache_dbm.lo ssl_scache_shmht.lo ssl_scache_shmcb.lo ssl_expr.lo ssl_expr_scan.lo ssl_expr_parse.lo ssl_expr_eval.lo ssl_util.lo ssl_util_ssl.lo ssl_util_sdbm.lo ssl_util_table.lo -lssl -lcrypto -L/usr/lib/gcc/x86_64-redhat-linux/3.4.6 -lgcc /usr/bin/ld: /usr/local/openssl/lib/libssl.a(s2_srvr.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/openssl/lib/libssl.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [libssl.so] Error 1 make[3]: *** [all] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/downloads/apache_1.3.37/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/downloads/apache_1.3.37' make: *** [build] Error 2 It seems there's something wrong with mod_ssl on 64bit OS, but yet I see RPM's that claim to work (haven't tried). I have googled for hours but haven't found anything helpful. Anyone out there familiar with this issue and it's resolve? Thx

2 1

PROBLEMS CONFIGURING NETWORK INTERFACE
by Henry Rodriguez 25 Oct '06

25 Oct '06

Hi, i just installed CentOS Sparc, but i dont know how to configure the network interface. Could someone tell which files do i have to modify??? thanks. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

PROBLEMS CONFIGURING NETWORK INTERFACE
by Henry Rodriguez 25 Oct '06

25 Oct '06

2 1

Logwatch sendmail errors... What does it mean ?
by Jens Ahlin 25 Oct '06

25 Oct '06

Hi, I run a fully updated CentOS 4.4 machine. This morning I got the errors below in my daily Logwatch report (Sendmail part). What has happend? Just some new bogus spammer that cant get the protocol right or is the server under attack? I have googled around but cannot fins any answer or I just suck at googleing... Any ideas ? Jens --------------------- sendmail Begin ------------------------ SEVERE ERRORS ------------- System Error Messages: timeout writing message to poczta.orange.pl.: Broken pipe: 5 Time(s) Total SEVERE ERRORS: 5 **Unmatched Entries** 6: fl=0x8000, mode=100640: dev=3/1, ino=11748389, nlink=1, u/gid=0/0, size=12288: 5 Time(s) 2: fl=0x1, mode=20666: CHR: dev=0/13, ino=1810, nlink=1, u/gid=0/0, size=0: 5 Time(s) 0: fl=0x0, mode=20666: CHR: dev=0/13, ino=1810, nlink=1, u/gid=0/0, size=0: 5 Time(s) 1: fl=0x1, mode=20666: CHR: dev=0/13, ino=1810, nlink=1, u/gid=0/0, size=0: 5 Time(s) 12: fl=0x8000, mode=100640: dev=3/1, ino=11748387, nlink=1, u/gid=0/0, size=12288: 4 Time(s) 11: fl=0x8000, mode=100640: dev=3/1, ino=11748387, nlink=1, u/gid=0/0, size=12288: 4 Time(s) MCI@0x0: NULL: 4 Time(s) 3: fl=0x2, mode=140777: SOCK localhost->[[UNIX: /dev/log]]: 4 Time(s) 7: fl=0x8000, mode=100640: dev=3/1, ino=11748389, nlink=1, u/gid=0/0, size=12288: 4 Time(s) 5: fl=0x0, mode=100600: dev=3/65, ino=15007748, nlink=1, u/gid=0/51, size=4190579: 4 Time(s) 4: fl=0x2, mode=100600: dev=3/65, ino=14794755, nlink=1, u/gid=0/51, size=1632: 2 Time(s) MCI@0x92dfa44: flags=7c86c<CACHED,ESMTP,SIZE,8BITMIME,DSN,INMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=32, herrno=0, exitstat=75, state=8, pid=0, maxsize=8192000, phase=client DATA 354, mailer=esmtp, status=4.4.2, rstatus=(null), host=poczta.orange.pl., lastuse=Tue Oct 24 22:13:37 2006\n: 1 Time(s) 10: fl=0x8000, mode=100640: dev=3/1, ino=11748385, nlink=1, u/gid=0/51, size=12288: 1 Time(s) 9: fl=0x802, mode=140777: SOCK xxx.tld/42800->(Transport endpoint is not connected): 1 Time(s) 14: fl=0x8000, mode=100640: dev=3/1, ino=11748387, nlink=1, u/gid=0/0, size=12288: 1 Time(s) MCI@0x92dfa44: flags=7c86c<CACHED,ESMTP,SIZE,8BITMIME,DSN,INMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=32, herrno=0, exitstat=75, state=8, pid=0, maxsize=8192000, phase=client DATA 354, mailer=esmtp, status=4.4.2, rstatus=(null), host=poczta.orange.pl., lastuse=Tue Oct 24 21:58:37 2006\n: 1 Time(s) 5: fl=0x8000, mode=100640: dev=3/1, ino=11748389, nlink=1, u/gid=0/0, size=12288: 1 Time(s) 15: fl=0x8000, mode=100640: dev=3/1, ino=11748387, nlink=1, u/gid=0/0, size=12288: 1 Time(s) 12: fl=0x802, mode=140777: SOCK localhost->[[UNIX: /var/lib/imap/socket/lmtp]]: 1 Time(s) 9: fl=0x8000, mode=100640: dev=3/1, ino=11748385, nlink=1, u/gid=0/51, size=12288: 1 Time(s) 13: fl=0x2, mode=140777: SOCK localhost->[[UNIX: /dev/log]]: 1 Time(s) 9: fl=0x802, mode=140777: SOCK xxx.tld/42805->(Transport endpoint is not connected): 1 Time(s) 8: fl=0x802, mode=140777: SOCK xxx.tld/42794->(Transport endpoint is not connected): 1 Time(s) 3: fl=0x2, mode=100600: dev=3/65, ino=14794753, nlink=1, u/gid=0/0, size=1481: 1 Time(s) MCI@0x92dfa44: flags=7c86c<CACHED,ESMTP,SIZE,8BITMIME,DSN,INMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=32, herrno=0, exitstat=75, state=8, pid=0, maxsize=8192000, phase=client DATA 354, mailer=esmtp, status=4.4.2, rstatus=(null), host=poczta.orange.pl., lastuse=Tue Oct 24 21:43:43 2006\n: 1 Time(s) 4: fl=0x0, mode=100600: dev=3/65, ino=15007748, nlink=1, u/gid=0/51, size=4190579: 1 Time(s) 8: fl=0x8000, mode=100640: dev=3/1, ino=11748386, nlink=1, u/gid=0/0, size=12288: 1 Time(s) 9: fl=0x802, mode=140777: SOCK xxx.tld/42814->(Transport endpoint is not connected): 1 Time(s) MCI@0x8944874: flags=7806c<CACHED,ESMTP,SIZE,8BITMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=0, herrno=0, exitstat=0, state=2, pid=0, maxsize=0, phase=idle, mailer=cyrusv2, status=2.1.5, rstatus=250 2.1.5 Ok, host=localhost, lastuse=Tue Oct 24 21:21:56 2006\n: 1 Time(s) 4: fl=0x2, mode=100600: dev=3/65, ino=14794753, nlink=1, u/gid=0/51, size=1632: 1 Time(s) 7: fl=0x8000, mode=100640: dev=3/1, ino=11748386, nlink=1, u/gid=0/0, size=12288: 1 Time(s) 9: fl=0x802, mode=140777: SOCK xxx.tld/42794->(Transport endpoint is not connected): 1 Time(s) 8: fl=0x802, mode=140777: SOCK xxx.tld/42805->(Transport endpoint is not connected): 1 Time(s) MCI@0x92dfa44: flags=7c86c<CACHED,ESMTP,SIZE,8BITMIME,DSN,INMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=32, herrno=0, exitstat=75, state=8, pid=0, maxsize=8192000, phase=client DATA 354, mailer=esmtp, status=4.4.2, rstatus=(null), host=poczta.orange.pl., lastuse=Tue Oct 24 21:28:41 2006\n: 1 Time(s) 4: fl=0x2, mode=100600: dev=3/65, ino=14794754, nlink=1, u/gid=0/51, size=1632: 1 Time(s) 8: fl=0x802, mode=140777: SOCK xxx.tld/42800->(Transport endpoint is not connected): 1 Time(s) 11: fl=0x802, mode=140777: SOCK localhost->[[UNIX: /var/lib/imap/socket/lmtp]]: 1 Time(s) 17: fl=0x802, mode=140777: SOCK xxx.tld/42789->(Transport endpoint is not connected): 1 Time(s) 16: fl=0x802, mode=140777: SOCK xxx.tld/42789->(Transport endpoint is not connected): 1 Time(s) 8: fl=0x802, mode=140777: SOCK xxx.tld/42814->(Transport endpoint is not connected): 1 Time(s) MCI@0x894c9d4: flags=7c86c<CACHED,ESMTP,SIZE,8BITMIME,DSN,INMIME,AUTH,AUTHACT,ENHSTAT,PIPELINED>, errno=32, herrno=0, exitstat=75, state=8, pid=0, maxsize=8192000, phase=client DATA 354, mailer=esmtp, status=4.4.2, rstatus=(null), host=poczta.orange.pl., lastuse=Tue Oct 24 21:21:57 2006\n: 1 Time(s) ---------------------- sendmail End -------------------------

1 0

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