Description of problem: Install new version of webmin. reboot. webmin will not run. The systemd control file has /etc/webmin/.start-init and .stop-init as start and stop functions. These files do not exist in the webmin dir Attempting to run from init.d will not work either. Cure is to downgrade webmin to 1990.1 As always, more info? just let me know.
Just installed it. # ll /etc/webmin/.s*-init -rwxr-xr-x 1 root root 221 Jun 15 21:47 /etc/webmin/.start-init* -rwxr-xr-x 1 root root 677 Jun 15 21:47 /etc/webmin/.stop-init* Note the file names start with a period so showing hidden files must be turned on to see them. Webmin in Mageia 8 has not been changed to use systemd control files. It still uses /etc/rc.d/init.d/webmin # chkconfig 2>/dev/null|grep webmin webmin 0:off 1:off 2:on 3:on 4:on 5:on 6:off Start webmin with "/etc/rc.d/init.d/webmin start" (as root) or reboot. webmin starts and I can access it using https://localhost:10000/ (login as root with root's password). Closing as invalid. Feel free to add more comments, and reopen if appropriate.
CC: (none) => davidwhodginsStatus: NEW => RESOLVEDResolution: (none) => INVALID
# rpm -q webmin webmin-1.994-1.mga8
Reopening myself. While it does start and works, there are some errors showing that should be fixed. # systemctl status webmin.service ● webmin.service - Webmin server daemon Loaded: loaded (/usr/lib/systemd/system/webmin.service; disabled; vendor preset: disabled) Active: failed (Result: timeout) since Wed 2022-06-15 21:50:29 EDT; 28min ago Process: 57069 ExecStart=/etc/webmin/.start-init (code=exited, status=0/SUCCESS) CPU: 4.495s Jun 15 21:48:59 x3.hodgins.homeip.net perl[57069]: pam_unix(webmin:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=root Jun 15 21:49:01 x3.hodgins.homeip.net webmin[57069]: Webmin starting Jun 15 21:49:01 x3.hodgins.homeip.net systemd[1]: webmin.service: Can't open PID file /var/webmin/miniserv.pid (yet?) after start: Operation not permitted Jun 15 21:50:29 x3.hodgins.homeip.net systemd[1]: webmin.service: start operation timed out. Terminating. Jun 15 21:50:29 x3.hodgins.homeip.net systemd[1]: webmin.service: Failed with result 'timeout'. Jun 15 21:50:29 x3.hodgins.homeip.net systemd[1]: webmin.service: Unit process 57077 (miniserv.pl) remains running after unit stopped. Jun 15 21:50:29 x3.hodgins.homeip.net systemd[1]: Failed to start Webmin server daemon. Jun 15 21:50:29 x3.hodgins.homeip.net systemd[1]: webmin.service: Consumed 4.495s CPU time. Jun 15 22:04:18 x3.hodgins.homeip.net perl[58855]: pam_unix(webmin:auth): authentication failure; logname= uid=0 euid=0 tty=10000 ruser= rhost=127.0.0.1 user=root Jun 15 22:04:20 x3.hodgins.homeip.net webmin[58855]: Invalid login as root from 127.0.0.1
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
webmin uses /run/webmin/miniserv.pid, not /var/webmin/miniserv.pid I'm not sure where systemd is getting /var/webmin from.
Created attachment 13298 [details] Patch to fix location of pid file in /usr/share/webmin/webmin-systemd Patch to fix location of pid file in /usr/share/webmin/webmin-systemd After applying the patch and running "killall miniserv.pl" to end the already running webmin, "systemctl start webmin.service" works. # systemctl status webmin.service |grep Active: Active: active (running) since Wed 2022-06-15 23:15:11 EDT; 33s ago
Assigning to all packagers as webmin doesn't have an assigned maintainer. Adding luigiwalser to cc list as the packager who did the most recent changes. See comment 5 for the patch.
Assignee: bugsquad => pkg-bugsCC: (none) => luigiwalser
All I'm sure of is when I did ls -a /etc/webmin There were not any .start or .stop files. Where they went I dunno. The init.d webmin contains /var/run/webmin/miniserv.pid not /run/webmin/miniserv.pid Having modified the systemd and init.d/webmin files, it works from init.d/webmin and systemctl.
# ls -l /var/run lrwxrwxrwx 1 root root 6 Jul 31 2020 /var/run -> ../run/ /var/run/webmin and /run/webmin are the same directory.
them damn syslinks.... get ya everytime.
webmin-1.994-1.1.mga8 submitted to fix this.
Assignee: pkg-bugs => qa-bugs
MGA8-64 Plasma on Acer Aspire 5253 No installation issues. Checked System- Software package updates, none found, which is correct. System- Users and groups:looks OK Servers: checked that apache, mysql could be started and stopped, checked using systemctl Tools: checked System and Server Status Networking: checked Network Configuration, Network Utilities and Shorewall Firewall All looks OK with valid and expected values.
CC: (none) => herman.viaeneWhiteboard: (none) => MGA8-64-OK
Validating.
Keywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2022-0086.html
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED