Description of problem: While trying to track down a selinux denial, I tried to run manually run the 5 minute interval scheduled mrtg command from /etc/cron.d/mrtg Version-Release number of selected component (if applicable): mrtg-2.15.1-8.fc9.i386 perl-SNMP_Session-1.08-4.fc9.noarch How reproducible: Two F8>F9Beta>2008-04-17 systems. Steps to Reproduce: 1. LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file \ /var/lock/mrtg/mrtg_l --confcache-file /var/lib/mrtg/mrtg.ok Actual results: warnings about redefined and prototype mismatch about AF_INET_6, PF_INET_6 see attached. Expected results: Silently complete. Additional info: May be due to changes in perl (perl-5.10.0-20.fc9.i386), since on F8 (perl-5.8.8-38.fc8) this did not occur. There are newer stable releases available. http://oss.oetiker.ch/mrtg/pub/?M=D [ ] mrtg-2.16.1.tar.gz 17-Feb-2008 11:30 1.0M [ ] mrtg-2.16.0.tar.gz 06-Feb-2008 15:36 1.0M [ ] mrtg-2.15.2.tar.gz 29-Apr-2007 09:11 1.0M [ ] mrtg-2.15.1.tar.gz 01-Feb-2007 00:41 1.0M Changes 2.15.2, 2007-04-29 -------------------------- ... From: Mike Mitchell Mike.Mitchell sas.com * Updated Net_SNMP_util module (error messages) Seems like it may resolve this, but I have not tested that. I don't know if mrtg fails to run properly when this occurs.
Created attachment 302737 [details] messages during startup.
*** This bug has been marked as a duplicate of 437681 ***
Before (2.15.1-8): [spot@localhost devel]$ sudo LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lock/mrtg/mrtg_l --confcache-file /var/lib/mrtg/mrtg.ok Constant subroutine SNMP_Session::AF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 140 Prototype mismatch: sub SNMP_Session::AF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 140 Constant subroutine SNMP_Session::PF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 140 Prototype mismatch: sub SNMP_Session::PF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 140 Constant subroutine SNMPv1_Session::AF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 594 Prototype mismatch: sub SNMPv1_Session::AF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 594 Constant subroutine SNMPv1_Session::PF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 594 Prototype mismatch: sub SNMPv1_Session::PF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/../lib64/mrtg2/SNMP_Session.pm line 594 Constant subroutine main::AF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/mrtg line 101 Prototype mismatch: sub main::AF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/mrtg line 101 Constant subroutine main::PF_INET6 redefined at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/mrtg line 101 Prototype mismatch: sub main::PF_INET6 () vs none at /usr/lib/perl5/5.10.0/Exporter.pm line 66. at /usr/bin/mrtg line 101 After (2.16.1-1): [spot@localhost devel]$ sudo rpm -Uvh /home/spot/cvs/sandbox/mrtg/devel/x86_64/mrtg-2.16.1-1.fc9.x86_64.rpm Preparing... ########################################### [100%] 1:mrtg ########################################### [100%] [spot@localhost devel]$ sudo LANG=C LC_ALL=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg --lock-file /var/lock/mrtg/mrtg_l --confcache-file /var/lib/mrtg/mrtg.ok [spot@localhost devel]$ 2.16.1 doesn't fix this bug directly, but I updated anyway, so that the patch which does fix this bug would be against the latest from upstream. Please confirm that this package resolves the issue for you: http://koji.fedoraproject.org/koji/buildinfo?buildID=46559 If so, I'll ask for it to be tagged for F-9.
I grabbed the i386 build and did a before and after test with $ yum localupdate mrtg-2.16... , and on the other machine with $ yum remove mrtg $ yum localinstall mrtg-2.16... Both machines now have no output when the above command from /etc/cron.d/mrtg is run manually at the command line. Note that I haven't performed a functionality test of the package at all. Changed to resolved rawhide, since there is no resolved koji...