Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 134186

Summary:	the Security Level Configuration Tool freezes
Product:	Red Hat Enterprise Linux 4	Reporter:	L3support <linux-sid>
Component:	im-sdk	Assignee:	Yu Shao <yshao>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4.0	CC:	eng-i18n-bugs, nobody+pnasrat
Target Milestone:	---	Keywords:	i18n
Target Release:	---
Hardware:	ia64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-21 19:06:02 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:
Bug Depends On:
Bug Blocks:	125997

Description L3support 2004-09-30 02:37:42 UTC

Description of problem:
Right after we start up the Security Level Configuration Tool in order
to change the security level of our system, the application freezes.

Version-Release number of selected component (if applicable):
system-config-securitylevel-1.4.3-1

How reproducible:
always

Steps to Reproduce:
1. start the Security Level Configuration Tool
- select Main Menu Button (on the Panel) => System Settings =>
Security Level 
or 
- type the following command from a shell prompt in a GNOME terminal
 # system-config-securitylevel

Actual results:
The application freezes.

Expected results:
The application do not freeze, and you can change the security level
of your system.

Additional info:
When the application freezed, we got the following message in
/var/log/messages.
----------
Sep 28 14:54:34 <hostname> kernel: htt_xbe(7382): unaligned access to
0x60000000000266bc, ip=0x20000000002e1770
----------
It seems that the above syslog message relates to this phenomenon.

Comment 1 Paul Nasrat 2004-09-30 06:49:55 UTC

Please disable iimf and retest - that looks to me as if it's a bug in
iimf (the htt_xbe daemon is unrelated to s-c-securitylevel).  

Switch to runlevel 3

/etc/init.d/iimf stop
LANG=C startx
open a terminal and
LANG=C system-config-securitylevel

If no freeze occurs, restart iimf, LANG=C startx and try:

LANG=C system config-security-level

Let me know if it freezes with that. 

Please give the version of iimf-server iimf-x and the kernel as well.

Comment 2 Paul Nasrat 2004-09-30 06:51:54 UTC

Please note I mean iiimf and iiimf-server and iiimf-x

Comment 3 L3support 2004-10-04 09:26:32 UTC

Hi,

I'm very sorry to be late.

I tried your recommendation, and no freeze occured in the case of
"LANG=C".
But in the case of "LANG=ja_JP.UTF-8", the application freezed.
The detail is as follows.

==========
1. disable iiim (LANG=C)
 # /etc/init.d/iiim stop
 # startx
Open a gnome-terminal.
 # export LANG=C
 # system-config-securitylevel

No freeze occurs.

2. enable iiim (LANG=C)
 # /etc/init.d/iiim start
 # startx
Open a gnome-terminal.
 # export LANG=C
 # system-config-securitylevel

No freeze occurs.

3. LANG=ja_JP.UTF-8 (whether iiim is disabled or not)
 # startx
Open a gnome-terminal.
 # echo $LANG
 ja_JP.UTF-8
 # system-config-securitylevel

The application freezes with the following message in /var/log/messages.
-----
Oct  4 15:56:08 <hostname> kernel: htt_xbe(18374): 
unaligned access to 0x60000000000266bc, ip=0x20000000002e1770
-----
==========

And the version of the related packages is as follows, 
----------
iiimf-server-12.0.1-3.svn1891
iiimf-x-12.0.1-3.svn1891
kernel-2.6.8-1.528.2.10
----------


Best regards.

Comment 4 Paul Nasrat 2004-10-04 10:51:38 UTC

Reassigning to iiimf source component im-sdk.

Comment 6 L3support 2004-10-06 10:50:46 UTC

Hi,

What information do you need? Current status is 'NEEDINFO', though. 

Regards,

Comment 7 Jens Petersen 2004-10-06 11:54:05 UTC

Is it possible you could try the latest im-sdk build
in testing now: currently it is iiimf-*-12.0.1-12.svn1943.
They contain some 64bit fixes amongst other things.

Comment 8 L3support 2004-10-07 10:26:40 UTC

Hi,

Thanks. I'll try your advice later.

Has 'iiimf-*-12.0.1-12.svn1943' been already released?
And, Do you think the following only two packages relate to this problem?
-----
iiimf-server-12.0.1-3.svn1891
iiimf-x-12.0.1-3.svn1891
-----

Best regards,

Comment 9 Paul Nasrat 2004-10-07 10:33:53 UTC

Check in the development repo:

http://download.fedora.redhat.com/pub/fedora/linux/core/development/ia64/Fedora/RPMS/

Comment 10 L3support 2004-10-08 05:01:16 UTC

Hi,

Thank you for your kindness.
I will check it.

Regards,

Comment 11 L3support 2004-10-15 02:45:08 UTC

Hi,

I'm sorry to be late.

I update the current "iiimf-*" version to "12.0.1-13.svn1943".

And no freeze occurs when I execute the following command on a
gnome-terminal.
# system-config-securitylevel

The problem seems to be fixed in the latest "iiimf-*" version. Thanks.

By the way, is the fixed "iiimf-*" version included in the next RHEL4
release, beta2?

Best regards,

Comment 12 Yu Shao 2004-10-19 02:46:41 UTC


*** This bug has been marked as a duplicate of 134035 ***

Comment 13 Leon Ho 2004-10-19 03:05:19 UTC

To answer your question: Yup, the fixed iiimf will be in RHEL4 B2.
Thanks for the bug and testing!

Comment 14 Red Hat Bugzilla 2006-02-21 19:06:02 UTC

Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.