Johnny Hughes wrote:
On 01/07/2012 12:50 PM, email builder wrote:
I don't know what is causing your specific issue ... whether you are getting something newer in sa-update than is designed to work with CentOS (sa-update bypasses the normal rpm type updates and does updates from elsewhere). It should only update rules, so maybe some of the new rules require a new version of perl-Net-DNS. If that is the case, then a Red Hat bugzilla entry needs to be made.
See above - it's the spamassassin restart that causes the error, in the end, nothing really to do with sa-update.
If it will not work with the CentOS version of perl-Net-DNS and if it works with the rfx version, then obviously you would run that. If that is the case, we need to get the rhel one upgraded.
So maybe I *do* need to open a bug report? Where do I do that?
can you try to disable ipv6, then reboot and see if you still get the error message?
Sorry, it's a production machine, I'd rather not do that. I can make small changes but a reboot-- Beside, if this is the set of packages CentOS gives me when I install something like spamassassin, it seems like they should work no matter what. But don't get me wrong, I really appreciate your suggestion.
It is not the CentOS packages causing your issues. I told you already that I have spamassassin running with these packages with no problems: ================================================== [root@localhost ~]# rpm -qa | grep -i perl | sort
<snip>
The issue you are having, based on the error that you posted, is that something else is already providing the subroutine "Net::DNS::Resolver::Base::AF_INET6" when it is trying to be loaded by perl module provided by CentOS (perl-Net-DNS-0.59-3.el5.i386). What we do not know is what ELSE is providing that routine.
Since I have the same 3 RPMs installed that you are quoting as the potential issue, and since I am not having the dual subroutine issue, that implies that the "SOMETHING ELSE" providing the other "Net::DNS::Resolver::Base::AF_INET6" is not any of the packages that I have installed.
So, I would say that this issue must be caused by the intermixing of perl modules from other than CentOS repositories.
Can anyone reproduce this issue without .rf. or .rfx. perl modules installed?
I have seen this same issue, but on a system where I am a user, so I can't experiment much. I tried to reproduce it on one of my systems and could not. The only perl package from rf[x] on the system with the issue is perl-NetAddr-IP-4.044-1.el5.rf.x86_64. Installing that on my test system does not exhibit the problem, but the test system has ipv6 disabled.
What I get on the problem system is eg: $ sa-learn --spam .0spam/cur/ Subroutine IO::Socket::INET6::AF_INET6 redefined at /usr/lib/perl5/5.8.8/Exporter.pm line 65. at /usr/lib/perl5/vendor_perl/5.8.8/IO/Socket/INET6.pm line 16 Subroutine Net::DNS::Resolver::Base::AF_INET6 redefined at /usr/lib/perl5/5.8.8/Exporter.pm line 65. at /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Net/DNS/Resolver/Base.pm line 66 Learned tokens from 0 message(s) (2 message(s) examined)
There are many similar issues on google. It seems to be just noise though, and spamassassin still appears to function properly.