Discuss

discuss@lists.centos.org

5 participants
34752 discussions

cache memory not being used
by Dave 27 Oct '05

27 Oct '05

Since I upgraded to 4.2 it looks like the cache memory doesn't go over about 70K or so. I have over 700K free and it started using swap, which doesn't normally happen for a few days or so. Any hints on what might be up? This is just after a compile and the cached is only 75k total used free shared buffers cached Mem: 1032848 263992 768856 0 4612 75628 -/+ buffers/cache: 183752 849096 Swap: 1052248 18260 1033988 On a side note, anyone able to have Xorg running for more then 14 days? It consumes about 750megs after 14 days or so.

5 9

Opteron + Nvidia + Centos 4.2 i386 = Thud
by Jake Grimmett 27 Oct '05

27 Oct '05

Dear All, Just returned from vacation and was delighted to see that Centos 4.2 is now on the mirrors. Unfortunately the new i386 version is giving us problems on our dual Opteron workstations with Nvidia graphics cards... Basically, nine times out of ten, the boxes will hang when they try to re-load X... and just sit there with the keyboards Caps and Scroll lock LED's flashing. The only way out is the reset button. The working fixes I have so far found are to either use a non-smp kernel (2.6.9-22.EL) or to use the VESA X driver. Neither is a proper solution as the machines are used for 3D modeling. Non working fix attempts have included: passing acpi=off to the kernel trying Nvidia driver versions x86-1.0-7676, x86-1.0-7667 and x86-1.0-6629 Installing Centos from scratch as well as upgrading Centos 4.1 to 4.2 (via up2date) Trying three different Nvidia cards (Geforce 6800U, 5900 and a MX200) Trying two different motherboards (Tyan thunder K8W and Tiger K8W - both are AMD 8000 chipset based) Trying two different pairs of Opteron 240's and Opteron 246's. As things used to work more or less perfectly with i386 Centos 4.1 (2.6.9-11.ELsmp and the Nvidia 7667 driver) I'm starting to feel a little stupid - any chance that someone could put me out of my misery and suggest some solutions? Many thanks Jake -- Dr J. Grimmett Computer Systems Manager Division of Molecular Structure National Institute for Medical Research The Ridgeway Mill Hill London, NW7 1AA Tel: 0208 816 2028 Fax: 0208 906 4477

3 2

RE: [CentOS] Minimal server install and a few other questions.....
by Ash Christopher 27 Oct '05

27 Oct '05

You may want to take a look at http://www.owlriver.com/tips/tiny-centos/. -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Bards1888 Sent: Thursday, October 27, 2005 6:31 AM To: CentOS mailing list Subject: Re: [CentOS] Minimal server install and a few other questions..... Johnny Hughes wrote: >On Thu, 2005-10-27 at 22:08 +1000, Bards1888 wrote: > > >>Hello, >> >>I was wondering what is the smallest install that anyone has managed >>with 4 (4.2 to be precise) ? I'm looking at a machine running as a VPN >>in a DMZ, so I'm going to remove/NOT INSTALL things like gcc, X, etc. >>I'm planning on putting this on a 1gb USB stick and booting from it. >> >> > >I have removed items after install and gotten down to about 550 mb on a >CentOS-4 install. > > > >>That reminds me, was there going to be a 1 CD server install image ? >> >> >> > >Yes, we are working on trimming it to fit on a 700mb disc and to have >the same packages for x86_64 and i386. > > > >>The other thing I noticed is that if I install on x86_64 I get around >>400mb in /usr/lib *and* /usr/lib64, is this entirely necessary ? >>Especially if I dont want the 32bit stuff ? How can one tell which >>packages are responsible for the libs in /usr/lib/ ? I tried a random >>filem from that directory; >> >>[root@services lib]# rpm -q --whatprovides libOggFLAC.so.1 >>flac-1.1.0-7 >>[root@services lib]# rpm -qa | grep -i flac >>flac-1.1.0-7 >>[root@services lib]# rpm -qi flac-1.1.0-7 >>Name : flac Relocations: (not relocatable) >>Version : 1.1.0 Vendor: CentOS >>Release : 7 Build Date: Tue 22 Feb 2005 >>10:56:45 EST >>Install Date: Wed 13 Apr 2005 11:50:50 EST Build Host: >>guru.build.karan.org >>Group : Applications/Multimedia Source RPM: flac-1.1.0-7.src.rpm >>Size : 707386 License: LGPL/GPL >>Signature : DSA/SHA1, Sun 27 Feb 2005 06:37:33 EST, Key ID >>a53d0bab443e1821 >>Packager : Karanbir Singh <kbsingh(a)centos.org> >>URL : http://flac.sourceforge.net/ >>Summary : An encoder/decoder for the Free Lossless Audio Codec. >>Description : >>FLAC stands for Free Lossless Audio Codec. Grossly oversimplified, FLAC >>is similar to Ogg Vorbis, but lossless. The FLAC project consists of >>the stream format, reference encoders and decoders in library form, >>flac, a command-line program to encode and decode FLAC files, metaflac, >>a command-line metadata editor for FLAC files and input plugins for >>various music players (the xmms plugin is in a sub-package). >> >> >>I cant see an 'arch' in there anywhere, however on the Centos DVD I >>found flac for both i386 and x86_64. >> >> >> >you need to add this line to the .rpmmacros for the user that you want >to see both arches for: > >%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} > > > >>So why are there rpms for both archs with the x86_64 build ? >> >> >> > >because that is how the upstream provider releases it .. and we follow >suit. > >The real reason is so that people can have things like openoffice.org >and festival and plugins for mozilla, etc ... these do not build in >x86_64 mode. > >You can run both i386 and x86_64 stuff on the x86_64. > >once you make the above change to .rpmmacros, you can do: > >rpm -qa | grep i386 >(to see i386 packages) > >and > >rpm -e `rpm -qa | grep i386` >(to remove i386 packages) > >when installing via yum, if you want to ensure only the x86_64 package >gets installed, do: > >yum install iptraf.x86_64 > >and NOT > >yum install iptraf > >(just an example) > > > >>Thanks in advance. >>_______________________________________________ >>CentOS mailing list >>CentOS(a)centos.org >>http://lists.centos.org/mailman/listinfo/centos >> >> >> >> >>---------------------------------------------------------------------- -- >> >>_______________________________________________ >>CentOS mailing list >>CentOS(a)centos.org >>http://lists.centos.org/mailman/listinfo/centos >> >> As usual Johnny, you are a gentleman. Thanks for your help. 550mb sounds great. Was that minus X, development (gcc et al) ? Is there any way at install time to ensure that no i386 packages are installed ? Thanks again. Bards. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

2 1

New CentOS Dedicated Server Sponsor - Managed.com
by Johnny Hughes 27 Oct '05

27 Oct '05

I would like to thank the latest CentOS dedicated server sponsor, Managed.com. http://www.managed.com/ Managed.com has many virtual and dedicated server solutions available at very competitive prices ... and, of course, CentOS is one of the OS choices. Thanks to Chris, Michelle, John, and all the Managed.com staff. ------------------ If you have a spare high speed server that you would like to donate to the CentOS Project, please see this page for details: http://www.centos.org/donate/ We especially need more donated servers in Europe, Asia, Oceania, and Africa. ----------------- Johnny Hughes <http://www.centos.org/>

5 6

RE: [CentOS] apache 403 forbidden problem.
by Colht, Charles 27 Oct '05

27 Oct '05

In CentOS 3, look for mrtg.conf in /etc/httpd/conf.d. This file configures /mrtg for localhost access only. Change the 'Allow from' line to something sensible and it should work. That drove me nuts for a while until I found it. Chuck -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Johnny Hughes Sent: Thursday, October 27, 2005 4:01 AM To: CentOS ML Subject: Re: [CentOS] apache 403 forbidden problem. On Thu, 2005-10-27 at 12:20 +0200, Ralph Angenendt wrote: > Johnny Hughes wrote: > > On Thu, 2005-10-27 at 04:32 +0800, Mark Quitoriano wrote: > > > > Forbidden > > > > You don't have permission to access /mrtg/ on this server. > > > > > > > When I had this issue it was because selinux was enabled. Is that > > possibly your issue ... what does /etc/sysconfig/selinux say? > > SELinux on CentOS 3.x? Apache 2.0.46 does hint at that - as does the > first mail by Mark. > > Ralph You are correct ... I did read that before, but overlooked it. If using CentOS-3.x and httpd from there then selinux is not available. If on CentOS-4.x then selinux might be an issue. *********************************************************************************** This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS

1 0

Re: [CentOS] starting a java application as a service
by Brian T. Brunner 27 Oct '05

27 Oct '05

I don't recall seeing a response to this request, and I'm nothing of an expert in Java, so here's a some-what educated guess: Where you invoke "/usr/bin/java -cp /usr/local/lib/java/jes.jar Jes $JESARGS" put "daemon " in front of that line. daemon /usr/bin/java -cp /usr/local/lib/java/jes.jar Jes $JESARGS and give that a whirl. (daemon is the function brought in by the script processor for startup services that backgrounds/detaches the call to the service itself Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> ByrneJB(a)Harte-Lyne.ca 10/24/05 05:19PM >>> I have a single requirement to launch a java application on startup as a service. The application is shipped in a file called jes.jar. It requires three arguments: a dotted quad IP address, an initial service port, and a translated service port. I can get the application running as a console command. Can someone point me to a site that documents how to script a sys V init.d style script so that I can run this as a daemon process? I tried copying a script in the age old fashion but I seem to be missing something(s). Lastly, I vaguely recall that there is a way to capture the pid of a program started in the shell but I cannot find any reference to it. I seem to recall that the construct $! or $$ contained the value of the last program run. Can anyone here confirm this and/or provide an example. I am a digest subscriber so direct responses are appreciated (reply to all). Sample script #!/bin/sh # # jes: Java Encryption Server for Javelin NSTV connections. # # chkconfig: - 26 89 # description: Java Encryption Service to support SSL # connections for the Javelin HP3000 NS/VT # emulator java applette. # # Check if config file readable (and therefore exists). [ -r /etc/sysconfig/jes ] || exit 0 # Read and execute the config file. .. /etc/sysconfig/jes # Check if variable has length zero and exit if true. [ -z "$JESARGS" ] && exit 0 start() { echo -n $"Starting jes as daemon: " /usr/bin/java -cp /usr/local/lib/java/jes.jar Jes $JESARGS touch /var/lock/subsys/jes echo } stop() { echo -n $"Shutting down jes (Java Encryption Service): " /usr/bin/jes -K killproc jes rm -f /var/lock/subsys/jes echo } [ -f /usr/bin/jes ] || exit 0 # See how we were called. case "$1" in start) start ;; stop) stop ;; restart|reload) stop start ;; condrestart) [ -e /var/lock/subsys/jes ] && (stop; start) ;; *) echo $"Usage: $0 {start|stop|restart|reload|condrestart}" exit 1 esac exit 0 sample configuration file: # Options to Jes server for secure javelin connections # VTNAME IP address of NSVT host (usually an HP3000) VTNAME="192.168.0.12" # VTPORT The service port that the NSVT service is listening # on (Usually 1570) VTPORT="1570" # JESPORT The service port that JES listens to on this host for VT # Javelin connections. This can be any port but it is # required that: # a. This port must be allowed through any exterior # firewalls. # b. The client must have the same port configured # in default.j92 # (or encrypt.j92 if that is what you are using). JESPORT="1570" # These are concatenated here for use in the init.d script. JESARGS="$VTNAME $VTPORT $JESPORT" -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3 _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

Question on Quad Opteron HP DL 585
by Sivakumar Raju 27 Oct '05

27 Oct '05

Hi, I have a HP DL 585 server with Quad Opteron processors and 32 Gbytes of RAM. I would like to know whether CentOS 3.5 x86_64 will recognize all 4 CPUs and 32 Gbytes of RAM. I will also running EDA tools like PriteTime, and Magma on this server. Does CentOS has any issues with these tools? your help on this question is appreciated. Thanks Siva.

2 1

Two small issues after upgrade to 4.2
by Kai Schaetzl 27 Oct '05

27 Oct '05

I made a yum update to 4.2 yesterday. The first "major" update I did on CentOS, I'm only using it for a few weeks now, starting with 4.1. Mainly for evaluation for a prospected migration from Suse to CentOS. Basically the update went very well, fast (only 180 MB needed to be installed) and smooth. But there were two small issues where I don't know why they happened: 1. There was a (actually two) spamassassin.rpm of SA 3.1.0 installed, the rpm was built from the tar.gz sources for SA with the specs file provided with it. It produces two files for installation: perl-Mail-SpamAssassin and spamassassin. The update wiped them and installed SA 3.0.4 with this message: Obsoleting: perl-Mail-SpamAssassin.i386 0:3.1.0-1 with spamassassin.i386 0:3.0.4-1.el4 Shouldn't this update get skipped because the version information is higher than the CentOS package? I found several mentions that I can exclude packages from yum updating. How can I do this? I don't want to update only specific packages, I only want to exclude a very few packages. 2. sshd seems to start twice or so since that update. No problems with ssh, though. from boot.log: Oct 24 14:00:16 nx05 sshd: succeeded from warn log: Oct 24 14:00:16 nx05 sshd[1737]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use. Same thing happens when I restart sshd and even when I reload it. There was a new sshd_config installed, I think I read something about removing ssh 1 protocol from it. This can't be the cause. There's only one instance of sshd running apart from the children for actual logins. Why is this happening, how to fix it? There is another question that arises in this context: will a yum update always overwrite with new configuration files, if that file got changed from the originally installed one? I'm used from Suse that new configuration files get saved with another extension if the original file got changed or in some cases it overwrites the file but copies the old file to a backup. I can also expressly exclude some config files from overwriting via sysconfig (if I remember correctly), can I do similar with CentOS? Thanks, Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com IE-Center: http://ie5.de & http://msie.winware.org

6 15

apache 403 forbidden problem.
by Mark Quitoriano 27 Oct '05

27 Oct '05

Hi guys, I'm using Centos 3.5 with Apache-2.0.46. i linke my mrtg from /var/www/mrtg to /var/www/html/mrtg so i did the command ln -s /var/www/mrtg. it worked fine last week but when i checked the mrtg today it say 403 forbidden. Forbidden You don't have permission to access /mrtg/ on this server. ------------------------------ Apache/2.0.46 (CentOS) Server but when i tried to link the /var/www/mrtg to a different name it worked fine. i can see the mrtg. -- Regards, Mark Quitoriano, CCNA http://www.atamanetworks.com Fan the flame... http://www.spreadfirefox.com/?q=user/register&r=19441

4 6

CentOS-announce Digest, Vol 8, Issue 10
by centos-announce-request＠centos.org 27 Oct '05

27 Oct '05

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-2005:809 Moderate CentOS 3 i386 ethereal - security update (Tru Huynh) 2. CESA-2005:809 Moderate CentOS 3 x86_64 ethereal - security update (Tru Huynh) 3. CESA-2005:805 Low CentOS 4 ia64 pam - security update (Pasi Pirhonen) 4. CESA-2005:805 Low CentOS 4 axp pam - security update (Pasi Pirhonen) 5. CESA-2005:805 Low CentOS 4 s390(x) pam - security update (Pasi Pirhonen) 6. CESA-2005:805 Low CentOS 4 i386 pam - security update (Johnny Hughes) 7. CESA-2005:805 Low CentOS 4 x86_64 pam - security update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 26 Oct 2005 14:52:50 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2005:809 Moderate CentOS 3 i386 ethereal - security update To: centos-announce(a)centos.org Message-ID: <20051026125250.GA24415(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2005:809 ethereal security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-809.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/ethereal-0.10.13-1.EL3.1.i386.rpm updates/i386/RPMS/ethereal-gnome-0.10.13-1.EL3.1.i386.rpm source: updates/SRPMS/ethereal-0.10.13-1.EL3.1.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update ethereal\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

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