Discuss

discuss@lists.centos.org

2 participants
34758 discussions

Re: [Centos] Regarding postfix dep for redhat-lsb
by cweisiger＠i-55.com 12 Jan '05

12 Jan '05

ok i checked the spec file and it has the path: Requires: /usr/sbin/groupdel Requires: /usr/sbin/groupmod Requires: /usr/sbin/sendmail <------- SENDMAIL mentioned here On my production server: I have the following: a symbolic link to the sendmail which qmail uses: sendmail -> /var/qmail/bin/sendmail I guess I could edit the SPEC file and remove the sendmail line, correct? or edit it in a way that it checks for either the symlink or the regular link for people who might be using qmail as there prefered mail system.

2 1

Regarding postfix dep for redhat-lsb
by cweisiger＠i-55.com 12 Jan '05

12 Jan '05

when i checked the SPEC file for redhat-lsb i did a search for postfix and it didnt find anything...how can there be a postfix dep if its not mentioned in the SPEC file for redhat-lsb?

3 2

re:[Centos] Re: centos] Postfix dep for redhat-lsb rpm
by cweisiger＠i-55.com 12 Jan '05

12 Jan '05

Ok so your saying to just remove the redhat-lsb rpm. But, am I suppose to have that rpm for some reason...i can eliminate more packages from my system if i do remove the redhat-lsb rpm. I just though it was a required back that shouldnt be removed from the system...

2 1

crossposting: OpenVPN on CentOS(RHES clone) and Fedora Core3..some strange things
by j p 12 Jan '05

12 Jan '05

Apologies for the cross-posting to CentOS list (already mailed to OpenVPNlist).. am using OpenVPN [ http://openvpn.sf.net ] on CentOS 3.4 and having some issues.. it may possibly be an OpenVPN issue, but thought if anyone on this list is using or had any similar issues or have any thoughts.. TIA ---------- Forwarded message ---------- Date: Wed, 12 Jan 2005 11:26:22 -0700 Subject: resend with updates: OpenVPN on CentOS(RHES clone) and Fedora Core3..some strange things To: Openvpn-users(a)lists.sourceforge.net below is my original posting with the issue I have been having.. couple of updates (alas, I still have the problem/issue)..please help..anyone..anyone..thanx 1. rebuilt the CentOS box/applied latest patches..(clone of RHES 3.0) 2. snagged 2.0 rc7 openvpn and compiled (this time pointing to already centos installed openssl RPMs/files) http://sourceforge.net/mailarchive/forum.php?thread_id=6328352&forum_id=8453 this time, I even generated the server certs on CentOS itself.. 3. same issue, OpenVPN doesn't respond aftrer in production for a day..I don't see any log activity that stands out..note, I am using TCP instead of UDP.. 4. only reboot is fixing this issue.. 5. anyone successfully using OpenVPN on RedhatEnterprise 3.x or any clones of it with out any issue? TIA ====my original posting to the list===== Greetings folks, env: 1. servers on OVPN 2.0 rc6 on FC3 and CentOS 3.3(clone of RHES 3.0 with updt3), with all latest updates..Clients are all XP SP2. using TUN on servers/clients.. 2. using in routed config, custom certs all generated on FC3 and copied/replicated on to centos box. 3. use diff ip/netwok for "server" (in server config file) directive for obvious reasons..both OVPN servers are serving the same corp/office network.. 4. using TCP instead of UDP. 5. same setof "iptables" firewall rulesets.. here is the strange thing.. OVPN on FC3 seems to work with out any issues, but the one on CentOS box does not respond, after in production for a while..I have to reboot for it to start responding..my verbose logs don't show anything..it's like, there is not even a connection being established..I have ruled out network issues etc.. external IP's on both hosts are valid and accessable, while OpenVPN on 443 port gets hung or doesn't respond on CentOS host...(i run it on TCP 443)... am getting a little tired of rebooting centos box. i guess I could cron the reboot, but I would like to find the root cause..anyone seen this issue? TIA ============================

2 1

RE: [Centos] bind and 3.4
by Holmes, Brent 12 Jan '05

12 Jan '05

Heads up if anyone removes the caching-nameserver rpm after they fix their init scripts and replace their named.conf, it also renames your named.ca to named.ca.rpmsave( I believe this happens when you uninstall the caching-nameserver rpm, it also moves named.conf back to named.rpmsave again). So you have to move that back before you can successfully restart named. Brent -----Original Message----- From: centos-bounces(a)caosity.org [mailto:centos-bounces@caosity.org] On Behalf Of Johnny Hughes Sent: Wednesday, January 12, 2005 9:02 AM To: CentOS discussion and information list Subject: RE: [Centos] bind and 3.4 On Wed, January 12, 2005 7:51 am, Lance Davis said: > On Wed, 12 Jan 2005, Johnny Hughes wrote: > >> > This is an upstream issue ... AND ... according to redhat, you >> shouldn't >> > have caching-nameserver installed on a DNS server that is anything >> other >> > than a caching-nameserver :). It is indeed the caching-nameserver >> package >> > that is causing the issue. >> > >> >> As further clarification, I point exactly to the post: >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143558#c9 >> >> I think you should put the new caching-nameserver back into the U4 >> directories ... this will happen anytime redhat issues an update to >> caching-nameserver and is exactly by design. >> >> If you have DNS zones, remove caching-nameserver from that box...it is >> not >> a caching-nameserver any longer > > Well I am also going by a post from parsley to the tao mailing list :- > > http://mailman.taolinux.org/pipermail/tao-i386/2005-January/000104.html > > I dont think it is right for it to kill a working nameserver on an update, > whether or not people have it installed by mistake - ie if it is already > installed and the config files have been changd and the thing is running, > they should not be removed and the thing stopped - IMHO > > Lance > > -- I agree, _BUT_ the guy at RedHat is right ... The purpose of caching-nameserver is to setup a "caching-only-DNS" box ... the only way to setup a "caching-only-DNS" box is to remove the current named.conf file and replace it with a new one that defines it as a "caching-only-DNS" box :) The lesson learned is ... once you setup your box as a DNS zone control box, backup the named.conf file and remove the package caching-nameserver ... OR ... don't install it in the first place. My guide has been updated to remove the caching-nameserver package after finishing zone setup :). -- Johnny Hughes <http://www.HughesJR.com/> _______________________________________________ CentOS mailing list CentOS(a)caosity.org http://lists.caosity.org/mailman/listinfo/centos

1 0

CentOS-3 i386 errata : caching-nameserver 3.4 update causes problems
by Lance Davis 12 Jan '05

12 Jan '05

I have removed the updated caching-nameserver from the core OS repo of CentOS 3.4 i386 as there have been reports of nameservers losing their configuration and stopping when the update was applied. I have reverted caching-nameserver in the 3.4 core OS back to the CentOS 3.3 version caching-nameserver-7.2-7.noarch.rpm. The new version caching-nameserver-7.3-3_EL3.noarch.rpm is now in the testing repo of 3.4. The new version is still in the .isos but it should be safe for new installs. Lance

1 0

Postfix dep for redhat-lsb rpm
by Chris Weisiger 12 Jan '05

12 Jan '05

Is it possible to eliminate the postfix dep that is required to update to the latest redhat-lsb rpm when upgrading to 3.4 can i just download the source and remove the postfix dep and rebuild, and update the redhat-lsb rpm on my system. i dont think that the post fix dep was there when i updated to 3.3 from 3.1

2 1

The new CentOS3.4 version
by cweisiger＠i-55.com 12 Jan '05

12 Jan '05

Im glancing through my email from the mailing list and noticed a lot of talk about centos3.4. When will it be released officially. I have read somewhere that RH is releasing RHEL 4 pretty soon....Im in no need to upgrade because my system is rather stable..just trying to get a idea of what is going on....I know i should be keeping up with the list...but it gets complicated at times. I know j. hughes is building a beta test of 3.4...Im just curious as to if if (cent3.4) is a quarterly update like going from 3.1 to 3.3 or is it a major release as will 3.4 be the same as RHEL4.

9 8

Change your default rpm query format on multi-lib archs (like x86_64)
by Johnny Hughes 12 Jan '05

12 Jan '05

All, I am now building rpms on, and using a multi-lib arch (x86_64) for the first time ... when using the standard command: rpm -qa | grep pkg_name The results might be pkg_name.i386 or pkg_name.x86_64 ... or both. But, the way it is shown by the default query format, looks the same ... like this: pkg_name pkg_name ---------------------------- example: [root@x86-64 ~]# rpm -qa | grep popt popt-1.9.1-21 popt-1.9.1-21 ---------------------------- To fix this problem on multi-lib machines (and change the default query format), you can change your .rpmmacros (or create a .rpmmacros) in your user home directory and add this line: %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} --------------------------- Now the result of the above example is: [root@x86-64 ~]# rpm -qa | grep popt popt-1.9.1-21.x86_64 popt-1.9.1-21.i386 --------------------------- So now you can easily tell which arch of a program is installed on multi-lib machines. Thanks, Johnny Hughes

4 4

vim update for CentOS-3.3 x86_64 rebuild :(
by Tru Huynh 11 Jan '05

11 Jan '05

Greatings, I am very sorry for having to misrebuild the vim update for x86_64 (CentOS-3.3): Wrong build host which was using a different libacl than the current CentOs-3.3... upon upgrading you might have got: ....Unable to satisfy dependencies Package vim-enhanced needs libacl.so.1(ACL_1.0)(64bit), this is not available. Package vim-minimal needs libacl.so.1(ACL_1.0)(64bit), this is not available. I have rebuild the new ones and replaced the wrong ones on the master mirror tonight Tue Jan 11 23:03:10 UTC 2005 ref: [RHSA-2005:010-01] Updated VIM packages fix security vulnerability https://rhn.redhat.com/errata/RHSA-2005-010.html ...centos-3/3.3/updates/x86_64/ RPMS/vim-common-6.3.046-0.30E.1.x86_64.rpm RPMS/vim-enhanced-6.3.046-0.30E.1.x86_64.rpm RPMS/vim-minimal-6.3.046-0.30E.1.x86_64.rpm RPMS/vim-X11-6.3.046-0.30E.1.x86_64.rpm SRPMS/vim-6.3.046-0.30E.1.src.rpm Best regards, Tru Huynh (deeply confused)

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