Re: sa-update error with perl

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



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.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux