\# systemctl start webmin ;
Job for webmin.service failed because the control process exited with error code.
See "systemctl status webmin.service" and "journalctl -xe" for details
\# ps aux | grep -v grep | grep mini ;
root 37184 0.0 0.5 87132 22224 ? Ss 14:20 0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
\# ls -l /etc/webmin/miniserv.pem
-rwxrwxrwx. 1 root bin 974 May 18 13:44 /etc/webmin/miniserv.pem
\chmod 555 /etc/webmin/miniserv.pem
\#
\# /etc/webmin/restart
Stopping Webmin server in /usr/libexec/webmin
Starting Webmin server in /usr/libexec/webmin
Failed to open SSL cert /etc/webmin/miniserv.pem
Failed to create default SSL context at /usr/libexec/webmin/miniserv.pl line 284.
\#
\# ps aux | grep -v grep | grep mini
root 37259 0.0 0.5 87132 21920 ? Ss 14:22 0:00 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
i played around with mv /etc/webmin/miniserv.pem /etc/webmin/miniserv.pem-RENAMED; etc but didnt get very far. That actually attempt did get WebMin started, but only using /etc/webmin/start (which still gave errors) and not systemctl start webmin;.
i am happy to experiment with this a bit more if necessary. but i won’t be using google-VM, just thought it might be interesting.
please let me know if you want me to try anything else. in the meantime, i am going to try all this with my primary hosting comany.
But, why? When you install Virtualmin it also installs Webmin, and AFAIK the Vmin repos have a different version of Webmin than the Webmin repos, at least Joe mentioned something about that in a thread regarding Deb/Ubuntu. You might cause a small conflict there…
interesting - honestly i never knew this. probably when i first was using webmin/virtualmin i picked this up from the installation instructions as the time.
i will try doing this again but this time only install the virtualmin, and let virtualmin install webmin.
That’s never been the recommended way to install Virtualmin; since the install script was released in 2006, the recommended process for installing Virtualmin was “run the install script on a freshly installed supported OS”. But, it still somehow comes up all the time. So, to be clear: There is literally no reason to preinstall Webmin. Just follow the instructions on the download page (i.e. run install.sh on a freshly installed supported OS).
Aside from the installation question, I also recommend you use only one repo for Webmin. If you’re using Virtualmin, it should be the Virtualmin repo. We often hold back releases of Webmin when we find bugs that specifically effect Virtualmin during testing. It’s usually harmless, but if you’re using Virtualmin, just let the install script set it all up for you in the way we believe is best. Who knows better than us?
my only other steps (probably yet another mistake on my part) is to do the following: since webmin is probably now running, however it was not started using the systemctl command:
ps -ef | grep webmin | grep perl ; # observe process number
kill ###### ; ## process number from previous step
systemctl enable webmin ;
systemctl start webmin ;
systemctl status webmin ; # optional
i have learned the HARDEST WAY imaginable to let Webmin/Virtualmin install PHP and MariaDB.
Then later upgrade MariaDb to the latest release:
But are you saying that with Rocky Linux it is not quite safe to install other versions of PHP by following the official documentation at Multiple PHP Versions – Virtualmin
ah well after what has happened in the past, i now stick with whatever PHP that Webmin likes during the initial installation.
also, its pretty rare that i really truly need to upgrade PHP, except if PHP is just too old (eg: php5). it seems like just having one PHP sure keeps things simpler.
sorry i should also explain that this “experiment” is really just for google-vm. however, i am thrilled to learn the correct way to install. i cannot help but wonder how many mistakes i made over the past decade by not following this simple improvement.
one thing on Google-vm is that i never was able to figure out how to open up port 10000 (or any other ports for that matter), but since google-vm is/was just an experiment, i am not pursuing it any further. WebMin did respond with Telnet ran locally, so i figure that’s good enough for me.
the goal is to run Webmin/Virtualmin on Rocky-Linux hosted by Interserver. i have been with Interserver for years now and have had outstanding support.
update: , i installed Virtualmin/Webmin on Rocky-Linux at Interserver, and the installation went flawlessly.
For that matter, i have probably installed Webmin/Virtualmin a dozen times over the past 15 years, and this installation was best/easiest one by a magnitude. this is probably because Ilam and Joe Cooper recommended the correct installation method of installing Virtualmin and allowing the Virtualmin installation to install Webmin, PHP, and MariaDB.
And so far, Rocky-Linux and Webmin/Virtualmin appear to be working perfectly together.
This should be welcome news for the people caught up in the Centos-RedHat-IBM fiasco.