IDS Forum

Re: IIUG IDS 9.40 don't start on Linux Debian

Posted By: Andreas Breitfeld
Date: Friday, 27 June 2003, at 7:46 a.m.

In Response To: IIUG IDS 9.40 don't start on Linux Debian (ALEXANDR AFANASIEV)

--------------Boundary-00=_RU150FM4OBK2XF7XQHBJ
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset="iso-8859-1"

FYI, please see the Debian 3.0r1 related section below.

Andreas

-----------------------------------------------------------------
The following article provides information about requirements for=20
installation of IDS 9.40.UC1 on RedHat, SuSE, Mandrake and Debian=20
Linux Distributions.


Content
=3D=3D=3D=3D=3D=3D=3D
1. General requirements
2. Known installation problems and solutions
3. Using shared memory (excerpt from IDS machine notes)


1. General requirements
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
- i686 compatible processor
- disable Intel Hyper-Threading
- Linux kernel 2.4.7 or higher
- glibc 2.2.4 or higher (i686 version)
- do not use Reiser file system (reiserfs) for chunks due to=20
performance reasons
- further information is available in IDS machine notes:=20
$INFORMIXDIR/release/en_us/0333/ids_machine_notes_9.40.txt


2. Known installation problems and solutions
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
The listed distributions match the Linux kernel and glibc=20
requirements. Please note not all distributions install or deliver a=20
i686 version of glibc by default.

RedHat 7.2
----------
No installation problems known.

RedHat 7.3
----------
No installation problems known.

RedHat 8
--------
Update glibc to fix a TCP/IP problem. Available at
ftp://updates.redhat.com/8.0/en/os/i686/glibc-2.3.2-4.80.6.i686.rpm

RedHat 9
--------
"Incorrectly built binary which accesses errno, h_errno or _res=20
directly. Needs to be fixed." messages. Use 9.40.UC2 when available.

RedHat AS2.1
------------
No installation problems known.

SuSE 7.3
--------
i686 version of glibc not available. Upgrade to a higher SuSE version=20
is recommended.

SuSE 8.0
--------
Update to the i686 version of glibc available on CD #1:
rpm -U --oldpackage ./unsorted/glibc-i686/glibc-2.2.5-26.i686.rpm
Update to hwinfo-4.27. Available at=20
ftp://ftp.suse.com/pub/suse/i386/update/8.0/d1/hwinfo.rpm

SuSE 8.1
--------
Update to glibc-2.2.5-165. Available at=20
ftp://ftp.suse.com/pub/suse/i386/update/8.1/rpm/i686/glibc-2.2.5-165.i686=
=2Erpm

SuSE 8.2
--------
Update to the i686 version of glibc available on CD #1:
rpm -U --oldpackage ./suse/i686/glibc-2.3.2-5.i686.rpm

SLES 8 (United Linux 1.0)
-------------------------
Update to glibc-2.2.5-165. Available at http://support.suse.de/psdb

Mandrake 9.0
------------
No installation problems known.

Mandrake 9.1
------------
No installation problems known.

Debian 3.0r1=20
------------
Build a patched libpthread.so (see attached=20
libifxpthread-glibc225.patch) using following steps as user root:
# cp libifxpthread-glibc225.patch /tmp
Install kernel headers (Debian 3.0r1 official binary CD #6):
# apt-cdrom
# apt-get install kernel-headers
compile glibc sources (Debian 3.0r1 official source CD #1):
# apt-cdrom
# mkdir source
# cd source
# apt-get --compile source glibc
Patch the glibc sources:
# cd glibc-2.2.5/glibc-2.2.5/linuxthreads
# cat /tmp/libifxpthread-glibc225.patch | patch -b
Compile libpthread.so:
# cd ../../i386-linux/obj
# make
Install libifxpthread.so.4:
# export INFORMIXDIR=3D/opt/informix (example, IDS 9.40 directory)
# cp linuxthreads/libpthread.so $INFORMIXDIR/lib/libifxpthread.so.4
# chown informix:informix $INFORMIXDIR/lib/libifxpthread.so.4
# chmod 755 $INFORMIXDIR/lib/libifxpthread.so.4
# ln -s $INFORMIXDIR/lib/libifxpthread.so.4 /var/lib/libpthread.so.0
Check oninit for right path to libpthread.so.0:
# ldd $INFORMIXDIR/bin/oninit
libpthread.so.0 =3D> /var/lib/libpthread.so.0


3. Using shared memory (excerpt from IDS machine notes)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D
The ONCONFIG variable SHMBASE should be set to the following:

SHMBASE 0x10000000L

The default start address for shared libraries on Linux is 0x40000000.
Therefore, the maximum available space for shared memory is 768MB when=20
using 0x10000000L as the SHMBASE value.
SHMBASE can also be set to start above the shared library addresses.=20
When doing so, ensure that dynamically loaded shared libraries do not=20
collide with the shared memory segments.
The address space layout can be checked by the following command:
$ cat /proc/[pid of oninit process]/maps

Beginning with kernel version 2.4.19, Linux provides a way to=20
dynamically change the default start address for shared libraries on=20
a per-process basis. This feature is available, if the file=20
/proc/$$/mapped_base exists.

To change the start address for shared libraries of the oninit=20
processes, the new start address needs to be specified by the user=20
root in the shell from where oninit is started. For example, the=20
following sets the start address of shared libraries to 0xB0000000L:

$ echo $$
29712
$ su root
Password:
# echo -1342177280 > /proc/29712/mapped_base
# exit
$ oninit

Assuming the onconfig parameter SHMBASE is 0x10000000L, this gives=20
2.5GB of contiguous address space available for the database server.


--------------Boundary-00=_RU150FM4OBK2XF7XQHBJ
Content-Transfer-Encoding: 7bit
Content-Type: text/x-diff;
charset="iso-8859-1";
name="libifxpthread-glibc225.patch"
Content-Disposition: attachment; filename="libifxpthread-glibc225.patch"

--- ./internals.h.ori Wed Apr 23 15:09:34 2003
+++ ./internals.h Wed Apr 23 15:18:39 2003
@@ -267,6 +267,15 @@

extern char *__pthread_initial_thread_bos;

+/* lowest bottom of stack of any other thread ever allocated
+ This is used for checking stack pointer between this value
+ and __pthread_initial_thread_bos to check other threads
+ before checking initial threads stack. This enables switching
+ the stack of the initial thread (in user level multithreading)
+ and make thread_self() working correctly. see also internals.h */
+
+extern char *__pthread_other_threads_lowest_bos;
+
/* Indicate whether at least one thread has a user-defined stack (if 1),
or all threads have stacks supplied by LinuxThreads (if 0). */

@@ -382,16 +391,27 @@
return THREAD_SELF;
#else
char *sp = CURRENT_STACK_FRAME;
- if (sp >= __pthread_initial_thread_bos)
- return &__pthread_initial_thread;
- else if (sp >= __pthread_manager_thread_bos
- && sp < __pthread_manager_thread_tos)
+ if (sp >= __pthread_manager_thread_bos
+ && sp < __pthread_manager_thread_tos)
return &__pthread_manager_thread;
- else if (__pthread_nonstandard_stacks)
- return __pthread_find_self();
- else
#ifdef _STACK_GROWS_DOWN
- return (pthread_descr)(((unsigned long)sp | (STACK_SIZE-1))+1) - 1;
+ else
+ {
+ if(__pthread_nonstandard_stacks)
+ {
+ pthread_descr pd;
+ if( (pd = __pthread_find_self()) != NULL )
+ return pd;
+ }
+ else
+ {
+ if( __pthread_other_threads_lowest_bos != NULL &&
+ sp < __pthread_initial_thread_bos &&
+ sp >= __pthread_other_threads_lowest_bos )
+ return (pthread_descr)(((unsigned long)sp | (STACK_SIZE-1))+1) - 1;
+ }
+ }
+ return &__pthread_initial_thread;
#else
return (pthread_descr)((unsigned long)sp &~ (STACK_SIZE-1));
#endif
--- ./pthread.c.ori Wed Apr 23 15:19:18 2003
+++ ./pthread.c Wed Apr 23 15:22:55 2003
@@ -168,6 +168,15 @@

char *__pthread_initial_thread_bos;

+/* lowest bottom of stack of any other thread ever allocated
+ This is used for checking stack pointer between this value
+ and __pthread_initial_thread_bos to check other threads
+ before checking initial threads stack. This enables switching
+ the stack of the initial thread (in user level multithreading)
+ and make thread_self() working correctly. see also internals.h */
+
+char *__pthread_other_threads_lowest_bos = NULL;
+
/* File descriptor for sending requests to the thread manager. */
/* Initially -1, meaning that the thread manager is not running. */

@@ -717,8 +726,12 @@
/* __pthread_handles[0] is the initial thread, __pthread_handles[1] is
the manager threads handled specially in thread_self(), so start at 2 */
h = __pthread_handles + 2;
- while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom)) h++;
- return h->h_descr;
+ while (! (sp <= (char *) h->h_descr && sp >= h->h_bottom &&
+ h < (__pthread_handles + PTHREAD_THREADS_MAX) )) h++;
+ if( h < (__pthread_handles + PTHREAD_THREADS_MAX) )
+ return h->h_descr;
+ else
+ return NULL;
}

#else
--- ./manager.c.ori Wed Apr 23 15:24:25 2003
+++ ./manager.c Wed Apr 23 15:27:56 2003
@@ -487,6 +487,10 @@
return -1;
}

+ if( __pthread_other_threads_lowest_bos == NULL ||
+ __pthread_other_threads_lowest_bos > new_thread_bottom )
+ __pthread_other_threads_lowest_bos = new_thread_bottom;
+
/* We manage to get a stack. Protect the guard area pages if
necessary. */
guardaddr = map_addr;

--------------Boundary-00=_RU150FM4OBK2XF7XQHBJ--

Messages In This Thread

• IIUG IDS 9.40 don't start on Linux Debian
  ALEXANDR AFANASIEV -- Wednesday, 28 May 2003, at 10:13 a.m.
  • Re: IIUG IDS 9.40 don't start on Linux Debian
    Andreas Breitfeld -- Friday, 27 June 2003, at 7:46 a.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.