Discuss

discuss@lists.centos.org

34753 discussions

RE: [CentOS] Can I install Centos on Segate ST3160812AS ( SATA II ) Harddisk
by Asky Lee 17 Aug '06

17 Aug '06

SATA controller is Interl(R) 82801GR/GH SATA/RAID Controller Thanks. -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Matt Hyclak Sent: 2006年8月17日 19:17 To: CentOS mailing list Subject: Re: [CentOS] Can I install Centos on Segate ST3160812AS ( SATA II ) Harddisk On Thu, Aug 17, 2006 at 06:59:02PM +0800, Asky Lee enlightened us: > HI > Can I install Centos on Segate ST3160812AS ( SATA II ) Harddisk? > It depends on what your SATA controller is. The OS could care less about the disk in most cases. Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263 _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

CentOS-announce Digest, Vol 18, Issue 11
by centos-announce-request＠centos.org 17 Aug '06

17 Aug '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:0602 Moderate CentOS 3 i386 wireshark (was ethereal) - security update (Tru Huynh) 2. CESA-2006:0602 Moderate CentOS 3 x86_64 wireshark (was ethereal) - security update (Tru Huynh) 3. CESA-2006:0602-01: Moderate CentOS 2 i386 wireshark security update (was ethereal) (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Wed, 16 Aug 2006 21:29:57 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2006:0602 Moderate CentOS 3 i386 wireshark (was ethereal) - security update To: centos-announce(a)centos.org Message-ID: <20060816192957.GA24898(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2006:0602 wireshark (was ethereal) security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2006-0602.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/wireshark-0.99.2-EL3.1.i386.rpm updates/i386/RPMS/wireshark-gnome-0.99.2-EL3.1.i386.rpm source: updates/SRPMS/wireshark-0.99.2-EL3.1.src.rpm You may update your CentOS-3 i386 installations by running the command: yum upgrade ethereal\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Openswan 2.4.6rc5 under CentOS 4.3
by Bas Rijniersce 17 Aug '06

17 Aug '06

Hello, I'm trying to get Openswan running in a CentOS 4.3 environment. I want to modify as little as possible so that the machine can be kept up to date easily. I'd rather not compile a special kernel, but if that's the only solution, no problem (I don't need NAT traversal). It's running kernel 2.6.9-34.0.2.EL. Installed the kerneldevel RPM (and kernel src rpm as well). I compiled openswan with: make KERNELSRC=/lib/modules/`uname -r`/build/ module minstall (and same for progs) Module seems to load fine, lsmod shows as loaded. I do get quite a bit of output on the console that I don't know is normal: ---- Aug 15 12:44:15 INAKFW001 kernel: klips_debug:ipsec_eroute_get_info: buffer=0pc9cce000, *start=0p00000000, offset=61, length=1024 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: for: rn=0pcce7a5a8 rj_b=-3 rj_flags=6 leaf key = 00000000->00000000 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: processing leaves, rn=0pcfc9c280 rj_b=-1 rj_flags=4 leaf key = 0a010000->0a020000 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: while: base=0p00000000 rn=0pcce7a5a8 rj_b=-3 rj_flags=6 leaf key = 00000000->00000000 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: for: rn=0pcfc9c280 rj_b=-1 rj_flags=4 leaf key = 0a010000->0a020000 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: processing leaves, rn=0pcce7a5d8 rj_b=-3 rj_flags=6 leaf key = ffffffff->ffffffff Aug 15 12:44:15 INAKFW001 kernel: klips_debug:rj_walktree: while: base=0p00000000 rn=0pcfc9c280 rj_b=-1 rj_flags=4 leaf key = 0a010000->0a020000 Aug 15 12:44:15 INAKFW001 kernel: klips_debug:ipsec_rj_walker_procprint: rn=0pcfc9c280, w0=0pcc83df20 ---- The problem is when I restart the machine, or just restart the service. It panic's :-) Not a good thing for a box that will be hidden in a closet in India :) I video of the crash can be found at: http://www.brijn.nu/openswan_crash.avi (151Kb) This machine is running in VMware at the moment. I have the same problem in a "real" machine (identical setup) Can I build the module as I did, should that work OK? Any other suggestion on what might be wrong? Thank you very much for your time! Bas

2 3

Centos 4.4
by Feizhou 17 Aug '06

17 Aug '06

Hi, Anybody knows when the new kernel package will be ready? regards,

7 9

Printing problem with CUPS and lp/lpr
by Alfred von Campe 16 Aug '06

16 Aug '06

I know that printing on Linux is somewhat of an art form, but I have a fairly simple problem. I used the following command to configure a networked printer (HP LaserJet 8150): lpadmin -p name -E -v socket://name -m laserjet.ppd -u allow:all - u deny:none This added and enabled the printer, and I can print to it using the print command from within a GUI application and PostScript utilities like enscript. However, printing simple text files from the command line using lpr or lp produces undesirable output that looks like this: Line 1 Line 2 Line 3 It seems rather obvious that the printer is expecting carriage returns and not getting any. What is the "right" way to fix this using CUPS, which "owns" the /etc/printcap file. I can't be the first one to run into this issue... Thanks, Alfred

3 10

Help: Marvell sk98lin driver missing from Centos 3 PXE initrd.img
by Mike Valenzuela 16 Aug '06

16 Aug '06

I'm new to the lists so sorry about any faux pas I may have made. Also I apologize for the length, but I wanted to be sure I covered most of the details. I'm trying to do a PXE install on an Intel 1435VP2 server machine. The PXE install has worked on all the older machines in the cluster, so I know PXE is working. However, these new Intel server machines only support PXE booting from their Marvell NIC (I already tried getting the latest BIOS to avoid this hassle). Since the cluster is running open mosix, Centos 3.7 is which the latest which can be used. The kernel and initrd image in the isolinux directory (on cd or in the repos) has no driver for the Marvell NIC. lspci -n and lspci shows the following information for the Marvell NIC : 02:00.0 Class 0200: 11ab:4361 (rev 17) 02:00.0 Ethernet Controller: Marvell Technology Group Ltd. 88E8050 Gigabit Ethernet Controller (rev 17) I have tried the following: cp /tftpboot/linux-install/initrd.img /tmp/initrd.img.gz cp /tftpboot/linux-install/initrd.img /tftpboot/linux-install/initrd.img.orig cd /tmp gzip -d initrd.img.gz mkdir /tmp/initrd.fs mount -o loop initrd.img initrd.fs gzip -d < /mnt/initrd.fs/modules/modules.cgz | cpio -i --make-directories This makes the folders /tmp/2.4.21-40.ELBOOT/i386/ filled with the drivers in the initrd.img file. Then I grabbed a copy of the vanilla 2.4.21-40, went to Intel's website to grab the driver files I needed (turns out that they were included in the vanilla source, hence a patch file of size 0 was generated), and continued to build the sk98lin driver for i386 (I tried both default settings processor type and i386). The first iteration through all I did was make menuconfig and turn on Marvell as a module, the second time I specified processor type as i386. I grabbed the sk98lin.o file and threw it in /tmp/2.4.21-40.ELBOOT/i386/, where all the other drivers were located. To compress this back into a .cgz file I did the following cd /tmp/ find 2.4.21-40.ELBOOT -print | cpio -o -H crc | gzip -9 > modules.cgz Then I made a copied over the modules.cgz in /tmp/initrd.fs/modules. I edited /tmp/initrd.fs/modules/pcitable adding the line: 0x11ab 0x4361 "sk98lin" "Gigabit Ethernet Controller" (With tabs not spaces) I also added the following line to /tmp/initrd.fs/modules/modules.pcimap sk98lin 0x000011ab 0x00004361 0xffffffff 0xffffffff 0x00000000 0x00000000 0x00000000 After unmounting initrd.fs, I re-gziped initrd.img, and copied over /tftpboot/linux-install/initrd.img However, my problem still remains. When I pxe boot, the machine is detected and everything. Just before getting the kickstart file, it complains "Unable to find any devices of the type needed for this installation type". Obviously I did something wrong, but I don't know why it is still broken or how to fix it. I suspect that somehow I built the the sk98lin module incorrectly. Has anyone already made a fix for this initrd file? I'd appreciate an easy download. Thanks in advanced for any pointers and/or help.

1 0

Problem Installing rrdtool
by dennis 16 Aug '06

16 Aug '06

hi to all, im currently installing rrdtool-1.2.15 with my box CentOS 4.3 final ,before i installed rrdtools there 2 files suggested need to installed the FreeType 2 and libart_lgpl 2.3 everything is fine when installed two files but when i try to installed rrdtool when i issue command ./configure --prefix=/usr/local/rrdtool-1.2.15 this should the output ,any suggestion what's the problem ,thanks to all in advance [root@support rrdtool-1.2.15]# ./configure --prefix=/usr/local/rrdtool-1.2.15 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes Audit Compilation Environment checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if gcc likes the -fno-strict-aliasing flag... yes checking if gcc likes the -Wall flag... yes checking if gcc likes the -std=gnu99 flag... yes checking if gcc likes the -pedantic flag... yes checking if gcc likes the -Wshadow flag... yes checking if gcc likes the -Wpointer-arith flag... yes checking if gcc likes the -Wcast-align flag... yes checking if gcc likes the -Wmissing-prototypes flag... yes checking if gcc likes the -Wmissing-declarations flag... yes checking if gcc likes the -Wnested-externs flag... yes checking if gcc likes the -Winline flag... yes checking if gcc likes the -W flag... yes Checking for Header Files checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for sys/stat.h... (cached) yes checking for sys/types.h... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking fp_class.h usability... no checking fp_class.h presence... no checking for fp_class.h... no checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking for unistd.h... (cached) yes checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking math.h usability... yes checking math.h presence... yes checking for math.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/times.h usability... yes checking sys/times.h presence... yes checking for sys/times.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for an ANSI C-conforming const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for acos... no checking for acos in -lm... yes Test Library Functions checking for strftime... yes checking for vprintf... yes checking for _doprnt... no checking whether byte ordering is bigendian... no checking for tzset... yes checking for mbstowcs... yes checking for opendir... yes checking for readdir... yes checking for chdir... yes checking for chroot... yes checking for getuid... yes checking for setlocale... yes checking for strerror... yes checking for strerror_r... yes checking for snprintf... yes checking for vsnprintf... yes checking for fpclass... no checking for class... no checking for fp_class... no checking for isnan... yes checking for memmove... yes checking for strchr... yes checking for mktime... yes checking for getrusage... yes checking for gettimeofday... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes IEEE Math Checks checking for fpclassify... no checking for fpclassify with <math.h>... yes checking for finite... yes checking for isinf... yes checking if IEEE math works out of the box... yes Resolve Portability Issues checking if realloc can deal with NULL... yes checking if ctime_r need special care to act posixly correct... no checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for cc_r... gcc checking do we need malloc/malloc.h... nope, works out of the box Findr 3rd-Party Libraries checking for art_vpath_add_point in -lart_lgpl_2... yes checking libart_lgpl/libart.h usability... no checking libart_lgpl/libart.h presence... no checking for libart_lgpl/libart.h... no checking for pkg-config... pkg-config configure: WARNING: ---------------------------------------------------------------------------- * I found a copy of pkgconfig, but there is no libart-2.0.pc file around. You may want to set the PKG_CONFIG_PATH variable to point to its location. ---------------------------------------------------------------------------- configure: WARNING: ---------------------------------------------------------------------------- * I could not find a working copy of libart-2.0. Check config.log for hints on why this is the case. Maybe you need to set LDFLAGS and CPPFLAGS appropriately so that compiler and the linker can find libart_lgpl_2 and its header files. If you have not installed libart-2.0, you can get it either from its original home on ftp://ftp.gnome.org/pub/GNOME/sources/libart_lgpl/2.3/ You can find also find an archive copy on http://oss.oetiker.ch/rrdtool/pub/libs The last tested version of libart-2.0 is 2.3.17. LIBS=-lm LDFLAGS= CPPFLAGS= -I/usr/include/libart-2.0 ---------------------------------------------------------------------------- checking for zlibVersion in -lz... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for png_access_version_number in -lpng... yes checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking for FT_Init_FreeType in -lfreetype... yes checking ft2build.h usability... no checking ft2build.h presence... no checking for ft2build.h... no checking for pkg-config... (cached) pkg-config configure: WARNING: ---------------------------------------------------------------------------- * I found a copy of pkgconfig, but there is no freetype2.pc file around. You may want to set the PKG_CONFIG_PATH variable to point to its location. ---------------------------------------------------------------------------- configure: WARNING: ---------------------------------------------------------------------------- * I could not find a working copy of freetype2. Check config.log for hints on why this is the case. Maybe you need to set LDFLAGS and CPPFLAGS appropriately so that compiler and the linker can find libfreetype and its header files. If you have not installed freetype2, you can get it either from its original home on http://prdownloads.sourceforge.net/freetype/ You can find also find an archive copy on http://oss.oetiker.ch/rrdtool/pub/libs The last tested version of freetype2 is 2.1.10. LIBS=-lpng -lz -lm LDFLAGS= CPPFLAGS= -I/usr/include/freetype2 ---------------------------------------------------------------------------- configure: error: Please fix the library issues listed above and try again.

7 9

RE: [CentOS] OT WAS: Johnny's postfix/dovecot/squirrelmail/virus scanning+ Centos4 Walk Through...
by Alex Palenschat 16 Aug '06

16 Aug '06

> > This website say "hacked..." > > Please i seafch a lot for a guide with these products... if > anyone have > the guide, please put the url or something like... > > Thanks a lot. OK, I'll bite. I'm aware of how annoying it is to have someone peering over your shoulder when you are in the middle of a crisis asking questions, but I'm curious what it is that is making johnny's site so vulnerable. Is it forum software? I hope it's not a hack against a package in the base... Anyway, just wondering because I have user's complaining about the fact that I don't have their forum up and running. They may have to wait for a long time. Alex

8 7

Building a basic router with two nic's
by centos 16 Aug '06

16 Aug '06

I need help setting up a basic routing between two nic's on my CentOS desktop. I thought I'd understood the basics, but ... I don,t want a nat router, just packets forwarded back and fort. This is what I thought would do the trick, but didn't. Can someone please give me some pointers or links so I can get this right. # echo "1" > /proc/sys/net/ipv4/ip_forward # route add -net 192.168.2.0 netmask 255.255.255.0 eth1 # route add -net 192.168.2.0 netmask 255.255.255.0 gw 192.168.1.150 eth1 # # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.2.0 192.168.1.150 255.255.255.0 UG 0 0 0 eth1 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 0.0.0.0 192.168.1.150 0.0.0.0 UG 0 0 0 eth1

6 6

Johnny's postfix/dovecot/squirrelmail/virus scanning + Centos4 Walk Through...
by Chris Mauritz 16 Aug '06

16 Aug '06

Is anyone mirroring Johnny's write up on this? As fate would have it, I've finally got some time to sit down and configure a spare box to be my new mail server and Johnny's site has been defaced again. :-( Sigh....I even checked to make sure it was up this morning, drove to the office so I could do everything from the terminal and my handy dandy roadmap is gone.... Any pointers to another source would be greatly appreciated. Best regards,

4 7

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