Re: Installation of Informix 9.30 on Linux RH 9.0

I updated Redhat 8.0 in a different manner. First, i used up2date from redhat. I had! to register and was disabled after some time. Didn't want to pay my fees. Then i installed apt toolkit for redhat 8.0 (9.0 also) and removed up2date with rpm -e up2date .... several other packages also... I did apt-get update; apt-get upgrade ....several minutes later i hat all patches installed....throw it into /etc/cron.daily/ !!!! Then IDS 9.30 UC2 seemed to be broken.... i am not quite sure, why, same with redhat 7.3 informix crashed after a certain time after the upgrade, and refused to start again. May have been random coincidence....with administration faults... Michael Krzepkowski wrote: > Guido Stepken wrote: > >> I also had no success with Informix 9.30 on Redhat 9.0 >> >> Following Linux versions work >> >> RedHat 7.3 works out of the box, no updates from redhat, otherwise >> informix will suffer a sudden crash with no return. >> >> RedHat 8.0 download edition without glibc security patches (RPC) !!!! >> /var/lib/libpthread.so.0 must be deleted. No updates, never. > > > RH 8.0 fully patched running 9.30. Works fine. > > Michael > >> >> >> SuSe 8.1 no glibc updates, but crashes on dual xeon with kernel panic. >> Single processor works, change then to smp kernel at put in the 2nd >> CPU later. >> >> SuSE 8.2 with glibc-2.2.5 downgrade (seems to be identical with that >> from redhat 7.3, in size ....) No updates. >> >> All older Linux versions with max. libc-2.2.93 seem to work, kernel >> version seems to be irrelevant, i succeeded even with kernel >> 2.4.18-smp on redhat 8.0 on dual xeon with hyperthreading and 3ware. >> >> Informix sais, that all Linux Distributions with Kernel 2.2.14+ + >> glibc 2.2.x should work, so Debian should work also ....With setting >> in /etc/apt/preferences and apt-get upgrade it is also possible to >> downgrade!!! any DEBIAN distribution. >> >> Redhat 9.0 shows up several errors ( __ctype ...), but with deleting >> libpthread.so.0 informix seems to work correctly. 4GL development >> toolkit does definitly >> not work on redhat 9.0. Redhat 8.0 works and compiles fine. >> >> RedHat seems to have changed a lot in glibc the last 2-3 month, so >> that there is no real binary compatibility with older binaries. Pitty. >> Reasons are some security fixes in RPC, changes in international >> language packages, which have to do with unicode, pango, etc.. >> I fear, there will be no way of return. SUN/HP still seems to be able >> to keep binary compatibility .... >> >> Windows NT 2003 (former .NET) also shows many incompatibilities to >> common win32 binaries ..... >> >> Informix 9.40 runs fine on RedHat 8.0, SuSE 8.1 and - with patches on >> SuSE 8.2 (libpthread.so.0 and glibc patch) >> I have no idea, if 4GL for Informix 9.30 still work with 9.40 IDS .... >> >> By the way, City of Bonn has migrated to PostgreSQL from Informix >> (400.000.000 GPS points stored) .. Informix took 30 seconds for output >> of all GPS points in one street, PostgreSQL time was not measurable.... >> SAPDB (Free Software, GPL, former ADABAS-D) has Informix 7.x >> compatibility. >> >> reagards, Guido Stepken >> >> >> Silviu Stoica wrote: >> >>> I tried to install Informix 9.30 on Linux RH 9.0 and after that, when I >>> wanted to start an instance, this message appeared: >>> "Incorrectly built binary which accesses errno, h_errno or _res >>> directly. Needs to be fixed. >>> shared memory not initialized for ..." >>> can anybody help me with an advice or a tip? Looking forward for your >>> earliest reply. >>> Silviu Stoica >> >> >> >

Guido Stepken wrote: > I updated Redhat 8.0 in a different manner. First, i used up2date from > redhat. I had! to register and was disabled after some time. Didn't > want to pay my fees. Then i installed apt toolkit for redhat 8.0 (9.0 > also) > and removed up2date with rpm -e up2date .... several other packages > also... > > I did apt-get update; apt-get upgrade ....several minutes later i hat > all patches installed....throw it into /etc/cron.daily/ !!!! > Then IDS 9.30 UC2 seemed to be broken.... i am not quite sure, why, > same with redhat 7.3 informix crashed after a certain time after the > upgrade, and refused to start again. May have been random > coincidence....with administration faults... > I just checked my version: 9.30 UC3. Redhat was updated only with up2date (I'm too new to Linux to try otherwise) and it is using raw devices. Database is about 15 GB in size, but I have not put any load on the server, as it is used only for development. I am looking for a stable, multiprocessor Linux-Informix combination to recommend to my clients running SCO right now. Regards, Michael > > Michael Krzepkowski wrote: > >> Guido Stepken wrote: >> >>> I also had no success with Informix 9.30 on Redhat 9.0 >>> >>> Following Linux versions work >>> >>> RedHat 7.3 works out of the box, no updates from redhat, otherwise >>> informix will suffer a sudden crash with no return. >>> >>> RedHat 8.0 download edition without glibc security patches (RPC) >>> !!!! /var/lib/libpthread.so.0 must be deleted. No updates, never. >> >> >> >> RH 8.0 fully patched running 9.30. Works fine. >> >> Michael >> >>> >>> >>> SuSe 8.1 no glibc updates, but crashes on dual xeon with kernel >>> panic. Single processor works, change then to smp kernel at put in >>> the 2nd CPU later. >>> >>> SuSE 8.2 with glibc-2.2.5 downgrade (seems to be identical with that >>> from redhat 7.3, in size ....) No updates. >>> >>> All older Linux versions with max. libc-2.2.93 seem to work, kernel >>> version seems to be irrelevant, i succeeded even with kernel >>> 2.4.18-smp on redhat 8.0 on dual xeon with hyperthreading and 3ware. >>> >>> Informix sais, that all Linux Distributions with Kernel 2.2.14+ + >>> glibc 2.2.x should work, so Debian should work also ....With setting >>> in /etc/apt/preferences and apt-get upgrade it is also possible to >>> downgrade!!! any DEBIAN distribution. >>> >>> Redhat 9.0 shows up several errors ( __ctype ...), but with deleting >>> libpthread.so.0 informix seems to work correctly. 4GL development >>> toolkit does definitly >>> not work on redhat 9.0. Redhat 8.0 works and compiles fine. >>> >>> RedHat seems to have changed a lot in glibc the last 2-3 month, so >>> that there is no real binary compatibility with older binaries. Pitty. >>> Reasons are some security fixes in RPC, changes in international >>> language packages, which have to do with unicode, pango, etc.. >>> I fear, there will be no way of return. SUN/HP still seems to be >>> able to keep binary compatibility .... >>> >>> Windows NT 2003 (former .NET) also shows many incompatibilities to >>> common win32 binaries ..... >>> >>> Informix 9.40 runs fine on RedHat 8.0, SuSE 8.1 and - with patches >>> on SuSE 8.2 (libpthread.so.0 and glibc patch) >>> I have no idea, if 4GL for Informix 9.30 still work with 9.40 IDS .... >>> >>> By the way, City of Bonn has migrated to PostgreSQL from Informix >>> (400.000.000 GPS points stored) .. Informix took 30 seconds for >>> output of all GPS points in one street, PostgreSQL time was not >>> measurable.... >>> SAPDB (Free Software, GPL, former ADABAS-D) has Informix 7.x >>> compatibility. >>> >>> reagards, Guido Stepken >>> >>> >>> Silviu Stoica wrote: >>> >>>> I tried to install Informix 9.30 on Linux RH 9.0 and after that, >>>> when I >>>> wanted to start an instance, this message appeared: >>>> "Incorrectly built binary which accesses errno, h_errno or _res >>>> directly. Needs to be fixed. >>>> shared memory not initialized for ..." >>>> can anybody help me with an advice or a tip? Looking forward for your >>>> earliest reply. >>>> Silviu Stoica >>> >>> >>> >>> >> >

RedHat 7.3, 8.0 download editions run stable out of the box so far. For SMP you cant use suse 8.1, but 8.2+ patches. I would recommend kernel updates for 2.4.21(smp), this kernel hast very much immproved VM machine, runs much smoother a high loads (you can even login at load 10) regards, Guido Stepken Michael Krzepkowski wrote: > Guido Stepken wrote: > >> I updated Redhat 8.0 in a different manner. First, i used up2date from >> redhat. I had! to register and was disabled after some time. Didn't >> want to pay my fees. Then i installed apt toolkit for redhat 8.0 (9.0 >> also) >> and removed up2date with rpm -e up2date .... several other packages >> also... >> >> I did apt-get update; apt-get upgrade ....several minutes later i hat >> all patches installed....throw it into /etc/cron.daily/ !!!! >> Then IDS 9.30 UC2 seemed to be broken.... i am not quite sure, why, >> same with redhat 7.3 informix crashed after a certain time after the >> upgrade, and refused to start again. May have been random >> coincidence....with administration faults... >> > I just checked my version: 9.30 UC3. Redhat was updated only with > up2date (I'm too new to Linux > to try otherwise) and it is using raw devices. Database is about 15 GB > in size, but I have > not put any load on the server, as it is used only for development. > I am looking for a stable, multiprocessor Linux-Informix combination > to recommend to my clients running SCO right now. > > Regards, > > Michael > >> >> Michael Krzepkowski wrote: >> >>> Guido Stepken wrote: >>> >>>> I also had no success with Informix 9.30 on Redhat 9.0 >>>> >>>> Following Linux versions work >>>> >>>> RedHat 7.3 works out of the box, no updates from redhat, otherwise >>>> informix will suffer a sudden crash with no return. >>>> >>>> RedHat 8.0 download edition without glibc security patches (RPC) >>>> !!!! /var/lib/libpthread.so.0 must be deleted. No updates, never. >>> >>> >>> >>> >>> RH 8.0 fully patched running 9.30. Works fine. >>> >>> Michael >>> >>>> >>>> >>>> SuSe 8.1 no glibc updates, but crashes on dual xeon with kernel >>>> panic. Single processor works, change then to smp kernel at put in >>>> the 2nd CPU later. >>>> >>>> SuSE 8.2 with glibc-2.2.5 downgrade (seems to be identical with that >>>> from redhat 7.3, in size ....) No updates. >>>> >>>> All older Linux versions with max. libc-2.2.93 seem to work, kernel >>>> version seems to be irrelevant, i succeeded even with kernel >>>> 2.4.18-smp on redhat 8.0 on dual xeon with hyperthreading and 3ware. >>>> >>>> Informix sais, that all Linux Distributions with Kernel 2.2.14+ + >>>> glibc 2.2.x should work, so Debian should work also ....With setting >>>> in /etc/apt/preferences and apt-get upgrade it is also possible to >>>> downgrade!!! any DEBIAN distribution. >>>> >>>> Redhat 9.0 shows up several errors ( __ctype ...), but with deleting >>>> libpthread.so.0 informix seems to work correctly. 4GL development >>>> toolkit does definitly >>>> not work on redhat 9.0. Redhat 8.0 works and compiles fine. >>>> >>>> RedHat seems to have changed a lot in glibc the last 2-3 month, so >>>> that there is no real binary compatibility with older binaries. Pitty. >>>> Reasons are some security fixes in RPC, changes in international >>>> language packages, which have to do with unicode, pango, etc.. >>>> I fear, there will be no way of return. SUN/HP still seems to be >>>> able to keep binary compatibility .... >>>> >>>> Windows NT 2003 (former .NET) also shows many incompatibilities to >>>> common win32 binaries ..... >>>> >>>> Informix 9.40 runs fine on RedHat 8.0, SuSE 8.1 and - with patches >>>> on SuSE 8.2 (libpthread.so.0 and glibc patch) >>>> I have no idea, if 4GL for Informix 9.30 still work with 9.40 IDS .... >>>> >>>> By the way, City of Bonn has migrated to PostgreSQL from Informix >>>> (400.000.000 GPS points stored) .. Informix took 30 seconds for >>>> output of all GPS points in one street, PostgreSQL time was not >>>> measurable.... >>>> SAPDB (Free Software, GPL, former ADABAS-D) has Informix 7.x >>>> compatibility. >>>> >>>> reagards, Guido Stepken >>>> >>>> >>>> Silviu Stoica wrote: >>>> >>>>> I tried to install Informix 9.30 on Linux RH 9.0 and after that, >>>>> when I >>>>> wanted to start an instance, this message appeared: >>>>> "Incorrectly built binary which accesses errno, h_errno or _res >>>>> directly. Needs to be fixed. >>>>> shared memory not initialized for ..." >>>>> can anybody help me with an advice or a tip? Looking forward for your >>>>> earliest reply. >>>>> Silviu Stoica >>>> >>>> >>>> >>>> >>>> >>> >> >