These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Fatal Error Occurred: Installation failed: 0 on the new forum.
I've just purchased a VPS and I'm trying to install virtualmin but the installation failed. I've also tried to download the fresh DVD of CentOS 5.5 x64 but the installation failed again.
The logs are below.
Any help would be appeciated.
The log of the VPS:
The log of the local machine:
That's rather confusing - I don't see any error messages in there, except the one at the end.
Is your system perhaps low on disk space?
''
Thank you for your reply but no...
Both of the virtual machine has 1GB of RAM and more than 20GB diskspace (30%-35% used) so that shouldn't be any problem of disk space or RAM.
Any help, please... More than 48 hours of no reply
Was there any error on the console, perhaps? The log doesn't capture everything (yum has a lot of output, and capturing all of it would lead to long periods of nothing going to the screen)?
If not, the way I usually debug problems like this is to edit install.sh and find the fatal function. It looks like this:
fatal () {
echo
logger_fatal "Fatal Error Occurred: $1"
...
Insert an exit as the first line of that function, so it looks like this:
fatal () {
exit
echo
logger_fatal "Fatal Error Occurred: $1"
...
This will cause the install to bail when a fatal error occurs, without doing any cleanup, which means the virtualmin yum repository will still be configured.
You can then try installing virtualmin-base manually to see what happens:
yum install virtualmin-base
Let us know how that turns out, and we can proceed from there with further debugging.
Oh, yeah, if you have any third party repositories (EPEL should be fine, though it is untested during installs, and I recommend enabling it only after installation of Virtualmin) setup on the system providing any of the packages we depend on, it will break the install process, sometimes in mysterious ways. Having such repos enabled would make the system not a "freshly installed" OS, and unsupported by the installer...and thus failure on such a system would be behaving as expected and as documented. ;-)
--
Check out the forum guidelines!
I've tried to prepend fatal() with 'exit' and than retry install.sh Now these is the console output (sa far as I remember there was no errors/warnings on the previous attempt) :
And after this:
How can I know about 3rd parties?
If I request the ip in my browser I receive an empty directory index page with the following message at the bottom:
'Apache/2.2.3 (CentOS) Server at xx.xx.xx.xx Port 80'
If I'm trying to get port 10000 it's just not responding.
My host said that he had never tried VM but it might be related to iptables
How can I know about 3rd parties?
Yeah, from the output above, it does look like some third party repositories are enabled -- you can see which ones by running this command:
ls /etc/yum.repos.d
What does that command output?
-Eric
Here is the output:
Howdy,
The 2 epel repositories, and the 4 rpmfusion repositories, are all non-standard. On a fresh CentOS install, those wouldn't be there. However, if you didn't add those, it's possible your ISP added them for you in their VPS image.
It's possible one of those 6 repositories is what's causing your installation trouble though.
What I'd recommend is editing them, looking for a line beginning with "enabled", and make sure it's set to "0". So the line should look like this when you're done:
enabled=0
Doing that will disable the repository.
Once you've disabled those 6 epel and rpmfusion repositories, try the Virtualmin installation again, and see if that does the trick.
-Eric
Thank you, I've disabled all of the 3rd parties repositories. I think it should be documented better e.g. in the FAQ.
Now when trying to install I'm gettting
I've logged in to port 10000 and I can see the 'Post-Installation Wizard', is it safe to assume the installation was successful or it's better to reinstall virtualmin?
How can I secure Virtualmin to an extreme level (I'm going to use it to host many sites...)? e.g. How can I change the port? What else can I do?
Howdy,
I've disabled all of the 3rd parties repositories. I think it should be documented better
Mmm... how about something like the Package Conflicts section in the Installation Troubleshooting section here:
http://www.virtualmin.com/documentation/installation/troubleshooting
Which has this text:
If your package manager is configured to use non-OS package repositories, of if you have installed alternative versions of packages before installation, conflicts are likely to occur during installation.
The issue you ran into was a bit unusual though, in that there wasn't an obvious error, so it certainly wasn't apparent that you were seeing a package conflict. We're working on better ways to handle that in the future :-)
However, I'll see if I can reword all that a bit to make it more apparent that using third party repositories can cause a problem :-)
The installer is setup to work on a new/clean installation of your Linux distribution. There's quite a few things that can go awry if the distribution has been modified in some way from the default.
We try to suggest using a new and fresh installation -- the Download section above, the installation instructions in the Documentation, as well as the text while running the install.sh -- those all mention that the installer requires a fresh install of the distribution.
When using an installation provided by an ISP, such as in your case, it can be difficult to know what changes they've made to it. So we try to fix those on a case-by-case basis.
I've logged in to port 10000 and I can see the 'Post-Installation Wizard', is it safe to assume the installation was successful or it's better to reinstall virtualmin?
If you're seeing the post-install wizard, you should be in good shape!
How can I secure Virtualmin to an extreme level (I'm going to use it to host many sites...)? e.g. How can I change the port? What else can I do?
A default installation is pretty secure. Usually when attackers break in, it's due to security holes in web apps -- so keeping web applications up to date is pretty important.
We've been putting together a security FAQ to address questions like what you're having... in particular, check out the last question, "I just setup my server, and installed Virtualmin. Are there any steps I can take to improve the server security?":
https://www.virtualmin.com/documentation/security/faq
If you're interested in changing the port, that can be done by going into Webmin -> Webmin -> Webmin Configuration -> Ports and Addresses.
-Eric
Thanks a lot for your responsiveness, I really appreciate this. It's a very good impression of the virtualmin community, the worst thing for an open project is to not provide community support for newbies.
It's good to know you're working on improved installer. But just for your information, as I told above, my local freshly installed CentOS also failed to install virtualmin (see the logs above). I'll test it again later. Also, I have to say that in many hosting companies, the client just receive a default virtual OS, and can't choose to start with a clean one.
If you need any beta testers, I might wish to help in my spare time.
And again, Thanks a lot
I've just found Yum-Priorities,
In a few words:
The priorities plugin can be used to enforce ordered protection of repositories, by associating priorities to repositories. Packages from repositories with a lower priority will never be used to upgrade packages that were installed from a repository with a higher priority. The priorities are also in effect when a new package is installed - if a package is in more than one repository, it will be installed from the repository with the highest priority. This plugin is particularly useful for anyone who uses one or more third-party repositories, as these repositories may update system files, which can potentially compromise the stability of your CentOS installation.
To be able to use this plugin, you must enable plugins in your /etc/yum.conf file, see Yum Plugins for details.
If I install this plugin, would it be possible to use 3rd parties repos as low priority?
Well, I don't know much about that particular package. However, I'll offer that a simple way to use third party repos would be to use the "includepkgs" option in the /etc/yum.repos.d/*.repo file.
If you use includepkgs, you can pull in just the packages you need -- and you can be sure to select only packages you require and don't conflict with anything you currently have installed.
-Eric
I think I'll give the "includepkgs" option a try...
It's worth it, you can even use such solutions in the installer (probably after user confirmation), as far as I understand, there are 3 posibilities:
Where the priorities plugin is the most easy and powerful one but the includepkgs option is the most "correct" one ( http://lists.centos.org/pipermail/centos/2009-November/086213.html )
I'll update this thread later
ok, as for now, I've succeed to install ffmpeg and get it working (I didn't tried to get it work with php so I don't need ffmpeg-php).
So just to help anybody else with the same needs, here is my process:
Download, verify & install RPMForge repository
Limit RPMForge to only include the packages we need
after the line:
I've added the line
Actual installation of ffmpeg