HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (http://www.howtoforge.com/forums/index.php)
-   HOWTO-Related Questions (http://www.howtoforge.com/forums/forumdisplay.php?f=2)
-   -   Problem installing OpenVZ with Debian Etch (2) (http://www.howtoforge.com/forums/showthread.php?t=10552)

pjdevries 13th February 2007 08:39

Problem installing OpenVZ with Debian Etch (2)
 
First I want to appologize for posting this problem as a comment on the OpenVZ On Debian Etch For Webservers howto. Although it was meant as a comment, I also asked for a possible solution for the problem making the comment better fit for the forum.

My problem concerns the above mentioned howto. A couple of weeks ago I managed to install a working OpenVZ system following the instructions of the howto. Yesterday I tried exatly the same thing, only to find out that the openvz kernel patch no longer applies. Has anyone else experienced the same problems and been able to solve them?

falko 14th February 2007 19:07

Do you get any error messages? Do you use the exact same kernel as in the tutorial?

pjdevries 15th February 2007 08:27

Thanks for the reply Falko.

I downloaded all the kernel compilation prerequisites using a sligthly modified version of the aptitude command you describe in your tutorial:
apt-get install kernel-package linux-source-2.6.18 kernel-patch-openvz libncurses5-dev
This should install the same kernel sources and patch as the ones you mention. The error messages I get when running the make-kpkg command are:
START applying openvz patch (OpenVZ kernel patch for virtual server support)
Testing whether "OpenVZ kernel patch for virtual server support" patch for 2.6.18 applies (dry run):
1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej
5 out of 44 hunks FAILED -- saving rejects to file mm/memory.c.rej
1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej
6 out of 29 hunks FAILED -- saving rejects to file net/ipv4/netfilter/ip_tables.c.rej
1 out of 8 hunks FAILED -- saving rejects to file net/ipv6/udp.c.rej
"OpenVZ kernel patch for virtual server support" patch for 2.6.18 does not apply cleanly
Patch /usr/src/kernel-patches/all/apply/openvz failed.
So the real answer to your second question is: probably not:D

Any helpful suggestions are very welcome and highly appreciated but I guess I'll just have to wait until a modified version of the kernel patch will be available in the Etch package repository.

till 15th February 2007 09:54

Please post the output of:

uname -a

pjdevries 15th February 2007 12:46

Thanks for your follow up as well Till.

The uname -a output is:
Linux host1 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux

falko 16th February 2007 17:54

Quote:

Originally Posted by pjdevries
Thanks for your follow up as well Till.

The uname -a output is:
Linux host1 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux

You're using kernel 2.6.18-3 whereas the author of the OpenVZ tutorial uses 2.6.18. That's a difference, and that's why your patches failed.

pjdevries 16th February 2007 18:12

That makes sense. The problem is that I did a straight forward Debian install with the latetest net install CD and then followed the instructions of the tutorial. So it's not that I explicitly 'asked' for a 2.6.18-3 kernel to be installed but I got it anyhow and one way or another the 'apt-get install' from the tutorial gets me stuck with a kernel patch that doesn't apply. Don't get me wrong: I don't want to suggest there is something wrong with the tutorial. But it does seem that the most recent kernel and OpenVZ kernel patch in the Debian repository don't match up. Either that or I'm making some kind of stupid reasoning mistake, in which case I gladly get corrected.

Any suggestions how to circumvent this situation?

falko 17th February 2007 17:44

But in the tutorial you compile a 2.6.18 kernel (
Code:

tar xjvf linux-source-2.6.18.tar.bz2
cd linux-source-2.6.18
cp /boot/config-2.6.18-3-amd64 .config
...

).
I'm not sure why uname still displays the default Debian kernel (2.6.18-3-686).
What's the output of
Code:

ls -la /boot
?

pjdevries 17th February 2007 20:21

I have the slight feeling we have a bit of a communication problem. Let's rewind:

I first did a plain, bare Debian install, which apparently installs a 2.6.18-3 kernel. Next I installed all the prerequisites with the command
apt-get install kernel-package linux-source-2.6.18 kernel-patch-openvz libncurses5-dev
and tried to patch and compile the kernel using the command
make-kpkg --append_to_version=-1-openvz --added_patches=openvz --revision=1 kernel_image
which resulted in the patch failure. So the reason why 'uname -a' still displays the default Debian kernel is that I never got around to installing the the OpenVZ kenel as a result of the failing patch.

To be honest I don't quite understand what the default 2.6.18-3 kernel has to do with my current problem because the 'apt-get install' command installs 'linux-source-2.6.18.tar.bz2' which seems to be the right one. I was under the assumption that 'apt-get install' command magically installs both the proper kernel sources and a suitable, corresponding OpenVZ patch. But that doesn't seem to be the case.

In the mean time I also followed the Installation on Debian thread in the HOWTO section of wiki.openvz.org and installed the precompiled kernel image 'linux-image-2.6.18-openvz-686_028test007.1d2-1_i386.deb' which I downloaded from http://download.openvz.org/kernel/debian/etch/. This seems to work as expected but it doesn't really solve the actual problem though.

As of today I also see 'linux-image-2.6.18-openvz-686' when I run 'apt-cache search openvz', which I'm (almost) sure wasn't there before. My questions now are:
  1. Is that the same image as the one I downloaded from openvz.org?
  2. Should I install that image or can I safely use the one I downloaded from openvz.org?
  3. Is it better to compile my own kernel, using kernel sources and OpenVZ patch from the Debian repository, or to install a compiled image from either the Debian or the OpenVZ repository? Or doesn't it make any difference?

By the way, ls -l /boot displays:
Code:

-rw-r--r-- 1 root root  71331 2006-12-04 16:52 config-2.6.18-3-686
-rw-r--r-- 1 root root  71017 2007-02-03 15:45 config-2.6.18-openvz-686
drwxr-xr-x 2 root root    4096 2007-02-16 20:52 grub
-rw-r--r-- 1 root root 4490228 2007-02-15 14:48 initrd.img-2.6.18-3-686
-rw-r--r-- 1 root root 4487429 2007-02-16 20:51 initrd.img-2.6.18-openvz-686
-rw-r--r-- 1 root root      41 2007-02-03 18:10 patches-2.6.18-openvz-686
-rw-r--r-- 1 root root  720074 2006-12-04 23:24 System.map-2.6.18-3-686
-rw-r--r-- 1 root root  752899 2007-02-03 18:10 System.map-2.6.18-openvz-686
-rw-r--r-- 1 root root 1259920 2006-12-04 23:24 vmlinuz-2.6.18-3-686
-rw-r--r-- 1 root root 1267097 2007-02-03 18:10 vmlinuz-2.6.18-openvz-686

But remember that I installed that precompiled kernel image from openvz.org which wasn't there with in my previous post.

pjdevries 18th February 2007 16:28

Just found out that I made a stupid mistake. The linux-image that shows up when running 'apt-cache search openvz' is in fact the one I downloaded from openvz.org. Appolgies for the confusion.


All times are GMT +2. The time now is 07:18.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.