while setting up a server which will host VPS's. Currently I have CentOS 5.1 x64 as the host OS, and I'm playing around with Xen for VPS's. Would you recommend a 32bit VPS, or a 64bit VPS?
2 server configuration will look something like below. I heard that the 32bit kernel is better for the web server since I'll have cpanel on it. Anyone able to confirm this or should I just put 64bit on both of them?
Web Server 5420 2.5GHz (Dual QuadCore) 2x250GB SATA2 (RAID1) 2GB RAM
DB Server 5310 1.6GHz (Clovertown, DUAL processor) 2x73GB SAS (RAID1) 4GB RAM
I'm in the process of preparing to install CentOS 5 on my server, and was wondering whether most people recommend going with the 64bit version or sticking with 32bit. My server's CPU is 64-bit capable (Xeon 3060 at SoftLayer), and I have previously run CentOS 4.4 64bit on it, though I did have some struggles from time to time getting things to work (following setup guides that tend to assume 32bit more often than not).
I'll be running just a standard setup of PHP 5, MySQL 5, and Apache 2, powering several moderate-traffic sites that run on the Drupal CMS (e.g. about 7000-10000 visitors per day total, though hopefully more in the future of course). I don't plan on running a control panel other than Webmin, though I might get DirectAdmin or similar in the future to make hosting some friends/clients a bit simpler.
Will going with 64bit offer any worthwhile advantage with this setup?
I was surprised when hypervm brought in a 64bit guest os. Maybe it's me..but...is this a good idea? Maybe it works fine.. it just does not *seem* like it would.
As cPanel is an integral part of server hosting and has the ability of compiling Apache 1.3.x with PHP4 (cgi) and PHP5 (dso) on your server OS.
Does anyone know or have baselines/benchmarks for which performs better generally for hosting: 32bit or 64bit RedHat 5 when cPanel 11 has compiled for the Apache and php mentioned above on either of these OS editions? (assume latest versions of apache/php4/5)
I was wondering if 32bit performed better or 64bit on a quad core Xeon. Don't forget PHP is compiled for prefork and not multi-threading for Apache 1.3.41 (which are considered legacy 32bit forked apps compiled against 64bit OS).
Or rephrased, could i be hampering performance by running it on a 64bit OS on a Xeon (X3210) or improving performance? I'd assume 64bit would offer better all round processing power, or is this a misconception.
I recently decided to get a server on RedHat Enterprise 5 X86_64 (64bit), when i wondered if 32bit version would have provided better performance and been the better options for compatibility.
I am planning to purchase 2 vps for my friends, 1 vps which I am currently in touch is providing wide range, they gave option for 32bit or 64 bit, is there going to be change in the performance of the vps based on this selection
and which is better for the future causes, this vps might have an community forum, few blogs and some file upload site,
Are there any out there? Im looking at recompiling some custom server software into 64-bit ... (I am waiting on one library to be updated) .. to make use of the extra RAM allocations, and slight speed increase.
I tried installing CentOS 64bit using windows image and vnc that comes with HyperVM and it says (your cpu does not support long mode. use a 32 bit distribution), and if I try to install Windows Server 2008 I get blue screen with a stop and error.
I have changed the SSH port in sshd config, and restarted the server and sshd, but it still runs on port 22, and my firewall says its running but its not blocking anything either. I restarted iptables, and all that still nothing...
anyone have a cpanel server running centos 64bit or fedora ? i would appreciate a phpinfo. then you can remove it afterwards i need to debug something in 2 of my servers.
/usr/bin/ld: /usr/local/imap-2004g/lib/libc-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/imap-2004g/lib/libc-client.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1
This happens in php recompile When trying to install under 64bit
Many people have some problems with vmware server on some 64bit operation systems. If your server's ram is more than 6GB, you have to have a 64bit OS but I have tried to install vmware server on a 64bit server, it seems to be crashing my vmware server every 5 min and I cant use it more until I reset this service.
I'm trying to install Clamav on my Centos box (64bit version) but on the Make command I get the following error:
/usr/local/lib/libz.a(gzio.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [libclamav.la] Error 1 make[2]: Leaving directory `/root/clamav-0.88/libclamav' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/clamav-0.88' make: *** [all] Error 2
I'm guessing is something to do with X86_64 but I still can't find a solution to this.
I am pleased to report success with my first attempt of installing Cpanel on a 64bit vps running Fed4. In fact..this is the first time in known history I have tried anything this..uhhh.."risky"..and it work the very first time. Cpanel had no problems completely replacing the already pre-installed plesk.
delving into a new server, a dual opteron w/Centos. Got two questions as I think about setup.
1) 32 bit or 64bit?
2) Regarding host names and server assignemt...I can either assign it as a node to a domain hosted elsewhere in a reseller account, or I can start with a completely unused domain which is currently parked.
Any preference, in an ideal world?
(I have absolutely no preference, but it occurrred to me it may or may not be of consequence, perfomance & IT-wise and generally speaking .. all things being equal, of course.)
Like I said, a newbie. So I'm braced for the if-you-have-to-ask, you-shouldn't-be-in-one" musings for these rather basic boneheaders.