[CentOS] xfs and centosplus kernel

[Fong Vang]

I read that XFS has problems with 4K Stack size for Linux on 32-bit
systems.  How did we address this in the centosplus kernel?  Since what
release of CentOS was this problem resolved?

Is there a quick way to know what size the Linux stack is configured to be
in a system's that's running?

Thanks for your help.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 5 and Xen Windows domU

[Fong Vang]

Has anyone been able to get a Xen Windows domU to install or work properly
on CentOS 5?  I'm trying to do that now.  It's able to boot and start he
installation (from ISO), but after partitioning the disk and copying a few
files to the hard drive, it cannot boot into the graphical installer.  This
is the config file I'm using:

import os, re
arch = os.uname()[4]
if re.search('64', arch):
   arch_libdir = 'lib64'
else:
   arch_libdir = 'lib'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 1024
shadow_memory = 520
name = "acw2"
vcpus=4
vif = [ 'type=ioemu, mac=00:18:32:6c:00:ba, bridge=xenbr0' ]
disk = [ 'phy:/dev/acw1/acw2,ioemu:hda,w',
'file:/isos/en_ws_2003_std_sp1_vl.iso,ioemu:hdc:cdrom,r' ]
cdrom='/dev/hdc'
boot='dca'
#boot='a'
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
sdl=0
vnclisten="10.1.34.108"
vnc=1
vncdisplay=2
vncconsole=0
vncpasswd=''
stdvga=1
serial='pty'
on_reboot = 'preserve'
on_crash = 'preserve'
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Putting CentOS 5.2 kernel on CentOS 4.x

[Fong Vang]

Has anyone tried to install a CentOS 5.x kernel on a CentOS 4.x system?  Is
this doable?  I"m aware of the dependencies but I'm curious if anyone has
done this successfully.

Basically, we have a few hundred 4.x systems that cannot be upgraded to 5.x,
yet, but we do need the kernel update to fix the XFS problem as described
here: http://bugs.centos.org/view.php?id=3125
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Putting CentOS 5.2 kernel on CentOS 4.x

[Fong Vang]

So you're saying that the CentOS 4.x system is married with the 2.6.9
kernel?  Maybe the packaging of the kernel RPM is different between 4.x and
5.x, but why would a 5.x kernel not work on a 4.x system, especially
considering you can always download the latest kernel from the kernel source
tree and run that so this doesn't sound right.

I just need the later kernel, not the new glibc which will break
compatibility.

On Fri, Oct 3, 2008 at 4:55 PM, William L. Maltby
<[EMAIL PROTECTED]>wrote:

>
> On Fri, 2008-10-03 at 16:21 -0700, Scott Silva wrote:
> > on 10-3-2008 2:48 PM Fong Vang spake the following:
> > > Has anyone tried to install a CentOS 5.x kernel on a CentOS 4.x system?
> > > Is this doable?  I"m aware of the dependencies but I'm curious if
> anyone
> > > has done this successfully.
> > >
> > > Basically, we have a few hundred 4.x systems that cannot be upgraded to
> > > 5.x, yet, but we do need the kernel update to fix the XFS problem as
> > > described here: http://bugs.centos.org/view.php?id=3125
> > >
> > You would be on your own with that! Do you have a non-critical system you
> can
> > test on? You would probably need to get the source rpm and build it on a
> 4.x
> > devel system.
>
> Hmmm... Reaching through the half-heimers-fogged brain...
>
> ISTR that the critical item is the APIs (binary compat) provided by
> glibc. If so, the glibc-2.5-24.i686 on 5.2 and the 2.3.4-2.41 are
> probably different enough that binary compatibility would be broken.
>
> Further, compiling the recent kernel on 4.x might be also difficult
> because the source compatibility might be broken (although not certain)
> due to parameter changes introduced in the newer kernel version.
>
> But, that's a whole bunch of "ifs" that may be worth investigating,
> depending on available time, resources and time constraints.
>
> If one does get a clean compile and no apps break, very fortunate. If
> the source must be changed, be sure to maintain diffs that can be
> applied when new versions with critical fixes (like security) appear.
>
> Overall, my personal bias would be to avoid the whole scenario.
>
> > 
>
> If any of my above is FUD, please forgive. It's hard to recall so much
> from so long ago.
>
> --
> Bill
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos