Virtualmin installation hangs, Ubuntu 16.04 LTS, DigitalOcean IPV6

50 posts / 0 new
Last post
#1 Thu, 04/28/2016 - 09:03
trenzterra

Virtualmin installation hangs, Ubuntu 16.04 LTS, DigitalOcean IPV6

Hi all, upon a suggestion in the other Ubuntu 16.04 thread, I was told to create a new thread about my issue. Initially, my suspect was a lack of RAM, however, even bumping the RAM up to 4GB did not solve the issue.

What I am experiencing is that my install hangs at this exact point:

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 php php-cgi libapache2-mod-php php-mysql: Succeeded. 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... .................................................

The last row of dots stay stuck there for about twenty minutes, until my PuTTy instance timeouts.

Here is my configuration:

Ubuntu 16.04 LTS x64 (tried 512mb, 1gb and 4gb with same results), DigitalOcean Singapore server, Private networking, IPv6 and backups enabled

Upon creating the droplet, here are the commands I execute:

apt-get update apt-get upgrade hostname buyfromwhere.com (my domain name) wget http://software.virtualmin.com/gpl/scripts/install.sh -O /root/virtualmin-install.sh sh /root/virtualmin-install.sh

Am I doing anything wrong?

Upon a reboot of the server, I am able to access https://ip address:10000, but when I do a check on the server configuration, it stops here:

The status of your system is being checked to ensure that all enabled features are available, that the mail server is properly configured, and that quotas are active ..   Your system has 3.86 GB of memory, which is at or above the Virtualmin recommended minimum of 256 MB.   BIND DNS server is installed, and the system is configured to use it. However, the default master DNS server ubuntu-4gb-sgp1-01 is not a fully qualified domain name.   Mail server Postfix is installed and configured.   Postfix is configured to support per-domain outgoing IP addresses.   Suexec is enabled in the default template, but the Apache module mod_suexec is not installed or not enabled.   .. your system is not ready for use by Virtualmin.

I have spun up instances with 512mb, 1gb and 4gb of RAM but I get a consistent result. At first I thougth it was my hostname, so I changed my hostname to some gibberish ending with .com, but with the same result as well.

Am I doing anything wrong?

Thu, 04/28/2016 - 09:14
andreychek

Howdy,

Hmm, I was going to suggest adding more RAM, or using a 32 bit version of your distro, but since you're seeing that issue with 4GB of RAM, I don't think that's the cause.

I'm not sure what might cause that; I'll see if Joe or Jamie have any ideas!

-Eric

Thu, 04/28/2016 - 09:50
trenzterra

Thank you. I tried the same configuration but with Ubuntu 14.04 x64 and it worked fine.

I vaguely remember the installation completing properly on Ubuntu 16.04 x64 a few days ago, but since then I have been unable to get it installed.

Fri, 04/29/2016 - 21:13
trenzterra

I did some further testing and it seems to happen only when I enable IPv6 when setting up a droplet. Is there a reason why this occurs and is there any resolution for this?

Thank you.

Fri, 04/29/2016 - 21:43
AustinTX

When you say puTTY 'times out' do you mean it drops the connection? or just that the output shows the operation aborts? Can you enable puTTY nulls so it doesn't timeout?

The object with the DNS server is to have it's hostname resolvable. Via the public Internet even, for best results. The solution I've followed is to have the server itself named ns1.domain.com, and set up doman.com to match wildcards. Work that out, and enable that Apache module so you pass self-check.

Fri, 04/29/2016 - 22:43 (Reply to #5)
trenzterra

It drops the connection. I have to power cycle the droplet before it can work again.

I've narrowed down the issue to when IPv6 is enabled. When IPv6 is disabled, Virtualmin installs correctly. When IPv6 is enabled, Virtualmin installation fails. ENabling IPv6 after Virtualmin is installed also locks me out of Virtualmin; I have to disable IPv6 before it can work correctly again.

With Ubuntu 14.04 this used to work properly, IPv6 or not.

Sat, 04/30/2016 - 09:33
andreychek

Hrm, that's all very odd! I'll do some testing to see if we can reproduce that on our test systems here.

I'm curious if you can enable IPv6 after the installation is complete? Does that by chance work correctly?

-Eric

Sat, 04/30/2016 - 23:37 (Reply to #7)
trenzterra

I have tried that and upon enabling IPv6, I cannot access my server at all by pointing to https://ip address:10000. I have to SSH in to disable IPv6 before I can access Virtualmin again.

Upgrading from 14.04 to 16.04 on an existing IPv6 enabled droplet works fine though.

Sun, 05/08/2016 - 02:56
trenzterra

Any update on this? Thanks!

Tue, 05/24/2016 - 18:50
trenzterra

Any progress on this issue? Tried a fresh installation today with the same problem.

Wed, 05/25/2016 - 16:11
chingulito

Digitalocean if don't use ipv6 install perfectly. However can't recover vps from previous version 14.4 lts

Fri, 05/27/2016 - 19:24
trenzterra

Yes, without ipv6 works perfectly. But I doubt it is unreasonable to expect ipv6 to work?

Fri, 05/27/2016 - 23:04
scotwnw

Virtualmin has always taken a good bit of time for to install. BUT is even longer with IPV6. The issue I believe is with ubuntu's ipv6 servers. If you notice, apt-get update on IPV6 pauses quite a bit on several ubuntu servers. Sometimes mine updates instantly, sometimes it hangs on a server for several minutes, but eventually continues the update. So this same issue could be adding several minutes to each package that virtualmin is downloading/updating. With many many packages to install, I suspect virtualmin is working in the background and you just need to wait longer. Again, not because virtualmin is slow, its because apt-get to IPV6 ubuntu servers has issues.

Sat, 05/28/2016 - 11:37
trenzterra

The thing is that it will hang at a specific point in the installation. Thereafter, the server becomes non-responsive and my PuTTY session force quits after 20 minutes. Thus I doubt that is the issue at hand. Everything in the installation proceeds smoothly up until that point as well, and it worked just fine under 14.04.

Sat, 05/28/2016 - 21:08
andreychek

Out of curiosity, is else seeing a similar issue? Or seeing this issue at a different provider?

Another thing you may want to try though is to make sure your client isn't timing out... you may want to set an SSH Keepalive in Putty, for example, to prevent it from timing out.

-Eric

Sun, 05/29/2016 - 01:33
trenzterra

I have tried on Linode IPv6 and it seems to work fine.

This is the output from Linode:

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 php php-cgi libapache2-mod-php php-mysql: Succeeded.
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...
..................................................W: --force-yes is deprecated, use one of the options starting with --allow instead.

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...
....W: --force-yes is deprecated, use one of the options starting with --allow instead.

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.
29 May 06:28:09 ntpdate[12612]: adjust time server 91.189.94.4 offset -0.000449 sec
Enabling module suexec.
To activate the new configuration, you need to run:
  service apache2 restart
Enabling module actions.
To activate the new configuration, you need to run:
  service apache2 restart
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
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 php php-cgi libapache2-mod-php php-mysql: Succeeded.
INFO - Updating SpamAssassin rules...
INFO - Rule updates done

Versus Digitalocean:

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 php php-cgi libapache2-mod-php php-mysql: Succeeded.
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...
......................................................

Despite the hanging, upon a server reboot, I am able to access my ip address:10000 to login into Virtualmin. Setup works fine until I run the recheck server configuration, which gives me this:

Your system has 1.95 GB of memory, which is at or above the Virtualmin recommended minimum of 256 MB.

BIND DNS server is installed, and the system is configured to use it. However, the default master DNS server ubuntu-2gb-sgp1-01 is not a fully qualified domain name.

Mail server Postfix is installed and configured.

Postfix is configured to support per-domain outgoing IP addresses.

Suexec is enabled in the default template, but the Apache module mod_suexec is not installed or not enabled.

EDIT: I tried on the successfully configured Linode server as well and got the same error. Does this mean that installation completed successfully on my DiigtalOcean server as well?

Sun, 05/29/2016 - 04:11
trenzterra

I tried using the virtual console this time from DigitalOcean and I am able to walk through the whole process until it fails.

Attached is my screenshot of the output: http://i.imgur.com/sBGEjsU.png

Sun, 05/29/2016 - 08:20
andreychek

Howdy,

Hrm, the installer should definitely be enabling suexec, I'm looking deeper into what could cause that.

But you can run this command to manually enable that:

a2enmod suexec

Sun, 05/29/2016 - 17:55 (Reply to #18)
trenzterra

After doing so I get this error when I try to make a virtual server the default for the IP address: Failed to save website options : The Suexec command on your system is configured to only run scripts under /var/www, but the Virtualmin virtual server home directory is /home. CGI and PHP scripts run as domain owners will not be executed.

Anyway, I managed to extract the installation log of the faulty Digitalocean installation:

http://pastebin.com/rRiK4bxa

It seems to work fine until a fatal error towards the end.

If you need more information I can grant you access to my Digitalocean installation?

To add on, while I get the same initial error on both Digitalocean and Linode, on Linode it seems to be a red herring, i..e, once I create a virtual server the error goes away, but it is genuinely present on the DO installation.

Mon, 05/30/2016 - 02:24 (Reply to #19)
Joe
Joe's picture

The problem is clear, though I don't know why it's happening.

Your server can't reach software.virtualmin.com:

Cannot initiate the connection to software.virtualmin.com:80 (108.60.199.117). - connect (101: Network is unreachable)

So, if your system can't talk to our software repository, it obviously can't install. ;-)

So, fix the network problem and Virtualmin should install. And, this probably explains the hang, as well...it takes something like two minutes for each package to timeout, so you'd have several minutes of nothing while each of the Virtualmin packages fails to connect and download and then times out.

--

Check out the forum guidelines!

Mon, 05/30/2016 - 08:57 (Reply to #20)
trenzterra

I did some further testing and it seems that at the point it hangs, I am unable to ping any websites from the droplet as well. So the question is: is the virtualmin install configuring something IP related that would disrupt the droplet's Internet stack until a reboot?

Mon, 05/30/2016 - 20:55 (Reply to #21)
Joe
Joe's picture

The only thing the installer touches is the hostname configuration, but even that doesn't do anything to the network stack or restart anything. But, Virtualmin does install a ton of packages. It's entirely possible one or more of them restarts the network or does something else.

Something that I've recommended to folks in the past (though with different symptoms than yours) is to install all of the dependencies manually. You can see what they are in the "ubudeps" list in install.sh. This would, at the least, allow you to see if maybe the trigger for the problem is among those packages, or if it's somewhere else in the installation (maybe during our package installation).

One other thing: We do alter the firewall. But, only to open ports. I don't think that could do anything here, but, it's another possible area of the install touching networking in some way.

--

Check out the forum guidelines!

Mon, 05/30/2016 - 09:34
andreychek

Just to clarify, are you saying that you're able to perform an installation of Ubuntu 16.04 on a Linode that is configured only with an IPv6 address?

I know you had an suexec error, but other than that did the installation complete?

-Eric

Mon, 05/30/2016 - 18:06 (Reply to #23)
trenzterra

Both my Linode and DO installation are configured with both IPv4 and IPv6.

For the Linode, upon further testing (I created tens of different VPS over the past few days) it seems the suexec error occurs perhaps 1 in every 10 installations. To fix it I did a complete reinstall (after doing a2enmod suexec and restarting apache the error did not seem to go away). But I guess that's not a major issue. It completes installation every time--I get the update SpamAssassin rules.

With DO it consistently fails at the exact same spot, and upon a reboot I get the suexec error all the time.

Mon, 05/30/2016 - 12:44
Nile

Hi!

I experienced the same problem. I used a fresh DO droplet with ubuntu 16.04 x32. I tried the x64 Ubuntu, too ,without any luck.

Mon, 05/30/2016 - 18:12
andreychek

Okay, while we're not really sure what exactly is causing that, because of what you described Joe is making some networking changes to the Virtualmin software repository that we're hoping will resolve that.

It may take some time to complete those changes, so you'll need to use an IPv4 IP for the time being to get things setup, but hopefully once he's done we hope that'll resolve the issue you're seeing.

-Eric

Tue, 05/31/2016 - 00:58 (Reply to #26)
trenzterra

Thank you. I'm still happily chugging along with 14.04 at the moment. Do let me know once the changes have been made, so I can test further and make a migration to 16.04 once the bugs have been ironed out.

Thank you so much for your patience and assistance.

Tue, 05/31/2016 - 18:24
trenzterra

By the way, may I know what the step "/usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install" does? I know that the networking stack hangs during this step.

Tue, 05/31/2016 - 20:43 (Reply to #28)
Joe
Joe's picture

That's installing packages (the list of packages in ubudeps and the list in vmpackage).

--config-file specifies an apt configuration that works non-interactively (i.e. without asking the user a bunch of questions about how to configure the apps being installed...we don't need to ask, because our virtualmin-base package at the end will configure all of the services in a reasonable fashion, and then the postinstall wizard in Virtualmin itself will ask the user a few questions about stuff we can't guess about (like running clamd and such).

-y and --force-yes just means it won't ask for confirmation about installing packages, it'll just do it.

As I mentioned above, I bet if you were to install those packages manually (the ones defined in ubudeps) we'd be able to get more information. It might even Just Work.

--

Check out the forum guidelines!

Wed, 06/01/2016 - 10:33 (Reply to #29)
trenzterra

Thank you.

The command I should run is:

apt-get 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

right?

I am not very well versed in Linux though, so was wondering if you could guide me through how to add the Virtualmin repo to my sources list before I can install the above? Right now it is saying a couple of packages areen't available.

Sat, 06/04/2016 - 01:40
trenzterra

I managed to get the sources installed and ran apt-get install on the $ubunewdeps manually. All seemed to work fine... Will need to look through the install.sh more carefully to see where it could've gone wrong.

EDIT: Further testing reveals that the hangs happen when apt-get installing virtualmin-base. It seems to hang when configuring BIND @ resolv.conf.

Sun, 06/05/2016 - 00:51
trenzterra

Okay, after more testing I can confirm that when Virtualmin-base tries to configure BIND, my connection is suddenly cut.

These are the commands I ran manually (I decided to apt-get install webmin only to rule out other causes of the problem):

add-apt-repository "deb http://software.virtualmin.com/gpl/ubuntu virtualmin-xenial main"
add-apt-repository "deb http://software.virtualmin.com/gpl/ubuntu virtualmin-universal main"
wget http://software.virtualmin.com/lib/RPM-GPG-KEY-virtualmin
wget http://software.virtualmin.com/lib/RPM-GPG-KEY-webmin
apt-key add RPM-GPG-KEY-virtualmin
apt-key add RPM-GPG-KEY-webmin
apt-get update
wget http://software.virtualmin.com/lib/apt.conf.noninteractive

/usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install webmin
/usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install virtualmin-base

Virtualmin-base works fine until it reaches the part on configuring BIND. The last line it reads is that it's configuring /etc/resolv.conf, and then I lose connection.

Thu, 06/09/2016 - 10:47
trenzterra

Hi there, just a little bump to this thread. Is there anything else I can do right now? Is there a way to modify how virtualmin-base is installed, perhaps to exclude the BIND configuration? Thank you.

Fri, 06/17/2016 - 07:11
Nile

Up. Any news in the case of DO IPv6? Thanks!

Sat, 06/18/2016 - 11:58
unborn
unborn's picture

Hi, if you must be running ubuntu, you should wait till ubuntu 16.04.1 or try debian.

Configuring/troubleshooting Debian servers is always great fun

Contact me directly ? GPG/PGP supported!

Sun, 06/19/2016 - 14:36 (Reply to #35)
Nile

Can you please explain how Ubuntu 16.04.1 will solve this IPv6 problem?

Thu, 06/30/2016 - 07:10
Nile

up

Thu, 06/30/2016 - 10:56
Diabolico
Diabolico's picture

Can you please explain how Ubuntu 16.04.1 will solve this IPv6 problem?

Because looks like Ubuntu 16.04 have problems with IPv6 and you are not the only one facing them. Unborn said that because probably in next patch (16.04.01) they should repair this problem but ofc there is not 100% guarantee it will be then, or maybe in some next patch. It could happen like with Centos 7 on OpenVZ virtualization where was a problem what would prevent network to start after server reboot. They (Centos devs) took quite some time to sort this and until then was stay with Centos 6 or manually repair the problem.

I dont think this is Vmin bug so you have two options - stay with Ubuntu 14.04 or go for 16.04 but then you must find the solution online and manually patch the problem.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Thu, 06/30/2016 - 14:46 (Reply to #38)
Nile

Yeah. but with Linode, IPV6 works like charm. Since I located in Europe I need a European bill and Linode cannot provide this me. I'll stick to IPV4 with DO and hope for the best.

Thu, 06/30/2016 - 17:00
Diabolico
Diabolico's picture

It could be that Linode is using different template than DO. Again, similar thing was happening with Centos where only OpenVZ virtualization was affected and not for everyone as some hosting companies patched Centos 7 before the official release. I know that with Centos 7 i dont have any problem with IPv6 so i took few minutes to see if your problem is something isolated or there are more cases like yours. It turns out that google show that many others have same or similar problem like yours and quick solution for each one of them was to turn off IPv6 but this doesnt mean you cant find a solution online and manually apply.

If this is OS problem (it looks like) then Vmin cant do anything because its pulling updates/patches from official sources, e.g. Vmin will patch your OS once they (in this case Ubuntu devs) release the patch.

P.S. Its always good to wait for at least 1 major update/patch before you start using new OS. EoL for Ubuntu 14.04 is April 2019 so you have 3 years until then to switch to Ubuntu 16.04.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Sun, 07/03/2016 - 01:07
trenzterra

It seems that somehow or another when Virtualmin tries to modify resolv.conf during installation, something happens to the networking stack. I filed a bug report 3 weeks ago so that it won't get lost amongst all the other posts: https://www.virtualmin.com/node/41038

In the meantime, a workaround that I have found to work is to destroy the symlink between /etc/resolv.conf and ../run/resolvconf/resolv.conf by doing 'rm /etc/resolv.conf'. Then, I copy whatever is in ../run/resolvconf/resolv.conf into /etc/resolv.conf and run the installation. After installation, I recreate the symlink using dpkg-reconfigure resolvconf.

Still, I would rather stick with Ubuntu 14.04 for now and wait until 16.04.1 is out to see if it does anything, as Diabolico has mentioned.

Thu, 07/07/2016 - 12:18
Thomas Noest

Virtualmin installation hangs, Ubuntu 16.04 32bit 512mb, DigitalOcean IPV6, no private networking.

Two days ago I installed this droplet. Today I downloaded install.sh started it. It seemed to progress very slow and then it stalls at exactly the same point as seen in the first post. Differences with his setup: 32bit and no private netwoking.

After a reboot from the DO panel, I could login on ip:10000 and finish the post install wizard. Then did the system check and it aborts with the suexec error.

Thu, 07/07/2016 - 14:00
unborn
unborn's picture

ubuntu 16.xx is not ready yet.. wait for 16.xx.x..

edit : also 510 of ram for multiple sites is just poor - ubuntu core it self needs 2gb of ram to just run.. also srv running on 32 bit - consider this as unsupported. If you need to run that low - you may be better to ask ubuntu users...

Configuring/troubleshooting Debian servers is always great fun

Contact me directly ? GPG/PGP supported!

Thu, 07/07/2016 - 22:35 (Reply to #43)
coderinthebox

Ubuntu wont eat 2GB of RAM unless you are on the GUI shell with lots of opened softwares.

Virtualmin or even a webserver does not need the GUI shell since no one is looking at the desktop 24/7. You only need to start the services, configure it, set reminders and security filters and forget about it until an error occured

Visit me at coderinthebox.com

Thu, 07/07/2016 - 15:54
Thomas Noest

@unborn; sorry, your comment adds nothing. Yes, I will wait for 16.04.1 before I retry. I had good reason to try it now.

And then your edit: I think you don't know what your talking about. 32 bit on low memory is recommended here on virtualmin, and with good reason. Why would you want a slower server and waiste resources for no reason? And that is also the reason why 32bit is supported: there is demand! I have a 14.04 setup like this(with NGINX), serving multiple sites stable and fast. Uptime over a year. Then there is the freshly installed 14.04 with virtualmin running: 128mb in use.... And you say "needs 2gb of ram to just run"? Come on, you spread FUD. What you need depends on what you ask, period.

back on topic, please

Fri, 07/08/2016 - 01:14 (Reply to #45)
unborn
unborn's picture

Hi, I looked on ubuntu min requirements on ubuntu site. usually users the newbies who runs ubuntu do run it with gui and I assumed you do too which was wrong. Sorry for that. My personal opinion is that 2gigs of ram is better then 512mb and its not that I am spreading FUD - if you want to use ubuntu, than fine, use it.

Configuring/troubleshooting Debian servers is always great fun

Contact me directly ? GPG/PGP supported!

Thu, 07/07/2016 - 22:01
Diabolico
Diabolico's picture

I dont know from where unborn pulled that number but Ubuntu have all the info https://help.ubuntu.com/lts/serverguide/preparing-to-install.html.

- I often come to the conclusion that my brain has too many tabs open. -
Failing at desktop publishing & graphic design since 1994.

Wed, 07/13/2016 - 11:48
trenzterra

You guys are missing the point. The problem occurs even on a 4GB DigitalOcean droplet -- surely more than enough to run Ubuntu. IPv4 on a 512mb droplet has no issues either.

Sun, 07/24/2016 - 11:08
trenzterra

For the benefit of anyone who's coming here through Google or another search engine, the best workaround so far to address the issue is to type

sudo nano /etc/network/interfaces, and under the eth0 for ipv4, enter this line:

dns-nameservers 2001:4860:4860::8844 2001:4860:4860::8888 8.8.8.8 127.0.0.1

When installing, I get more verbose output than usual, but the install seems to work fine.

Alternatively, if you don't make any changes and let the install hang, Virtualmin will still run, but you need to do a dpkg reconfigure after installation, manually reenable actions and suexec from Apache2, and reconfigure suexec such that the root directory is /home. The rest of the settings should work as per normal.

Mon, 04/24/2017 - 17:11 (Reply to #49)
iboinas

thank you, @trenzterra

you saved the day. adding 127.0.0.1 to the existing dns-nameservers line, did the trick

working on a on-premises vps

Cheers