From nobody Thu Oct 31 09:03:44 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XfJ2L38vSz5bTxY for ; Thu, 31 Oct 2024 09:03:54 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XfJ2K2vs0z4J1Y; Thu, 31 Oct 2024 09:03:53 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=202410 header.b=hjMuyvzW; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 49V93imn067237 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 31 Oct 2024 10:03:44 +0100 (CET) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202410; t=1730365424; bh=dgHwdEll/Tf6+jOkjFF9uS9IHvsb154AspJxOM43hT4=; h=Date:To:Subject:From; b=hjMuyvzWsQkDoYvdKeGcSAsXwt5GkQxNc3wezlxTrpjXLkOKbWT0TV3kKh2qtGaqp MJok2FxxNd/PFofqJy/8eDsJpczXLiZLr+NkH2JoY0TEsqnAYAI01oD/+MqxTyOkNC VxSw5qDt3e6oH+IgzMfoKOi8Wvbuk55TitM49ZhY= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <91f99329-d1ba-4ca9-9269-86df94802083@netfence.it> Date: Thu, 31 Oct 2024 10:03:44 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: samba@FreeBSD.org, ports@freebsd.org Subject: ldbedit crashes Content-Language: en-US From: Andrea Venturoli Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.973]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; R_DKIM_ALLOW(-0.20)[netfence.it:s=202410]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+] X-Rspamd-Queue-Id: 4XfJ2K2vs0z4J1Y X-Spamd-Bar: --- Hello. A long time ago I used: > ldbedit -e emacs -H /var/db/samba4/private/sam.ldb Then the binary was renamed to: > samba-ldbedit -e emacs -H /var/db/samba4/private/sam.ldb Now, in samba419 (from 2024Q4), samba-ldbedit seems to be gone, so I'm back to using ldbedit. If this is not the right thing to do, please correct me. The problem, however, is that it immediately dumps core on invocation. Stacktrace: > (gdb) bt > #0 thr_kill () at thr_kill.S:4 > #1 0x000000082516d404 in __raise (s=s@entry=6) at /usr/src/lib/libc/gen/raise.c:50 > #2 0x00000008252209d9 in abort () at /usr/src/lib/libc/stdlib/abort.c:64 > #3 0x0000000822bd4c45 in ?? () from /usr/local/lib/libtalloc.so.2 > #4 0x0000000822bd4b8a in _talloc_get_type_abort () from /usr/local/lib/libtalloc.so.2 > #5 0x0000000868bd7d70 in partition_metadata_open (module=0x13695b81da60, create=false) at ../../source4/dsdb/samdb/ldb_modules/partition_metadata.c:243 > #6 0x0000000868bd7978 in partition_metadata_init (module=0x13695b81da60) at ../../source4/dsdb/samdb/ldb_modules/partition_metadata.c:316 > #7 0x0000000868bd4889 in partition_reload_if_required (module=0x13695b81da60, data=0x13695b81dd80, parent=0x0) at ../../source4/dsdb/samdb/ldb_modules/partition_init.c:411 > #8 0x0000000868bd1d2a in partition_read_lock (module=0x13695b81da60) at ../../source4/dsdb/samdb/ldb_modules/partition.c:1492 > #9 0x000000082239be6a in ldb_next_read_lock () from /usr/local/lib/libldb.so.2 > #10 0x000000087510170a in schema_read_lock (module=0x13695b81f0e0) at ../../source4/dsdb/samdb/ldb_modules/schema_load.c:614 > #11 0x000000082239be6a in ldb_next_read_lock () from /usr/local/lib/libldb.so.2 > #12 0x0000000873425587 in samba_dsdb_init (module=0x13695b81d240) at ../../source4/dsdb/samdb/ldb_modules/samba_dsdb.c:483 > #13 0x000000082239b4ad in ldb_load_modules () from /usr/local/lib/libldb.so.2 > #14 0x0000000822397dbc in ldb_connect () from /usr/local/lib/libldb.so.2 > #15 0x00000008218a5a22 in ?? () from /usr/local/lib/ldb/libldb-cmdline.so > #16 0x00000000002027b7 in ?? () > #17 0x0000000825141a6a in __libc_start1 (argc=5, argv=0x821159938, env=0x821159968, cleanup=, mainX=0x202740) at /usr/src/lib/libc/csu/libc_start1.c:157 > #18 0x00000000002026d0 in ?? () This is quite critical and urgent to me. Is this a known issue? Anything I'm doing wrong? Any fix? bye & Thanks av.