Bug 806378 - "ntpdate clock.redhat.com" core dumps
Summary: "ntpdate clock.redhat.com" core dumps
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: glibc
Version: 6.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Carlos O'Donell
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-23 15:15 UTC by Asha Akkiangady
Modified: 2016-02-04 15:23 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-04 15:23:24 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Asha Akkiangady 2012-03-23 15:15:13 UTC
Description of problem:
"ntpdate clock.redhat.com" core dumps on a IPv6 compatible host.

Version-Release number of selected component (if applicable):
ntp-4.2.4p8-2.el6.x86_64

How reproducible:


Steps to Reproduce:
1. This host is upgraded from RHEL 6.2 to RHEL 6.3.
2. ipv4 addr is deleted and IPv6 address is active.
3. "ntpdate clock.redhat.com" core dumps

  
Actual results:
# ntpdate clock.redhat.com
*** glibc detected *** ntpdate: munmap_chunk(): invalid pointer: 0x00007fe3efb4a3f0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x39e26752c6)[0x7fe3ef2472c6]
/lib64/libc.so.6(+0x39e27210d9)[0x7fe3ef2f30d9]
/lib64/libc.so.6(+0x39e27214ab)[0x7fe3ef2f34ab]
/lib64/libc.so.6(getservbyname_r+0x183)[0x7fe3ef2d6563]
/lib64/libc.so.6(+0x39e26ce4c2)[0x7fe3ef2a04c2]
/lib64/libc.so.6(+0x39e26cf208)[0x7fe3ef2a1208]
/lib64/libc.so.6(getaddrinfo+0x150)[0x7fe3ef2a3a50]
ntpdate(+0x48c3)[0x7fe3efb968c3]
/lib64/libc.so.6(__libc_start_main+0xfd)[0x7fe3ef1f0cdd]
ntpdate(+0x2d79)[0x7fe3efb94d79]
======= Memory map: ========
7fe3eeb9a000-7fe3eebb0000 r-xp 00000000 fd:00 263751                     /lib64/libgcc_s-4.4.6-20120305.so.1
7fe3eebb0000-7fe3eedaf000 ---p 00016000 fd:00 263751                     /lib64/libgcc_s-4.4.6-20120305.so.1
7fe3eedaf000-7fe3eedb0000 rw-p 00015000 fd:00 263751                     /lib64/libgcc_s-4.4.6-20120305.so.1
7fe3eedb0000-7fe3eedc7000 r-xp 00000000 fd:00 263792                     /lib64/libpthread-2.12.so
7fe3eedc7000-7fe3eefc7000 ---p 00017000 fd:00 263792                     /lib64/libpthread-2.12.so
7fe3eefc7000-7fe3eefc8000 r--p 00017000 fd:00 263792                     /lib64/libpthread-2.12.so
7fe3eefc8000-7fe3eefc9000 rw-p 00018000 fd:00 263792                     /lib64/libpthread-2.12.so
7fe3eefc9000-7fe3eefcd000 rw-p 00000000 00:00 0 
7fe3eefcd000-7fe3eefd1000 r-xp 00000000 fd:00 283177                     /lib64/libattr.so.1.1.0
7fe3eefd1000-7fe3ef1d0000 ---p 00004000 fd:00 283177                     /lib64/libattr.so.1.1.0
7fe3ef1d0000-7fe3ef1d1000 r--p 00003000 fd:00 283177                     /lib64/libattr.so.1.1.0
7fe3ef1d1000-7fe3ef1d2000 rw-p 00004000 fd:00 283177                     /lib64/libattr.so.1.1.0
7fe3ef1d2000-7fe3ef35b000 r-xp 00000000 fd:00 263510                     /lib64/libc-2.12.so
7fe3ef35b000-7fe3ef55a000 ---p 00189000 fd:00 263510                     /lib64/libc-2.12.so
7fe3ef55a000-7fe3ef55e000 r--p 00188000 fd:00 263510                     /lib64/libc-2.12.so
7fe3ef55e000-7fe3ef55f000 rw-p 0018c000 fd:00 263510                     /lib64/libc-2.12.so
7fe3ef55f000-7fe3ef564000 rw-p 00000000 00:00 0 
7fe3ef564000-7fe3ef56b000 r-xp 00000000 fd:00 273177                     /lib64/librt-2.12.so
7fe3ef56b000-7fe3ef76a000 ---p 00007000 fd:00 273177                     /lib64/librt-2.12.so
7fe3ef76a000-7fe3ef76b000 r--p 00006000 fd:00 273177                     /lib64/librt-2.12.so
7fe3ef76b000-7fe3ef76c000 rw-p 00007000 fd:00 273177                     /lib64/librt-2.12.so
7fe3ef76c000-7fe3ef770000 r-xp 00000000 fd:00 265553                     /lib64/libcap.so.2.16
7fe3ef770000-7fe3ef96f000 ---p 00004000 fd:00 265553                     /lib64/libcap.so.2.16
7fe3ef96f000-7fe3ef970000 rw-p 00003000 fd:00 265553                     /lib64/libcap.so.2.16
7fe3ef970000-7fe3ef990000 r-xp 00000000 fd:00 263509                     /lib64/ld-2.12.so
7fe3efb4a000-7fe3efb7f000 r--s 00000000 fd:00 13948                      /var/db/nscd/services
7fe3efb7f000-7fe3efb83000 rw-p 00000000 00:00 0 
7fe3efb8d000-7fe3efb8f000 rw-p 00000000 00:00 0 
7fe3efb8f000-7fe3efb90000 r--p 0001f000 fd:00 263509                     /lib64/ld-2.12.so
7fe3efb90000-7fe3efb91000 rw-p 00020000 fd:00 263509                     /lib64/ld-2.12.so
7fe3efb91000-7fe3efb92000 rw-p 00000000 00:00 0 
7fe3efb92000-7fe3efba1000 r-xp 00000000 fd:00 281647                     /usr/sbin/ntpdate
7fe3efda0000-7fe3efda3000 rw-p 0000e000 fd:00 281647                     /usr/sbin/ntpdate
7fe3efda3000-7fe3efda9000 rw-p 00000000 00:00 0 
7fe3f1521000-7fe3f1542000 rw-p 00000000 00:00 0                          [heap]
7fffeb36d000-7fffeb382000 rw-p 00000000 00:00 0                          [stack]
7fffeb3ff000-7fffeb400000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Aborted (core dumped)


Expected results:
ntpdate should set the date and time polling from clock.redhat.com.

Additional info:
/var/log/messages has this:
Mar 23 17:19:00 jetfire abrt[2207]: Saved core dump of pid 2206 (/usr/sbin/ntpdate) to /var/spool/abrt/ccpp-2012-03-23-17:19:00-2206 (430080 bytes)
Mar 23 17:19:00 jetfire abrtd: Package 'ntpdate' isn't signed with proper key
Mar 23 17:19:00 jetfire abrtd: 'post-create' on '/var/spool/abrt/ccpp-2012-03-23-17:19:00-2206' exited with 1

Comment 2 RHEL Program Management 2012-09-07 05:32:10 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unable to address this
request at this time.

Red Hat invites you to ask your support representative to
propose this request, if appropriate, in the next release of
Red Hat Enterprise Linux.

Comment 3 Miroslav Lichvar 2013-01-03 11:32:21 UTC
This looks like a problem in glibc, getaddrinfo() shouldn't crash.

Comment 4 Siddhesh Poyarekar 2013-01-03 11:55:05 UTC
(In reply to comment #0)
> 2. ipv4 addr is deleted and IPv6 address is active.

Could you clarify what this means?  Do you mean set the machine to only have an ipv6 address or do you mean to have just an ipv6 alias for clock.redhat.com?  Or something else?

Comment 7 Jeff Law 2013-01-04 18:40:02 UTC
Looks like heap corruption to me, more likely than not it's a problem in ntpdate.

It'd really be helpful if the core could be attached to this BZ.

Comment 9 Carlos O'Donell 2014-09-25 19:15:39 UTC
Could we get core dumps for this so we can look at the failures?

Comment 12 Florian Weimer 2016-02-04 15:23:24 UTC
We do not have the coredump, and we do not even know the glibc version that was used when ntpdate crashed.  Consequently, there is not enough information here to diagnose this issue.


Note You need to log in before you can comment on or make changes to this bug.