When things have been running for long enough various updates and configuration changes start adding up with leftovers bound to cause an issue sooner or later.
With Virtualmin, one such issue is the system’s inability to automatically update its scripts to newer versions based on the incorrect detection that an older PHP version is running on the server instead of the actual one.
Webmin is not part of the OPNSense repository packages, however as OPNSense is more vanilla FreeBSD than pfSense it is relatively easy to install additional packages.
For compatibility and stability reasons the FreeBSD repository is disabled by default, but it can be enabled…
Running out of memory sometimes happens on swap-less VPSes, and it seems Webmin (together with its twin, Virtualmin) are among the first processes to die in out-of-memory cases.
Setting up a little script to check for and restart Webmin if it is no longer running is a pretty simple (workaround) solution – but should never replace the proper procedure of adjusting the settings or upgrading the VPS to avoid running out of memory in the future.
AWstats updates work fine for all other domains on the server. The cron task is there and is correct. Manually running from command line completes very fast (2-3 seconds).
Among a ton of other reasons, AWstats may fail to run if a previous collection crashed while running and…
Webmin (Virtualmin) has great service monitoring capabilities, restarting any failed services that it detects. Unfortunately, it cannot and does not monitor or restart itself it it crashes.
Still, since on (most) Linux systems it comes with a service manager, this can be used to check its status. The included bash script does this and restarts it if necessary…
Virtualmin displayed wrong amount of available memory on OpenVZ systems for a while (displaying either the guaranteed RAM instead of the burst or some random smaller value).
After the update to Virtualmin 4.02, the available RAM graph completely vanished from the system information page. To fix this…
If when running the servers validation in Virtualmin you get an error like
Administration user : Unix user USER’s quota of Unlimited does not match the domain owner’s quota of 1024 MB
the solution, while not at all obvious, is quite simple.
Does the login to your newly installed CentOS 6 VPS using Virtualmin and ProFTPD fail?
Check your /var/log/secure for errors such as this :
proftpd: PAM unable to dlopen(/lib64/security/pam_stack.so): /lib64/security/pam_stack.so: cannot open shared object file: No such file or directory
proftpd: PAM adding faulty module: /lib64/security/pam_stack.so
If you are logging the above error your /etc/pam.d/proftpd was updated (incorrectly)…
