That makes perfect sense. Running debian containers on the el6
kernel on a centos node before has shown me that there are no
fundamental issues with the debian toolchain or command line
binaries running on the el6-kernel-compiled-on-el6, but it makes
sense that there would be a lot more possibilities of bugs compiling
it on debian directly.
On 3/29/2012 5:36 PM, Kir Kolyshkin wrote:
On
03/29/2012 01:32 PM, John Knight wrote:
With regard to David Brown, I haven't been
a Debian user for nearly 5 years but I do recall other people
compiling the openvz el6 branch in Debian without much trouble.
While theoretically it's probably the best and most natural way,
practically I do not recommend doing it (at least unless you will
also use toolchain/gcc from RHEL6). Kernel is big and complex, as
well as gcc, and the improper combination of two could lead to bad
results. This is not paranoia, I have seen a number of times when
kernel code was miscompiled because of older/newer gcc version
used, with a weird runtime effects.
This is why we recommend taking binary rpm and using alien on it.
While not a good thing from purist point of view*, practical
result is the very same (ie bit by bit) kernel and modules, tried
and trusted, tested and working.
* being a purist, I do not like it. But I also know that this way
it works, and compiler and toolchain indeed make a difference.
|
_______________________________________________
Users mailing list
[email protected]
https://openvz.org/mailman/listinfo/users
