In LEAP 16 beta, Cockpit will not run

Cockpit is installed:


But it won’t start.

localhost:~ # systemctl enable --now cockpit.socket
Job failed. See "journalctl -xe" for details.
localhost:~ # journalctl -xe
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315092.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (>
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315096.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (>
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315100.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (>
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315104.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (>
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315108.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (>
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 315112.
Jul 07 08:53:04 localhost.localdomain systemd[2927]: drkonqi-coredump-launcher.socket: Unit needs to be started because active unit sockets.target upholds i>
lines 7298-7342/7342 (END)

How do you try to launch it?

as per the first command: systemctl enable --now cockpit.socket
It is supposed to be started on demand.

So, did you install the Cockpit Client using Discover and wanting to launch that? Yes? Is it not in the app menu?

Or you’re trying to execute using a browser? Yes? Then how?

https://cockpit-project.org/running#slemicro

But it’s Leap 16, not MicroOS, and he doesn’t need open ports for a local connection.

But we need to start by there’s a problem starting it or connecting to it. If you run journalctl -xe you’ll see all messages: yours were about Drkonqui. Try with journalctl -xeu cockpit.socket

Some weeks ago when I tried Leap 16, I can’t connect with the browser: it refused my name/password account even when sshd was started. But flatpack client Cockpit runs well :grinning:

If you scroll up a few lines on that page you will see that there are instructions for openSUSE Leap (starting with 15.6) and openSUSE Tumbleweed as well.

Doing systemctl enable --now cockpit.socket will just start the service. To get the user interface one needs to open a web browser and go to either

IP-Adress:9090

or

localhost:9090

Alas, `systemctl enable --now cockpit.socket throws an error, as shown above, so no answer on 9090

Please show the results of

systemctl status cockpit.socket

and

sudo journalctl --no-hostname --no-pager --full --utc -b 0 -p 3

Hi

cat /etc/os-release 
NAME="openSUSE Leap"
VERSION="16.0 Beta"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="16.0"
PRETTY_NAME="openSUSE Leap 16.0 Beta"

zypper in cockpit cockpit-selinux python3-pcp

The following 3 recommended packages were automatically selected:
  cockpit-networkmanager cockpit-packagekit cockpit-storaged

The following 27 NEW packages are going to be installed:
  cockpit cockpit-bridge cockpit-networkmanager cockpit-packagekit cockpit-selinux cockpit-storaged cockpit-system cockpit-ws cockpit-ws-selinux dialog jeos-firstboot
  libdialog15 liboath0 libpcp3 libpcp_gui2 libpcp_import1 libpcp_mmv1 libpwquality-tools libudisks2-0_lvm2 live-langset-data oath-toolkit oath-toolkit-xml pam_oath
  pcp-conf python3-pcp qrencode ssh-pairing

systemctl start cockpit
systemctl status cockpit
● cockpit.service - Cockpit Web Service
     Loaded: loaded (/usr/lib/systemd/system/cockpit.service; static)
     Active: active (running) since Tue 2025-07-08 08:26:55 CDT; 4s ago
 Invocation: 51f03b4baf7b4553a90a37c91b98795f
TriggeredBy: ● cockpit.socket
       Docs: man:cockpit-ws(8)
    Process: 10705 ExecStartPre=/usr/libexec/cockpit-certificate-ensure --for-cockpit-tls (code=exited, status=0/SUCCESS)
   Main PID: 10733 (cockpit-tls)
      Tasks: 1 (limit: 8872)
        CPU: 201ms
     CGroup: /system.slice/cockpit.service
             └─10733 /usr/libexec/cockpit-tls

Jul 08 08:26:55 systemd[1]: Starting Cockpit Web Service...
Jul 08 08:26:55 cockpit-certificate-ensure[10722]: /usr/libexec/cockpit-certificate-helper: line 31: sscg: command not found
Jul 08 08:26:55 cockpit-certificate-ensure[10723]: .+.........+.+..+............+..........+..............+.......+........+.+.....+.+.....+..........+..+.......+.>
Jul 08 08:26:55 cockpit-certificate-ensure[10723]: .......+++++++++++++++++++++++++++++++++++++++*....+.+...............+.....+.+...+...+........+.+.....+.+..+....>
Jul 08 08:26:55 cockpit-certificate-ensure[10723]: -----
Jul 08 08:26:55 systemd[1]: Started Cockpit Web Service.

cnf sscg
 sscg: command not found

==> See: <https://github.com/cockpit-project/cockpit/issues/14126> <==

ls /etc/cockpit/ws-certs.d/
0-self-signed.cert  0-self-signed.key

systemctl status cockpit.socket 
● cockpit.socket - Cockpit Web Service Socket
     Loaded: loaded (/usr/lib/systemd/system/cockpit.socket; disabled; preset: disabled)
     Active: active (listening) since Tue 2025-07-08 08:26:55 CDT; 21min ago
 Invocation: d7d94c5d16744a4b95a3825f68248ac1
   Triggers: ● cockpit.service
       Docs: man:cockpit-ws(8)
     Listen: [::]:9090 (Stream)
    Process: 10681 ExecStartPre=/usr/libexec/check_cockpit_users (code=exited, status=0/SUCCESS)
    Process: 10691 ExecStartPost=/usr/share/cockpit/issue/update-issue  localhost (code=exited, status=0/SUCCESS)
    Process: 10702 ExecStartPost=/bin/ln -snf active.issue /run/cockpit/issue (code=exited, status=0/SUCCESS)
      Tasks: 0 (limit: 8872)
        CPU: 29ms
     CGroup: /system.slice/cockpit.socket

Jul 08 08:26:55 systemd[1]: Starting Cockpit Web Service Socket...
Jul 08 08:26:55 systemd[1]: Listening on Cockpit Web Service Socket.

1 Like

From your earlier Yast post I understood you are on a VM ?, I just installed Leap 16 in a VM and had the same issue until I used the ip address for the VM and not PC address. I checked my ip address by “ip address” inside the VM, the cockpit then started fine.

Here in Virtualbox VM with Leap 16.0
localhost:9090
in Firefox is working…

1 Like

Yes, I am running inside Parallels on a Mac Studio. (first time that SUSE has worked in ARM). I am not sure where you are. using the ip address, but I used localhost:9090.
Also Discover will not start.

localhost:/etc/sysconfig # zypper in cockpit cockpit-selinux python3-pcp
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...
'cockpit' is already installed.
No update candidate for 'cockpit-338-160000.1.3.aarch64'. The highest available version is already installed.
'cockpit-selinux' is already installed.
No update candidate for 'cockpit-selinux-338-160000.1.3.noarch'. The highest available version is already installed.
Resolving package dependencies...

The following 6 NEW packages are going to be installed:
  libpcp3 libpcp_gui2 libpcp_import1 libpcp_mmv1 pcp-conf python3-pcp

6 new packages to install.

Package download size:     1.3 MiB

Package install size change:
              |       3.1 MiB  required by packages that will be installed
     3.1 MiB  |  -      0 B    released by packages that will be removed

Backend:  classic_rpmtrans
Continue? [y/n/v/...? shows all options] (y): y
Preloading: libpcp_mmv1-6.2.0-160000.5.16.aarch64.rpm [done]
Preloading: libpcp_import1-6.2.0-160000.5.16.aarch64.rpm [done]
Preloading: libpcp_gui2-6.2.0-160000.5.16.aarch64.rpm [done]
Preloading: python3-pcp-6.2.0-160000.5.16.aarch64.rpm [done]
Preloading: pcp-conf-6.2.0-160000.5.16.noarch.rpm [done]
Preloading: libpcp3-6.2.0-160000.5.16.aarch64.rpm [done]
Preload finished. [success (1.2 KiB/s) ] .........................................................................................................................[done]
Retrieving: pcp-conf-6.2.0-160000.5.16.noarch (repo-oss (16.0))                                                                                     (1/6), 114.4 KiB    
Retrieving: libpcp3-6.2.0-160000.5.16.aarch64 (repo-oss (16.0))                                                                                     (2/6), 668.5 KiB    
Retrieving: libpcp_mmv1-6.2.0-160000.5.16.aarch64 (repo-oss (16.0))                                                                                 (3/6), 108.2 KiB    
Retrieving: libpcp_import1-6.2.0-160000.5.16.aarch64 (repo-oss (16.0))                                                                              (4/6), 112.0 KiB    
Retrieving: libpcp_gui2-6.2.0-160000.5.16.aarch64 (repo-oss (16.0))                                                                                 (5/6), 106.8 KiB    
Retrieving: python3-pcp-6.2.0-160000.5.16.aarch64 (repo-oss (16.0))                                                                                 (6/6), 266.0 KiB    

Checking for file conflicts: .....................................................................................................................................[done]
(1/6) Installing: pcp-conf-6.2.0-160000.5.16.noarch ..............................................................................................................[done]
(2/6) Installing: libpcp3-6.2.0-160000.5.16.aarch64 ..............................................................................................................[done]
(3/6) Installing: libpcp_mmv1-6.2.0-160000.5.16.aarch64 ..........................................................................................................[done]
(4/6) Installing: libpcp_import1-6.2.0-160000.5.16.aarch64 .......................................................................................................[done]
(5/6) Installing: libpcp_gui2-6.2.0-160000.5.16.aarch64 ..........................................................................................................[done]
(6/6) Installing: python3-pcp-6.2.0-160000.5.16.aarch64 ..........................................................................................................[done]
Running post-transaction scripts .................................................................................................................................[done]
localhost:/etc/sysconfig # systemctl start cockpit
A dependency job for cockpit.service failed. See 'journalctl -xe' for details.

So here is what I get:

~
localhost:/etc/sysconfig # journalctl -xe
░░ The job identifier is 947080.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947084.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947088.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947092.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947096.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947100.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947104.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947108.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947112.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947116.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
░░ Subject: A start job for unit UNIT has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░ 
░░ A start job for unit UNIT has finished successfully.
░░ 
░░ The job identifier is 947120.
Jul 08 12:59:11 localhost.localdomain systemd[2927]: drkonqi-coredump-launcher.socket: Unit needs to be started because active unit sockets.target upholds it, but not starting since we tried this too often recently. Will retry later.

Post executed as root with complete commandline:
systemd-analyze condition 'ConditionUser=!@system'

localhost:/etc/sysconfig # systemctl status cockpit.socket 
× cockpit.socket - Cockpit Web Service Socket
     Loaded: loaded (/usr/lib/systemd/system/cockpit.socket; enabled; preset: disabled)
     Active: failed (Result: exit-code) since Tue 2025-07-08 13:04:37 EDT; 7min ago
 Invocation: 76472bad67fd421db4a3d06d507eccc9
   Triggers: ● cockpit.service
       Docs: man:cockpit-ws(8)
     Listen: [::]:9090 (Stream)
    Process: 277050 ExecStartPre=/usr/libexec/check_cockpit_users (code=exited, status=1/FAILURE)
        CPU: 8ms

Jul 08 13:04:37 localhost.localdomain systemd[1]: Starting Cockpit Web Service Socket...
Jul 08 13:04:37 localhost.localdomain check_cockpit_users[277050]: user cockpit-wsinstance-socket exists, cockpit will fail to start up if this user exists, please run userdel cockpit-wsinstance-socket to resolve this
Jul 08 13:04:37 localhost.localdomain check_cockpit_users[277050]: group cockpit-wsinstance-socket exists, cockpit will fail to start up if this group exists, please run groupdel cockpit-wsinstance-socket to resolve this
Jul 08 13:04:37 localhost.localdomain check_cockpit_users[277050]: user cockpit-session-socket exists, cockpit will fail to start up if this user exists, please run userdel cockpit-session-socket to resolve this
Jul 08 13:04:37 localhost.localdomain check_cockpit_users[277050]: group cockpit-session-socket exists, cockpit will fail to start up if this group exists, please run groupdel cockpit-session-socket to resolve this
Jul 08 13:04:37 localhost.localdomain check_cockpit_users[277050]: user cockpit-systemd-service exists, cockpit will fail to start up if this group exists, please run userdel cockpit-systemd-service to resolve this
Jul 08 13:04:37 localhost.localdomain systemd[1]: cockpit.socket: Control process exited, code=exited, status=1/FAILURE
Jul 08 13:04:37 localhost.localdomain systemd[1]: cockpit.socket: Failed with result 'exit-code'.
Jul 08 13:04:37 localhost.localdomain systemd[1]: Failed to listen on Cockpit Web Service Socket.
localhost:/etc/sysconfig # userdel cockpit-wsinstance-socket
**userdel: group cockpit-wsinstance-socket is the primary group of another user and is not removed.**


also post:
cat /etc/nsswitch.conf

Maybe a difference between /etc/nsswitch.conf and /usr//etc/nsswitch.conf

passwd:         compat systemd
group:          compat [SUCCESS=merge] systemd
shadow:         compat systemd
# Allow initgroups to default to the setting for group.
# initgroups:   compat

hosts:          files mdns_minimal [NOTFOUND=return] dns
networks:       files dns

aliases:        files usrfiles
ethers:         files usrfiles
gshadow:        files usrfiles
netgroup:       files
protocols:      files usrfiles
publickey:      files
rpc:            files usrfiles
services:       files usrfiles

automount:      files
bootparams:     files
netmasks:       files

and # cat /usr//etc/nsswitch.conf

passwd:         compat systemd
group:          compat [SUCCESS=merge] systemd
shadow:         compat systemd
# Allow initgroups to default to the setting for group.
# initgroups:   compat

hosts:          files dns
networks:       files dns

aliases:        files usrfiles
ethers:         files usrfiles
gshadow:        files usrfiles
netgroup:       files
protocols:      files usrfiles
publickey:      files
rpc:            files usrfiles
services:       files usrfiles

automount:      files
bootparams:     files
netmasks:       files

type or paste code here

Also may be related to
2025-07-08T13:24:59.349824-04:00 localhost systemd[2927]: Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).
2025-07-08T13:24:59.352833-04:00 localhost systemd[2927]: message repeated 15 times: [ Socket to launch DrKonqi for a systemd-coredump crash was skipped because of an unmet condition check (ConditionUser=!@system).]
2025-07-08T13:24:59.352873-04:00 localhost systemd[2927]: drkonqi-coredump-launcher.socket: Unit needs to be started because active unit sockets.target upholds it, but not starting since we tried this too often recently. Will retry later.

See thread #13