Hi,

when i test on VM the Virtualmin installer 7.0.0-RC5 on Fresh 22.04 Install with all update.

On Installing Virtualmin and all related packages i have [ERROR] Failed with error: 100

With detailed error :
Les paquets suivants contiennent des dépendances non satisfaites :
virtualmin-core : Depends: virtualmin-config mais il n'est pas installable
Recommends: webmin-jailkit mais il n'est pas installable
Recommends: webmin-php-pear mais il n'est pas installable
Recommends: webmin-ruby-gems mais il n'est pas installable
Recommends: webmin-virtualmin-awstats mais ne sera pas installé
Recommends: webmin-virtualmin-htpasswd mais ne sera pas installé
Recommends: liblog-log4perl-perl mais ne sera pas installé
E: Unable to correct problems, you have held broken packages.
Installing Virtualmin and all related packages: [2022-05-12 20:45:28 UTC] [ERROR] Failed with error: 100
[2022-05-12 20:45:28 UTC] [ERROR] Something went wrong. Exiting.
[2022-05-12 20:45:28 UTC] [ERROR] The last few log entries were:

If this Issue is not needed before the VM7 installer released, please ignore it and close it.

Thanks for your work.

Found another line in the install process (last one, looks like) trying to write to /etc/resolv.conf during the install.
Causes my docker test build to fail.
Here.
It's during Phase 3: Configuration, 6/18 Configuring Net.
Error: Failed to replace /etc/resolv.conf with /etc/resolv.conf.webmintmp.3051 : Device or resource busy

Need fix to get #61 and #35 working.

as I wrote in the forums today ....

have been running VirtualMin on RHEL5 and 6 and 7 very well … GREAT PACKAGE

Today is my first attempt to install it on RHEL8, and I am getting what I thought was a very simple error, but not sure how to fix it.

multiple install scripts and

yum install wbm-virtual-server-6.16.gpl-1.noarch.rpm

all want to access the URL

http://GPL:[email protected]/gpl/rhel/8/x86_64/

which does not exist ... there is no "8" tree ... only 7 or 7Server.

Should I make my own REPO file and point it at the 7Server tree? I even pulled the script from

https://raw.githubusercontent.com/virtualmin/virtualmin-install/master/virtualmin-install.sh

and still get the same error.

I was really REALLY hoping to finish this tonight (its almost 5pm EDT) …

my fallback position is to go with my tried and true RHEL7 setup, mostly driven by puppet with lots of local custom automation (but it works).

Thoughts anyone?

Verne

By the installation there is an error from Webalizer this tries to read configuration file from /etc/webalizer.conf but it's here:/etc/webalizer/webalizer.conf

Here is an workaround to fix it before installation script runs:

ln -sf  /etc/webalizer/webalizer.conf /etc/webalizer.conf 

In additional, script mades some DNS settings, which had broked DNS resolving.
To fix it add some DNS server by doing this:

echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null

While trying to install Virtualmin on RHEL 7.9 the install script was keep freezing on lines 838 to 856 during the final steps of the installation. I had no choice but to comment out lines 838 to 856.

`install_with_yum () {

RHEL 8 specific setup

#if [ "$os_major_version" -ge 8 ] && [ "$os_type" = "rhel" ]; then
# Important Perl packages are now hidden in CodeReady repo

run_ok "$install_config_manager --set-enabled codeready-builder-for-rhel-$os_major_version-x86_64-rpms" "Enabling Red Hat CodeReady package repository"

run_ok "$install https://dl.fedoraproject.org/pub/epel/epel-release-latest-$os_major_version.noarch.rpm" "Installing EPEL $os_major_version release package"

RHEL 7 specific setup

#if [ "$os_type" = "rhel" ]; then
#run_ok "$install https://dl.fedoraproject.org/pub/epel/epel-release-7-13.noarch.rpm" "Installing EPEL 7 release package"

install extras from EPEL and SCL

#elif [ "$os_type" = "centos" ]; then
#install_epel_release
#if [ "$os_major_version" -lt 8 ]; then
# No SCL on CentOS 8
# install_scl_php
#fi
#fi`

The best recourse when issues are encountered while using the install script while trying to install on RHEL is the following:

• Download the install script wget http://software.virtualmin.com/gpl/scripts/install.sh
• Provide execute privilege chmod +x install.sh
• Run the install script ./install.sh
• install epel repo yum install https://d1.fedoraproject.org/pub/epel-release-7.noarch.rpm
• On your RHEL dev subscription run this command subscription-manager repos --enable "rhel-*-optional-rpms" --enable "rhel-*-extras-rpms" --enable "rhel-ha-for-rhel-*-server-rpms"
• notice install scroll text - fedoraproject rpm "skipping"
• follow on terminal text to skip repos if not available
• When install script stops due to a issue, uninstall using ./install.sh --uninstall before running install.sh again.

Here is the install-sh.txt I used. I've renamed .sh to .txt.
install-sh.txt

Hello Virtualmin, I am having trouble to perform the installation, due to an issue of access to your server that has the certificate expired.

hello,

After a fresh install, when i recheck configuration i get :
The Procmail program needed for spam filtering does not appear to be installed on your system, or has not yet been set up properly in Webmin's Procmail Mail Filter module. If your system does not use spam filtering, it should be disabled in Virtualmin's module configuration page.

EDIT :
fixed by adding mailbox_command = /usr/bin/procmail to /etc/postfix/main.cf

Just some notes for myself for remaining changes needed for Virtualmin 7 (will be updated as I find more things):

• MariaDB everywhere. No more MySQL on some distros and MariaDB on others.

• Drop old distros (at least CentOS 6, Ubuntu 16.04, and Debian 9, probably Ubuntu 18.04, too). Strongly, loudly, discourage use of any but the latest release of any supported distro.

• PHP-FPM only. Hide all other execution modes, by default, and make sure PHP-FPM always works, every time.

• Newest available PHP version, by default, unless Script Installer requires something older?

• Install a very recent PHP version on every supported distro (probably PHP 7.x and a PHP 8 version). Make sure they always work.

• Simplify, simplify, simplify. What can we get rid of in the GUI?

• No mod_php! Not just hiding it. Make it invisible on new installs, and impossible to turn on without editing config files manually. Remove code eventually. Maybe make Virtualmin stack packages conflict with mod_php so people don't accidentally install it (as has happened in the past a bunch, but maybe won't if no distros supported have PHP5). If mod_php is installed already, remove it. It should never exist in a new Virtualmin system and it should not be easy to install/enable it. Docs should never suggest it or refer to it, except maybe to say don't use it.

• More customizable? Probably just make --bundle with --include/--exclude a little smarter.

• Update docs.

• Update hero and promo materials on website.

• Get rid of DAV Login module in the repos (I'm not sure it's even installed by default, anyway). Apache mod_dav/mod_davfs simply cannot work the way people want it to work, and it can't really be used safely in any sort of shared hosting environment, so no point trying to make it work. (If people wanted it, we would need to find another DAV server to use instead, but I think File Manager or an FTP or SFTP client already does most everything anybody could want without the confusion.)

• Balance what Virtualmin related packages are installed using upgrade.cgi and what we install with stack/groups. For both installs (GPL and Pro), in my opinion, we don't need to install anything much of extra. I would suggest only installing -virtualmin-awstats and -virtualmin-htpasswd (latter for LAMP only), without installing -virtualmin-git, -virtualmin-init, -virtualmin-registrar, -virtualmin-slavedns, -virtualmin-sqlite which are rarely used. This will also be a good thing for making UI less loaded.

Steps to reproduce, Installed webmin and the 7.0 deb downloaded from webmin site to ubuntu 22.04, clean install no errors.
System Settings Re-Check Configuration says SpamAssassin and Procmail are installed and configured for use and .. your system is ready for use by Virtualmin
However, Webmin Servers SpamAssassin Mail Filter says:

Warning!  SpamAssassin does not appear to be set up in the system's Procmail configuration file /etc/procmailrc, so any configuration done using this module will have no effect unless users have it set up individually. 

Is this a bug? Shouldn't Webmin or Virtualmin auto configure /etc/procmailrc for use, when it notices the procmailrc settings are missing and SpamAssassin is active?

I'm trying to install virtualmin 6.0.3 on a Digital Ocean Ubuntu 16.04.3 droplet using the --minimal flag. The installation proceeds until step 7 of phase 3, which is ProFTPd configuration. Installation halts after this error:

[7/17] Configuring ProFTPd                                              █▒▒▒▒▒▒
Use of uninitialized value $hostname in concatenation (.) or string at /usr/share/perl5/Virtualmin/Config/Plugin/ProFTPd.pm line 80.
Use of uninitialized value $hostname in concatenation (.) or string at /usr/share/perl5/Virtualmin/Config/Plugin/ProFTPd.pm line 83.
Error: Failed to list systemd units :
Error
-----
Failed to list systemd units :
-----
▣▣▣ Cleaning up

[SUCCESS] Installation Complete!
[SUCCESS] If there were no errors above, Virtualmin should be ready
[SUCCESS] to configure at ...

virtualmin-install.log.txt

Installing Virtualmin GPL on a fresh Ubuntu 18.04.2 server exits with warnings after outputting the following error:

-----
Systemd service fail2ban cannot be created unless a command is given
-----

I assume that since this is a warning that the Virtualmin install went fine and this is just a warning of fail2ban being misconfigured and has nothing to do with everything else, or should I reinstall?

I've found this unfinished discussion on the forums: https://forum.virtualmin.com/t/virtualmin-install-sh-support-for-centos-8/104880/37 and couple discussions on github: #36 and #33.

Apparently you, guys, started to helping users to troubleshoot various issues for CentOS 8, I guess it is kind of working (never tried it myself yet). However, the README file on https://github.com/virtualmin/virtualmin-install/blob/master/README.md still lists only CentOS/RHEL/Scientific 6 and 7 as supported systems. So could you please give any ETA for official support of CentOS 8?

Hello,

As I was waiting for Ubuntu 18.04 fix, I decided to switch to debian 9.4 strech (stable) (64bits).
I get this error:

[9/23] Configuring Net ▒▒▒▒▒▒▒Error: Unable to open /etc/network/interfaces
Error

Unable to open /etc/network/interfaces

▣▣▣ Cleaning up

[WARNING] The following errors occurred during installation:

◉ Postinstall configuration returned an error.
[WARNING] The last few lines of the log file were:
[2018/06/25 15:38:28] [INFO] - Code: 0 Result: success
[2018/06/25 15:38:28] [INFO] - Code: 0 Result: success
[2018/06/25 15:38:29] [INFO] - Code: 0 Result: success
[2018/06/25 15:38:29] [INFO] - Code: 0 Result: Warning: ZONE_ALREADY_SET: public
success
[2018/06/25 15:38:29] [INFO] - Succeeded
[2018/06/25 15:38:29] [INFO] - Configuring MySQL
[2018/06/25 15:38:34] [INFO] - Succeeded
[2018/06/25 15:38:34] [INFO] - Configuring NTP
[2018/06/25 15:38:44] [INFO] - Code: 0 Result: 25 Jun 15:38:44 ntpdate[5023]: adjust time server 2a03:4980:7:b200:ba27:ebff:fe72:7731 offset -0.000285 sec
[2018/06/25 15:38:44] [INFO] - Succeeded
[2018/06/25 15:38:44] [INFO] - Configuring Net
[2018-06-25 15:38:45 UTC] [DEBUG] Cleaning up temporary files in /tmp/.virtualmin-19611.
[2018-06-25 15:38:45 UTC] [WARNING] The following errors occurred during installation:
[2018-06-25 15:38:45 UTC] [WARNING] The last few lines of the log file were:

that the and of file

I tried the script on a fresh install of CentOS 8 (I did a yum update first to make sure everything ist up-to-date).

Script started, but enabling PowerTools package failed:

▣▣□ Phase 2 of 3: Installation
Installing EPEL release package                                         [ OK! ]
Enabling PowerTools package repository                                  [=>---]
[ERROR]
[ERROR] Something went wrong with the previous command. Exiting.

Complete!
Checking and installing system packages updates: Success.
Spin pid is: 700
Error:
 Problem: package php-mysql-5.4.16-48.el7.x86_64 conflicts with php-mysqlnd provided by php-mysqlnd-5.4.16-48.el7.x86_64
  - conflicting requests
Installing dependencies and system packages: Failed with error: 1
[2022-06-07 04:04:09 UTC] [ERROR] Something went wrong with the previous command. Exiting.

This error comes from running the current latest version from the repo, ./virtualmin-install.sh --minimal --bundle LEMP on centos 7 docker image, to test if it works on all supported OS versions.

Webmin: 1.900
Virtualmin: 6.06.gpl-2
OS: Ubuntu 18.04.2

As mentioned here and here, DKIM service isn't created by Virtualmin on Ubuntu 18.04

The current workaround is to manually create it:

/lib/opendkim/opendkim.service.generate

systemctl daemon-reload

service opendkim restart

And then, the service works. netstat -natpu | grep opendkim gives:

tcp        0      0 127.0.0.1:8891          0.0.0.0:*               LISTEN      10381/opendkim      
tcp        0      0 127.0.0.1:8891          127.0.0.1:43868         ESTABLISHED 10381/opendkim      
tcp        0      0 127.0.0.1:8891          127.0.0.1:41706         ESTABLISHED 10381/opendkim

1. when checking whether epel is installed or not, we should not always try to install this repo ,if it's installed just skip or reinstall.
2. to be continued.

Using

wget http://software.virtualmin.com/gpl/scripts/install.sh
sh install.sh

to install virtualmin (and webmin) installs webmin version 1.900 instead of the currently released version 1.920

Since we no longer maintain our own Apache versions (for suexec docroot patches), it's probably no longer necessary to maintain independent repos for each supported RPM-based distro...within reason.

So, for Virtualmin 7, I'm going to consolidate down to maybe just one repo for all RPM-based distros (RHEL, CentOS, Fedora, anyway...this won't work for SUSE since package names will almost certainly be different, so it would need new groups).

Also, there is nothing sensitive in the binary repos, so we don't need a Pro and GPL repo for binary packages. That removes yet another set of repos, so we have less to maintain. In this consolidation, there will (theoretically, assuming it works) be one universal repo for pure-Perl packages, and one architecture-specific universal binary repo per architecture (one for x86_64 and potentially one for ARM).

Some things to worry about:

1. Groups. Currently the OS gets its own groups for virtualmin-core and lamp or lemp stack. Will it be OK across all supported distros to use the same one? Probably yes for RHEL 7 and 8, maybe not for newer Fedoras, nobody has tested. Almost certainly not for SUSE or other distros that are very different.
2. Ilia said Jailkit package doesn't work on Fedora. Why not?
3. ProFTPd? I think it's in EPEL for RHEL-based distros, but I think it's in Fedora normal repos. We need to handle not setting up EPEL during install (I think Ilia has already thought of this, but the PR to do that also replaces release packages with a bunch of shell scripting, which is bad).
4. Testing.
5. This will break everybody who's already done a Virtualmin 7 install. But, it's a beta, so we can ask them to update and tell them how. Or I can make links from the old repos to the new.

virtualmin-install.log

After installing Virtualmin (LEMP stack) on Ubuntu 18.04, I realized that Fail2ban isn't working properly.

With a service fail2ban status, it shows a failed state and the first message is

Found no accessible config files for 'filter.d/sshd-ddos'

And, indeed, this file doesn't exist on /etc/fail2ban/filter.d.

How to configure my webmin panel in such manner that if someone creates new virtualserver soo the files will be created on my ftp server?
Help me out please

Hi all!

Now that Rocky Linux is released, I'd love to work with you on getting this project functional on Rocky Linux 8.3! Let me know what needs to be done and I'll do what I can! :)

I tested now on a default local install of Centos 7.5. I get this error:

[INFO] Started installation log in /root/virtualmin-install.log

▣□□ Phase 1 of 3: Setup
Updating yum Groups [ ✔ ]
Downloading virtualmin-release-latest.noarch.rpm [ERROR] Failed with error: 60
[ ✘ ]

[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
[2018-07-02 13:26:40 SAST] [DEBUG] Operating system name: CentOS
[2018-07-02 13:26:40 SAST] [DEBUG] Operating system version: 7.5.1804
[2018-07-02 13:26:40 SAST] [DEBUG] Operating system type: centos
[2018-07-02 13:26:40 SAST] [DEBUG] Operating system major: 7
[2018-07-02 13:26:40 SAST] [DEBUG] Configuring package manager for CentOS 7.5.1804...
[2018-07-02 13:26:40 SAST] [DEBUG] Disabling SELinux during installation...
[2018-07-02 13:26:40 SAST] [DEBUG] setenforce 0 succeeded
Spin pid is: 1522
Made it here...why?
Updating yum Groups: Success.
Spin pid is: 1552
Made it here...why?
Downloading virtualmin-release-latest.noarch.rpm: [2018-07-02 13:26:42 SAST] [ERROR] Failed with error: 60
[2018-07-02 13:26:42 SAST] [ERROR] Something went wrong. Exiting.
[2018-07-02 13:26:42 SAST] [ERROR] The last few log entries were:
[root@web-test ~]#

As of Debian 11/Ubuntu 21.04, apt-key is depreciated, with the recommended method of adding gpg keys listed here: https://wiki.debian.org/DebianRepository/UseThirdParty

Debian 11 and Ubuntu 22.04 will be the final releases to include apt-key.

The simplest way of doing this would be to replace apt-key with the following commands
curl https://software.virtualmin.com/lib/RPM-GPG-KEY-virtualmin-6 | gpg --dearmor > /etc/apt/trusted.gpg.d/RPM-GPG-KEY-virtualmin-6.gpg
curl https://software.virtualmin.com/lib/RPM-GPG-KEY-webmin | gpg --dearmor > /etc/apt/trusted.gpg.d/RPM-GPG-KEY-webmin.gpg

This method also works on Debian 10/Ubuntu 20.04 LTS.

Hello,

The new 18.04 LTS is due to be released on April 26 (in a week or so).
Do you know how long it will take (more or less) from then to have an installation script compatible?
Thank you.

After running install script and when it's finished with success, the command line prompt is shifted way to the right. Looks like the small and easy bug to fix.

Example:

[21/23] Configuring Fail2banFirewalld                                   [  ✔  ]
[22/23] Configuring Postfix                                             [  ✔  ]
[23/23] Configuring Virtualmin                                          [  ✔  ]
▣▣▣ Cleaning up

[SUCCESS] Installation Complete!
[SUCCESS] If there were no errors above, Virtualmin should be ready
[SUCCESS] to configure at https://debug-ubuntu18.local:10000 (or https://192.168.122.251:10000).
[SUCCESS] You'll receive a security warning in your browser on your first visit.
                                                                        root@user:~/Downloads# 

If In try and install this script on a local base ubuntu 16.04 server:

Welcome to the Virtualmin GPL installer, version 6.0.11

This script must be run on a freshly installed supported OS. It does not
perform updates or upgrades (use your system package manager) or license
changes (use the "virtualmin change-license" command).

The systems currently supported by install.sh are:

  CentOS/RHEL Linux 6 and 7 on x86_64
  Debian 7, 8, and 9, on i386 and amd64
  Ubuntu 14.04 LTS, 16.04 LTS, and 18.04 LTS, on i386 and amd64

If your OS/version/arch is not listed, installation will fail. More
details about the systems supported by the script can be found here:

  https://www.virtualmin.com/os-support

The selected package bundle is LAMP and the size of install is
full. It will require up to 650 MB of disk space.

Exit and re-run this script with --help flag to see available options.

Continue? (y/n) y
[INFO] Started installation log in /root/virtualmin-install.log

▣□□ Phase 1 of 3: Setup
[ERROR] Your system hostname web-test is not fully qualified.
Please enter a fully qualified hostname (e.g.: host.example.com): warrenhansen.co.za
Downloading RPM-GPG-KEY-virtualmin-6                                    [ERROR] Failed with error: 60
[  ✘  ]

[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
[2018-07-02 14:33:38 SAST] [DEBUG] Primary address detected as 10.10.5.80
[2018-07-02 14:33:38 SAST] [DEBUG] Adding new entry for hostname warrenhansen.co.za on 10.10.5.80 to /etc/hosts.
[2018-07-02 14:33:38 SAST] [DEBUG] Installing serial number and license key into /etc/virtualmin-license
[2018-07-02 14:33:38 SAST] [DEBUG] Operating system name:    Ubuntu
[2018-07-02 14:33:38 SAST] [DEBUG] Operating system version: 16.04
[2018-07-02 14:33:38 SAST] [DEBUG] Operating system type:    ubuntu
[2018-07-02 14:33:38 SAST] [DEBUG] Operating system major:   16
[2018-07-02 14:33:38 SAST] [DEBUG] Configuring package manager for Ubuntu 16.04...
[2018-07-02 14:33:38 SAST] [DEBUG] apt-get repos: virtualmin-xenial virtualmin-universal
[2018-07-02 14:33:38 SAST] [DEBUG] Installing Webmin and Virtualmin package signing keys...
Spin pid is: 1405
Made it here...why?
Downloading RPM-GPG-KEY-virtualmin-6: [2018-07-02 14:33:39 SAST] [ERROR] Failed with error: 60
[2018-07-02 14:33:39 SAST] [ERROR] Something went wrong. Exiting.
[2018-07-02 14:33:39 SAST] [ERROR] The last few log entries were:

Hello!

Since a few days, the installation of Virtualmin with Almalinux fails. I use a Proxmox CT for my purposes, I boot the image, do an update, reboot and download the install script (commit de09586).

I start Virtualmin the install (without any extra option), and It fails:

  python3-urllib3-1.24.2-5.el8.noarch
  python3-zope-component-4.3.0-8.el8.noarch
  python3-zope-event-4.2.0-12.el8.noarch
  python3-zope-interface-4.6.0-1.el8.x86_64
  python36-3.6.8-38.module_el8.5.0+2569+5c5719bc.x86_64
  quota-1:4.04-14.el8.x86_64
  quota-nls-1:4.04-14.el8.noarch
  ruby-2.5.9-109.module_el8.5.0+2627+d9c243ca.x86_64
  ruby-devel-2.5.9-109.module_el8.5.0+2627+d9c243ca.x86_64
  ruby-irb-2.5.9-109.module_el8.5.0+2627+d9c243ca.noarch
  ruby-libs-2.5.9-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-bigdecimal-1.3.4-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-did_you_mean-1.2.0-109.module_el8.5.0+2627+d9c243ca.noarch
  rubygem-io-console-0.4.6-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-json-2.1.0-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-openssl-2.1.2-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-psych-3.0.2-109.module_el8.5.0+2627+d9c243ca.x86_64
  rubygem-rdoc-6.0.1.1-109.module_el8.5.0+2627+d9c243ca.noarch
  rubygems-2.7.6.3-109.module_el8.5.0+2627+d9c243ca.noarch
  sendmail-milter-8.15.2-34.el8.x86_64
  spamassassin-3.4.6-1.el8.x86_64
  sscg-2.3.3-14.el8.x86_64
  tar-2:1.30-5.el8.x86_64
  timedatex-0.5-3.el8.x86_64
  wbm-virtual-server-3:7.0.gpl-5.noarch
  wbm-virtualmin-awstats-2:6.0-1.noarch
  wbm-virtualmin-htpasswd-2:3.1-1.noarch
  webalizer-2.23_08-15.el8.x86_64
  webmin-1.991-1.noarch
  zlib-devel-1.2.11-18.el8_5.x86_64

Installing dependencies and system packages: Success.
Spin pid is: 10096
Module or Group 'Virtualmin Core' is not available.
Error: Nothing to do.
Installing Virtualmin and all related packages: [2022-05-17 06:18:45 UTC] [ERROR] Failed with error: 1
[2022-05-17 06:18:45 UTC] [ERROR] Something went wrong. Exiting.
[2022-05-17 06:18:45 UTC] [ERROR] The last few log entries were:

I look at /etc/yum.repos.d and virtualmin.repo shows in red with permisions 10670

-rwsr-s---  1 root root  435 May 17 06:17 virtualmin.repo

Strange, isn't it?

Note that the last week I create another install in the same conditions and it work perfectly (maybe commit a4643f2)

Thanks in advance!

As of December 3rd, 2018, PHP 7.0 reached its end of life. Why isn't the installer using 7.4?

After installing Virtualmin on an Ubuntu 18.04 server with a working network and dns, the dns queries don't work anymore after installing Virtualmin.

My workaround was to define the dns IP again through OpenVZ, externally to the server, and restart it.

Independently of my workaround and virtualization stack, the issue seems to be on the final configuration made by Virtualmin on its final steps of installation process, since dns queries work normally before the installation.

This is the mail system at host mail.mine8.in.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

               The mail system

[email protected]: host gmail-smtp-in.l.google.com[74.125.24.26] said:
550-5.7.26 This message does not have authentication information or fails
to 550-5.7.26 pass authentication checks. To best protect our users from
spam, the 550-5.7.26 message has been blocked. Please visit 550-5.7.26
https://support.google.com/mail/answer/81126#authentication for more 550
5.7.26 information. t17si19162202pgh.400 - gsmtp (in reply to end of DATA
command)

how to solve this

after successful installation, the server is not reachable anymore, neither by web on port 10000 nor by ssh on port 22

after some hours of new installation's i found a workaround.
the problem is coming from iptables:

calling iptables -S

produces:

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-N FORWARD_IN_ZONES
-N FORWARD_IN_ZONES_SOURCE
-N FORWARD_OUT_ZONES
-N FORWARD_OUT_ZONES_SOURCE
-N FORWARD_direct
-N INPUT_ZONES
-N INPUT_ZONES_SOURCE
-N INPUT_direct
-N OUTPUT_direct
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -j INPUT_direct
-A INPUT -j INPUT_ZONES_SOURCE
-A INPUT -j INPUT_ZONES
-A INPUT -p icmp -j ACCEPT
-A INPUT -m conntrack --ctstate INVALID -j DROP
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i lo -j ACCEPT
-A FORWARD -j FORWARD_direct
-A FORWARD -j FORWARD_IN_ZONES_SOURCE
-A FORWARD -j FORWARD_IN_ZONES
-A FORWARD -j FORWARD_OUT_ZONES_SOURCE
-A FORWARD -j FORWARD_OUT_ZONES
-A FORWARD -p icmp -j ACCEPT
-A FORWARD -m conntrack --ctstate INVALID -j DROP
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
-A OUTPUT -j OUTPUT_direct

i don't know whats wrong with this but it's not working
the iptable settings will be restored after reboot
i now call a script every minutes to reset the configuration of iptables and NAT routing etc.
calling the script in /etc/rc.local helps to login to ssh, you must retry until success, shortly after the script is executed, the iptables rules are restored

#!/bin/sh
#
# rc.flush-iptables - Resets iptables to default values.
#
# Copyright (C) 2001 Oskar Andreasson <bluefluxATkoffeinDOTnet>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; version 2 of the License.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program or from the site that you downloaded it
# from; if not, write to the Free Software Foundation, Inc., 59 Temple
# Place, Suite 330, Boston, MA 02111-1307 USA
#
# Configurations
#
IPTABLES="/sbin/iptables"
#
# reset the default policies in the filter table.
#
$IPTABLES -P INPUT ACCEPT
$IPTABLES -P FORWARD ACCEPT
$IPTABLES -P OUTPUT ACCEPT
#
# reset the default policies in the nat table.
#
$IPTABLES -t nat -P PREROUTING ACCEPT
$IPTABLES -t nat -P POSTROUTING ACCEPT
$IPTABLES -t nat -P OUTPUT ACCEPT
#
# reset the default policies in the mangle table.
#
$IPTABLES -t mangle -P PREROUTING ACCEPT
$IPTABLES -t mangle -P POSTROUTING ACCEPT
$IPTABLES -t mangle -P INPUT ACCEPT
$IPTABLES -t mangle -P OUTPUT ACCEPT
$IPTABLES -t mangle -P FORWARD ACCEPT
#
# flush all the rules in the filter and nat tables.
#
$IPTABLES -F
$IPTABLES -t nat -F
$IPTABLES -t mangle -F
#
# erase all chains that's not default in filter and nat table.
#
$IPTABLES -X
$IPTABLES -t nat -X
$IPTABLES -t mangle -X

after that calling iptables -S

produces

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

Update

i now call the script only in /etc/rc.local and added a delay of 10 seconds

#!/bin/sh
#
# rc.flush-iptables - Resets iptables to default values.
#
# Copyright (C) 2001 Oskar Andreasson <bluefluxATkoffeinDOTnet>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; version 2 of the License.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program or from the site that you downloaded it
# from; if not, write to the Free Software Foundation, Inc., 59 Temple
# Place, Suite 330, Boston, MA 02111-1307 USA
#
# Configurations
#

sleep 10

IPTABLES="/sbin/iptables"
#
# reset the default policies in the filter table.
#
$IPTABLES -P INPUT ACCEPT
$IPTABLES -P FORWARD ACCEPT
$IPTABLES -P OUTPUT ACCEPT
#
# reset the default policies in the nat table.
#
$IPTABLES -t nat -P PREROUTING ACCEPT
$IPTABLES -t nat -P POSTROUTING ACCEPT
$IPTABLES -t nat -P OUTPUT ACCEPT
#
# reset the default policies in the mangle table.
#
$IPTABLES -t mangle -P PREROUTING ACCEPT
$IPTABLES -t mangle -P POSTROUTING ACCEPT
$IPTABLES -t mangle -P INPUT ACCEPT
$IPTABLES -t mangle -P OUTPUT ACCEPT
$IPTABLES -t mangle -P FORWARD ACCEPT
#
# flush all the rules in the filter and nat tables.
#
$IPTABLES -F
$IPTABLES -t nat -F
$IPTABLES -t mangle -F
#
# erase all chains that's not default in filter and nat table.
#
$IPTABLES -X
$IPTABLES -t nat -X
$IPTABLES -t mangle -X

i have freshly installed virtualmin on ubuntu 20.4 and this problem shows when i recheck and refresh configuration_

The Procmail program needed for spam filtering does not appear to be installed on your system, or has not yet been set up properly in Webmin's Procmail Mail Filter module. If your system does not use spam filtering, it should be disabled in Virtualmin's module configuration page.

On CentOS6, after clean install, there is no way to reach the server, unless iptables are stopped.

It seems like a bug, as after using install script, it should just run fine out of the box, letting the user access 10000 port.

No support install on 17.04? 17.04 has been out for 6 months by now.

Can you change this if possible?

Can't open /etc/apache2/mods-available/php7.0.conf: No such file or directory.

Debian 8.2, Google Compute Engine

INFO -  Succeeded.
INFO - Installing Virtualmin and all related packages now using the command:
INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install virtualmin-base
...in progress, please wait...
..................................................................
INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install virtualmin-base: Succeeded.
insserv: warning: current start runlevel(s) (empty) of script `mailman' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (2 3 4 5) of script `mailman' overrides LSB defaults (empty).
update-rc.d: error: cannot find a LSB script for postgresql-8.3
Failed to stop postgresql-8.3.service: Unit postgresql-8.3.service not loaded.
update-rc.d: error: cannot find a LSB script for postgresql-8.4
Failed to stop postgresql-8.4.service: Unit postgresql-8.4.service not loaded.
insserv: warning: current start runlevel(s) (empty) of script `spamassassin' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `spamassassin' overrides LSB defaults (0 1 6).
insserv: warning: current start runlevel(s) (empty) of script `clamav-daemon' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `clamav-daemon' overrides LSB defaults (0 1 6).
INFO - Installing Virtualmin modules:
INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install webmin-security-updates webmin-virtual-server webmin-virtual-server-theme webmin-virtualmin-awstats webmin-virtualmin-htpasswd
...in progress, please wait...
.
INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install webmin-security-updates webmin-virtual-server webmin-virtual-server-theme webmin-virtualmin-awstats webmin-virtualmin-htpasswd: Succeeded.
15 Dec 14:25:10 ntpdate[855]: the NTP socket is in use, exiting
Module suexec already enabled
Module actions already enabled
Module fcgid already enabled
Considering dependency setenvif for ssl:
Module setenvif already enabled
Considering dependency mime for ssl:
Module mime already enabled
Considering dependency socache_shmcb for ssl:
Module socache_shmcb already enabled
Module ssl already enabled
Module cgi already enabled
Can't open /etc/apache2/mods-available/php7.0.conf: No such file or directory.
INFO - Checking for updates to Virtualmin-related packages...
...in progress, please wait...
.
INFO - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install bsdutils postfix postfix-pcre webmin usermin ruby libxml-simple-perl libcrypt-ssleay-perl unzip zip libfcgi-dev bind9 spamassassin spamc procmail procmail-wrapper libnet-ssleay-perl libpg-perl libdbd-pg-perl libdbd-mysql-perl quota iptables openssl python mailman subversion ruby irb rdoc ri mysql-server mysql-client mysql-common postgresql postgresql-client awstats webalizer dovecot-common dovecot-imapd dovecot-pop3d proftpd libcrypt-ssleay-perl awstats clamav-base clamav-daemon clamav clamav-freshclam clamav-docs clamav-testfiles libapache2-mod-fcgid apache2-suexec-custom scponly apache2 apache2-doc libapache2-svn libsasl2-2 libsasl2-modules sasl2-bin php-pear php5 php5-cgi libapache2-mod-php5 php5-mysql ntpdate: Succeeded.
INFO - Updating SpamAssassin rules...
INFO - Rule updates done

In virtualmin-install.sh line 808:
      rpm_release_files=$(echo "$rpm_release_files" | tr "\n" " ")
                                                          ^-- SC1117: Backslash is literal in "\n". Prefer explicit escaping: "\\n".


In virtualmin-install.sh line 822:
      sed -i "s/http:\/\//https:\/\//" /etc/yum.repos.d/virtualmin.repo
                     ^-- SC1117: Backslash is literal in "\/". Prefer explicit escaping: "\\/".
                       ^-- SC1117: Backslash is literal in "\/". Prefer explicit escaping: "\\/".
                                ^-- SC1117: Backslash is literal in "\/". Prefer explicit escaping: "\\/".
                                  ^-- SC1117: Backslash is literal in "\/". Prefer explicit escaping: "\\/".

Note: shellcheck command was run on Debian 10.

1. Why couldn't this tiny, 20 lines of code, one function, simple procmail-wrapper.c program be ported from C to something cross platform and universally compatible with all CPU architectures such as a bash shell script, so that it could finally run on ARM and ARM64 and escape from a seemingly unnecessary requirement of binary compatibility to X86/X86-64?
2. Or, why isn't it getting compiled from source on the server at install time, so that, again, it could run on any arch including ARM/ARM64 ?

Running 7.0.0-RC4 install script, downloaded directly from here:

root@ns2:~# ./virtualmin-install.sh --minimal --bundle LEMP
...
Installing virtualmin-lemp-stack-minimal                                [ERROR] Failed with error: 100
[  ✘  ]

[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
...
E: Unable to correct problems, you have held broken packages.
Installing virtualmin-lemp-stack-minimal: [2022-05-02 16:42:39 BST] [ERROR] Failed with error: 100
[2022-05-02 16:42:39 BST] [ERROR] Something went wrong. Exiting.
[2022-05-02 16:42:39 BST] [ERROR] The last few log entries were:

The following packages have unmet dependencies:
 virtualmin-lemp-stack-minimal : Depends: webmin-virtualmin-nginx but it is not installable
                                 Depends: webmin-virtualmin-nginx-ssl but it is not going to be installed
...
E: Unable to correct problems, you have held broken packages.

root@ns2:~# apt show webmin-virtualmin-nginx
Package: webmin-virtualmin-nginx
State: not a real package (virtual)
N: Can't select candidate version from package webmin-virtualmin-nginx as it has no candidate
N: Can't select versions from package 'webmin-virtualmin-nginx' as it is purely virtual
N: No packages found

root@ns2:~# apt show webmin-virtualmin-nginx-ssl
Package: webmin-virtualmin-nginx-ssl
Version: 1.17
Priority: optional
Essential: no
Section: admin
Maintainer: [email protected]
Installed-Size: 1,024 B
Provides: webmin-virtualmin-nginx-ssl
Pre-Depends: bash, perl
Depends: base, perl, webmin, webmin-virtualmin-nginx, webmin-virtual-server
Download-Size: 36.9 kB
APT-Sources: https://software.virtualmin.com/vm/7/gpl/apt virtualmin-universal/main amd64 Packages
Description: Webmin module Nginx Webserver SSL

root@ns2:~# apt install webmin-virtualmin-nginx-ssl
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 webmin-virtualmin-nginx-ssl : Depends: webmin-virtualmin-nginx but it is not installable
E: Unable to correct problems, you have held broken packages.

Any suggestion how to get this to run without error?

I ran the installer as normal. Unfortunately I did not get a screen grab of the error message that came up. However, I have had some severe issues with getting PostFix, Dovecot and Procmail running correctly.

I will try to detail errors as best as I can remember on how I fixed them (been working on this several days now).
PostFix - main.cf

Original:
#inet_interfaces = all
#inet_interfaces = $myhostname
#inet_interfaces = $myhostname, localhost
inet_interfaces = localhost

Changed:
inet_interfaces = all
#inet_interfaces = $myhostname
#inet_interfaces = $myhostname, localhost
#inet_interfaces = localhost

Original:
smtp_tls_security_level = dane

Changed:
smtp_tls_security_level = may

This I cannot remember correctly but I think it was
smtp inet n - n - - smtp

And I had to change it to
smtp inet n - n - - smtpd
After those changes I could finally telnet into all the mail ports and sending and receiving mail was working. However, it was not going to any mailboxes. So I had to fix this:

Original:
ORGMAIL=/var/mail/$LOGNAME
DEFAULT=/var/mail/$LOGNAME

Changed:
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/

Now if someone could please tell me how to get the mail that has collected in var/mail to the proper mail box, that would be cool.

Ubuntu 20.04.2 LTS (GNU/Linux 5.4.0-70-generic x86_64)

Error

Failed to query Postfix config command to get the current value of parameter virtual_alias_maps:

Hello,

On fresh install, after a re-check configuration, i get:
A problem was found with your Postfix virtual maps : No map sources were found in the Postfix configuration

is it due to the installer script or is it a virtualmin issue? (or neither?)

EDIT:
fixed that by adding :

virtual_alias_maps = hash:/etc/postfix/virtual
to mail.cf

not sur it's what i had to do.

I am having trouble finding the virtualmin source repo. There are a couple issues against the webmin repo for this one and two years ago. Has it been published anywhere?

Hi,
I installed ubuntu on windows 11 wsl2 system with gui. Then tried to install virtualmin but got error because of fail2ban.
virtualmin-install.log

Any suggestions?

Joe, can you please set up the repos for the current versions of Fedora?

When I install I get the following errors:

[root@web01 ~]# ./install.sh

chmod: cannot access ‘slib.sh’: No such file or directory
./install.sh: line 288: ./slib.sh: No such file or directory
./install.sh: line 291: serial_ok: command not found
Welcome to the Virtualmin GPL installer, version 6.0.11
This script must be run on a freshly installed supported OS. It does not
perform updates or upgrades (use your system package manager) or license
changes (use the "virtualmin change-license" command).
The systems currently supported by install.sh are:
CentOS/RHEL Linux 6 and 7 on x86_64
Debian 7, 8, and 9, on i386 and amd64
Ubuntu 14.04 LTS, 16.04 LTS, and 18.04 LTS, on i386 and amd64
If your OS/version/arch is not listed, installation will fail. More
details about the systems supported by the script can be found here:
https://www.virtualmin.com/os-support
The selected package bundle is LAMP and the size of install is
full. It will require up to 650 MB of disk space.
Exit and re-run this script with --help flag to see available options.
Continue? (y/n) ./install.sh: line 464: yesno: command not found

Hi there,

I'm running CentOS 8 in a LXC container from the default template.
After a quick dnf update in the container i ran the installer. It gave me the command hostname not found warning.
i ran dnf install -y hostname and tried again, this time no issues.

Maybe first check if this command, and maybe other commands, are installed on the system.