Ubuntu 10.04 LTS: Failed to detect operating system

32 posts / 0 new
Last post
#1 Thu, 06/02/2011 - 09:54
ruizdeeguilaz

Ubuntu 10.04 LTS: Failed to detect operating system

Hi!

I'm trying to install virtualmin using install.sh script, but I get the following error:

...
INFO - Loading OS selection library...
2011-06-02 16:31:03 URL:http://software.virtualmin.com/lib/oschooser.pl [4461/4461] -> "oschooser.pl" [1]
INFO - Download of http://software.virtualmin.com/lib/oschooser.pl Succeeded.
INFO - Loading OS list...
2011-06-02 16:31:04 URL:http://software.virtualmin.com/lib/os_list.txt [3170/3170] -> "os_list.txt" [1]
INFO - Download of http://software.virtualmin.com/lib/os_list.txt Succeeded.
Failed to detect operating system

The contents of the /etc/issue file are:

Ubuntu 10.04.2 LTS \n \l

As far as I know, the Ubuntu version is supported by virtualmin. ¿Am I missing something? ¿Could anyone help me with this, please?

Thanks in adavance!

Carlos.

Thu, 06/02/2011 - 10:17
andreychek

Howdy,

Yeah, the Virtualmin installer should work well on Ubuntu.

Is that all that's in your /etc/issue file? And is the content you have there on the first line of the file?

-Eric

Thu, 06/02/2011 - 11:11 (Reply to #2)
ruizdeeguilaz

Thanks for your response, Eric.

Yeah! Te only line in my /etc/issue file is that one and it's the first line. I've seen that I also have a /etc/issue.net file with the following content:

Ubuntu 10.04.2 LTS

I guess it shouldn't affect, but just in case...

Carlos.

Thu, 06/02/2011 - 12:06
xstorage

Hi,

The same error: Failed to detect operating system

In my /etc/issue file is ¨Ubuntu 10.04.2 LTS \n \l¨ and in /etc/issue.net is ¨Ubuntu 10.04.2 LTS¨

THX!

Thu, 06/02/2011 - 13:26
andreychek

Okay. I'll do some digging and get back to you. Thanks for the heads up!

-Eric

Thu, 06/02/2011 - 14:45
andreychek

There we go -- there was indeed a bug in the os detection, but that should be corrected now.

Give it another shot and let us know if that does the trick for you!

Thanks,

-Eric

Thu, 06/02/2011 - 17:11 (Reply to #6)
ruizdeeguilaz

Perfect Eric!! I run it again and worked well.

Thanks so much!

Carlos.

Thu, 06/02/2011 - 16:10
xstorage

Hi,

I found a temporary solution of this problem. Install a fresh copy of Ubuntu version 10.04 without an internet connection. After the installation is finished, set the network as appropriate but do not make the required updates. Download it then run install.sh. After installation is complete you can take the rest of updates.

:)

Wed, 06/15/2011 - 16:04
Bangs24

what about ubuntu 11.04 ? Does virtualmin can run on it ?

Wed, 06/15/2011 - 16:26 (Reply to #9)
andreychek

Howdy,

The Virtualmin installer only supports the Ubuntu LTS releases. You can see the list of supported OS's here:

http://www.virtualmin.com/compare.html

Mon, 06/20/2011 - 13:10
sammy12

Hi

I have run into the same issue. :(

I installed virtualmin gpl today (June 20, 2011) on a fresh copy of Ubuntu Server 10.04.2 LTS and got the following error

[part of the virtualmin-install-log file] Err http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main subversion 1.6.6dfsg-2ubuntu1.1 404 Not Found [IP: 91.189.88.40 80] Get:81 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/universe apache2-suexec-custom 2.2.14-5ubuntu8.4 [96.9kB] Err http://security.ubuntu.com/ubuntu/ lucid-security/main subversion 1.6.6dfsg-2ubuntu1.1 404 Not Found [IP: 91.189.92.167 80] Fetched 43.1MB in 2min 1s (356kB/s) WARN - 2011-06-20 10:47:48 - apt-get seems to have failed. Are you sure your OS and version is supported? WARN - 2011-06-20 10:47:48 - http://www.virtualmin.com/os-support FATAL - 2011-06-20 10:47:48 - Fatal Error Occurred: Installation failed: 0 FATAL - 2011-06-20 10:47:48 - Cannot continue installation. FATAL - 2011-06-20 10:47:48 - Attempting to remove virtualmin repository configuration, so the installation can be FATAL - 2011-06-20 10:47:48 - re-attempted after any problems have been resolved. FATAL - 2011-06-20 10:47:48 - Removing temporary directory and files. FATAL - 2011-06-20 10:47:48 - If you are unsure of what went wrong, you may wish to review the log FATAL - 2011-06-20 10:47:48 - in /root/virtualmin-install.log

This is a dedicated server and each time i ask them to re-install the OS they charge me $50 :( - this is my second time around as I screwed up before with the root account. It would be good if I can somehow resurrect this install.

Btw this is an aside just to thank you guys for the awesome support. I think virtualmin is truly an amazing piece of sw. I have been using it on many servers for the past few years and it rocks.

Mon, 06/20/2011 - 13:39
andreychek

Howdy,

The problem the original poster mention should be resolved now... that was an issue with it not being able to detect the OS at all. With your install, it appears to be getting past that point.

In your case, it looks like it wasn't able to find Subversion and one of the Apache packages in the Ubuntu repository.

First, can you verify that /etc/issue mentions something about Ubuntu 10.04?

Next, what happens if you run this:

apt-get update && apt-get upgrade

Does that work cleanly, or do you see any errors?

Next -- I'm curious if you were to try the install again, if it works. It's possible that it's an issue with the mirror, and in that case, trying it again may point you to a different mirror.

-Eric

Mon, 06/20/2011 - 14:17 (Reply to #12)
sammy12

Hi Eric,

/etc/issue output

Ubuntu 10.04.2 LTS \n \l

/etc/issue.net output

Ubuntu 10.04.2 LTS

I ran the apt-get update && apt-get upgrade and it worked fine Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Then I ran the installer again and received the same error. (I attached the log file with the hostname edited out)

I ran the installer on a fresh copy of 10.04.2 LTS on a VM machine, but this time I did not do the apt-get update && apt-get upgrade before the virtualmin install and the installation was completed without any errors.

Mon, 06/20/2011 - 15:46 (Reply to #13)
sammy12

Would it help if I copied the /etc/apt/sources.list file from the VM that installed Virtualmin successfully to the server that it is failing on?

just a thought.

Mon, 06/20/2011 - 15:54
andreychek

Yeah, the install log is full of errors with apt not being able to find this or that package -- all of which should be readily available in the Ubuntu repositories.

You might try that -- copying your other sources.list file, and see if that helps.

The goal though would be to make sure it's using a different mirror. So if that doesn't work, you can manually edit the file, and change the mirror to something else.

-Eric

Mon, 06/20/2011 - 18:44 (Reply to #15)
sammy12

So i copied over the file and ran the virtualmin installer but it did not work :( - same 404 errors for certain packaages.

I know this is more of an Ubuntu forum question, where do I find out what other mirrors would work?

Thank you

Mon, 06/20/2011 - 22:04 (Reply to #16)
sammy12

Problem Solved! Yay.

I guess the issue was that the Ubuntu Apt-get kept failing on the update. I edited the mirrors and it worked.

Thanks for the help.

Wed, 12/14/2016 - 02:37
sz00gun

Hi,

The same problem occur in ovh servers trying install Virtualmin on Ubuntu 16.04.01 lts

Have an error during installing Virtualmin: failed to detect operating system.

Any solution?

Wed, 12/14/2016 - 02:38
sz00gun

Hi,

The same problem occur in ovh servers trying install Virtualmin on Ubuntu 16.04.01 lts

Have an error during installing Virtualmin: failed to detect operating system.

Any solution?

Wed, 12/14/2016 - 07:55
scott69169

Are you using an OVH template for your Ubuntu install or an ISO from the Ubuntu site?

I have several OVH servers running PROXMOX and the ISO from the Ubuntu site works fine with the current Virtualmin installer.

Scotty.

Scott Johnson
scott@wilty.com

Wed, 12/14/2016 - 09:10 (Reply to #20)
sz00gun

Hi Scotty,

I use Ovh Ubuntu's version. Never had a problem with centos from ovh, however just fixed Ubuntu too by messing with 'issue' files.

PS. Are you saying ovh customers don't need use Ovh Linux distributions? Can we just install eg. clean centos distributions from centos.com? If yes, how to do it? If this will be still stable with Virtualmin?

Ps2. Do you use Ovh kernel or generic one?

Thu, 12/15/2016 - 11:30 (Reply to #21)
scott69169

Hi Sh00gun,

Because I am running PROXMOX on the OVH boxes. My VM servers are using stock/generic ISOs to install them.

PROMOX is an open source VM system that is in the OS install list, under OVH tamplate (read-to-use). I run 2 to 4 Ubuntu servers on each box.

I'm just working on a cluster with 4 MVs running Ubuntu 16.04 and Virtualmin. This way, if I run out of resources. I just move a VM to a new machine and all is done.

Scotty.

Scott Johnson
scott@wilty.com

Wed, 12/14/2016 - 09:16
Diabolico
Diabolico's picture

This should give you some insights what could be wrong: https://insights.ubuntu.com/2016/12/01/taking-a-stand-against-unstable-r.... The company they talk in that article is OVH. I dont fully agree with their decision but i can understand what are they trying to do. Still Ubuntu with 16.04 and older releases had some serious problems, in particular with their kernel. Last but not least, i never considered Ubuntu as serious or stable OS for hosting, and i think desktop or laptop computers are better places to use this OS than servers.

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

Wed, 12/14/2016 - 09:44 (Reply to #23)
sz00gun

Hey Diabolico. Thank you very much for that very helpful article I used to use centos as operating system however recently I've noticed some trouble. My server just stopped working, don't know why, just freeze and only hard reboot can help so this is why I try to install something new. Ubuntu looks ok because there is PHP 7 and this is what I need now.

Wed, 12/14/2016 - 14:32
Diabolico
Diabolico's picture

When the server stops and simple restart is enough to bring it back that usually means you are hitting some limits. Now this limits could be disk, memory or cpu. Checking the log and little time playing with ssh should give you some answers. For example it could be MariaDB hitting the limits because of default settings and fine tune could solve this problem. Of course only after digging in the log files you will get some clue what is the problem or at least where to start looking.

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

Wed, 12/14/2016 - 14:46
Diabolico
Diabolico's picture

For PHP7 i dont know for any application what explicitly is asking this version of PHP. From security point of view you should know that Centos doesnt change software versions and all the upgrades and security patches they backport to their current version. If you need speed because of high traffic website then you should look at Litespeed but last info i have Virtualmin doesnt support Litespeed, at least isnt automated so you will need to manually make the adjustments. Before you start switching OS you should see why you had problems in the first place. If you are hitting the limits of your server new OS will not help, just postpone the problem for some limited time.

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

Thu, 12/15/2016 - 13:14
sz00gun

@Diabolico, it makes sense what you saying about limits... I have to reanalyze my server again, however before freeze, server used about 0.80 CPU, 50% of RAM (16GBof32GB) and there is plenty free space on SSD - around 50%. The same server with the same websites working on Debian with Plesk couple years ago never had the same problem... ;)

Thu, 12/15/2016 - 14:51
Diabolico
Diabolico's picture

It could be failing hardware. If this is dedicated server then i would say start with disk drives and raid controller. If i'm not mistaken OVH have an option to check the hardware from their control panel and you should start with this. If the hardware is ok then move to your log files, maybe there you can find some clue what is going on. If your server isnt hitting the limits it could be some minor/major miss-configuration in your software, usually MySQL or PHP but w/o log files its hard to give any precise diagnosis.

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

Thu, 12/15/2016 - 15:08
sz00gun

Hardware is OK, checked with diagnostic from OVH, all looks OK, I think it might me something wrong with MySQL setting. I use to have all recommended setting from: MySQLTuner, however sometimes during backup and sending archives to ext. FTP backup, server stopped responding. I have default setting now and all looks OK during making backup. This what I do now, I will try Ubuntu or Debian, and see what happens.

Ps. Can I full backup website under Centos and Restore the backup file under Ubuntu? Will all files know where to go?

Thanks

Fri, 12/16/2016 - 15:54
Diabolico
Diabolico's picture

For the backup i cant help you because i'm not good with Ubuntu or any other OS aside of Centos. Maybe someone else can jump in and give you proper advice. Anyway at least you saw what was the core of your problem.

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

Fri, 12/16/2016 - 16:05
sz00gun

Hi, but those problems with server freeze was on CentOS...

Diabolico, so you think the better solution would be stay with CentOS and have freezes every so often (avg. every 3-4 weeks), than try Ubuntu/Debian?

Sat, 12/17/2016 - 02:38
Diabolico
Diabolico's picture

This problem doesnt have anything to do with OS per se but rather something in your system. For example you are using 16GB of 32GB memory and if you didnt fine tune your DB this could be enough to cause spikes in memory usage and crash the server. Next thing it could be PHP scripts hanging for too long, or too many DB request... There is really too many reasons why the server can crash and without all the log files its really hard to pinpoint the exact cause.

If you think other OS would be better by default then go, try and see if this will help you to get rid of the problem. What i know, regardless of what OS you are going to use without fine tuning things like DB and PHP sooner or later your problem will be back. Thats all i know.

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