Bug 11775 - Segmentation fault
Segmentation fault
Status: ASSIGNED
Product: Samba 4.1 and newer
Classification: Unclassified
Component: Other
4.4.0rc3
All Linux
: P5 critical
: ---
Assigned To: Andrew Bartlett
Samba QA Contact
https://lists.samba.org/archive/samba...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2016-03-05 12:27 UTC by baris tombul
Modified: 2016-12-05 14:22 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description baris tombul 2016-03-05 12:27:19 UTC
[root@mems ~]# ping google.com
Segmentation fault


tail /f /varlog/messages

Mar  5 14:20:32 mems kernel: ping[2274]: segfault at 968 ip 00007fe91303c915 sp 00007ffcc49a9bb0 error 4 in libpthread-2.17.so[7fe913036000+16000]
Mar  5 14:20:33 mems kernel: ping[2275]: segfault at 968 ip 00007f90b7298915 sp 00007fff24c57480 error 4 in libpthread-2.17.so[7f90b7292000+16000]

[root@mems ~]# service ntpd status
Redirecting to /bin/systemctl status  ntpd.service
â ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled)
   Active: failed (Result: signal) since Sat 2016-03-05 14:18:54 EET; 49s ago
  Process: 2042 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 2044 (code=killed, signal=SEGV)

Mar 05 14:18:54 mems systemd[1]: Starting Network Time Service...
Mar 05 14:18:54 mems ntpd[2044]: proto: precision = 0.110 usec
Mar 05 14:18:54 mems ntpd[2044]: 0.0.0.0 c01d 0d kern kernel time sync enabled
Mar 05 14:18:54 mems systemd[1]: Started Network Time Service.
Mar 05 14:18:54 mems ntpd[2044]: MS-SNTP signd operations currently block ntpd degrading service to all clients.
Mar 05 14:18:54 mems systemd[1]: ntpd.service: main process exited, code=killed, status=11/SEGV
Mar 05 14:18:54 mems systemd[1]: Unit ntpd.service entered failed state.
Mar 05 14:18:54 mems systemd[1]: ntpd.service failed.
Comment 1 baris tombul 2016-03-05 13:12:04 UTC
my  system: samba  4.4.0rc3 , centos 7.2

samba 4.3.x >> no problem.
Comment 2 Christian Ambach 2016-03-07 20:14:23 UTC
Where is the relation to Samba? What's in your resolv.conf and nsswitch.conf?
Comment 3 baris tombul 2016-03-08 05:06:20 UTC
[root@mems ~]# samba -V
Version 4.4.0rc4-GIT-2212643

-----------------------
bind version >  bind-9.10.3-P3
------------------------

host -t A mypc.facility.local
mypc.facility.local has address 10.0.23.23

-------------------------

[root@mems ~]# ping samba.org
Segmentation fault

-----------------------------

cat /etc/resolv.conf

# DNS1=xxx.xxx.xxx.xxx
# DNS2=xxx.xxx.xxx.xxx
# DOMAIN=lab.foo.com bar.foo.com
nameserver 127.0.0.1
search FACILITY.LOCAL 

--------------------------

[root@mems ~]# cat /etc/nsswitch.conf
#
# /etc/nsswitch.conf
#
# An example Name Service Switch config file. This file should be
# sorted with the most-used services at the beginning.
#
# The entry '[NOTFOUND=return]' means that the search for an
# entry should stop if the search in the previous entry turned
# up nothing. Note that if the search failed due to some other reason
# (like no NIS server responding) then the search continues with the
# next entry.
#
# Valid entries include:
#
#       nisplus                 Use NIS+ (NIS version 3)
#       nis                     Use NIS (NIS version 2), also called YP
#       dns                     Use DNS (Domain Name Service)
#       files                   Use the local files
#       db                      Use the local database (.db) files
#       compat                  Use NIS on compat mode
#       hesiod                  Use Hesiod for user lookups
#       [NOTFOUND=return]       Stop searching if not found so far
#

# To use db, put the "db" in front of "files" for entries you want to be
# looked up first in the databases
#
# Example:
#passwd:    db files nisplus nis
#shadow:    db files nisplus nis
#group:     db files nisplus nis

passwd:     files sss winbind
shadow:     files sss winbind
group:      files sss winbind
#initgroups: files

#hosts:     db files nisplus nis dns
hosts:      files wins dns myhostname

# Example - obey only what nisplus tells us...
#services:   nisplus [NOTFOUND=return] files
#networks:   nisplus [NOTFOUND=return] files
#protocols:  nisplus [NOTFOUND=return] files
#rpc:        nisplus [NOTFOUND=return] files
#ethers:     nisplus [NOTFOUND=return] files
#netmasks:   nisplus [NOTFOUND=return] files     

bootparams: nisplus [NOTFOUND=return] files

ethers:     files
netmasks:   files
networks:   files
protocols:  files
rpc:        files
services:   files sss

netgroup:   files sss

publickey:  nisplus

automount:  files
aliases:    files nisplus
----------------------


cat /usr/local/samba/etc/smb.conf
    ......   
    auth methods =
    server services = s3fs, rpc, nbt, wrepl, ldap, cldap, kdc, drepl, winbindd, ntp_signd, kcc, dnsupdate
    dcerpc endpoint servers = epmapper, wkssvc, rpcecho, samr, netlogon, lsarpc, spoolss, drsuapi, dssetup, unixinfo, browser, eventlog6, backupkey, remote, winreg, srvsvc
......
Comment 4 baris tombul 2016-03-08 05:11:51 UTC
[root@mems ~]# dig samba.org @localhost

; <<>> DiG 9.10.3-P3 <<>> samba.org @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11451
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;samba.org.                     IN      A

;; ANSWER SECTION:
samba.org.              7200    IN      A       144.76.82.156

;; Query time: 192 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Mar 08 07:10:09 EET 2016
;; MSG SIZE  rcvd: 54

-----

[root@mems ~]# ping samba.org
Segmentation fault

------

Samba is working properly in version 4.3.x

Best Regards
Comment 5 baris tombul 2016-03-08 17:34:29 UTC
Question: Where is the relation to Samba?
Answer: Samba 4.3.(1,2,3,4,5,6) no problem.
Problem: Samba 4.4.x


[root@mems ~]# ping google.com
Segmentation fault

step 1: 
cd /usr/local

step2:
mv samba samba_problem_test

step3:
reboot

step4: 
ping google.com
ping: unknown host google.com

step5:
cat /etc/named.conf

commet 2 line
tkey-gssapi-keytab "/usr/local/samba/private/dns.keytab";
include "/usr/local/samba/private/named.conf";

step6:
service named restart
ping google.com
PING google.com (216.58.208.110) 56(84) bytes of data.
Comment 6 Michael Adam 2016-03-08 17:43:45 UTC
(In reply to baris tombul from comment #5)
> Question: Where is the relation to Samba?
> Answer: Samba 4.3.(1,2,3,4,5,6) no problem.
> Problem: Samba 4.4.x
> 
> 
> [root@mems ~]# ping google.com
> Segmentation fault

Still this does not answer the question what is the
relationship to samba. I can only guess that you
are using samba's internal DNS server of the
AD/DC setup?
Comment 7 baris tombul 2016-03-08 17:49:59 UTC
I don't use internal DNS..  i using Samba domain controller and bind dns server.
 

[global]
    allow dns updates = nonsecure and secure
    dns proxy = No
    dns forwarder =
    auth methods =
    server services = s3fs, rpc, nbt, wrepl, ldap, cldap, kdc, drepl, winbindd, ntp_signd, kcc, dnsupdate
    dcerpc endpoint servers = epmapper, wkssvc, rpcecho, samr, netlogon, lsarpc, spoolss, drsuapi, dssetup, unixinfo, browser, eventlog6, backupkey, remote, winreg, srvsvc
    server role = active directory domain controller
.....
Comment 8 Volker Lendecke 2016-03-09 05:01:59 UTC
(In reply to baris tombul from comment #5)
> [root@mems ~]# ping google.com
> Segmentation fault

Can you install valgrind and send the output of

valgrind ping google.com

thanks,

Volker
Comment 9 baris tombul 2016-03-09 07:04:57 UTC
(In reply to Volker Lendecke from comment #8)

[root@mems ~]# valgrind ping google.com
==46585== 
==46585== Warning: Can't execute setuid/setgid/setcap executable: /usr/bin/ping
==46585== Possible workaround: remove --trace-children=yes, if in effect
==46585== 
valgrind: /usr/bin/ping: Permission denied
Comment 10 Volker Lendecke 2016-03-09 08:05:24 UTC
(In reply to baris tombul from comment #9)
> [root@mems ~]# valgrind ping google.com
> ==46585== Warning: Can't execute setuid/setgid/setcap executable: /usr/bin/ping

Huh? Can you copy the ping binary somewhere else without the setuid functionality and retry?
Comment 11 baris tombul 2016-03-09 08:17:30 UTC
(In reply to Volker Lendecke from comment #10)
[root@mems bin]# valgrind ping google.com
==2821== Memcheck, a memory error detector
==2821== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==2821== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==2821== Command: test google.com
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE56: ??? (in /usr/local/bin/test)
==2821==    by 0x109E9D: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x58346e0 is 0 bytes inside a block of size 36 free'd
==2821==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE9C: ??? (in /usr/local/bin/test)
==2821==    by 0x109E9D: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE56: ??? (in /usr/local/bin/test)
==2821==    by 0x109ED4: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x5834750 is 0 bytes inside a block of size 36 free'd
==2821==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE9C: ??? (in /usr/local/bin/test)
==2821==    by 0x109ED4: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x503F6E9: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x10A214: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x58348e4 is 4 bytes inside a block of size 7 alloc'd
==2821==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x503F83B: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x10A214: ??? (in /usr/local/bin/test)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 8
==2821==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xFFF0007B7: ???
==2821==    by 0x6D6F632E656C66: ???
==2821==    by 0x535345535F474457: ???
==2821==    by 0x313D44495F4E4F48: ???
==2821==    by 0x4D414E54534F47FF: ???
==2821==    by 0x5400736D656D3D44: ???
==2821==    by 0x303174763D4D5244: ???
==2821==    by 0x3D4C4C454853002F: ???
==2821==    by 0x7361622F6E69622E: ???
==2821==    by 0x4953545349480067: ???
==2821==  Address 0x968 is not stack'd, malloc'd or (recently) free'd
==2821== 
==2821== 
==2821== Process terminating with default action of signal 11 (SIGSEGV)
==2821==  Access not within mapped region at address 0x968
==2821==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xFFF0007B7: ???
==2821==    by 0x6D6F632E656C66: ???
==2821==    by 0x535345535F474457: ???
==2821==    by 0x313D44495F4E4F48: ???
==2821==    by 0x4D414E54534F47FF: ???
==2821==    by 0x5400736D656D3D44: ???
==2821==    by 0x303174763D4D5244: ???
==2821==    by 0x3D4C4C454853002F: ???
==2821==    by 0x7361622F6E69622E: ???
==2821==    by 0x4953545349480067: ???
==2821==  If you believe this happened as a result of a stack
==2821==  overflow in your program's main thread (unlikely but
==2821==  possible), you can try to increase the size of the
==2821==  main thread stack using the --main-stacksize= flag.
==2821==  The main thread stack size used in this run was 8388608.
==2821== 
==2821== HEAP SUMMARY:
==2821==     in use at exit: 4,186 bytes in 13 blocks
==2821==   total heap usage: 128 allocs, 115 frees, 17,933 bytes allocated
==2821== 
==2821== LEAK SUMMARY:
==2821==    definitely lost: 0 bytes in 0 blocks
==2821==    indirectly lost: 0 bytes in 0 blocks
==2821==      possibly lost: 0 bytes in 0 blocks
==2821==    still reachable: 4,186 bytes in 13 blocks
==2821==         suppressed: 0 bytes in 0 blocks
==2821== Rerun with --leak-check=full to see details of leaked memory
==2821== 
==2821== For counts of detected and suppressed errors, rerun with: -v
==2821== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 1 from 1)
Segmentation fault
Comment 12 baris tombul 2016-03-09 08:20:15 UTC
[root@mems bin]# valgrind ping google.com
==2821== Memcheck, a memory error detector
==2821== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==2821== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==2821== Command: ping google.com
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==2821==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x58346e0 is 0 bytes inside a block of size 36 free'd
==2821==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==2821==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==2821==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x5834750 is 0 bytes inside a block of size 36 free'd
==2821==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==2821==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==2821==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 4
==2821==    at 0x503F6E9: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x10A214: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821==  Address 0x58348e4 is 4 bytes inside a block of size 7 alloc'd
==2821==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2821==    by 0x503F83B: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==2821==    by 0x10A214: ??? (in /usr/local/bin/ping)
==2821==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==2821== 
==2821== Invalid read of size 8
==2821==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xFFF0007B7: ???
==2821==    by 0x6D6F632E656C66: ???
==2821==    by 0x535345535F474457: ???
==2821==    by 0x313D44495F4E4F48: ???
==2821==    by 0x4D414E54534F47FF: ???
==2821==    by 0x5400736D656D3D44: ???
==2821==    by 0x303174763D4D5244: ???
==2821==    by 0x3D4C4C454853002F: ???
==2821==    by 0x7361622F6E69622E: ???
==2821==    by 0x4953545349480067: ???
==2821==  Address 0x968 is not stack'd, malloc'd or (recently) free'd
==2821== 
==2821== 
==2821== Process terminating with default action of signal 11 (SIGSEGV)
==2821==  Access not within mapped region at address 0x968
==2821==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==2821==    by 0xFFF0007B7: ???
==2821==    by 0x6D6F632E656C66: ???
==2821==    by 0x535345535F474457: ???
==2821==    by 0x313D44495F4E4F48: ???
==2821==    by 0x4D414E54534F47FF: ???
==2821==    by 0x5400736D656D3D44: ???
==2821==    by 0x303174763D4D5244: ???
==2821==    by 0x3D4C4C454853002F: ???
==2821==    by 0x7361622F6E69622E: ???
==2821==    by 0x4953545349480067: ???
==2821==  If you believe this happened as a result of a stack
==2821==  overflow in your program's main thread (unlikely but
==2821==  possible), you can try to increase the size of the
==2821==  main thread stack using the --main-stacksize= flag.
==2821==  The main thread stack size used in this run was 8388608.
==2821== 
==2821== HEAP SUMMARY:
==2821==     in use at exit: 4,186 bytes in 13 blocks
==2821==   total heap usage: 128 allocs, 115 frees, 17,933 bytes allocated
==2821== 
==2821== LEAK SUMMARY:
==2821==    definitely lost: 0 bytes in 0 blocks
==2821==    indirectly lost: 0 bytes in 0 blocks
==2821==      possibly lost: 0 bytes in 0 blocks
==2821==    still reachable: 4,186 bytes in 13 blocks
==2821==         suppressed: 0 bytes in 0 blocks
==2821== Rerun with --leak-check=full to see details of leaked memory
==2821== 
==2821== For counts of detected and suppressed errors, rerun with: -v
==2821== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 1 from 1)
Segmentation fault
Comment 13 baris tombul 2016-03-09 08:22:47 UTC
[root@mems ~]# valgrind --leak-check=full --show-leak-kinds=all ping google.com
==3045== Memcheck, a memory error detector
==3045== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==3045== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==3045== Command: ping google.com
==3045== 
==3045== Invalid read of size 4
==3045==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3045==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3045==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045==  Address 0x58346e0 is 0 bytes inside a block of size 36 free'd
==3045==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3045==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3045==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== Invalid read of size 4
==3045==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3045==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3045==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045==  Address 0x5834750 is 0 bytes inside a block of size 36 free'd
==3045==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3045==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3045==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== Invalid read of size 4
==3045==    at 0x503F6E9: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045==  Address 0x58348e4 is 4 bytes inside a block of size 7 alloc'd
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x503F83B: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== Invalid read of size 8
==3045==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==3045==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==3045==    by 0xFFF0007D3: ???
==3045==    by 0x6D6F632E656C66: ???
==3045==    by 0x535345535F474457: ???
==3045==    by 0x313D44495F4E4F48: ???
==3045==    by 0x4D414E54534F47FF: ???
==3045==    by 0x5400736D656D3D44: ???
==3045==    by 0x303174763D4D5244: ???
==3045==    by 0x3D4C4C454853002F: ???
==3045==    by 0x7361622F6E69622E: ???
==3045==    by 0x4953545349480067: ???
==3045==  Address 0x968 is not stack'd, malloc'd or (recently) free'd
==3045== 
==3045== 
==3045== Process terminating with default action of signal 11 (SIGSEGV)
==3045==  Access not within mapped region at address 0x968
==3045==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==3045==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==3045==    by 0xFFF0007D3: ???
==3045==    by 0x6D6F632E656C66: ???
==3045==    by 0x535345535F474457: ???
==3045==    by 0x313D44495F4E4F48: ???
==3045==    by 0x4D414E54534F47FF: ???
==3045==    by 0x5400736D656D3D44: ???
==3045==    by 0x303174763D4D5244: ???
==3045==    by 0x3D4C4C454853002F: ???
==3045==    by 0x7361622F6E69622E: ???
==3045==    by 0x4953545349480067: ???
==3045==  If you believe this happened as a result of a stack
==3045==  overflow in your program's main thread (unlikely but
==3045==  possible), you can try to increase the size of the
==3045==  main thread stack using the --main-stacksize= flag.
==3045==  The main thread stack size used in this run was 8388608.
==3045== 
==3045== HEAP SUMMARY:
==3045==     in use at exit: 4,186 bytes in 13 blocks
==3045==   total heap usage: 128 allocs, 115 frees, 17,933 bytes allocated
==3045== 
==3045== 11 bytes in 1 blocks are still reachable in loss record 1 of 9
==3045==    at 0x4C2BB4A: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x503F76D: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3045==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 23 bytes in 1 blocks are still reachable in loss record 2 of 9
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x4018B59: strdup (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401648A: _dl_load_cache_lookup (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4008741: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3045==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3045==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 23 bytes in 1 blocks are still reachable in loss record 3 of 9
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x400B223: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3045==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3045==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 32 bytes in 1 blocks are still reachable in loss record 4 of 9
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x4014BD3: _dl_close_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401320C: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3045==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3045==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3045==    by 0x537BCCA: gethostbyname2_r@@GLIBC_2.2.5 (in /usr/lib64/libc-2.17.so)
==3045==    by 0x537B9F8: gethostbyname2 (in /usr/lib64/libc-2.17.so)
==3045==    by 0x10A22B: ??? (in /usr/local/bin/ping)
==3045==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 45 bytes in 2 blocks are still reachable in loss record 5 of 9
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x4018B59: strdup (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401648A: _dl_load_cache_lookup (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4008741: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045== 
==3045== 45 bytes in 2 blocks are still reachable in loss record 6 of 9
==3045==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x400B223: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045== 
==3045== 480 bytes in 2 blocks are still reachable in loss record 7 of 9
==3045==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x40109AD: _dl_check_map_versions (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4013D35: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3045==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3045==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3045==    by 0x537BCCA: gethostbyname2_r@@GLIBC_2.2.5 (in /usr/lib64/libc-2.17.so)
==3045==    by 0x537B9F8: gethostbyname2 (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 1,176 bytes in 1 blocks are still reachable in loss record 8 of 9
==3045==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x400AF8E: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3045==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3045==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3045== 
==3045== 2,351 bytes in 2 blocks are still reachable in loss record 9 of 9
==3045==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3045==    by 0x400AF8E: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3045==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3045==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3045==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3045== 
==3045== LEAK SUMMARY:
==3045==    definitely lost: 0 bytes in 0 blocks
==3045==    indirectly lost: 0 bytes in 0 blocks
==3045==      possibly lost: 0 bytes in 0 blocks
==3045==    still reachable: 4,186 bytes in 13 blocks
==3045==         suppressed: 0 bytes in 0 blocks
==3045== 
==3045== For counts of detected and suppressed errors, rerun with: -v
==3045== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 1 from 1)
Segmentation fault
Comment 14 baris tombul 2016-03-09 08:25:36 UTC
[root@mems ~]#  valgrind --leak-check=full --show-leak-kinds=all -v ping google.com
==3135== Memcheck, a memory error detector
==3135== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==3135== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==3135== Command: ping google.com
==3135== 
--3135-- Valgrind options:
--3135--    --leak-check=full
--3135--    --show-leak-kinds=all
--3135--    -v
--3135-- Contents of /proc/version:
--3135--   Linux version 3.10.0-327.10.1.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Tue Feb 16 17:03:50 UTC 2016
--3135-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-rdtscp-sse3-avx
--3135-- Page sizes: currently 4096, max supported 4096
--3135-- Valgrind library directory: /usr/lib64/valgrind
--3135-- Reading syms from /usr/local/bin/ping
--3135--    object doesn't have a symbol table
--3135-- Reading syms from /usr/lib64/ld-2.17.so
--3135-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux
--3135--    object doesn't have a symbol table
--3135--    object doesn't have a dynamic symbol table
--3135-- Scheduler: using generic scheduler lock implementation.
--3135-- Reading suppressions file: /usr/lib64/valgrind/default.supp
==3135== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-3135-by-root-on-mems
==3135== embedded gdbserver: writing to   /tmp/vgdb-pipe-to-vgdb-from-3135-by-root-on-mems
==3135== embedded gdbserver: shared mem   /tmp/vgdb-pipe-shared-mem-vgdb-3135-by-root-on-mems
==3135== 
==3135== TO CONTROL THIS PROCESS USING vgdb (which you probably
==3135== don't want to do, unless you know exactly what you're doing,
==3135== or are doing some strange experiment):
==3135==   /usr/lib64/valgrind/../../bin/vgdb --pid=3135 ...command...
==3135== 
==3135== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==3135==   /path/to/gdb ping
==3135== and then give GDB the following command
==3135==   target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=3135
==3135== --pid is optional if only one valgrind process is running
==3135== 
--3135-- REDIR: 0x4018b90 (ld-linux-x86-64.so.2:strlen) redirected to 0x38075e81 (???)
--3135-- Reading syms from /usr/lib64/valgrind/vgpreload_core-amd64-linux.so
--3135--    object doesn't have a symbol table
--3135-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so
--3135--    object doesn't have a symbol table
==3135== WARNING: new redirection conflicts with existing -- ignoring it
--3135--     old: 0x04018b90 (strlen              ) R-> (0000.0) 0x38075e81 ???
--3135--     new: 0x04018b90 (strlen              ) R-> (2007.0) 0x04c2cc60 strlen
--3135-- REDIR: 0x4018a90 (ld-linux-x86-64.so.2:index) redirected to 0x4c2c810 (index)
--3135-- REDIR: 0x4018b10 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2ddb0 (strcmp)
--3135-- REDIR: 0x4019c40 (ld-linux-x86-64.so.2:mempcpy) redirected to 0x4c30950 (mempcpy)
--3135-- Reading syms from /usr/lib64/libcap.so.2.22
--3135--    object doesn't have a symbol table
--3135-- Reading syms from /usr/lib64/libidn.so.11.6.11
--3135--    object doesn't have a symbol table
--3135-- Reading syms from /usr/lib64/libc-2.17.so
--3135-- Reading syms from /usr/lib64/libattr.so.1.1.0
--3135--    object doesn't have a symbol table
--3135-- REDIR: 0x52f7060 (libc.so.6:strcasecmp) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f3410 (libc.so.6:strnlen) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f9330 (libc.so.6:strncasecmp) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f5e70 (libc.so.6:memset) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f5e20 (libc.so.6:memcpy@GLIBC_2.2.5) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f4d80 (libc.so.6:strncpy) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f34f0 (libc.so.6:strncmp) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f5850 (libc.so.6:bcmp) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f1890 (libc.so.6:strcmp) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x5377850 (libc.so.6:__memcpy_chk) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52f4e00 (libc.so.6:__GI_strrchr) redirected to 0x4c2c520 (__GI_strrchr)
--3135-- REDIR: 0x52ec890 (libc.so.6:malloc) redirected to 0x4c29b76 (malloc)
--3135-- REDIR: 0x52ecc90 (libc.so.6:free) redirected to 0x4c2ac90 (free)
--3135-- REDIR: 0x52f18d0 (libc.so.6:__GI_strcmp) redirected to 0x4c2dcc0 (__GI_strcmp)
--3135-- REDIR: 0x52f3330 (libc.so.6:__GI_strlen) redirected to 0x4c2cbc0 (__GI_strlen)
--3135-- REDIR: 0x52f3530 (libc.so.6:__GI_strncmp) redirected to 0x4c2d3f0 (__GI_strncmp)
--3135-- REDIR: 0x52f1810 (libc.so.6:__GI_strchr) redirected to 0x4c2c650 (__GI_strchr)
--3135-- REDIR: 0x52f5500 (libc.so.6:memchr) redirected to 0x4c2de50 (memchr)
--3135-- REDIR: 0x52fd2e0 (libc.so.6:strchrnul) redirected to 0x4c30470 (strchrnul)
--3135-- REDIR: 0x52f6a10 (libc.so.6:__GI_mempcpy) redirected to 0x4c30680 (__GI_mempcpy)
--3135-- REDIR: 0x52fba50 (libc.so.6:__GI_memcpy) redirected to 0x4c2e750 (__GI_memcpy)
==3135== Invalid read of size 4
==3135==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3135==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x58346e0 is 0 bytes inside a block of size 36 free'd
==3135==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3135==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== Invalid read of size 4
==3135==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3135==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x5834750 is 0 bytes inside a block of size 36 free'd
==3135==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3135==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
--3135-- REDIR: 0x52fba00 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x53b4d10 (libc.so.6:__memcpy_ssse3_back) redirected to 0x4c2e170 (memcpy@@GLIBC_2.14)
--3135-- REDIR: 0x52f32e0 (libc.so.6:strlen) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x53cf950 (libc.so.6:__strlen_sse2_pminub) redirected to 0x4c2cba0 (strlen)
==3135== Invalid read of size 4
==3135==    at 0x503F6E9: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x58348e4 is 4 bytes inside a block of size 7 alloc'd
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x503F83B: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
--3135-- REDIR: 0x52ecd70 (libc.so.6:realloc) redirected to 0x4c2ba80 (realloc)
--3135-- REDIR: 0x52f2d20 (libc.so.6:strcpy) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x53018e0 (libc.so.6:__strcpy_sse2_unaligned) redirected to 0x4c2cc80 (strcpy)
--3135-- REDIR: 0x530b2b0 (libc.so.6:__GI_strstr) redirected to 0x4c30be0 (__strstr_sse2)
--3135-- REDIR: 0x5301130 (libc.so.6:__GI_strncpy) redirected to 0x4c2cf90 (__GI_strncpy)
--3135-- REDIR: 0x53a8a70 (libc.so.6:__strncasecmp_avx) redirected to 0x4c2d620 (strncasecmp)
--3135-- REDIR: 0x52f6f00 (libc.so.6:__GI_stpcpy) redirected to 0x4c2f860 (__GI_stpcpy)
--3135-- REDIR: 0x52ed280 (libc.so.6:calloc) redirected to 0x4c2b8de (calloc)
--3135-- Reading syms from /usr/lib64/libnss_files-2.17.so
--3135-- REDIR: 0x52f2d60 (libc.so.6:__GI_strcpy) redirected to 0x4c2cd60 (__GI_strcpy)
--3135-- REDIR: 0x52fd090 (libc.so.6:rawmemchr) redirected to 0x4a24716 (_vgnU_ifunc_wrapper)
--3135-- REDIR: 0x52fd0d0 (libc.so.6:__GI___rawmemchr) redirected to 0x4c304d0 (__GI___rawmemchr)
--3135-- REDIR: 0x53a7400 (libc.so.6:__strcasecmp_avx) redirected to 0x4c2d540 (strcasecmp)
--3135-- Reading syms from /usr/local/samba/lib/libnss_wins.so.2
--3135-- Reading syms from /usr/lib64/libpthread-2.17.so
--3135-- Reading syms from /usr/local/samba/lib/libwbclient.so.0.12
--3135-- Discarding syms at 0xc36dae0-0xc36e0f4 in /usr/local/samba/lib/libnss_wins.so.2 due to munmap()
--3135-- Discarding syms at 0xc78f2a0-0xc799b2c in /usr/local/samba/lib/libwbclient.so.0.12 due to munmap()
--3135-- Reading syms from /usr/lib64/libnss_dns-2.17.so
--3135-- Reading syms from /usr/lib64/libresolv-2.17.so
==3135== Invalid read of size 8
==3135==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xFFF0007D3: ???
==3135==    by 0x6D6F632E656C66: ???
==3135==    by 0x535345535F474457: ???
==3135==    by 0x313D44495F4E4F48: ???
==3135==    by 0x4D414E54534F47FF: ???
==3135==    by 0x5400736D656D3D44: ???
==3135==    by 0x303174763D4D5244: ???
==3135==    by 0x3D4C4C454853002F: ???
==3135==    by 0x7361622F6E69622E: ???
==3135==    by 0x4953545349480067: ???
==3135==  Address 0x968 is not stack'd, malloc'd or (recently) free'd
==3135== 
==3135== 
==3135== Process terminating with default action of signal 11 (SIGSEGV)
==3135==  Access not within mapped region at address 0x968
==3135==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xFFF0007D3: ???
==3135==    by 0x6D6F632E656C66: ???
==3135==    by 0x535345535F474457: ???
==3135==    by 0x313D44495F4E4F48: ???
==3135==    by 0x4D414E54534F47FF: ???
==3135==    by 0x5400736D656D3D44: ???
==3135==    by 0x303174763D4D5244: ???
==3135==    by 0x3D4C4C454853002F: ???
==3135==    by 0x7361622F6E69622E: ???
==3135==    by 0x4953545349480067: ???
==3135==  If you believe this happened as a result of a stack
==3135==  overflow in your program's main thread (unlikely but
==3135==  possible), you can try to increase the size of the
==3135==  main thread stack using the --main-stacksize= flag.
==3135==  The main thread stack size used in this run was 8388608.
--3135-- Discarding syms at 0xc15c240-0xc163454 in /usr/lib64/libnss_files-2.17.so due to munmap()
==3135== 
==3135== HEAP SUMMARY:
==3135==     in use at exit: 4,186 bytes in 13 blocks
==3135==   total heap usage: 128 allocs, 115 frees, 17,933 bytes allocated
==3135== 
==3135== Searching for pointers to 13 not-freed blocks
==3135== Checked 212,912 bytes
==3135== 
==3135== 11 bytes in 1 blocks are still reachable in loss record 1 of 9
==3135==    at 0x4C2BB4A: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x503F76D: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 23 bytes in 1 blocks are still reachable in loss record 2 of 9
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4018B59: strdup (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401648A: _dl_load_cache_lookup (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4008741: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3135==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3135==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 23 bytes in 1 blocks are still reachable in loss record 3 of 9
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x400B223: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3135==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3135==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 32 bytes in 1 blocks are still reachable in loss record 4 of 9
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4014BD3: _dl_close_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401320C: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3135==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3135==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3135==    by 0x537BCCA: gethostbyname2_r@@GLIBC_2.2.5 (in /usr/lib64/libc-2.17.so)
==3135==    by 0x537B9F8: gethostbyname2 (in /usr/lib64/libc-2.17.so)
==3135==    by 0x10A22B: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 45 bytes in 2 blocks are still reachable in loss record 5 of 9
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4018B59: strdup (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401648A: _dl_load_cache_lookup (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4008741: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135== 
==3135== 45 bytes in 2 blocks are still reachable in loss record 6 of 9
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x400B223: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135== 
==3135== 480 bytes in 2 blocks are still reachable in loss record 7 of 9
==3135==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x40109AD: _dl_check_map_versions (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4013D35: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3135==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3135==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3135==    by 0x537BCCA: gethostbyname2_r@@GLIBC_2.2.5 (in /usr/lib64/libc-2.17.so)
==3135==    by 0x537B9F8: gethostbyname2 (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 1,176 bytes in 1 blocks are still reachable in loss record 8 of 9
==3135==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x400AF8E: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so)
==3135==    by 0x5375338: __nss_lookup_function (in /usr/lib64/libc-2.17.so)
==3135==    by 0x53755ED: __nss_next2 (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 2,351 bytes in 2 blocks are still reachable in loss record 9 of 9
==3135==    at 0x4C2B974: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x400AF8E: _dl_new_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40060EB: _dl_map_object_from_fd (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400849A: _dl_map_object (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400C991: openaux (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400D091: _dl_map_object_deps (in /usr/lib64/ld-2.17.so)
==3135==    by 0x401389A: dl_open_worker (in /usr/lib64/ld-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135==    by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so)
==3135==    by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so)
==3135==    by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so)
==3135== 
==3135== LEAK SUMMARY:
==3135==    definitely lost: 0 bytes in 0 blocks
==3135==    indirectly lost: 0 bytes in 0 blocks
==3135==      possibly lost: 0 bytes in 0 blocks
==3135==    still reachable: 4,186 bytes in 13 blocks
==3135==         suppressed: 0 bytes in 0 blocks
==3135== 
==3135== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 1 from 1)
==3135== 
==3135== 1 errors in context 1 of 4:
==3135== Invalid read of size 8
==3135==    at 0xC576915: __pthread_initialize_minimal (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xC575408: ??? (in /usr/lib64/libpthread-2.17.so)
==3135==    by 0xFFF0007D3: ???
==3135==    by 0x6D6F632E656C66: ???
==3135==    by 0x535345535F474457: ???
==3135==    by 0x313D44495F4E4F48: ???
==3135==    by 0x4D414E54534F47FF: ???
==3135==    by 0x5400736D656D3D44: ???
==3135==    by 0x303174763D4D5244: ???
==3135==    by 0x3D4C4C454853002F: ???
==3135==    by 0x7361622F6E69622E: ???
==3135==    by 0x4953545349480067: ???
==3135==  Address 0x968 is not stack'd, malloc'd or (recently) free'd
==3135== 
==3135== 
==3135== 1 errors in context 2 of 4:
==3135== Invalid read of size 4
==3135==    at 0x503F6E9: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x58348e4 is 4 bytes inside a block of size 7 alloc'd
==3135==    at 0x4C29BFD: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x503F83B: idna_to_ascii_4z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F977: idna_to_ascii_8z (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x503F9D9: idna_to_ascii_lz (in /usr/lib64/libidn.so.11.6.11)
==3135==    by 0x10A214: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 
==3135== 1 errors in context 3 of 4:
==3135== Invalid read of size 4
==3135==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3135==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x5834750 is 0 bytes inside a block of size 36 free'd
==3135==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3135==    by 0x109ED4: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
==3135== 
==3135== 1 errors in context 4 of 4:
==3135== Invalid read of size 4
==3135==    at 0x4E36779: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE56: ??? (in /usr/local/bin/ping)
==3135==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135==  Address 0x58346e0 is 0 bytes inside a block of size 36 free'd
==3135==    at 0x4C2AD17: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==3135==    by 0x4E367FF: cap_free (in /usr/lib64/libcap.so.2.22)
==3135==    by 0x10CE9C: ??? (in /usr/local/bin/ping)
==3135==    by 0x109E9D: ??? (in /usr/local/bin/ping)
==3135==    by 0x528EB14: (below main) (in /usr/lib64/libc-2.17.so)
==3135== 
--3135-- 
--3135-- used_suppression:      1 glibc-2.5.x-on-SUSE-10.2-(PPC)-2a /usr/lib64/valgrind/default.supp:1296
==3135== 
==3135== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 1 from 1)
Segmentation fault
Comment 15 baris tombul 2016-03-09 10:52:56 UTC
Something caught my attention:
I've done these steps during installation..

ln -v -fs /usr/local/samba/lib/security/pam_winbind.so /lib64/security/pam_winbind.so
ln -v -fs /usr/local/samba/lib/security/pam_smbpass.so /lib64/security/pam_smbpass.so 
ln -v -fs /usr/local/samba/lib/libnss_winbind.so /lib64/libnss_winbind.so
ln -v -fs /usr/local/samba/lib/libnss_winbind.so.2 /lib64/libnss_winbind.so.2
ln -v -fs /usr/local/samba/lib/libnss_wins.so /usr/lib64/libnss_wins.so
ln -v -fs /usr/local/samba/lib/libnss_wins.so.2 /usr/lib64/libnss_wins.so.2
ln -v -fs /usr/local/samba/bin/net /usr/bin/net
ln -v -fs /usr/local/samba/bin/smbspool /usr/lib/cups/backend/smb
ldconfig

best regards...
Comment 17 baris tombul 2016-03-11 06:58:17 UTC
Dear all,

it not important for myself to send ping command but i send a feedback for developing yourself.

kind regards.
Comment 18 baris tombul 2016-03-21 13:18:59 UTC
I found the problem..

/etc/nsswitch.conf

edit:

#hosts:      files wins dns
hosts:      files dns


but it works in older versions...
Comment 19 Andrew Bartlett 2016-04-04 09:33:42 UTC
Just to link up this thread with the one on the mailing list, Rowand was able to reproduce this.

We still have no idea what the issue is however, given the mangled backtraces.
Comment 20 Christian Ambach 2016-05-10 18:29:51 UTC
Maybe the wins NSS module is not IPv6 safe?
Comment 21 Björn Jacke 2016-12-05 14:22:59 UTC
nss_wins saw a number of fixes recently. Is this still an issue with master?