[Bug 1536481] New: fusioninventory-agent segfaults when running SNMP
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1536481
Bug ID: 1536481
Summary: fusioninventory-agent segfaults when running SNMP
Product: Fedora EPEL
Version: el6
Component: fusioninventory-agent
Severity: medium
Assignee: marianne(a)tuxette.fr
Reporter: blumel(a)visa.com
QA Contact: extras-qa(a)fedoraproject.org
CC: johan(a)x-tnd.be, marianne(a)tuxette.fr,
perl-devel(a)lists.fedoraproject.org
Created attachment 1383409
--> https://bugzilla.redhat.com/attachment.cgi?id=1383409&action=edit
Fusion Inventory agent log
Description of problem:
Multiple segfaults appear in the system logs when the FusionInventory agent
runs SNMP operations (SNMP discovery, SNMP inventory). The operations still
yield results, and there's no obvious error returned in the logs.
Jan 19 09:12:42 server kernel: fusioninventory[31355] general protection
ip:7f42230a4829 sp:7ffda30bcc60 error:0 in
libcrypto.so.1.0.1e[7f4222f7d000+1ba000]
Jan 19 09:12:43 server kernel: fusioninventory[3066]: segfault at 7f422b8ea588
ip 00007f422b8ea588 sp 00007ffda30bd728 error 15 in
libc-2.12.so[7f422b8ea000+2000]
Jan 19 09:56:01 server kernel: fusioninventory[11240]: segfault at 7f422b8ea588
ip 00007f422b8ea588 sp 00007ffda30bd728 error 15 in
libc-2.12.so[7f422b8ea000+2000]
Version-Release number of selected component (if applicable):
fusioninventory-agent-2.3.21-4.el6.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Run an SNMP discovery
2. Run an SNMP inventory for a host
3. Check system logs for segfaults
Actual results:
Multiple segfaults
Expected results:
No segfaults should happen
Additional info:
Attaching the log
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Bug 1600131] New: Bad license in t/dclone.t
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1600131
Bug ID: 1600131
Summary: Bad license in t/dclone.t
Product: Fedora
Version: rawhide
Component: perl-Clone
Assignee: tcallawa(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
tcallawa(a)redhat.com
External Bug ID: CPAN 125815
perl-Clone-0.39-7.fc29 suffers from a bad licensed file (t/dclone.t, t/tied.pl,
and t/dump.pl). They are "Artistic only". I requested a relicense to the
upstream (CPAN RT#125815). Fedora needs to remove these files from the source
archive or upstream to change the license.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Bug 857802] New: perl-Tk missing /usr/bin/widget
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=857802
Bug ID: 857802
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: el6
Priority: unspecified
CC: perl-devel(a)lists.fedoraproject.org,
tremble(a)tremble.org.uk, xavier(a)bachelot.org
Assignee: xavier(a)bachelot.org
Summary: perl-Tk missing /usr/bin/widget
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: wuz73(a)hotmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: perl-Tk
Product: Fedora EPEL
Description of problem:
/usr/bin/widget is a very useful program to demo Perl-Tk widgets. However, it
has been missing in perl-Tk-804.028-xxx
Version-Release number of selected component (if applicable):
perl-Tk-804.028-12.el6.x86_64
How reproducible:
always
Steps to Reproduce:
1. yum install perl-Tk
2. widget
Actual results:
bash: widget: command not found
Expected results:
start widget
Additional info:
I found /usr/bin/widget in perl-Tk-804.028-2.el6.rf.x86_64.rpm, but it's not on
6.3.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Bug 1262772] New: perl-SOAP-Lite-1.10-1.el7.noarch requires perl(Class::Inspector)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1262772
Bug ID: 1262772
Summary: perl-SOAP-Lite-1.10-1.el7.noarch requires
perl(Class::Inspector)
Product: Fedora EPEL
Version: epel7
Component: perl-SOAP-Lite
Severity: low
Assignee: andrea.veri(a)gmail.com
Reporter: steffen.hau(a)rz.uni-mannheim.de
QA Contact: extras-qa(a)fedoraproject.org
CC: andrea.veri(a)gmail.com, emmanuel(a)seyman.fr,
janfrode(a)tanso.net, perl-devel(a)lists.fedoraproject.org
Description of problem:
I'm running RHELS7.1 and yum update fails, as there is no package for
perl(Class::Inspector).
yum list updates
Loaded plugins: product-id, subscription-manager
Updated Packages
perl-Crypt-Rijndael.x86_64 1.12-1.el7 epel
perl-Expect.noarch 1.21-14.el7 epel
perl-SOAP-Lite.noarch 1.10-1.el7 epel
yum update
Loaded plugins: product-id, subscription-manager
Resolving Dependencies
--> Running transaction check
[snip]
Error: Package: perl-SOAP-Lite-1.10-1.el7.noarch (epel)
Requires: perl(Class::Inspector)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Please let me know if you need further information.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months
[Bug 1589381] New: perl-Cflow not actually linked to flow-tools
since -17
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1589381
Bug ID: 1589381
Summary: perl-Cflow not actually linked to flow-tools since -17
Product: Fedora EPEL
Version: epel7
Component: perl-Cflow
Severity: low
Assignee: orion(a)nwra.com
Reporter: redhat(a)adiemus.org
QA Contact: extras-qa(a)fedoraproject.org
CC: orion(a)nwra.com, perl-devel(a)lists.fedoraproject.org
Created attachment 1449269
--> https://bugzilla.redhat.com/attachment.cgi?id=1449269&action=edit
Basic spec file patch to restore the necessary CCFLAGS/LIBS for linking to
flow-tools
Description of problem:
perl-Cflow isn't actually linked against flow-tools (libft) and doesn't seem to
have been since release -17. It works in the EPEL6 version (-11)
In -17, it seems the spec file was changed such that the Makefile creation line
changed from:
[Working, 1.053-11]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" \
CCFLAGS='-DOSU' LIBS='-lft'
[Broken, 1.053-32]
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
where the manual set of CCFLAGS and LIBS was removed. The problem is, the
upstream source won't detect and build against flow-tools otherwise. (It's
autodetection logic expects perl-Cflow to be inside the build tree for
flow-tools itself)
Restoring the CCFLAGS/LIBS override in the spec file results in a build that
works as expected. (Consistent with the EPEL6 build)
Version-Release number of selected component (if applicable):
perl-Cflow-1.053-32.el7.x86_64
How reproducible:
Always
Steps to Reproduce:
1. yum -y install flow-tools perl-Cflow
2. Run flow-capture to gather some netflow data into flow files
3. flowdumper -v ft-v05.whatever
Actual results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
ft-v05.2018-06-08.144801-0500: Invalid index in cflowd flow file: 0xCF100103!
Version 5 flow-export is required with *all* fields being saved.
Expected results:
$ flowdumper -v ft-v05.2018-06-08.144801-0500
FLOW
index: 0xc7ffff
router: 127.0.0.1
<snip>
Additional info:
I've attached a very basic diff of the spec file, incremented to -33, that
makes the change suggested above.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 6 months