-----------
GENERAL NOTES: Due to recent changes in glibc, the environment variable
LD_POINTER_GUARD should be set to 0 for ASE to function properly. This
variable should be set before starting any ASE binary. Note that there is
known bug with the configuration step of the ASE installer. Please
use "srvbuild" or "srvbuildres" to configure devices. This bug will be
fixed in a future release of ASE.
MINIMUM PRODUCT LEVEL: 15.0.2
MINIMUM REQUIRED OS LEVEL: Redhat 5.0 (kernel-2.6.18-8.el5, glibc-2.5-12,
compat-libstdc++-33-3.2.3-61)
Following patches are required for GUI components to work correctly:
xorg-x11-libs-6.7.0-2
(http://rpm.pbone.net/index.php3/stat/4/idpl/1307627/com/xorg-x11-libs-6.7.0-2.i386.rpm.html)
openmotif-2.2.3-6
-----------
So, since there is known bug in ASE installer, `srvbuild' or `srvbuildres'
are recommended utilities to build servers and configure devices. Since
`srvbuild' as GUI doesn't work with RHEL-5, xorg-x11-libs-6.7.0-2 and
openmotif-2.2.3-6 as patches are required for GUI components to work
correctly. The first patch can be downloaded from rpm.pbone.net as
suggested.
The problem is that xorg-x11-libs is very dangerous solution for RHEL-5.
Namely, starting with RHEL-5, x11 components do not reside
in /usr/X11R6/bin and /usr/X11R6/lib directories anymore, but in
standard /usr/bin and /usr/lib directories. The suggested patch puts
depreciated x11-libs components in /usr/X11R6/lib directory that is the one
automatically picked by `ldconfig'. After installing the patch, `srvbuild'
will work fine, but the next time you restart x11 server the whole system
will be crashed. You will probably have to power off your machine because
soft and hard resets will not help.
Much better solution is to cd to /usr/X11R6/lib/X11 directory (create it if
it doesn't exist) and create a symbolic link:
$ ln -s /usr/share/X11/XKeysymDB XKeysymDB
Then cd to /usr/X11R6/lib/X11/locale directory (create the directory if it
doesn't exist) and make the following symbolic links:
$ ln -s /usr/share/X11/locale/en_US.UTF-8 en_US.UTF-8
$ ln -s /usr/share/X11/locale/locale.alias locale.alias
$ ln -s /usr/share/X11/locale/locale.dir locale.dir
Make sure that openmotif-2.2.3 is installed (openmotif22-2.2.3-18.i386
package from RHEL-5).
Now `srvbuild' will work fine and correctly. And most importantly, x11
server will not be broken.
I found this solution, not related to ASE and RHEL-5, on
http://www.instantiations.com/forum/viewtopic.php?t=1174
Niksa Jurinovic
ni...@jurinovic.de
Sure. I can also use `srvbuildres -r <server>.res' and I certainly use it,
but that was not the point. The point was that Sybase's recommendation to
install depreciated xorg-x11-libs to make the use of `srvbuild' possible
made x11 server broken.
Niksa Jurinovic
ni...@jurinovic.de
> Much better solution is to cd to /usr/X11R6/lib/X11 directory (create it if
> it doesn't exist) and create a symbolic link:
>
> $ ln -s /usr/share/X11/XKeysymDB XKeysymDB
>
> Then cd to /usr/X11R6/lib/X11/locale directory (create the directory if it
> doesn't exist) and make the following symbolic links:
>
> $ ln -s /usr/share/X11/locale/en_US.UTF-8 en_US.UTF-8
> $ ln -s /usr/share/X11/locale/locale.alias locale.alias
> $ ln -s /usr/share/X11/locale/locale.dir locale.dir
>
> Make sure that openmotif-2.2.3 is installed (openmotif22-2.2.3-18.i386
> package from RHEL-5).
>
> Now `srvbuild' will work fine and correctly. And most importantly, x11
> server will not be broken.
>
> I found this solution, not related to ASE and RHEL-5, onhttp://www.instantiations.com/forum/viewtopic.php?t=1174
>
> Niksa Jurinovic
> ni...@jurinovic.de
Thanks for this!
I'll add it to the FAQ at my next opportunity.
Michael
I see it's already the part of the Linux FAQ on your website. I didn't know
Guy Gallagher already posted it to ase.linux.
Regards and Happy New Year!
Niksa Jurinovic
ni...@jurinovic.de
> mpep...@peppler.org wrote:
>>
>> Thanks for this!
>>
>> I'll add it to the FAQ at my next opportunity.
>>
>> Michael
>
> I see it's already the part of the Linux FAQ on your website. I didn't know
> Guy Gallagher already posted it to ase.linux.
I think I'll amend the text to make it clear that this should be used
instead of Sybase's recommendation for RHEL-5, as that's not really clear.
Michael
--
Michael Peppler - Peppler Consulting SaRL
mpep...@peppler.org - http://www.peppler.org
Sybase DBA/Developer - TeamSybase: http://www.teamsybase.com
Sybase on Linux FAQ - http://www.peppler.org/FAQ/linux.html
Re: LD_POINTER_GUARD
So as of ASE 15.0.2, the segmentation fault issue due to the newer glibc
libraries has been solved? So theoretically ASE 15.0.2 should work
(although not certified) on the newer Linux distributions,
openSuSe,ubuntu etc.?
Is this correct?
Thanks
No, that's not correct. It cannot be said the segmentation fault issue due
to the newer glibc libraries has been solved, just because LD_POINTER_GUARD
must still be set to 0 before building the server for all RHEL-5 versions
and recent Fedora distributions (for SuSE SLES 10 must be set to 1). See
32-bit ASE-15.0.2 on 32-bit RHEL-5
http://certification.sybase.com/ucr/productDetail.do?certId=1717&productId=2
32-bit ASE-15.0.2 on 64-bit RHEL-5
http://certification.sybase.com/ucr/productDetail.do?certId=1689&productId=2
64-bit ASE-15.0.2 on 64-bit RHEL-5
http://certification.sybase.com/ucr/productDetail.do?certId=1691&productId=2
This is a workaround, not a solved issue. Note, however, that even with
LD_POINTER_GUARD set to 0 (or 1 for SuSE), you will end up with segfault if
you try to build the server with the Installer (InstallShield Wizard). This
is known bug in ASE installer. Hence `srvbuild' or `srvbuildres' must be
used to build the server. For SuSE SLES 10 see
32-bit ASE-15.0.1 GA on 32-bit SuSE SLES 10
http://certification.sybase.com/ucr/productDetail.do?certId=1435&productId=2
64-bit ASE-15.0.2 ESD#1 on 64-bit SuSE SLES 10
http://certification.sybase.com/ucr/productDetail.do?certId=1436&productId=2
In any case it doesn't follow ASE 15.0.2 should work on the newer Linux
distributions like openSuSE, Ubuntu etc. without appropriate workarounds.
For these solutions see
http://www.peppler.org/FAQ/linux.html#q1.25
Niksa Jurinovic
ni...@jurinovic.de