cockpit on 15.6, Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Never used cockpit before. Similar like webmin or so? I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access". the result is that stated error message popup. Anyone running this successfully? ty
On Friday, 14 June 2024 00:50:04 ACST cagsm wrote:
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required Never used cockpit before. Similar like webmin or so?
I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access".
the result is that stated error message popup. Anyone running this successfully? ty
Yes, running cockpit successfully on multiple Debian servers, physical and virtual, at home and at work. None on openSUSE currently, but it works the same way. Do you have sudo installed? Some distros now don't install it by default. (zypper se sudo). If not, install it, and make sure your user is listed in the sudoers file. On Debian, the default is to require the users password for sudo access, while on Suse I think it requires the root password (but this is configurable - man sudo). Cockpit is good for local server management/monitoring, and can connect via ssh to other servers to manage them too (provided they too have cockpit installed). It's actually more like Windows MMS than Webmin. Pretty useful for abstracting some operations away from the command line - for just one example, it's way easier to manage LVM from cockpit than from the CLI. Regards, Rodney. -- ============================================================================== ============================ Rodney Baker rodney.baker@outlook.com.au ============================================================================== ============================
On Thu, Jun 13, 2024 at 5:51 PM Rodney Baker <rodney.baker@outlook.com.au> wrote:
cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required Yes, running cockpit successfully on multiple Debian servers, physical and virtual, at home and at work. None on openSUSE currently, but it works the same way. Do you have sudo installed? Some distros now don't install it by default. (zypper se sudo). If not, install it, and make sure your user is listed in the sudoers file.
yes sudo package is there and normal and working. its a normal leap installation coming from 15.4 or 15.5 etc. nothing fancy. trying cockpit for the first time on 15.6.
On Debian, the default is to require the users password for sudo access, while on Suse I think it requires the root password (but this is configurable - man sudo).
i tried to first make sense if i log in as root into that webserver or as a normal user but somehow root didnt manage to log in or i was missing out on the direct root password. maybe i will try that over again. after that i reverted to test with my simple kde desktop user name. that login succeeded then. then i noticed that non admin state of the cockpit GUI. zypper se sudo or zypper se cockpit doesnt show that kind of sudo and exec and askpass etc as results over here. ty
On Friday, 14 June 2024 01:45:16 ACST cagsm wrote:
On Thu, Jun 13, 2024 at 5:51 PM Rodney Baker
<rodney.baker@outlook.com.au> wrote:
cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Yes, running cockpit successfully on multiple Debian servers, physical and virtual, at home and at work. None on openSUSE currently, but it works the same way. Do you have sudo installed? Some distros now don't install it by default. (zypper se sudo). If not, install it, and make sure your user is listed in the sudoers file. yes sudo package is there and normal and working. its a normal leap installation coming from 15.4 or 15.5 etc. nothing fancy. trying cockpit for the first time on 15.6.
On Debian, the default is to require the users password for sudo access, while on Suse I think it requires the root password (but this is configurable - man sudo). i tried to first make sense if i log in as root into that webserver or as a normal user but somehow root didnt manage to log in or i was missing out on the direct root password. maybe i will try that over again.
after that i reverted to test with my simple kde desktop user name. that login succeeded then. then i noticed that non admin state of the cockpit GUI.
zypper se sudo or zypper se cockpit
doesnt show that kind of sudo and exec and askpass etc as results over here. ty
Not sure what's going on then. Did you check if your user is allowed to use sudo? If /etc/ sudoers is not configured to allow unprivileged users to use sudo, you'll get an error. When you try, for example, sudo cat /var/log/mail, do you get prompted for the root password? Does it complete successfully? -- ============================================================================== ============================ Rodney Baker rodney.baker@outlook.com.au ============================================================================== ============================
Op donderdag 13 juni 2024 18:39:43 CEST schreef Rodney Baker:
Not sure what's going on then. Did you check if your user is allowed to use sudo? If /etc/sudoers is not configured to allow unprivileged users to use sudo, you'll get an error. /etc/sudoers should exits, as wel as /etc/sudoers.d . The latter can be used to put a snippet in per user, with that user's setting for sudo. I would not touch /etc/sudoers itself since that belongs to a package.
-- Gertjan Lettink a.k.a. Knurpht openSUSE Forums Team openSUSE Mods Team
On Thu, Jun 13, 2024 at 6:15 PM cagsm <cumandgets0mem00f@gmail.com> wrote:
cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required i tried to first make sense if i log in as root into that webserver or as a normal user but somehow root didnt manage to log in or i was missing out on the direct root password. maybe i will try that over again.
On Friday, 14 June 2024 01:20:56 ACST Rodney Baker wrote:
On Friday, 14 June 2024 00:50:04 ACST cagsm wrote:
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Never used cockpit before. Similar like webmin or so?
I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access".
the result is that stated error message popup. Anyone running this successfully? ty
Yes, running cockpit successfully on multiple Debian servers, physical and virtual, at home and at work. None on openSUSE currently, but it works the same way.
Do you have sudo installed? Some distros now don't install it by default. (zypper se sudo). If not, install it, and make sure your user is listed in the sudoers file.
On Debian, the default is to require the users password for sudo access, while on Suse I think it requires the root password (but this is configurable - man sudo).
Cockpit is good for local server management/monitoring, and can connect via ssh to other servers to manage them too (provided they too have cockpit installed). It's actually more like Windows MMS than Webmin. Pretty useful for abstracting some operations away from the command line - for just one example, it's way easier to manage LVM from cockpit than from the CLI.
Regards, Rodney.
Ahem...Windows MMC, not MMS... -- ============================================================================== ============================ Rodney Baker rodney.baker@outlook.com.au ============================================================================== ============================
On Fri, 2024-06-14 at 01:48 +0930, Rodney Baker wrote:
On Friday, 14 June 2024 01:20:56 ACST Rodney Baker wrote:
On Friday, 14 June 2024 00:50:04 ACST cagsm wrote:
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Never used cockpit before. Similar like webmin or so?
I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access".
the result is that stated error message popup. Anyone running this successfully? ty
Yes, running cockpit successfully on multiple Debian servers, physical and virtual, at home and at work. None on openSUSE currently, but it works the same way.
Do you have sudo installed? Some distros now don't install it by default. (zypper se sudo). If not, install it, and make sure your user is listed in the sudoers file.
On Debian, the default is to require the users password for sudo access, while on Suse I think it requires the root password (but this is configurable - man sudo).
Cockpit is good for local server management/monitoring, and can connect via ssh to other servers to manage them too (provided they too have cockpit installed). It's actually more like Windows MMS than Webmin. Pretty useful for abstracting some operations away from the command line - for just one example, it's way easier to manage LVM from cockpit than from the CLI.
Regards, Rodney.
Ahem...Windows MMC, not MMS...
It's explicitly part of a "cockpit-bridge" package, at least on TW: $ rpm -ql /home/scott/.cache/zypp/packages/openSUSE:repo-oss/x86_64/cockpit- bridge-316-1.1.x86_64.rpm | grep -i askpass /usr/lib/python3.11/site- packages/cockpit/_vendor/ferny/__pycache__/askpass.cpython-311.pyc /usr/lib/python3.11/site- packages/cockpit/_vendor/ferny/__pycache__/ssh_askpass.cpython-311.pyc /usr/lib/python3.11/site-packages/cockpit/_vendor/ferny/askpass.py /usr/lib/python3.11/site-packages/cockpit/_vendor/ferny/ssh_askpass.py /usr/libexec/cockpit-askpass seems like something is "off" and 'zypper search --provides /usr/libexec/cockpit-askpass' doesn't return this package, maybe because of how it's tied to python? Not sure, I've never used it and at this point I'm not interested in installing it just to dig deeper. -- ~ Scott Bradnick | Windows Subsystem for Linux (WSL) Developer | https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC -----------------------------------------------
Tumbleweed x86_64 machines:
AMD Ryzen 7 7800X3D [NVIDIA RTX 3070Ti] AMD Ryzen 7 7735HS [AMD Rembrandt [Radeon 680M]] Intel Core i7-9850H [NVIDIA Quadro T1000] Intel Celeron N3450 [Intel HD Graphics 500]
On Thu, Jun 13, 2024 at 6:40 PM Scott Bradnick <scott.bradnick@suse.com> wrote:
It's explicitly part of a "cockpit-bridge" package, at least on TW:
i | cockpit-bridge | Cockpit bridge server-side component | package i use a very simple system 15.6 i try not to mess around with stuff
this 15.6 has that package installed fine when the cockpit main package became installed. things seem to never be as promised or as presented and advertised too bad ty
On 6/13/24 11:20, cagsm wrote:
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Never used cockpit before. Similar like webmin or so?
I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access".
the result is that stated error message popup. Anyone running this successfully? ty
Yes, you might need to install the sudo package. -- Tony Walker <tony.walker.iu@gmail.com> PGP Key @ https://tonywalker1.github.io/pgp 9F46 D66D FF6C 182D A5AC 11E1 8559 98D1 7543 319C
On Thu, Jun 13, 2024 at 5:20 PM cagsm <cumandgets0mem00f@gmail.com> wrote:
cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
I have found that some of the "manifest.json" files of cockpit conatain wrong paths. Some "/lib" and "${libexecdir}" must be replaced with "/usr/lib" and everthing is fine. "cockpit-pcp"; "cockpit-packagekit" and other cockpit applications have the same problem. Am 13.06.2024 um 17:20 schrieb cagsm:
Support, cockpit on 15.6
Problem becoming administrator Sudo: unable to run /nonexistent/libexec/cockpit-askpass: No such file or directory sudo: no password was provided sudo: a password is required
Never used cockpit before. Similar like webmin or so?
I can only log into cockpit with a local normal user using for KDE desktop as well. Inside cockpit it tells me that it is restricted mode or something and some root stuff is missing coming up with a popup when I click that blue topmost notification or button with text given: "turn on administrative access".
the result is that stated error message popup. Anyone running this successfully? ty
participants (6)
-
cagsm -
Herbert Graeber -
Knurpht-openSUSE -
Rodney Baker -
Scott Bradnick -
Tony Walker