location default path definition?

[cbrace]

Hi all,

A couple of days ago I used freebsd-update upgrade an HP microserver running FreeBSD to 14.0-RELEASE. It went OK, rebooted the box and it's running fine, except for one thing: I seemed to have messed up a config file in /etc during the merge changes step. When I rebooted and logged in via ssh, I noticed no external commands seem to work; the PATH was gone. It was easy enough to fix in bash by adding a path definition to .bash_profile. However commands run remotely still don't work. For example (venus being the HP box):

$ ssh venus rsync
bash: line 1: rsync: command not found
$ ssh venus service status vnstat
bash: line 1: service: command not found

These (and other) commands work when logged in via ssh.

Which file did I mess up during the upgrade?

TIA

 

[cracauer@]

.bashrc is the only dotfile that bash will read in that situation.

 

[SirDice]

You might want to check /etc/login.conf.

 

[cbrace]

You might want to check /etc/login.conf.

Thanks.
I compared that file to one on another system I updated around the same time on which I'm not seeing this issue:

-rw-r--r--  1 root wheel  1773 Nov 15 18:30 /etc/login.access
-rw-r--r--  1 root wheel  7094 Nov 15 18:30 /etc/login.conf
-rw-r--r--  1 root wheel 16384 Nov 15 18:36 /etc/login.conf.db

-rw-r--r--  1 root wheel  1773 Nov 14 23:34 /etc/login.access
-rw-r--r--  1 root wheel  7094 Nov 14 23:34 /etc/login.conf
-rw-r--r--  1 root wheel 16384 Nov 14 23:45 /etc/login.conf.db

File lengths are identical.

Some further experimentation: the root account does not have this issue:

$ ssh root@venus rsync
rsync  version 3.2.7  protocol version 31
Copyright (C) 1996-2022 by Andrew Tridgell, Wayne Davison, and others.
[...]

The remote root account is configured to use the csh shell. So I use chsh change the user account to use that shell. Still doesn't work:

$ ssh venus rsync
rsync: Command not found.

So weird...