 
	
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] Xen 3.2 & CentOS
 Joris, I'm replying on list so that the next person might get the benefit.The patch probably got munged going through email. Look at it carefully, though, I'm only changing one or two important lines. The most important one is this: mv %{buildroot}%{_prefix}/lib/xen/boot %{buildroot}%{_libdir}/%{name} # put hvmloader in the right place Look at the below patch to see where it belongs; it needs to go in after 'make install-tools install-docs' in the %install section. On RH, %{_libdir} expands to /usr/lib on 32-bit, and /usr/lib64 on 64-bit. Nothing tricky. Good luck. John Hi JohnI'm really sorry to ask a very dumb question, but I've been trying to apply that patch you wrote and all I am getting is:[root@corrin SPECS]# cat xen.patch | patch patching file xen.specpatch: **** malformed patch at line 4: Summary: Xen is a virtual machine monitorI'm sure I'm doing something really n00b but can you please give me a pointer what it is.Heaps of thanksJoris John Morris wrote: --[ UxBoD ]-- wrote:http://bits.xensource.com/oss-xen/release/3.2.0/centos-5.1/xen-3.2.0-0xs.centos5.src.rpmI just built it from source and then installed the built RPM from /usr/src/redhat/RPMS. It worked a treat; no more crashes with 32bit DomUs in a 64bit Dom0 :DUxBoD, Thanks for this advice; it worked nicely, with only a couple of hiccups:1. Had the same trouble another poster in this thread had with the hvmloader going in the wrong place, or not being picked up by the %files section, anyway. Hvmloader is actually a statically-linked, 32-bit ELF executable, so it's unclear whether it should go by itself in /usr/lib/xen/boot or with the other 64-bit stuff in /usr/lib64/xen/boot. I opted for the latter, since it's cleaner, but don't forget to fix your hvm domU config files ('kernel = "/usr/lib64/xen/boot/hvmloader"'). See the patch below. Alternatively, you could put a %if condition to test the arch to fix the %files section.2. The RPM doesn't fix /etc/grub.conf; be sure to go in there and make sure that the 'kernel' command references the new xen.gz-3.2 image installed with the new xen package instead of the old one installed with the kernel-xen RPM, eg.: _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users 
 
 | 
|  | Lists.xenproject.org is hosted with RackSpace, monitoring our |