Just to make things clear, i am not new at setting up VPS nodes, i have set up all of my servers with the HyperVM/OpenVZ setup and they work perfectly, but im having a problem with a new server.
Just received my new server, installed HyperVM-Slave, rebooted but the OpenVZ kernel was not installed for some reason, so i manually installed the OpenVZ Kernel using the RPM as yum seemed to install the wrong kernel.
I then installed the kernel using RPM and got this error at the end of installation:
grubby: unable to open /dev/hda: No such file or directory grubby: unable to open /boot/boot.b: No such file or directory grubby fatal error: unable to find a suitable template
I have never encountered this error with any of my other servers before...
Also after installation everything seems to be correct. /etc/grub.conf has the new OpenVZ kernel displayed, and default is set to 0, so upon startup it should be booting the correct kernel, but the thing is, when i reboot the machine the default kernel is loaded even though the grub.conf is configured to load the OpenVZ Kernel.
Im thinking that this may be due to the error i got when installing the kernel.
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.
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 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.
The issue here is that they're not real dedicated servers, they're Openvz Dedicated Kernel with Quad Core CPU. The question I have is does anyone have any experience with openvz servers and how does the performance add up compare to dedicated servers? The hosting company says they do it this way because they get cpanel licenses cheap so can give it away for free. Any thoughts?
Last year I ordered a new server with Centos 4.3 and it had the kernel kernel 2.6.9-34.0.2ELsmp installed. It runned fine and I didn't update any packages since then.
Today I started getting a problem where both mysqld and kswapd0 uses very high amounts of CPU, spiking up to 100% and my memory usage is at 99% all the time. The problem seems exactly the same as the one mentioned in this thread.
In that thread the exact same kernel is said to be insecure and to cause this problem. I also came across a centOS bug that reports this problem with high cpu, mem usage and mysql & kswapd0 consuming all resources.
In the linked thread the person solved the problem by upgrading to kernel 2.6.9-42 using rpms but others recommended a newer kernel or a custom compiled kernel for CentOS.
Apparently when they used yum it said 34.0.2 was the latest kernel.
What should I do to upgrade the kernel, which version should i upgrade to, and where do I get it from? I won't be able to compile a custom kernel and I've only installed basic rpm packages before.
Would this be a good setup for a VPS Serving system with 2x 500gb hard disks (up to) 8gb memory.... (Looking to use OpenVZ to create about 14-15 512mb VZ VPS's)?
Host machine to do nothing other than host the VPS's. Host O/S to be Centos 5 x64, guest O/S's to be the usual OpenVZ supported linuxes.
Make 2 software raid partitions 120mb, each | +- Make RAID 1, mounted at /boot
Make 2 s/w raid partitions Remainder of drive | +- Make 1 LVM Physical Drive, using RAID 1 | +- Make Logical Partition, 20gb, mounted '/' +- Make LP, Swap 16gb +- Make LP. ext3 remainder, mounted as '/vz'
Is it important what order I should make the Logical Partitions? Should I create a /tmp partition? If so, how much?
Anyone of the top of their head know how to fix the CPanel "Unlimited" Quota problem in CentOS/OpenVZ/HyperVM?
This post is not related to Infinitie, I personally have a few VPS servers I run and they are on CentOS 4.6 and the latest HyperVM, secondary quotas is enabled but I still keep having that problem where I cannot get quotas.
i have a 32bit centos running with 8 gigs, but only 7 is registering when i contacted support they told me
Your server does in fact have 8GB of physical memory however the reason it is not being recognized is due to the fact that you are using a 32 bit operating system. By default, the 8GB would be recognized if it were a 64 bit OS however on a 32 bit operating system, you must install and boot into the PAE kernel (physical address extension) for the 8GB to be recognized and utilized. The PAE kernel can be installed through yum when connected to your server as root over SSH. Once you have installed the kernel, you will need to reboot the server for these changes to take effect
i tried
yum pae install
yum pae kernel install
both didnt work can anyone give me a quick step by step guide on how to go about this.
I was wondering how I would go about ensuring my kernel is up to date on my vps. I am running centos and I have cpanel, so I am not sure if there is anything special that has to be done or avoided when running cpanel.
(The box, 2 years now, never had issues before all you will read...)
I do have a box at the IP xxx.xxx.xxx.xxx, which on 15th Nov. was: AMD 4200+ with 300 GB hdd for OS, and CentOS 4.5 on it...
Because the system was facing few load problems of wrong installed applications, we decided to do a fresh OS reload to the latest OS version and cPanel.
on 16th Nov, the box was up and running with CentOS 5, and cPanel 11.
the kernel is: 2.6.18-8.1.15.el5
After few hrs the box was done and IO restored all backups in it anbd all worked fine, I realized that I couldnt access cPanel, page was blank for everything.
Also, most pages (except simple html) where showing internal error 500.
I did a reboot. probelm was fixed.
After few hrs, problem came up again...
I left ssh logged in to see whats wrong.
I found out that every few hrs, that issue was happening:
Message from syslogd@server at Sun Nov 16 11:47:21 2007 ... server kernel: journal commit I/O error
Then, we had techs to check HDD for errors. they did fsck, and said disk has to be replaced (at this point, without wanting to offend anyone, I have to state that 90% of techs in datacenters, or at least at mine --won't name them, 99% you guess which DC it is...-- are just low paid students that don't know SIMPLE things...) so we told them to replace the HDD and do OS reload in new drive...
So, on 17th Nov. we had online a new HDD, 400 GB with CentOS 5 loaded in it, and cPanel 11...
After few hrs and all working and backups recovered, the issue came up again!
This time, with exactly same error, techs told us it may be RAM, so they replaced the RAM and we waited...
In 2,5 hrs, bang, it happens again, same error.
They say, it might be the sata cable...
we replace it...
AGAIN ERROR.
we ask them to loook at it seriously, and after lot pressure, to avoid case that mo/bo or controller is wrong, they do upgrade us in a BRAND NEW colocated box, which was this time: Intel Core 2 DUO, 6300, with brand new 500 GB HDD and new RAM.
We recover in the new box the backups.
Box is online today at 18th Nov...
and the issue comes up again!
Message from syslogd@server at Sun Nov 18 11:47:21 2007 ... server kernel: journal commit I/O error
I ask them what the **** is going on now and why after having all hardware replaced with new, and all OS reinstalled clean on new drives and new devices, 3 times, why we have again the same error...
And their response: power cable was loose, we replaced power cable...
Guys, sorry, this is really DUMP... loose cable cannot give that error...
and the error... continues!
Also, at this point, I have to let you know, that when this error comes up, (Message from syslogd@server at Sun Nov 18 11:47:21 2007 ...
server kernel: journal commit I/O error) the filesystem becomes READ-ONLY and nothing gets affected, if we do a cold reboot by reset button, it comes up again and all work PERFECT, until the issue comes back again.....
I am desperate with that, let me know what I have to do!
I'm not sure if anyone else has come across this but I'm sure you are all aware that CentOS 5.3 default kernel comes with realtek support.
But the default realtek drivers have a bug in them when it slows down upload and downloads drastically and shows ping times above 2000+ ms in the same datacenter.
A fix for this is simply upgrading the kernel to the latest version available (2.6.29) with realtek driver support.
I tried to 'google' they to find the solution, but now i still not find out ... I'll try to reload OS. After reload OS, if i dont have floppy disk, how can i update kernel with no error?
we have one box in hivelocity.net that has been down so many times this month that we were forced to remove links to siteuptime where we were once so proud of having a 99.7% uptime for 3 years in theplanet.
syslog shows that just before crashing, these entries were made:
kernel: kernel BUG at mm/rmap.c:479 kernel: invalid operand:0000 [#1]
dmesg also shows this:
... Brought up 2 CPUs zapping low mappings. checking if image is initramfs... it is Freeing initrd memory: 482k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf9f20, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) mtrr: your CPUs had inconsistent fixed MTRR settings mtrr: probably your BIOS does not setup all CPUs. mtrr: corrected configuration. ...
i've googled these messages and they point to ram problems.
hivelocity.net claims to have done diagnostics on the box and that there were no problems reported.
they said this is a result of a sys configuration problem made by us.
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,