Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1063914

Summary: [abrt] tog-pegasus: strlen(): cimprovagt killed by SIGSEGV
Product: Red Hat Enterprise Linux 7 Reporter: Alois Mahdal <amahdal>
Component: tog-pegasusAssignee: Vitezslav Crhonek <vcrhonek>
Status: CLOSED CURRENTRELEASE QA Contact: qe-baseos-daemons
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: amahdal, jscotka
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:80bb4218dec4bf47b43e9b0600bfb9e59eb30251
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-31 09:03:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
File: sosreport.tar.xz none

Description Alois Mahdal 2014-02-11 15:59:46 UTC
Description of problem:
crash happened during one of account tests created on QA part which are yet
to be ported to upstream, namely somewhere in TestAccountLmishell.py, currently
(commit adcdc1d) under /CoreOS/openlmi/Upstream/account/Sanity/Account

    nosetests -v ./TestAccountLmishell.py

Possible duplicate of bug 1063423
Possible duplicate of bug 1063910

Version-Release number of selected component:
tog-pegasus-2.12.1-13.el7

Additional info:
reporter:       libreport-2.1.11
backtrace_rating: 4
cmdline:        /usr/libexec/pegasus/cimprovagt 0 8 13 root cmpiLMI_Account
crash_function: strlen
executable:     /usr/libexec/pegasus/cimprovagt
kernel:         3.10.0-78.el7.x86_64
runlevel:       N 5
type:           CCpp
uid:            0

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 strlen at ../sysdeps/x86_64/strlen.S:31
 #1 __strdup at strdup.c:41
 #2 LMI_AccountManagementService_CreateAccount at /usr/src/debug/openlmi-providers-0.4.2/src/account/LMI_AccountManagementServiceProvider.c:466
 #3 LMI_AccountManagementService_DispatchMethod at /usr/src/debug/openlmi-providers-0.4.2/x86_64-redhat-linux-gnu/src/account/LMI_AccountManagementService.h:2951
 #4 LMI_AccountManagementServiceInvokeMethod at /usr/src/debug/openlmi-providers-0.4.2/src/account/LMI_AccountManagementServiceProvider.c:179
 #5 Pegasus::CMPIProviderManager::handleInvokeMethodRequest at CMPIProviderManager.cpp:1806
 #6 Pegasus::CMPIProviderManager::processMessage at CMPIProviderManager.cpp:307
 #7 Pegasus::BasicProviderManagerRouter::processMessage at BasicProviderManagerRouter.cpp:391
 #8 Pegasus::ProviderAgent::_processRequest at ProviderAgent.cpp:708
 #9 Pegasus::ProviderAgent::_processRequestAndWriteResponse at ProviderAgent.cpp:836

Comment 1 Alois Mahdal 2014-02-11 15:59:50 UTC
Created attachment 861840 [details]
File: backtrace

Comment 2 Alois Mahdal 2014-02-11 15:59:52 UTC
Created attachment 861841 [details]
File: cgroup

Comment 3 Alois Mahdal 2014-02-11 15:59:54 UTC
Created attachment 861842 [details]
File: core_backtrace

Comment 4 Alois Mahdal 2014-02-11 15:59:56 UTC
Created attachment 861843 [details]
File: dso_list

Comment 5 Alois Mahdal 2014-02-11 15:59:59 UTC
Created attachment 861844 [details]
File: environ

Comment 6 Alois Mahdal 2014-02-11 16:00:01 UTC
Created attachment 861845 [details]
File: exploitable

Comment 7 Alois Mahdal 2014-02-11 16:00:05 UTC
Created attachment 861846 [details]
File: limits

Comment 8 Alois Mahdal 2014-02-11 16:00:08 UTC
Created attachment 861847 [details]
File: maps

Comment 9 Alois Mahdal 2014-02-11 16:00:13 UTC
Created attachment 861848 [details]
File: open_fds

Comment 10 Alois Mahdal 2014-02-11 16:00:15 UTC
Created attachment 861849 [details]
File: proc_pid_status

Comment 11 Alois Mahdal 2014-02-11 16:00:19 UTC
Created attachment 861850 [details]
File: var_log_messages

Comment 12 Alois Mahdal 2014-02-11 16:00:40 UTC
Created attachment 861851 [details]
File: sosreport.tar.xz

Comment 13 Alois Mahdal 2014-02-11 16:10:26 UTC
(In reply to Alois Mahdal from comment #0)
> (commit adcdc1d) under /CoreOS/openlmi/Upstream/account/Sanity/Account

Rebased, new commit is 354aeeb

Comment 15 Alois Mahdal 2014-02-24 17:54:20 UTC
Another user experienced a similar problem:

crash happened during one of account tests created on QA part which are yet
to be ported to upstream:

(commit 0ee3400) under /CoreOS/openlmi/Upstream/account/Sanity/Account

This test was ran as whole, using "make run"

reporter:       libreport-2.1.11
backtrace_rating: 4
cmdline:        /usr/libexec/pegasus/cimprovagt 0 8 11 root cmpiLMI_Account
crash_function: strlen
executable:     /usr/libexec/pegasus/cimprovagt
kernel:         3.10.0-86.el7.x86_64
package:        tog-pegasus-2.12.1-14.el7
reason:         cimprovagt killed by SIGSEGV
runlevel:       N 5
type:           CCpp
uid:            0

Comment 19 Vitezslav Crhonek 2016-06-01 08:49:26 UTC
*** Bug 1063910 has been marked as a duplicate of this bug. ***

Comment 20 Vitezslav Crhonek 2016-06-01 08:49:52 UTC
*** Bug 1063423 has been marked as a duplicate of this bug. ***

Comment 21 Vitezslav Crhonek 2016-06-01 09:01:59 UTC
This looks like an issue in Account provider, not in Pegasus... Anyway, I'm not able to reproduce it on RHEL7.2:

# nosetests -v ./TestAccountLmishell.py
Failure: ImportError (No module named methods) ... ERROR

======================================================================
ERROR: Failure: ImportError (No module named methods)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/nose/loader.py", line 413, in loadTestsFromName
    addr.filename, addr.module)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 47, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 94, in importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File "/mnt/tests/CoreOS/openlmi/Upstream/account/Sanity/Account/TestAccountLmishell.py", line 25, in <module>
    import methods
ImportError: No module named methods

----------------------------------------------------------------------
Ran 1 test in 0.001s

FAILED (errors=1)

(I have no idea where "methods" module should be imported from, I've installed all openlmi-* packages and various Account provider's test packages without success.)

On the other hand, "make run" works somehow - some tests are failing, some succeeding, but no segfault has emerged.

If you don't mind, I suggest we close this bug - it may be already fixed in the provider (as there were no similar issues opened by customers during two releases) and it also doesn't seem that we will update openlmi packages in the future.

Comment 22 Alois Mahdal 2016-08-30 22:09:36 UTC
Sorry for late response.

I tried to reproduce this but could not; I hardly made the test work at all, but the segfault does not happen (tried RHEL-7.1 and RHEL-7.3).

I'm OK with closing it, at least until somebody hits it again.

Comment 23 Vitezslav Crhonek 2016-08-31 09:03:45 UTC
Thanks, I'm closing it then.