Virtualmin Install Failure on Debian 4

7 posts / 0 new
Last post
#1 Thu, 08/27/2009 - 05:46
obrigado

Virtualmin Install Failure on Debian 4

Spent last several hours trying to get Virtualmin working on a fresh install of Debian Etch.

I just can't seem to get the install script to work. No matter what, it spits out the following:

Displaying the last 15 lines of /root/virtualmin-install.log to help troubleshoot this problem:
Reading package lists...
Building dependency tree...
postfix is already the newest version.
postfix-pcre is already the newest version.
webmin is already the newest version.
usermin is already the newest version.
ruby is already the newest version.
libapache2-mod-ruby is already the newest version.
libxml-simple-perl is already the newest version.
libcrypt-ssleay-perl is already the newest version.
unzip is already the newest version.
zip is already the newest version.
Package postfix-tls is a virtual package provided by:
postfix 2.5.5-1.1
You should explicitly select one to install.

Seems like it's having trouble grabbing the right packages?

Here's what my sources.list looks like... am I missing something?

deb http://http.us.debian.org/debian stable main contrib non-free
deb http://security.debian.org stable/updates main contrib non-free

deb-src http://http.us.debian.org/debian stable main contrib non-free

deb http://ftp.us.debian.org/debian/ etch main
deb-src http://ftp.us.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

Any help is appreciated. I initially tried to install Webmin and then add Virtualmin as a module, but that proved problematic. This install script seems like the way to go as long as the dependencies can get worked out!

Thanks,
Eric

Thu, 08/27/2009 - 09:04
andreychek

Howdy,

Well, first off, it should certainly work, and we'll get that fixed up.

But before you get too far, since you're starting from scratch, is there any reason you aren't looking at the more recent Debian 5?

It's more recent for one, and I just did a few installs on that without issue last week.

As for Debian 4 -- that's odd!

If you're interested in moving forward with Debian 4 -- I'm curious, if you manually install Postfix prior to running the install.sh script (ie, "apt-get install postfix"), does that help?

If that doesn't help, just yell and we'll figure out what's going on there :-)

-Eric

Thu, 08/27/2009 - 11:31
obrigado

Thanks for the response!

I'm using Debian 4 because it's the default install from my server provider. (Path of least resistance...)

I've tried resolving some of the dependencies manually with no luck...

apt-get install postfix

Which returns:

postfix is already the newest version.

Since it was postfix-tls that seems to crash the script, I also tried the following:

apt-get install postfix-tls

Which returns something more interesting:

Reading package lists... Done
Building dependency tree... Done
Package postfix-tls is a virtual package provided by:
  postfix 2.5.5-1.1
You should explicitly select one to install.
E: Package postfix-tls has no installation candidate

Thanks again for your help.

Thu, 08/27/2009 - 11:52
ronald
ronald's picture

should you not add virtualmin repos to your sources.list ?

Thu, 08/27/2009 - 13:47
andreychek

Howdy,

Would you care to try an experiment? :-)

I have a suspicion where the problem lies... and while I don't know why it's occurring, I think we can get around it (at which point, we can redirect the problem to Joe for fixing :-)

If you open up the install.sh script, and look at lines 86-88, you'll see a set of lines that looks like:

if [ "$?" != 0 ]; then
    debdeps="$debdeps postfix-tls"
fi

I suspect that if you comment those out (by putting # marks in front of each of the lines), that it may work for you.

If that does indeed work, Joe will need to dig a bit to determine why that's going awry on your box (and we'll probably need some more info from you, but we can deal with that then).

-Eric

Thu, 08/27/2009 - 16:08
obrigado

Ronald — thanks, I thought the shell script added the correct repositories automatically? I tried adding the webmin repository for good measure (also grabbed the key), but no luck.

Eric — thanks, I gave that a try.

With 86 – 88 commented out, I'm getting a brand new error message — seems it can't clear dependencies on mysql-admin-common or proftpd-common?

Displaying the last 15 lines of /root/virtualmin-install.log to help troubleshoot this problem:
INFO - 2009-08-27 15:11:38 - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install postfix postfix-pcre webmin usermin ruby libapache2-mod-ruby libxml-simple-perl libcrypt-ssleay-perl unzip zip: Succeeded.
INFO - 2009-08-27 15:11:38 -  Succeeded.
INFO - 2009-08-27 15:11:38 - Installing Virtualmin and all related packages now using the command:
INFO - 2009-08-27 15:11:39 - /usr/bin/apt-get --config-file apt.conf.noninteractive -y --force-yes install virtualmin-base
Reading package lists...
Building dependency tree...
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:
  virtualmin-base: Depends: mysql-admin-common but it is not going to be installed
                   Depends: proftpd-common

FATAL - Fatal Error Occurred: Installation failed: 0
FATAL - Cannot continue installation.
FATAL - Attempting to remove virtualmin repository configuration, so the installation can be
FATAL - re-attempted after any problems have been resolved.
FATAL - Removing temporary directory and files.
FATAL - If you are unsure of what went wrong, you may wish to review the log
FATAL - in /root/virtualmin-install.log

So then I tried installing them manually with apt-get install mysql-admin-common, which installed over 150mb of packages (!). During the install I had to dismiss two notifications claiming: "No userspace software suspend support in the kernel."

Afterward, it continued to fail, citing issues with a few different packages.

I just gave up and tried a Debian 5 box from a different host instead. Installing Virtualmin from the shell script worked perfectly on the first try.

My guess is that there was something strange with the way my host configures their Debian 4 install / or issues with virtualization.

After working with some other open source projects, I have to say I am impressed with prompt and courteous help from this board! Thanks again.

Thu, 08/27/2009 - 17:30
ronald
ronald's picture

yeah some hosts have the weirdest OS templates in my experience, it makes you wonder.

Topic locked