Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16558
| Path | csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail |
|---|---|
| From | "Rishita Saha16" <risaha16@in.ibm.com> |
| Newsgroups | gnu.bash.bug |
| Subject | RE: Issue with Bash |
| Date | Fri, 10 Jul 2020 11:40:00 +0000 |
| Lines | 152 |
| Approved | bug-bash@gnu.org |
| Message-ID | <mailman.40.1594381213.2306.bug-bash@gnu.org> (permalink) |
| References | <OF94D9117F.783D1B7F-ON002585A0.002B581F-002585A0.0033083D@notes.na.collabserv.com> <OF58F394BC.3E6F16F3-ON002585A1.003FD98A-002585A1.00401658@notes.na.collabserv.com> |
| NNTP-Posting-Host | lists.gnu.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset="UTF-8" |
| X-Trace | usenet.stanford.edu 1594381214 5035 209.51.188.17 (10 Jul 2020 11:40:14 GMT) |
| X-Complaints-To | action@cs.stanford.edu |
| Cc | bug-bash@gnu.org |
| To | clement.chigot@atos.net |
| Envelope-to | bug-bash@gnu.org |
| In-Reply-To | <AM0PR0202MB3442338FB2BA03CC53BF18F5EA640@AM0PR0202MB3442.eurprd02.prod.outlook.com> |
| Sensitivity | |
| Importance | Normal |
| X-Priority | 3 (Normal) |
| X-Mailer | IBM Verse Build 17652-1661 | IBM Domino Build SCN1812108_20180501T0841_FP65 April 15, 2020 at 09:48 |
| X-LLNOutbound | False |
| X-Disclaimed | 49079 |
| X-TNEFEvaluated | 1 |
| x-cbid | 20071011-7279-0000-0000-000003230C6E |
| X-IBM-SpamModules-Scores | BY=0.284171; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.371236; ST=0; TS=0; UL=0; ISC=; MB=0.000000 |
| X-IBM-SpamModules-Versions | BY=3.00013440; HX=3.00000242; KW=3.00000007; PH=3.00000004; SC=3.00000295; SDB=6.01403712; UDB=6.00751895; IPR=6.01185979; MB=3.00032937; MTD=3.00000008; XFM=3.00000015; UTC=2020-07-10 11:40:02 |
| X-IBM-AV-DETECTION | SAVI=unsuspicious REMOTE=unsuspicious XFE=unused |
| X-IBM-AV-VERSION | SAVI=2020-07-10 07:48:13 - 6.00011583 |
| x-cbparentid | 20071011-7280-0000-0000-000098FE0E33 |
| X-Proofpoint-UnRewURL | 3 URL's were un-rewritten |
| X-Proofpoint-Virus-Version | vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_04:2020-07-10, 2020-07-10 signatures=0 |
| X-Proofpoint-Spam-Reason | orgsafe |
| Received-SPF | pass client-ip=148.163.158.5; envelope-from=risaha16@in.ibm.com; helo=mx0b-001b2d01.pphosted.com |
| X-detected-operating-system | by eggs.gnu.org: First seen = 2020/07/10 07:40:04 |
| X-ACL-Warn | Detected OS = Linux 3.x [generic] |
| X-Spam_score_int | -30 |
| X-Spam_score | -3.1 |
| X-Spam_bar | --- |
| X-Spam_report | (-3.1 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.377, MIME_HTML_ONLY=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no |
| X-Spam_action | no action |
| X-Content-Filtered-By | Mailman/MimeDel 2.1.23 |
| X-BeenThere | bug-bash@gnu.org |
| X-Mailman-Version | 2.1.23 |
| Precedence | list |
| List-Id | Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org> |
| List-Unsubscribe | <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe> |
| List-Archive | <https://lists.gnu.org/archive/html/bug-bash> |
| List-Post | <mailto:bug-bash@gnu.org> |
| List-Help | <mailto:bug-bash-request@gnu.org?subject=help> |
| List-Subscribe | <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe> |
| X-Mailman-Original-Message-ID | <OF58F394BC.3E6F16F3-ON002585A1.003FD98A-002585A1.00401658@notes.na.collabserv.com> |
| X-Mailman-Original-References | <AM0PR0202MB3442338FB2BA03CC53BF18F5EA640@AM0PR0202MB3442.eurprd02.prod.outlook.com>, <OF94D9117F.783D1B7F-ON002585A0.002B581F-002585A0.0033083D@notes.na.collabserv.com> |
| Xref | csiph.com gnu.bash.bug:16558 |
Show key headers only | View raw
Hi Clement,
We have given it a try after applying the patches that you are
referring to. We are still seeing the core dump.
Regards,
Rishita
----- Original message -----
From: "CHIGOT, CLEMENT" <clement.chigot@atos.net>
To: Rishita Saha16 <risaha16@in.ibm.com>, "bug-bash@gnu.org"
<bug-bash@gnu.org>
Cc:
Subject: [EXTERNAL] Re: Issue with Bash
Date: Thu, Jul 9, 2020 7:46 PM
Hi Rishita,
Could you try with BullFreeware's version, which have a slightly higher
version (5.0.11 instead of 5.0) ?
You can find it at [1]http://www.bullfreeware.com/pkg?id=5740.
If it's not working, I'll check what's wrong.
Clément
_______________________________________________________________
From: bug-bash <bug-bash-bounces+clement.chigot=atos.net@gnu.org> on
behalf of Rishita Saha16 <risaha16@in.ibm.com>
Sent: Thursday, July 9, 2020 11:17 AM
To: bug-bash@gnu.org <bug-bash@gnu.org>
Subject: Issue with Bash
Caution! External email. Do not open attachments or click links, unless
this email comes from a known sender and you know the content is safe.
Hi All,
We are using Bash 5.0 (64bit built using gcc ) in AIX 7.2 machine
.This
is the spec file for reference -->
[1][2]https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2
Fpublic.dhe.ibm.com%2Faix%2FfreeSoftware%2Faixtoolbox%2FSPECS%2Fbash-5&
amp;data=02%7C01%7Cclement.chigot%40atos.net%7C2310b33a682446f8ff2108d8
2409a6ef%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C1%7C63729897115801599
1&sdata=kVr8cM1wtAs00LdGp11Sjz1Mo8wuvdTwJ0ZQD4hP%2B5g%3D&reserv
ed=0.
0-1.spec.
We are seeing recurring bash core dumps on our servers. Leaving bash
sessions running on the servers for extended periods of time causes
the
core dump (to recreate it, we left httpd running for about a week
and a
half and encountered the core dump). I am hereby sharing the stack
trace of the core so generated.
#0 0x0900000000038d0c in __ioctl () from /usr/lib/libc.a(shr_64.o)
#1 0x09000000000392c8 in ioctl () from /usr/lib/libc.a(shr_64.o)
#2 0x09000000001c16f0 in tcsetattr () from
/usr/lib/libc.a(shr_64.o)
#3 0x00000001000aec78 in set_tty_settings (tty=0, tiop=0x110013a90
<_rltty.bss_3_+64>) at rltty.c:466
#4 0x00000001000aef58 in rl_deprep_terminal () at rltty.c:704
#5 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#6 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#7 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#8 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#9 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#10 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#11 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#12 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#13 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#14 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#15 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#16 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#17 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#18 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#19 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#20 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#21 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#22 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#23 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#24 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#25 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#26 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#27 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#28 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#29 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#30 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#31 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#32 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#33 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#34 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#35 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#36 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#37 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#38 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#39 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
#40 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
#41 0x000000010002cf38 in rl_cleanup_after_signal () at
signals.c:559
#42 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
signals.c:249
From the stack trace , it looks like bash is looping in a code that
is
setting terminal attributes in response to a signal, and dumps core
once it runs out of stack.
Any insights will be greatly helpful.
Thanks and Regards
Rishita Saha
References
1.
[3]https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpu
blic.dhe.ibm.com%2Faix%2FfreeSoftware%2Faixtoolbox%2FSPECS%2Fbash-5.0-1
.spec&data=02%7C01%7Cclement.chigot%40atos.net%7C2310b33a682446f8ff
2108d82409a6ef%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C1%7C63729897115
8015991&sdata=CJmbnCe8hEUbpVBeKDP%2FHWofB9PbIB2FEkDL3aBQeBA%3D&
reserved=0
References
1. http://www.bullfreeware.com/pkg?id=6102
2. https://eur01.safelinks.protection.outlook.com/?url=https://public.dhe.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/bash-5&data=02|01|clement.chigot@atos.net|2310b33a682446f8ff2108d82409a6ef|33440fc6b7c7412cbb730e70b0198d5a|0|1|637298971158015991&sdata=kVr8cM1wtAs00LdGp11Sjz1Mo8wuvdTwJ0ZQD4hP+5g=&reserved=0
3. https://eur01.safelinks.protection.outlook.com/?url=https://public.dhe.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/bash-5.0-1.spec&data=02|01|clement.chigot@atos.net|2310b33a682446f8ff2108d82409a6ef|33440fc6b7c7412cbb730e70b0198d5a|0|1|637298971158015991&sdata=CJmbnCe8hEUbpVBeKDP/HWofB9PbIB2FEkDL3aBQeBA=&reserved=0
Back to gnu.bash.bug | Previous | Next | Find similar
RE: Issue with Bash "Rishita Saha16" <risaha16@in.ibm.com> - 2020-07-10 11:40 +0000
csiph-web