Ubuntu 10.04 LTS support in Virtualmin install.sh and software repositories

News
1

Howdy all,

I’ve just completed the first successful installation test on Ubuntu 10.04 LTS, and the resulting installation passed the configuration checks and everything seems to be working, so this OS/version has been added to the Grade A supported OS list (I’ve also downgraded Ubuntu 6.06 LTS to the Grade B list, as its Virtualmin userbase is so tiny that I don’t have confidence it is very well-tested any more, and it also always had some annoying issues due to old versions of some software).

Anyway, because it is extremely new, I’m certain there are going to be issues.

Here are some I know about:

  • Memory usage of the OS, in general, is notably higher than 8.04 LTS in a fresh install. This is the first time I’ve needed more than a 324MB virtual machine to run a test install on. 256MB+swap would also do the trick.
  • Mailman is doing something odd in some of my tests, and I never figured out exactly what was going on, but I wouldn’t be surprised if it causes people problems. The symptoms I saw were dozens of Python processes owned by the “list” user, leading to OOM issues. I don’t know how to reproduce it, or I would have reported it. I didn’t see any issues in the Ubuntu tracker about it, so it could be an edge case.
  • PHP 5.3.2 is super new, and makes a few incompatible changes from 5.2.x. This definitely breaks some Install Scripts. We have no control over this, and we won’t be able to fix most issues related to this incompatibility. I’m researching now which scripts, in particular, are affected, and if it is a lot of them, or some extremely popular ones, and it is affecting a lot of users, we’ll try to come up with some sort of solution. But, in the meantime, if you rely on a lot of PHP scripts, I would strongly recommend sticking with Ubuntu 8.04 LTS (or using Debian 5.0). Upgrading will be reasonably painless (it’ll be the same process as going from Debian etch to lenny, as we’ve made the same change to the Apache suexec configuration, as well as adding a virtualmin-universal apt repository to make new OS version support easier; meaning the next Ubuntu release will able to be supported much more quickly).
  • clamscan returns a tempfile error. This will be fixed by a new Virtualmin release in the not too distant future. clamdscan (the daemon version of clamscan) works fine.
  • ProFTPd isn’t started during install. Just click the little green “Start” arrow in the status section of System Information and it’ll start right up. I didn’t want to hold off release for another day while I get this and the clamscan errors fixed, since they’re minor annoyances rather than showstoppers for most folks, and I’ve already gotten yelled at enough for how long it’s taken to release support for this OS/version.
  • I don’t know if Virtualmin GPL will work yet. Give me a few hours to get a test install in before you bother trying it. To repeat: Virtualmin GPL is completely untested on Ubuntu 10.04 LTS at this moment, and not expected to work, so don’t bother trying it for a few hours.

Sorry it took so long, guys. It took a lot more test/fix cycles than expected.

Note that I’m also in the middle of rolling out Virtualmin 3.79, so be patient with bug reports. I’ve only got the one brain and two hands.

2

Now I can put it through its paces; good work! If I notice anything unusual I’ll keep you folks appraised with as much detail as possible.

3

Nice, I will update sometime soon…

4

I’m guessing this link :

https://www.virtualmin.com/documentation/system/os/ubuntu-hardy-to-lucid-distupgrade

is meant to point to this :

https://www.virtualmin.com/node/14679

I get page not found on the first one.

I’ve got a couple of sites, so I’ll try on the test one and report any issues.

Cheers,
Nick

5

Fixed, thanks for the heads up, Nick.

6

Thx Joe, good job !

I’ve test install.sh on a clean install of Lucid x64.

Here is a little bug :

The Suexec command on your system is configured to only run scripts under /var/www, but the Virtualmin base directory is /home. CGI and PHP scripts run as domain owners will not be executed.

I’ve to edit this file :
/etc/apache2/suexec/www-data

and replace “/var/www” by “/home”

Next, restart Apache2

No need te recompil apache to change the suexec dir.

Hope this will help.

Julien

7

This was due to an incorrect virtualmin-base package in the Virtualmin GPL repos. I think Jamie fixed it a little while ago, but I’ll check. The Virtualmin Professional repo was not affected by this mistake.

8

Ok

When it will be fixed (new virtualmin-base package in GPL repos), do I need to re-install from scratch, or just do an apt-upgrade ?
(mean : are there other problems with my install)

Thx,
Ju

9

hi,

i have an almost vanilla 10.04 2 system here, after installing virtualmin GPL with the script the system land in runlevel “unknown”. i tested this and before installing virtualmin it definitely did boot into runlevel 2.

this has something to do with the new upstart - so maybe you can have a look into it?

PAT

10

This was discussed on the Webmin mailing list, and it turned out to be an update of the upstart package that causes this problem; it has no relation to Virtualmin/Webmin (which don’t touch runlevel during install). Apparently there is a bug about it in the Ubuntu ticket tracker, though I don’t have a link for it.