From owner-freebsd-questions@freebsd.org Wed Feb 3 17:57:46 2021 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 819CB53E921 for ; Wed, 3 Feb 2021 17:57:46 +0000 (UTC) (envelope-from kh@panix.com) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DW8Xn6jz2z3FW3 for ; Wed, 3 Feb 2021 17:57:45 +0000 (UTC) (envelope-from kh@panix.com) Received: from rain.home (pool-173-48-64-3.bstnma.fios.verizon.net [173.48.64.3]) by mailbackend.panix.com (Postfix) with ESMTPSA id 4DW8Xm546qz1YH3 for ; Wed, 3 Feb 2021 12:57:44 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1612375064; bh=jsC6VliNxRXIi1qG3S/1aHpbYWgxEY0wV9WHbidCUqw=; h=Subject:To:References:From:Date:In-Reply-To; b=M8/e9kms1Z1jwsQm8xvLrDrsIsUDbF1KiFRwPmiWeAWN2iCntEzibXjqQ1skY7fj3 qKrzD4TtCbcvxZtBA95N5+0569QD+WySaTTjd9mqaTacMiO1HAuOpy7OcA8c0aqNol 2rNic5qCuuyj3ZsGOmqF+82dLcyNmm/wv+oZs/0c= Subject: Re: Pleroma, erlang problem. To: freebsd-questions@freebsd.org References: From: Kurt Hackenberg Message-ID: <354af4d4-4578-2688-d5b7-f3602465f3ef@panix.com> Date: Wed, 3 Feb 2021 12:57:43 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DW8Xn6jz2z3FW3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=panix.com header.s=panix header.b=M8/e9kms; dmarc=none; spf=pass (mx1.freebsd.org: domain of kh@panix.com designates 166.84.1.89 as permitted sender) smtp.mailfrom=kh@panix.com X-Spamd-Result: default: False [-5.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[166.84.1.89:from]; R_SPF_ALLOW(-0.20)[+ip4:166.84.0.0/16]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[166.84.1.89:from]; DKIM_TRACE(0.00)[panix.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[173.48.64.3:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[panix.com:s=panix]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[panix.com]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[panix.com:dkim]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Feb 2021 17:57:46 -0000 On 2/3/21 7:51 AM, Jacques Foucry wrote: > Since this upgrade, Pleroma does not start and it seems it's an erlang > problem. > > When I try run launch is by hand, it fail: > > MIX_ENV=prod mix phx.server > ld-elf.so.1: /usr/local/lib/erlang/erts-10.3.5.15/bin/beam.smp: Undefined symbol "pthread_setname_np@FBSD_1.6" > > I did not know anythіng about erlang. Could it be a bug on it? > > I use a poudriere. I recompile erlang, look at threard options, all are > checked. Well, apparently it links to a shared library, which means some symbols have to be resolved when erlang is run. Apparently erlang (I guess an executable "beam.smp") tries to call a function pthread_name_np() that's not in any shared library included in the original link. Posix thread functions are in a separate library. Is beam.smp linked with -lpthread? It probably is. See "man pthread". Functions pthread_*_np are non-portable FreeBSD extensions to the Posix thread standard. They could come and go across releases, virtual machines, and so on -- though pthread_setname_np() has a man page on my 13-CURRENT system. The rest of that undefined symbol -- the part "@FBSD_1.6" -- is a mystery to me. It looks like a version number of an ancient FreeBSD, but I've never heard of such version numbers being included in symbols. I don't know what that's about. That function sets the name of a Posix thread. Probably erlang would run fine without setting those names. If the trouble is just that function is missing, and the standard Posix thread functions are present and linked, then, as a crude, short-term workaround, if you're willing to modify the source code slightly, you could remove calls to that function.