<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 27, 2015 at 11:18 PM, Craig Thompson <span dir="ltr">&lt;<a href="mailto:president@caldwellglobal.com" target="_blank">president@caldwellglobal.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>First post to this list.  I would appreciate some help on this issue.</div><div><br></div><div>As background, I installed CentOS 7 on a Dell server, and then ran the following commands:</div><div><br></div><div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)"><span style="color:#c1351e">yum</span> update <a href="http://buildlogs.centos.org/centos/7/virt/x86_64/xen/centos-release-xen-7-11.el7.x86_64.rpm" target="_blank">http://buildlogs.centos.org/centos/7/virt/x86_64/xen/centos-release-xen-7-11.el7.x86_64.rpm</a></div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)"><span style="color:#c1351e">yum</span> --enablerepo=centos-virt-xen-testing update</div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)"><span style="color:#c1351e">yum</span> --enablerepo=centos-virt-xen-testing install xen</div></div><div><br></div><div>Doing that, I was able to successfully install Xen, create a virtual machine with its own HVM setup, logical volume, etc. and boot it just fine.</div><div><br></div><div>I then tried to do the same on an IBM x3550 server I’m trying to install with CentOS 7.  The CentOS 7 install went just fine.  I can boot into the standard kernel and have a working machine.  But after running the commands above to install the Xen hypervisor, the machine hangs on boot for a few moments after displaying the lines below and then reboots in a loop over and over and over:</div><div><br></div><div>Loading Xen 4.6.0-2.el7 …</div><div>Loading Linux 3.18.21-16.el7.x86_64 …</div><div>Loading initial ramdisk …</div><div><br></div><div>It never gets beyond that.  If I choose the stock kernel (no Xen) from the Grub menu, it will continue to boot into that just fine.</div><div><br></div><div>My grub.cfg file has these entries of note:</div><div><br></div><div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)"> multiboot<span style="white-space:pre-wrap">        </span>/xen-4.6.0-2.el7.gz placeholder  dom0_mem=1024M,max:1024M cpuinfo com1=115200,8n1 console=com1,tty loglvl=all guest_loglvl=all ${xen_rm_opts}</div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)">        echo    &#39;Loading Linux 3.18.21-16.el7.x86_64 ...&#39;</div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)">        module  /vmlinuz-3.18.21-16.el7.x86_64 placeholder root=UUID=9dc18146-f9b3-41cc-ba9c-7314689abcde ro crashkernel=auto debug irqpoll ipv6.disable=1 console=hvc0 earlyprintk=xen nomodeset</div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)">        echo    &#39;Loading initial ramdisk ...&#39;</div><div style="margin:0px;font-size:13px;font-family:Monaco;background-color:rgb(255,253,195)">        module  --nounzip   /initramfs-3.18.21-16.el7.x86_64.img</div></div><div><br></div><div><br></div><div>What I have tried:</div><div><br></div><div>1) adding debug into the vmlinuz line</div><div>2) disabling ipv6 in that line</div><div>3) adding root=<span style="background-color:rgb(255,253,195);font-family:Monaco;font-size:13px">UUID=9dc18146-f9b3-41cc-ba9c-7314689abcde</span> to the last line AFTER /initramfs ….</div><div><br></div><div>Nothing so far has made any difference.  Obviously the process works, as it works for me just fine on the Dell server.</div><div><br></div><div>Underlying this machine is a SATA RAID 1 PCI card with two SSD drives attached in a RAID 1 mirror.  Not that that should matter, but I’m including it for reference. As noted previously, it boots into the stock kernel just fine.</div><div><br></div><div>Any help would be appreciated.</div></div></blockquote><div><br></div><div>Thanks for the testing and the report.<br><br></div><div>Have you tried booting the Xen4CentOS kernel (Linux-3.18.21-16) by itself (i.e., not under Xen)?<br><br></div><div>Also, is there any chance you could get the output of a serial console?  That&#39;s pretty critical for debugging this sort of thing.<br></div><div><br></div><div> -George<br></div></div></div></div>