Submitted by compserv on Tue, 08/11/2009 - 19:10
The PHP Pear modules Auth_SASL Net_IMAP Net_Sieve XML_Feed_Parser Log are required, but Webmin's Pear module is not available to install them - proceeding anyway. Configuring Apache PHP settings .. .. already done.
Now installing eGroupWare version 1.6.002 ..
Auth_SASL Net_IMAP Net_Sieve XML_Feed_Parser Log are already installed.
Status:
Closed (fixed)
Comments
Submitted by JamieCameron on Wed, 08/12/2009 - 00:20 Comment #1
Which OS are you running Virtualmin on there, and how did you install it?
Submitted by compserv on Wed, 08/12/2009 - 10:28 Comment #2
Ubuntu AMD64 Desktop. Ran sh install.sh entered Virtualmin Pro license info.
NOTE: ran apt-get install webmin-php-pear and the error msg about missing modules went away. now I only get Database setup failed : Invalid Location header check_install.php?intro=1
Submitted by JamieCameron on Wed, 08/12/2009 - 12:23 Comment #3
Which Ubuntu version specifically are you running? 8.04?
he is running 9.04 Jaunty
Submitted by JamieCameron on Thu, 08/13/2009 - 11:32 Comment #5
If you go to the install URL you selected and walk through the eGroupware install process manually, does it work OK?
Submitted by compserv on Thu, 08/13/2009 - 15:26 Comment #6
I got the above issue when using the AMD64 v9.04 version of Ubuntu. I reinstalled the 32 bit version and all of the problems went away which is a shame because I'm running a dual core 64 bit server but I'm now limited to using a 32 bit operating system.
Submitted by compserv on Thu, 08/13/2009 - 18:19 Comment #7
Submitted by JamieCameron on Thu, 08/13/2009 - 19:07 Comment #8
Odd that it worked on 32-bit .. I would have expected the Ubuntu packages for things like PHP to behave the same on both 32 and 64-bit systems.
Submitted by compserv on Thu, 08/13/2009 - 19:28 Comment #9
For me, Virtualmin Pro and Webmin work best on Ubuntu v9.04 32 bit desktop.
It generates constant script errors when using Ubuntu Server 9.04 (Jaunty) and 64 bit desktop.
We don't test at all on non-LTS releases of Ubuntu, as their lifecycle is too short for use on servers. There is not a lot we can do for systems that we don't test on.
Submitted by sgrayban on Fri, 08/14/2009 - 05:37 Comment #11
I'll be frank here, there is no advantage to use 64bit at all. In fact after the bench testing I did last year for a client of mine the 32bit did better in performance then the 64bit did and it was much more stable.
What I had a lot of issues with 64bit was many programs seemed to install ok but ran poorly or didn't run at all or had to hacked to run correctly. 64bit just isnt as stable and reliable as 32bit is and if you are using more then one cpu core you are better off installing irqbalance to keep the system running smoothly.
Sadly 64bit just isn't mature and most likely never will be in the linux or windows world.
Second I found that ubuntu as a production server is waste of time and many server related programs just arent there compared to debian. Ubuntu originally was a desktop OS and never intended as a server one.
I'll be frank here, there is no advantage to use 64bit at all. In fact after the bench testing I did last year for a client of mine the 32bit did better in performance then the 64bit did and it was much more stable.
Not entirely accurate. On a box with more than 4GB of RAM it makes perfect sense to use a 64 bit build.
We run 64 bit CentOS 5 on several of our servers, and we've had zero problems. (We also have 64 bit test systems running Debian and Ubuntu, but I can't say they get as much of a workout as our production servers.)
If you have less than 4GB of RAM, it doesn't make sense to even consider a 64 bit build (there are some cases where memory mapped applications benefit from a 64 bit address space, but I doubt many web applications will ever fall into that category).
There are a lot of variables in any hosting deployment, and everybody in this thread is talking about very different sets of issues, and may or may not be related to 64 bit builds of the OS. We're not having a productive conversation just ranting about past issues; there are no general bugs that we are aware of related to 64 bit versus 32 bit deployments. If you have specific issues, then we obviously want to know about them. But being superstitious about 64 bit builds (which have been in production use on the Intel platform for about six years now) isn't productive.
As for irqbalance, my understanding is that it is a power usage optimization tool. A virtual hosting server would hopefully be heavily loaded enough around the clock that such a tool would be extraneous.
Submitted by sgrayban on Mon, 08/17/2009 - 03:05 Comment #13
I'm not ranting just making a statement about my dealings with 64bit.
irqbalance isn't just a power optimization tool - its primary function is to balance the threaded cores so that the main cpu(0) isnt doing all the work which makes the server run much better.