top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

CentOS Server hangs after installing KVM

0 votes
440 views

I just received a Supermicro server back from factory repair. Installed CentOS 6.3 x86_64 fresh from DVD (tried with 6.4, same result). Everything goes fine until i install Virtualization* yum groups. Virtualization is enabled in BIOS. Server boots, CentOS loads and i have even a login prompt. If i'm fast enough to enter login name and password, shell works for about 10 sec. Then, it seems to hang. Pressing CTRL-C seems to work as i see it on screen (CTRL-C text).

I'm used to Xen in CentOS 5 where we can choose a non-Xen kernel at boot time. With CentOS 6 and KVM, i'm kinda lost! I Googled a lot and didn't find anything to disable KVM / select a a non-KVM kernel a boot up time. The server has been repaired but i'm not sure if there is still other problems that prevent KVM to work. I know that they installed the last BIOS version. I have other identical servers that works well with KVM. I tried to disable all i saw for virtualization support in BIOS, result is the same. I did memtest86 tests without problem.

Here are the specs:

Supermicro 6026T-3RF (mainboard X8DT3-S)
BIOS 03/17/12 15:50:21 Ver 2.1
Xeon E5520
Kingston 12 Gig RAM (Triple Channel)
LSI 9240-8i

What should i do to debug this? Any pointers, URL, etc would be greatly appreciated!

posted Jun 27, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

+1 vote

The "choose a kernel" is the grub menu, and unless you've disabled it, you can still do it. Try hitting any key as soon as you see the "about to boot ... in x sec"

I'd boot to single usermode (s at the end of the kernel line), and check the logs.

And I really, *REALLY* don't like Supermicro. We've got a large bunch of servers from Penguin, who's all Supermicro, and we've sent a ton back for repair, as well as doing things here, *and* several of those sent back were sent back more than once.

answer Jun 27, 2013 by anonymous
Similar Questions
0 votes

I just did a clean net install of CentOS 6.4 and when I run virt-manager it says that qemu-kvm is missing, but when I try to install it with yum it says that there isn't a package with that name. Is something wrong with my configuration? Or what is causing this package to appear as not available?

0 votes

I am using CentOS 6.4 on 4 servers, guests are also CentOS 6.4

Network is setup using virtio, and vhost, this works well but sometime I see connection issue from application to DB.

I found that sometimes latency increases from 0.200 ms approx to 123ms or even more sometimes, this happens only for 1-2 packets but keep happening after sometime.

CPU load remains under 1, CPU usages is around 20-30%.

If I ping from host machine to host machine then there is consistent latency, this only happens when ping from a guest machine to either other guest machines or a host machine.

Did anyone face similar issue?

+3 votes

I have php 5.6.5 on centos 4.5 64bit. I am unable to install curl. And generate so file, I have tried all the possibilities.

./configure --with-curl=/root/php-5.6.5/ext/curl/libs --with-mysql --with-mysqli --with-apxs2=/usr/local/apache2/bin/apxs
+2 votes

In CentOS 5.10, if I have, say, an X terminal window up on my screen, the next time I log in, it's there when I log in as an unprivileged user.

That's because I can save the layout the way I want to; there's a checkbox for it to save the layout upon exiting.

I see none for CentOS 6.5. So, my X-terminal isn't there when I log in each time.

+1 vote

I have a CentOS 6.4 installation running Sendmail, and after some serious hair tear stare and compare I'm a bit stumped. When I connect to the server either with telnet or SSL, sendmail is not presenting the AUTH capability after an EHLO. Everything looks like it should be working, but no amount of tweaking is getting the AUTH capability advertised (and it doesn't work if you just try it anyway).

Here's the config bits from sendmail.mc--

 define(`confAUTH_OPTIONS', `A p')dnl
 define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
 TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

Note: Also tried

 define(`confAUTH_OPTIONS', `A')dnl
 define(`confAUTH_MECHANISMS', `LOGIN PLAIN')dnl
 TRUST_AUTH_MECH(`LOGIN PLAIN')dnl

just to keep things simple.

saslauthd is running, and configured--/etc/sysconfig/saslauthd 

 SOCKETDIR=/var/run/saslauthd
 MECH=pam
 FLAGS=

/etc/sasl2/Sendmail.conf contains--
 pwcheck_method:saslauthd

/etc/pam.d/smtp contains--
 #%PAM-1.0
 auth include password-auth
 account include password-auth

But when I do "openssl s_client -starttls smtp -connect localhost:587" I don't get any AUTH capability--

ehlo localhost
250-pennzoil.gizmopartners.com Hello localhost [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-DELIVERBY
250 HELP
quit

All the certs are built, and if I connect via telnet, the server does advertise STARTTLS. So anyone able to point out the obvious or not so obvious config mistakes?

...