Hide Forgot
The build is: RHEL-8.0-20181220.1, when login by ssh: # ssh xxx.xxx.xxx.xxx root@xxx.xxx.xxx.xxx's password: Activate the web console with: systemctl enable --now cockpit.socket Last login: Mon Jan 7 14:52:39 2019 from 10.72.12.156 What's up with that? I've never seen this additional output before.
This happens on purpose, and explains how to either enable or access (depending on the state) the web console (aka Cockpit). It's a more dynamic variant of the static /etc/issue message that Fedora Server showed.
Sometimes, if I run some command line in the Terminal, this strange message still output and the command line will return non-zero status, even the cockpit.socket status is running. Any workaround? # virsh dominfo 7.4_Server_x86_64 | grep '^Name' Activate the web console with: systemctl enable --now cockpit.socket # echo $? 254
Re-opening since this breaks automation methods like 'expect' scripts. If you do actually enable the socket, then the message changes to: Web console: https://FQDN:9090/ or https://IP:9090/ There is also a Fedora equivalent bug 1635200 requesting to stop these messages. Please provide a method to disable the messages.
Removing (or commenting out) the pam_motd.so module from /etc/pam.d/sshd is one method to stop the messages, although it seems like a rather blunt tool. One can also remove the /etc/issue.d/cockpit.issue and /etc/motd.d/cockpit symlinks, but this is temporary since they will return with the next update to cockpit-ws.
One fix for this is: sudo dnf remove cockpit-ws
The correct way to disable it is "ln -sfn /dev/null /etc/motd.d/cockpit", so that the next cockpit-ws package upgrade doesn't bring back the file. This is already documented in pam_motd(8) in Fedora 31, in pam-1.3.1-18.fc31: To silence a message, a symbolic link with target /dev/null may be placed in /etc/motd.d with the same filename as the message to be silenced. Example: Creating a symbolic link as follows silences /usr/lib/motd.d/my_motd. ln -s /dev/null /etc/motd.d/my_motd Unfortunately this part of the manpage is not yet in RHEL 8.2 (pam-1.3.1-5.el8). It should be, so I'm reassigning to PAM.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:1780