Re: cannot delete some files in stub /usr

[Herbert J. Skuhra]

On Thu, Nov 11, 2021 at 06:44:20PM +0500, Eugene M. Zheganin wrote:
> Hello.
> 
> I have a server with 12.2-R, it was installed on a remote hosting witch
> patched bsdinstall which didn't create the separate /usr zfs dataset.
> Recently I've created one, mounted it ontop of the /, exported the / with
> nfs, mounted it on the same server and tried to delete the stub /usr.
> 
> Everything is fine except... yeah, I cannot delete some files:
> 
> # mount
> zroot/ROOT/default on / (zfs, NFS exported, local, noatime, nfsv4acls)
> devfs on /dev (devfs, local, multilabel)
> zroot on /zroot (zfs, local, noatime, nfsv4acls)
> zroot/www on /var/www (zfs, local, noatime, nfsv4acls)
> zroot/home on /home (zfs, local, noatime, nfsv4acls)
> zroot/mysql on /var/db/mysql (zfs, local, noatime, nfsv4acls)
> zroot/usr on /usr (zfs, local, noatime, nfsv4acls)
> zroot/ports on /usr/ports (zfs, local, noatime, nfsv4acls)
> zroot/ports/distfiles on /usr/ports/distfiles (zfs, local, noatime,
> nfsv4acls)
> 127.0.0.1:/ on /mnt/usr (nfs)
> 
> # pwd
> /mnt/usr/usr/lib32
> 
> # ls -l
> total 1210
> -r--r--r--  1 root  wheel  1778272 11 нояб. 12:31 libc.so.7
> -r--r--r--  1 root  wheel    56492 11 нояб. 12:31 libcrypt.so.5
> -r--r--r--  1 root  wheel    19592 11 нояб. 12:31 librt.so.1
> -r--r--r--  1 root  wheel   121324 11 нояб. 12:31 libthr.so.3
> 
> # rm libc.so.7
> override r--r--r-- root/wheel for libc.so.7? y
> rm: libc.so.7: Input/output error
> 
> There's more in stub /usr/bin. This is what nfsv3 gives me. nfsv2 says
> "operation not permitted".
> 
> I'm aware about chflags, currently there are none:
> 
> # ls -ol
> total 1210
> -r--r--r--  1 root  wheel  - 1778272 11 нояб. 12:31 libc.so.7
> -r--r--r--  1 root  wheel  -   56492 11 нояб. 12:31 libcrypt.so.5
> -r--r--r--  1 root  wheel  -   19592 11 нояб. 12:31 librt.so.1
> -r--r--r--  1 root  wheel  -  121324 11 нояб. 12:31 libthr.so.3

Have you checked this on the server or the client?

Server:
# ls -lo file.img 
-rw-r--r--  1 root  wheel  schg 1048576 11 Nov 14:59 file.img

Client:
# ls -lo file.img 
-rw-r--r--  1 root  wheel  - 1048576 Nov 11 14:59 file.img

-- 
Herbert

Jails + IPv6 - Postfix no longer starting

[Herbert J. Skuhra]

Hi,

after updating my system from stable/13-n248919-4ee9fbcd853 to
stable/13-n249006-a04376045dd jails are no longer starting correctly:

1. Postfix fails to start:
fatal: bind :xxx:xxx:xxx::xx port 25: Can't assign requested address

2. sshd listens only on IPv4 address

If I restart services in the jails all is working again.

A BE with main-n252398-dfb1c97ab97 is OK.

Missing MFC? Any ideas? Or do I have to 'git bisect'?

Thanks.

--
Herbert

Re: Jails + IPv6 - Postfix no longer starting

[Herbert J. Skuhra]

On Sun, 16 Jan 2022 10:36:43 +0100, "Herbert J. Skuhra" wrote:
> 
> Hi,
> 
> after updating my system from stable/13-n248919-4ee9fbcd853 to
> stable/13-n249006-a04376045dd jails are no longer starting correctly:
> 
> 1. Postfix fails to start:
> fatal: bind :xxx:xxx:xxx::xx port 25: Can't assign requested address
> 
> 2. sshd listens only on IPv4 address
> 
> If I restart services in the jails all is working again.
> 
> A BE with main-n252398-dfb1c97ab97 is OK.
> 
> Missing MFC? Any ideas? Or do I have to 'git bisect'?
> 
> Thanks.

Weird, after another reboot the jails start correctly.

--
Herbert

Re: stable/13: undefined symbol: dtrace_instr_size

[Herbert J. Skuhra]

On Sat, 12 Feb 2022 03:15:26 +0100, Peter wrote:
> 
> 
> Hija,
> 
>   when adding "device dtrace" to kernel conf, I get this:
> 
> linking kernel.full
> ld: error: undefined symbol: dtrace_instr_size
> >>> referenced by dtrace_subr.c:0 
> >>> (/usr/src/sys/cddl/dev/dtrace/amd64/dtrace_sub
> r.c:0)
> >>>   dtrace_subr.o:(dtrace_trap)
> *** [kernel.full] Error code 1
> 
> 
> When adding "device dtrace" AND "device dtraceall", it does
> link, but then does panic on boot right after finding the CPUs.
> 
> Is this to be expected, or am I doing something wrong?

There is a PR from September 2020:

Bug 249369 - device dtrace and device dtraceall are incompatible with options 
ZFS

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249369

Maybe if you add a note there the PR will get some attention? But
maybe try HEAD first?!

--
Herbert

Re: stable/13: undefined symbol: dtrace_instr_size

[Herbert J. Skuhra]

On Sun, 27 Feb 2022 10:41:14 +0100, "Herbert J. Skuhra" wrote:
> 
> On Sat, 12 Feb 2022 03:15:26 +0100, Peter wrote:
> > 
> > 
> > Hija,
> > 
> >   when adding "device dtrace" to kernel conf, I get this:
> > 
> > linking kernel.full
> > ld: error: undefined symbol: dtrace_instr_size
> > >>> referenced by dtrace_subr.c:0 
> > >>> (/usr/src/sys/cddl/dev/dtrace/amd64/dtrace_sub
> > r.c:0)
> > >>>   dtrace_subr.o:(dtrace_trap)
> > *** [kernel.full] Error code 1
> > 
> > 
> > When adding "device dtrace" AND "device dtraceall", it does
> > link, but then does panic on boot right after finding the CPUs.
> > 
> > Is this to be expected, or am I doing something wrong?
> 
> There is a PR from September 2020:
> 
> Bug 249369 - device dtrace and device dtraceall are incompatible with options 
> ZFS
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249369
> 
> Maybe if you add a note there the PR will get some attention? But
> maybe try HEAD first?!

The same happens on 14.0-CURRENT... even without "opions ZFS".
But 'kldload dtraceall' works. 

--
Herbert

Re: Build breakage on stable/13

[Herbert J. Skuhra]

On Wed, Feb 15, 2023 at 08:47:05AM +0100, Eivind Nicolay Evensen wrote:
> I noticed after updating stable/13 around yesterday the below build breakage.
> At first glance it looks to me like this doesn't like nooptions INET6.
> 
> Regards, Eivind
> 
> --- isci.o ---
> cc -target x86_64-unknown-freebsd13.2 
> --sysroot=/usr/obj/usr/src/amd64.amd64/tmp 
> -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe -fno-common  
> -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DKLD_TIED -nostdinc   
> -DHAVE_KERNEL_OPTION_HEADERS -include 
> /usr/obj/usr/src/amd64.amd64/sys/ENE-spurv/opt_global.h -I. -I/usr/src/sys 
> -I/usr/src/sys/contrib/ck/include -fno-common -g -fno-omit-frame-pointer 
> -mno-omit-leaf-frame-pointer 
> -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include 
> -fdebug-prefix-map=./x86=/usr/src/sys/x86/include 
> -I/usr/obj/usr/src/amd64.amd64/sys/ENE-spurv -MD  -MF.depend.isci.o 
> -MTisci.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
> -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector 
> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
> -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign 
> -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs 
> -fdiagnostics-show-option -Wno-unknown-pragma
>  s -Wno-error=tautological-compare -Wno-error=empty-body 
> -Wno-error=parentheses-equality -Wno-error=unused-function 
> -Wno-error=pointer-sign -Wno-error=shift-negative-value 
> -Wno-address-of-packed-member -Wno-error=unused-but-set-variable 
> -Wno-format-zero-length   -mno-aes -mno-avx  -std=iso9899:1999 -c 
> /usr/src/sys/dev/isci/isci.c -o isci.o
> /usr/src/sys/dev/isci/isci.c:194:14: warning: variable 'status' set but not 
> used [-Wunused-but-set-variable]
> SCI_STATUS status;
>^
> --- all_subdir_irdma ---
> --- irdma_cm.o ---
> /usr/src/sys/modules/irdma/../../dev/irdma/irdma_cm.c:1643:11: error: 
> implicit declaration of function 'ip6_ifp_find' is invalid in C99 
> [-Werror,-Wimplicit-function-declaration]
> ip_dev = ip6_ifp_find(&init_net, laddr6, scope_id);
>  ^
> /usr/src/sys/modules/irdma/../../dev/irdma/irdma_cm.c:1643:11: note: did you 
> mean 'ip_ifp_find'?
> /usr/src/sys/modules/irdma/../../ofed/include/rdma/ib_addr_freebsd.h:36:1: 
> note: 'ip_ifp_find' declared here
> ip_ifp_find(struct vnet *vnet, uint32_t addr)
> ^
> --- all_subdir_isci ---
> /usr/src/sys/dev/isci/isci.c:290:11: warning: variable 'scic_log_object_mask' 
> set but not used [-Wunused-but-set-variable]
> --- all_subdir_irdma ---
> /usr/src/sys/modules/irdma/../../dev/irdma/irdma_cm.c:1643:9: error: 
> incompatible integer to pointer conversion assigning to 'struct ifnet *' from 
> 'int' [-Werror,-Wint-conversion]
> ip_dev = ip6_ifp_find(&init_net, laddr6, scope_id);
>^ ~
> --- all_subdir_isci ---
> uint32_t scic_log_object_mask;
>  ^
> /usr/src/sys/dev/isci/isci.c:289:11: warning: variable 'verbosity_mask' set 
> but not used [-Wunused-but-set-variable]
> uint32_t verbosity_mask;
>  ^
> /usr/src/sys/dev/isci/isci.c:291:11: warning: variable 'scif_log_object_mask' 
> set but not used [-Wunused-but-set-variable]
> uint32_t scif_log_object_mask;
>  ^
> --- all_subdir_irdma ---
> --- irdma_hw.o ---
> ctfconvert -L VERSION -g irdma_hw.o
> 
> make[1]: stopped in /usr/src
> 
> make: stopped in /usr/src

The following commit was not merged from main: 

commit acdfbc6cbe0a8a976d446216be84994c8ee8d5c1
Author: Mitchell Horne
Date:   Mon May 30 17:47:32 2022 -0300

   irdma: fix LINT-NOIP/NOINET/NOINET6 builds


git-cherry-pick seems to resolve the issue.

--
Herbert

Re: net/mpd5 on stable/14 - COMPAT_FREEBSD12 required?

[Herbert J. Skuhra]

On Thu, 31 Aug 2023 18:39:13 +0200, "Herbert J. Skuhra" wrote:
> 
> On Wed, 30 Aug 2023 15:46:46 +0200, "Herbert J. Skuhra" wrote:
> > 
> > On Wed, 30 Aug 2023 15:29:28 +0200, "Herbert J. Skuhra" wrote:
> > > 
> > > Hi,
> > > 
> > > after updating from stable/13 to (main and later to) stable/14
> > > net/mpd5 only connects to my ISP (VDSL with VLAN) if I enable "options
> > > COMPAT_FREEBSD12" in my kernel. Without I get only:
> > > 
> > > Aug 30 15:08:06 gw mpd[59876]: [L1] PPPoE connection timeout after 9 
> > > seconds
> > > Aug 30 15:08:06 gw mpd[59876]: [L1] Link: DOWN event
> > > Aug 30 15:08:06 gw mpd[59876]: [L1] LCP: Down event
> > > Aug 30 15:08:06 gw mpd[59876]: [L1] Link: reconnection attempt 1 in 7 
> > > seconds
> > > Aug 30 15:08:14 gw mpd[59876]: [L1] Link: reconnection attempt 1
> > > Aug 30 15:08:14 gw mpd[59876]: [L1] PPPoE: Connecting to ''
> > > Aug 30 15:08:23 gw mpd[59876]: [L1] PPPoE connection timeout after 9 
> > > seconds
> > > Aug 30 15:08:23 gw mpd[59876]: [L1] Link: DOWN event
> > > Aug 30 15:08:23 gw mpd[59876]: [L1] LCP: Down event
> > > [..]
> > > 
> > > I guess the problem is:
> > > 
> > > Without "COMPAT_FREEBSD12" vlanproto = 0x. If I run "ifconfig
> > > vlan31 vlanproto 802.1q" mpd5 works.
> > 
> > Maybe this commit is related:
> > 
> > commit afbb64f1d85b7d8c2938031c3567946b5d10da4f
> > Author: Alexander V. Chernikov
> > Date:   Sun Apr 11 17:47:03 2021 +0100
> > 
> > Fix vlan creation for the older ifconfig(8) binaries.
> > 
> > Reported by:allanjude
> > MFC after:  immediately
> > 
> > ?
> 
> On stable/13 (GENERIC without COMPAT_FREEBSD12):
> 
> # ifconfig vlan99 create
>  ==> vlanproto: 0x
> # ifconfig vlan99 vlan 99 vlandev igb0
>  ==> vlanproto: 802.1q
> # ifconfig vlan99 destroy
> # ifconfig vlan99 create vlan 99 vlandev igb0
>  ==> vlanproto: 802.1q
> 
> On stable/14 or main (GENERIC without COMPAT_FREEBSD12):
> 
> # ifconfig vlan99 create
>  ==> vlanproto 0x
> # ifconfig vlan99 vlan 99 vlandev igb0
>  ==> vlanproto 0x#
> # ifconfig vlan99 create vlan 99 vlandev igb0
>  ==> vlanproto: 802.1q
> 
> I guess that's why the following lines in my /etc/rc.conf no longer
> work on stable/14 or main (without COMPAT_FREEBSD12):
> 
> cloned_interfaces="vlan99"
> ifconfig_vlan99="vlan 99 vlandev igb0"
> 
> I have to replace the ifconfig line with:
> 
> ifconfig_vlan99="vlan 99 vlandev igb0 vlanproto 802.1q"
> 
> It also works if I remove the following lines in sys/net/if_vlan.c:
> 
> 1110 #ifdef COMPAT_FREEBSD12
> 1113 #endif
> 
> 2265 #ifdef COMPAT_FREEBSD12
> 2268 #endif

Bug or user error?

--
Herbert

Re: net/mpd5 on stable/14 - COMPAT_FREEBSD12 required?

[Herbert J. Skuhra]

On Fri, 01 Sep 2023 08:44:50 +0200, Eugene Grosbein wrote:
> 
> 01.09.2023 13:21, Herbert J. Skuhra wrote:
> 
> > On Thu, 31 Aug 2023 18:39:13 +0200, "Herbert J. Skuhra" wrote:
> >>
> >> On Wed, 30 Aug 2023 15:46:46 +0200, "Herbert J. Skuhra" wrote:
> >>>
> >>> On Wed, 30 Aug 2023 15:29:28 +0200, "Herbert J. Skuhra" wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> after updating from stable/13 to (main and later to) stable/14
> >>>> net/mpd5 only connects to my ISP (VDSL with VLAN) if I enable "options
> >>>> COMPAT_FREEBSD12" in my kernel. Without I get only:
> >>>>
> >>>> Aug 30 15:08:06 gw mpd[59876]: [L1] PPPoE connection timeout after 9 
> >>>> seconds
> >>>> Aug 30 15:08:06 gw mpd[59876]: [L1] Link: DOWN event
> >>>> Aug 30 15:08:06 gw mpd[59876]: [L1] LCP: Down event
> >>>> Aug 30 15:08:06 gw mpd[59876]: [L1] Link: reconnection attempt 1 in 7 
> >>>> seconds
> >>>> Aug 30 15:08:14 gw mpd[59876]: [L1] Link: reconnection attempt 1
> >>>> Aug 30 15:08:14 gw mpd[59876]: [L1] PPPoE: Connecting to ''
> >>>> Aug 30 15:08:23 gw mpd[59876]: [L1] PPPoE connection timeout after 9 
> >>>> seconds
> >>>> Aug 30 15:08:23 gw mpd[59876]: [L1] Link: DOWN event
> >>>> Aug 30 15:08:23 gw mpd[59876]: [L1] LCP: Down event
> >>>> [..]
> >>>>
> >>>> I guess the problem is:
> >>>>
> >>>> Without "COMPAT_FREEBSD12" vlanproto = 0x. If I run "ifconfig
> >>>> vlan31 vlanproto 802.1q" mpd5 works.
> >>>
> >>> Maybe this commit is related:
> >>>
> >>> commit afbb64f1d85b7d8c2938031c3567946b5d10da4f
> >>> Author: Alexander V. Chernikov
> >>> Date:   Sun Apr 11 17:47:03 2021 +0100
> >>>
> >>> Fix vlan creation for the older ifconfig(8) binaries.
> >>> 
> >>> Reported by:allanjude
> >>> MFC after:  immediately
> >>>
> >>> ?
> >>
> >> On stable/13 (GENERIC without COMPAT_FREEBSD12):
> >>
> >> # ifconfig vlan99 create
> >>  ==> vlanproto: 0x
> >> # ifconfig vlan99 vlan 99 vlandev igb0
> >>  ==> vlanproto: 802.1q
> >> # ifconfig vlan99 destroy
> >> # ifconfig vlan99 create vlan 99 vlandev igb0
> >>  ==> vlanproto: 802.1q
> >>
> >> On stable/14 or main (GENERIC without COMPAT_FREEBSD12):
> >>
> >> # ifconfig vlan99 create
> >>  ==> vlanproto 0x
> >> # ifconfig vlan99 vlan 99 vlandev igb0
> >>  ==> vlanproto 0x#
> >> # ifconfig vlan99 create vlan 99 vlandev igb0
> >>  ==> vlanproto: 802.1q
> >>
> >> I guess that's why the following lines in my /etc/rc.conf no longer
> >> work on stable/14 or main (without COMPAT_FREEBSD12):
> >>
> >> cloned_interfaces="vlan99"
> >> ifconfig_vlan99="vlan 99 vlandev igb0"
> >>
> >> I have to replace the ifconfig line with:
> >>
> >> ifconfig_vlan99="vlan 99 vlandev igb0 vlanproto 802.1q"
> >>
> >> It also works if I remove the following lines in sys/net/if_vlan.c:
> >>
> >> 1110 #ifdef COMPAT_FREEBSD12
> >> 1113 #endif
> >>
> >> 2265 #ifdef COMPAT_FREEBSD12
> >> 2268 #endif
> > 
> > Bug or user error?
> 
> Seems to me as a regression in 14.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273539

--
Herbert

Re: Version of OpenSSH in FreeBSD 14.0

[Herbert J. Skuhra]

On Sat, Oct 28, 2023 at 08:30:10AM +, Roger Marsh wrote:
> Does 14.0 have OpenSSH 9.3 or OpenSSH 9.4?

OpenSSH 9.5p1. See:

https://cgit.freebsd.org/src/commit/?h=releng/14.0&id=676824f5cdf9dfdbfca38c9cfff2398345db9211

-- 
Herbert

Re: some dirs don't get deleted with make-delete-old

[Herbert J. Skuhra]

On Fri, 08 Dec 2023 13:16:50 +0100, void wrote:
> 
> It seems some dirs don't get deleted with make delete-old:
> 
> # yes | make delete-old
> 
> [...]
> /usr/share/doc/atf
> rmdir: /usr/share/certs/blacklisted: Directory not empty

This directory should no longer exist. It was renamed to untrusted in
June 2021 (commit 64e6e1e46363de5d4843cf0fc79406060ec44c03). 

> /usr/share/atf
> [...]
> /usr/lib/debug/lib
> rmdir: /usr/lib/debug/boot: Directory not empty
> /usr/lib/debug/bin
> 
> is this an error?

Do you use WITHOUT_DEBUG_FILES= in /etc/src.conf? 

I think the problem is:

1. etc/mtree/BSD.debug.dist
The Makefile contains the following note: "# NOTE: BSD.debug.dist is
unconditionally installed for developer ease-of-use."

2. make delete-old does not empty and delete
/usr/lib/debug/boot/kernel and /usr/lib/debug/boot/modules. Both
directories are excluded in tools/build/mk/OptionalObsoleteFiles.inc
(lines 1336-1350). This code was commited in August 2017 by emaste
(commit 63cd05d97a6d280e280538229040537d5ac75788).

--
Herbert

Re: automount errors

[Herbert J. Skuhra]

On Tue, 29 Oct 2024 19:45:39 +0100,
void  wrote:
> 
> hello stable,
> 
> 14.2-PRERELEASE DESKTOP amd64 1401503 1401503
> 
> Upon booting, seeing this in the console
> 
> Oct 29 12:57:17 desktop kernel: Starting devd.
> Oct 29 12:57:17 desktop kernel: sh: /usr/sbin/automount: not found
> Oct 29 12:57:17 desktop syslogd: last message repeated 19 times
> Oct 29 12:57:17 desktop kernel: Configuring vt: keymap keyrate.
> Oct 29 12:57:17 desktop kernel: Autoloading module: uhid
> Oct 29 12:57:17 desktop kernel: Autoloading module: ums
> Oct 29 12:57:17 desktop kernel: Autoloading module: usbhid
> Oct 29 12:57:17 desktop kernel: Autoloading module: wmt
> Oct 29 12:57:17 desktop kernel: sh: /usr/sbin/automount: not found
> Oct 29 12:57:17 desktop syslogd: last message repeated 34 times
> Oct 29 12:57:17 desktop kernel: Starting ums0 moused.
> 
> % man automount
> No manual entry for "automount" 
> % man automountd
> No manual entry for "automountd" 
> man -K automount has references to automount(8)
> 
> Where did it go?

Do you use WITHOUT_AUTOFS in src.conf?

 WITHOUT_AUTOFS
 Do not build autofs(5) related programs, libraries, and kernel
 modules.

$ which automount
/usr/sbin/automount

$ which automountd
/usr/sbin/automountd

$ man -k automount
autofs(5) - automounter filesystem
automount(8) - update autofs mounts
automountd(8) - daemon handling autofs mount requests
autounmountd(8) - daemon unmounting automounted filesystems

$ uname -rms
FreeBSD 14.2-PRERELEASE amd64

and

$ uname -rms
FreeBSD 15.0-CURRENT arm64

Re: heads up: mac_ntpd has to be explicitly loaded in recent stable/14

[Herbert J. Skuhra]

On Mon, 10 Mar 2025 13:06:25 +0100, David Wolfskill wrote:
> 
> On Mon, Mar 10, 2025 at 01:51:40PM +0200, Marek Zarychta wrote:
> > Hello List Subscirbers,
> > 
> > in the past the module was loaded automatically upon NTPD server startup.
> > It's no longer true, now it has to be loaded earlier.
> > Perhaps people running stable/14 might find this message useful.

Hmm, works for me on main and stable/14. 

> So... I noticed this for (precisely) one of the five machines I have
> that track stable/14 -- the other 4 get mac_ntpd loaded automagically as
> usual.
> 
> In the failing case, it seems that
> 
>   sysctl security.mac.version
> 
> yielded
> 
>   sysctl: unknown oid 'security.mac.version'

I only get this if I build a kernel without "options MAC". But in this
no mac_* kernel modules are built and ntpd fails with:

Starting ntpd.
daemon control: got EOF
/etc/rc.d/ntpd: WARNING: failed to start ntpd

Re: /etc/localtime

[Herbert J. Skuhra]

On Mon, 19 May 2025 08:33:45 +0200, Daniel Braniss wrote:
> > On 19 May 2025, at 08:28, Dag-Erling Smørgrav  wrote:
> > 
> > Daniel Braniss  writes:
> >> when doing a cd /usr/src; make install -d  
> >>/etc/localtime is symlinked to /usr/share/zoneinfo/…
> >> IMHO, it should be symlinked to /usr/share/…
> > 
> > Strange, this was a known bug in usr.sbin/tzsetup (PR 281332) which was
> > fixed in head back in September but never merged because stable/14
> > allegedly did not have the same issue.  If that turns out to be
> > incorrect, we should definitely fix it before 14.3.
> 
> this is happening with 14.3 Stable

This was reverted in:



And the fixed revision hasn't been MFCed.

Here /etc/localtime is a regular file:

$ ls -l /etc/localtime 
-r--r--r--  1 root wheel 2298 May 18 09:41 /etc/localtime

(stable/14-n271501-10d94b403add amd64)

Remove the link and try again.