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 1049974

Summary: [abrt] iok-2.1.3-4.fc20: g_bit_lock: Process /usr/bin/iok was killed by signal 11 (SIGSEGV)
Product: Red Hat Enterprise Linux 7 Reporter: Michal Toman <mtoman>
Component: iokAssignee: Parag Nemade <pnemade>
Status: CLOSED NOTABUG QA Contact: QE Internationalization Bugs <qe-i18n-bugs>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: lijli, pknirsch, rvokal
Target Milestone: rcKeywords: i18n
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: http://faf-report.itos.redhat.com/reports/583
Whiteboard: abrt_hash:b8237f62ef57c9292073a1c0e2e37a7b32cc2510
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1040264 Environment:
Last Closed: 2014-01-28 06:56:20 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:

Description Michal Toman 2014-01-08 14:36:46 UTC
+++ This bug was initially created as a clone of Bug #1040264 +++

Description of problem:
yum install iok.the bug occurs,everytime I run iok

Version-Release number of selected component:
iok-2.1.3-4.fc20

Additional info:
reporter:       libreport-2.1.9
backtrace_rating: 4
cmdline:        iok
crash_function: g_bit_lock
executable:     /usr/bin/iok
kernel:         3.11.9-300.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            0

Truncated backtrace:
Thread no. 1 (6 frames)
 #0 g_bit_lock at gbitlock.c:211
 #1 g_variant_lock at gvariant-core.c:223
 #2 g_variant_get_data at gvariant-core.c:862
 #3 g_variant_get at gvariant.c:4822
 #4 unique_backend_gdbus_send_message at uniquebackend-gdbus.c:252
 #5 unique_app_send_message at ./uniqueapp.c:658

Potential duplicate: bug 873376

--- Additional comment from lnie on 20131211T04:23:53 ---

Created attachment 835108 [details]
File: backtrace

--- Additional comment from lnie on 20131211T04:23:56 ---

Created attachment 835109 [details]
File: cgroup

--- Additional comment from lnie on 20131211T04:23:59 ---

Created attachment 835110 [details]
File: core_backtrace

--- Additional comment from lnie on 20131211T04:24:02 ---

Created attachment 835111 [details]
File: dso_list

--- Additional comment from lnie on 20131211T04:24:04 ---

Created attachment 835112 [details]
File: environ

--- Additional comment from lnie on 20131211T04:24:08 ---

Created attachment 835113 [details]
File: exploitable

--- Additional comment from lnie on 20131211T04:24:11 ---

Created attachment 835114 [details]
File: limits

--- Additional comment from lnie on 20131211T04:24:14 ---

Created attachment 835115 [details]
File: maps

--- Additional comment from lnie on 20131211T04:24:17 ---

Created attachment 835116 [details]
File: open_fds

--- Additional comment from lnie on 20131211T04:24:19 ---

Created attachment 835117 [details]
File: proc_pid_status

--- Additional comment from lnie on 20131211T04:24:21 ---

Created attachment 835118 [details]
File: var_log_messages

--- Additional comment from pnemade on 20131211T04:32:09 ---

so how can I reproduce this?

--- Additional comment from lnie on 20131211T05:59:47 ---

(In reply to Parag from comment #12)
> so how can I reproduce this?

Just install the same version iok ,then run iok command on a terminal.:)

--- Additional comment from pnemade on 20131211T06:06:28 ---

unable to reproduce on newly installed F20 Final TC5. I installed iok and able to run in fine.

--- Additional comment from lnie on 20131211T06:16:05 ---

That's weird ,the tested system installed on the VM is also F20 Final TC5 Gnome.
er,you tested it on VM too?

--- Additional comment from pnemade on 20131211T06:23:27 ---

yes I have f20 Final TC5 VM installed on Monday.

--- Additional comment from lnie on 20131211T06:32:17 ---

It's really weird then,maybe the only difference is that  I have installed several other packages.I think I should figure out that iok crashed every time I run iok command on a terminal

--- Additional comment from lnie on 20131211T07:44:48 ---

I tested it on fresh installed x86_64 systems just now, saw this bug on both Gnome and KDE system,yours is x86_64 system too?If so, then I really have no
idea why iok refuse to work on my systems

--- Additional comment from pnemade on 20131211T08:23:53 ---

Okay. I will try again with fresh installation. I have x86_64 machine to test in VM.

--- Additional comment from lnie on 20131211T08:41:15 ---

(In reply to Parag from comment #19)
> Okay. I will try again with fresh installation. I have x86_64 machine to
> test in VM.

If you tested it with x86_64 machine,then you need not test it again.
I tested it on fresh installed system(#comment18) because you said in #comment14 that you tested in newly installed system,while as I said in #comment17,my tested system has some other packages installed.

--- Additional comment from pnemade on 20131211T13:40:50 ---

Thanks but to make sure myself again that this bug is not reproducible I installed F20 Final TC5 DVD installation freshly in VM. This is x86_64 installation. Then I installed iok as the first package on this system and just started it from gnome-terminal as "iok" and used its functionality and found no crash.

Comment 1 Michal Toman 2014-01-08 14:36:48 UTC
The same problem has been detected in Red Hat Enterprise Linux 7. The following packages are affected:

iok-2.1.3-4.el7.x86_64

Comment 3 Parag Nemade 2014-01-09 08:44:27 UTC
Again, I will say unable to reproduce with RHEL7 Beta Workstation. Here is what I get on my existing cloned RHEL7 Beta VM.

=============================================================================
[test@localhost ~]$ sudo yum history
Loaded plugins: langpacks, product-id, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
ID     | Login user               | Date and time    | Action(s)      | Altered
-------------------------------------------------------------------------------
     2 | root <root>              | 2013-12-17 14:45 | Install        | 1104
     1 | System <unset>           | 2013-12-16 15:22 | Install        |  306
history list
[test@localhost ~]$ sudo yum install iok
Loaded plugins: langpacks, product-id, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
Resolving Dependencies
--> Running transaction check
---> Package iok.x86_64 0:2.1.3-3.el7 will be installed
--> Processing Dependency: libunique-3.0.so.0()(64bit) for package: iok-2.1.3-3.el7.x86_64
--> Running transaction check
---> Package unique3.x86_64 0:3.0.2-6.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package          Arch            Version              Repository          Size
================================================================================
Installing:
 iok              x86_64          2.1.3-3.el7          RHEL-BETA          114 k
Installing for dependencies:
 unique3          x86_64          3.0.2-6.el7          RHEL-BETA           57 k

Transaction Summary
================================================================================
Install  1 Package (+1 Dependent package)

Total download size: 171 k
Installed size: 556 k
Is this ok [y/d/N]: y
Downloading packages:
(1/2): iok-2.1.3-3.el7.x86_64.rpm                                                        | 114 kB  00:00:02
(2/2): unique3-3.0.2-6.el7.x86_64.rpm                                                    |  57 kB  00:00:01
----------------------------------------------------------------------------------------------------------------
Total                                                                            47 kB/s | 171 kB     00:03
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : unique3-3.0.2-6.el7.x86_64                                                                   1/2
  Installing : iok-2.1.3-3.el7.x86_64                                                                       2/2
  Verifying  : unique3-3.0.2-6.el7.x86_64                                                                   1/2
  Verifying  : iok-2.1.3-3.el7.x86_64                                                                       2/2

Installed:
  iok.x86_64 0:2.1.3-3.el7

Dependency Installed:
  unique3.x86_64 0:3.0.2-6.el7

Complete!
[test@localhost ~]$ iok
No custom keymaps present
Xtest version 0.0.2.2
[test@localhost ~]$
=============================================================================