From owner-freebsd-stable@freebsd.org Wed Feb 20 16:52:00 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 568CD14F90A0 for ; Wed, 20 Feb 2019 16:52:00 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43633886BE for ; Wed, 20 Feb 2019 16:51:59 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1KGpvqq083544 for ; Wed, 20 Feb 2019 17:51:57 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 852BAA61 for ; Wed, 20 Feb 2019 17:51:57 +0100 (CET) To: freebsd-stable From: Harry Schmalzbauer Subject: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest) Organization: OmniLAN Message-ID: <335630bc-a558-9e31-5e2d-aee6237e83b0@omnilan.de> Date: Wed, 20 Feb 2019 17:51:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 20 Feb 2019 17:51:57 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 43633886BE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-5.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[omnilan.de]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx0.gentlemail.de]; NEURAL_HAM_SHORT(-0.95)[-0.947,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.56)[ip: (-9.13), asn: 25074(-3.65), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2019 16:52:00 -0000 Hello, I'm tryint to upgrade a bhyve guest from stable/11 to stable/12. pkg(8) for example crashes with signal 11. I looked for other binaries affected by ldd /usr/sbin/* | & grep 'signal 11$' wich gives /usr/sbin/auditdistd: signal 11 /usr/sbin/bhyve: signal 11 /usr/sbin/bsnmpd: signal /usr/sbin/gssd: signal 11 /usr/sbin/hostapd: signal 11 /usr/sbin/iprop-log: signal 11 /usr/sbin/keyserv: signal 11 /usr/sbin/kstash: signal 11 /usr/sbin/ktutil: signal 11 /usr/sbin/local-unbound: signal 11 /usr/sbin/local-unbound-anchor: signal 11 /usr/sbin/local-unbound-checkconf: signal 11 /usr/sbin/local-unbound-control: signal 11 /usr/sbin/ntp-keygen: signal 11 /usr/sbin/ntpd: signal 11 /usr/sbin/ntpdate: signal 11 /usr/sbin/ntpdc: signal 11 /usr/sbin/pkg: signal 11 /usr/sbin/ppp: signal 11 /usr/sbin/sntp: signal 11 /usr/sbin/sshd: signal 11 /usr/sbin/tcpdump: signal 11 /usr/sbin/uefisign: signal 11 /usr/sbin/wpa_supplicant: signal 11 They all seem to have in common beeing linked against '/lib/libcrypto.so.111' truss /usr/sbin/auditdistd : close(3)                                         = 0 (0x0) openat(AT_FDCWD,"/lib/libcrypto.so.111",O_RDONLY|O_CLOEXEC|O_VERIFY,00) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=150033332,size=3006464,blksize=4096 }) = 0 (0x0) mmap(0x0,4096,PROT_READ,MAP_PRIVATE|MAP_PREFAULT_READ,3,0x0) = 34362249216 (0x800265000) mmap(0x0,3104768,PROT_NONE,MAP_GUARD,-1,0x0)     = 34362347520 (0x80027d000) mmap(0x80027d000,1138688,PROT_READ,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE|MAP_PREFAULT_READ,3,0x0) = 34362347520 (0x80027d000) mmap(0x800393000,1757184,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE|MAP_PREFAULT_READ,3,0x116000) = 34363486208 (0x800393000) mmap(0x800540000,196608,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_PREFAULT_READ,3,0x2c3000) = 34365243392 (0x800540000) SIGNAL 11 (SIGSEGV) code=SEGV_ACCERR trapno=12 addr=0x80056f790 process killed, signal = 11 (core dumped) I have no idea how to analyze further or what the reason could be (like mentioned, all binaries listed dump core after opening lib/libcrypto.so.111 gdb shows: Core was generated by `/usr/sbin/auditdistd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.9...Reading symbols from /usr/lib/debug//lib/libutil.so.9.debug...done. done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done. done. Loaded symbols for /libexec/ld-elf.so.1 #0  memset (dest=0x80056f790, c=0, len=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 5624                    ((char *)dest)[i] = c; (gdb) bt #0  memset (dest=0x80056f790, c=0, len=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:5624 #1  0x0000000800235b07 in map_object (fd=3, path=0x800246140 "/lib/libcrypto.so.111",     sb=0x7fffffffd4a8)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/map_object.c:249 #2  0x0000000800230806 in load_object (name=0x201dba "libcrypto.so.111", fd_u=-1,     refobj=0x800248000, flags=)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2493 #3  0x0000000800229972 in _rtld (sp=, exit_proc=0x7fffffffea30,     objp=0x7fffffffea38)     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/rtld.c:2315 #4  0x0000000800228019 in .rtld_start ()     at /usr/local/share/deploy-tools/RELENG_12/src/libexec/rtld-elf/amd64/rtld_start.S:39 #5  0x0000000000000000 in ?? () Current language:  auto; currently minimal Any help highly appreciated. This is with a live CD (amd64), compiled with stable/12 from today (so clang 7.01). The bhyve guest has 2GB hardwired and ran stable/11 beforehand, which compiled the live CD. bhyve host is 11.2.  But that shouldn't play a role, does it? -harry