David,
Compiled and booted!! I apparently will work with voluntary preemption as
well as no premption. No oopses, flags. Next week I will start to play with
it!
Caveat:
Unionfs will not compile against the patched sources (not using it yet so it
can wait).
Get the following harmless
David,
Compiled and booted!! I apparently will work with voluntary preemption as
well as no premption. No oopses, flags. Next week I will start to play with
it!
thanks a lot for patience and help!
all the faced bugs will be fixed in next version.
Caveat:
Unionfs will not compile against
David Baron wrote:
On Thursday 21 December 2006 08:16, Ola Lundqvist wrote:
Hi David
When I compiled the kernel yesterday using the same version of the kernel
and the openvz patch I did not need to do anything with symlinking.
My compile line look something like this:
export
David,
Got it to build and even attempt to boot--no undefineds!
thanks a lot for your help!
the previous bugs are fixed: http://bugzilla.openvz.org/show_bug.cgi?id=411
The thing listed a lot of oops codes, many involving the journaling, so I
panicked and stopped it.
Additionally, there
David,
can you attach your resulting .config file please?
Thanks,
Kirill
Hi
I have built it now and I have no problem building. Not at least
with make-kpkg.
I use this.
According to upstream you did not run make oldconfig for some reason?
It does this anyway. I compied to .config from the
This would seem to indicate one (or more) pieces that need be compiled into
the kernel, would it not? (I do compile in all the ovz stuff rather than
leave as modules because I had missing symbols on boot the last time I
tried.)
If someone could point me in the correct direction :-)
David,
David,
ahhh... I guess I know the answer.
you simply set CONFIG_VE_CALLS to 'y', while IPV6 support is in module,
so OpenVZ kernel has reference to symbols in module :/
Pleae check CONFIG_VE_CALLS, CONFIG_VZ_DEV and CONFIG_IPV6 options
These thing are indeed set to 'y', IPV6 to 'm'
Hi,
On Monday 04 December 2006 16:32, Vasily Tarasov wrote:
and then will receive notifications. Practically each source-upload
cause rejects.
If that patch is really that picky when it comes to versions of the
kernelsource, maybe you should depend on the very versions of the
!
Kirill Korotaev wrote:
Vasiliy,
please help Ola. 2.6.18-ovz028test006 has been released today
and includes 2.6.18.3 patches.
Thanks,
Kirill
Hi
Thanks for the report. Yes 2.6.17 is not supported, because
2.6.18 is
the version that will be shipped in etch.
I'll
Vasiliy,
please help Ola. 2.6.18-ovz028test006 has been released today
and includes 2.6.18.3 patches.
Thanks,
Kirill
Hi
Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is
the version that will be shipped in etch.
I'll contact upstream about this issue. The kernel team
Hello,
There is no gnulib/config.h in findutils' source code. And afaict at a
short glance gnulib/lib/* #includes the main config.h which does set
#define _FILE_OFFSET_BITS 64.
gnulib/config.h is generated by gnulib/configure:
# ./configure
skipped
config.status: creating po/Makefile
Package: findutils
Version: 4.1.20-6
I suppose there is a bug in gnulib/configure script which leads
to generation of gnulib/config.h file without
#define _FILE_OFFSET_BITS 64
line.
The same line present in root ./config.h file.
Without this define 32-bit i386 'find' is unable to work on
some
12 matches
Mail list logo