Bug 139815
Summary: | 32bit application on IA32EL hungups while core dumping. | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | L3support <linux-sid> | ||||
Component: | ia32el | Assignee: | Jakub Jelinek <jakub> | ||||
Status: | CLOSED ERRATA | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 4.0 | CC: | ezannoni, grgustaf, halligan, jturner, nagahama, tao, yoav.zach | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | ia64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2005-09-29 19:41:04 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: | 143073 | ||||||
Bug Blocks: | 137160, 145334 | ||||||
Attachments: |
|
Description
L3support
2004-11-18 07:36:28 UTC
Jakub, will it be possible for you to add me to CC list for every issue opened for ia32el ? Thanks, Yoav. this problem will be fixed with version 88.34.22, which is currently under validation. should be ready early next week. Created attachment 107923 [details]
a patch to fix the problem
Should be fixed in ia32el-1.1-12 in dist-4E-lacd, also put to ftp://people.redhat.com/jakub/ia32el/ I tried ia32el-1.1-12. It doesn't work well. This ia32el outputs the elf32 core dump file of a 32bit multi-threads process but the process doesn't finish. ps(1) shows that its status is 'T(stopped)'. -------- # uname -a Linux plat-tiger4b 2.6.9-1.648_EL #1 SMP Tue Oct 26 12:20:12 EDT 2004 ia64 ia64 ia64 GNU/Linux # # ulimit -c unlimited # # file test-thread-ia32-core test-thread-ia32-core: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped # # ./test-thread-ia32-core & [1] 3709 # func_001 started. thread create. thread create. thread create. thread create. thread create. Thread 1085836208 is started. Thread 1106840496 is started. Thread 1096338352 is started. Thread 1117342640 is started. Thread 1127844784 is started. # # ls -l core* -rw------- 1 root root 52768768 Dec 9 20:25 core.3709 # # file core.3709 core.3709: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'test-thread-ia32' # # ps aux | grep test-thread-ia32-core | grep -v grep root 3709 0.0 0.1 90080 6240 pts/1 Tl 20:25 0:00 ./test-thread-ia32-core # ------------------------- Thanks, We could not reproduce the failure. On which OS version did your run the test ? Was it pre RC1 ? Also - is it the same test that was used in the first report ? If not - can we have the sources of the new test ? Thanks, Yoav. > On which OS version did your run the test ? Was it pre RC1 ?
Yes, OS version is RHEL4 pre RC1 and I use the same test program.
But I compile the test program on RHEL4 beta1 for i386 or RHEL3 U3 for
i386. Is it a problem?
----<ia64 environment>------------------------
# uname -a
Linux plat-tiger4b 2.6.9-1.849_EL #1 SMP Wed Dec 1 02:11:41 EST 2004
ia64 ia64 ia64 GNU/Linux
# rpm -q ia32el
ia32el-1.1-12
---------------------------------------
Thanks,
the root cause of this problem is that traced threads cannot be killed. we opened a bugzilla for that - #143073, and marked it as a dependency. thanks, yoav. I'm taking this out of Modified, as it still appears to be an issue and the dependency isn't resolved either. Add RHEL4-L3support team in Japan Can we get a status update on this issue? Fujitsu is requesting a fix for this and the associated blocker bz 143073. Fujitsu team: please be sure to open an Issue tracker noting this BZ and the problem. That is now the process to use to track these items. Refer to Issue 66086. No longer seeing issues with ia32el-1.2-3.ia64 and kernel-2.6.9-6.37.EL. Moving to PROD_READY. |