Baanboard.com

Go Back   Baanboard.com > Forum > Baan Quick Support: Functional & Technical > Operating Systems & Databases

User login

Frontpage Sponsor

Main

Poll
For ERP LN feature pack upgrade, what method of install are you using?
Installation Wizard into existing VRC
37%
Installation Wizard into new VRC
39%
Manual into existing VRC
3%
Manual into new VRC
21%
Total votes: 38

Baanboard at LinkedIn


Reference Content

Reply
 
Thread Tools Display Modes
  #1  
Old 14th December 2001, 02:01
patvdv's Avatar
patvdv patvdv is offline
Board Master
 
Join Date: Aug 2001
Location: Belgium
Posts: 2,167
patvdv is on a distinguished road
Baan: n/a - DB: n/a - OS: AIX, HP-UX, Linux
Unhappy Linux and Baan: library problems

Okay, this one is for the real LINUX gurus out here. I got finally the Linux portingset - thanks Scott! - and with great expectations I started out for Baan installation. I didn't expect it to go smoothly as I am running quite a different system from the one the binaries were originally compiled on:
  • Redhat 7.1 SMP Kernel 2.4.2.2
  • Dual CPU 933 Intel
  • glibc2.2.4-19
  • compat-glibc-6.2-2.1.3.2

First try to run ba6.1 -v:

Code:
#bash : no such file or directory

#file ba6.1

ba6.1: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), not stripped
Okay seems like the portingset binaries need libc5:

Installed libc5 and ld.so.1:
  • libc5-5.4.38-3
  • ld.so-1.9.5-13
Created /etc/ld.so.preload, reconfigured /etc/ld.so.conf and checked library dependancies:
Code:
# ldconfig
# ldd ba6.1

	/lib/libsafe.so.1.3 => /lib/libsafe.so.1.3 (0x40021000)
	libm.so.5 => /usr/i486-linuxlibc5/lib/libm.so.5 (0x40026000)
	libc.so.5 => /usr/i486-linuxlibc5/lib/libc.so.5 (0x4002f000)
	libdl.so.2 => /lib/libdl.so.2 (0x400eb000)
	libc.so.6 => /lib/libc.so.6 (0x400ef000)
	ld-linux.so.2 => /lib/ld-linux.so.2 (0x4022d000)
Okay, looks good. Second run still ends in segmentation fault.

Check core with gdb:
Code:
#gdb ba6.1 core

GNU gdb Red Hat Linux (5.1-0.71)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(no debugging symbols found)...
Core was generated by `./ba6.1 -v'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libsafe.so.1.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libsafe.so.1.3
Reading symbols from /usr/i486-linuxlibc5/lib/libm.so.5...done.
Loaded symbols for /usr/i486-linuxlibc5/lib/libm.so.5
Reading symbols from /usr/i486-linuxlibc5/lib/libc.so.5...done.
Loaded symbols for /usr/i486-linuxlibc5/lib/libc.so.5
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/ld-linux.so.1...done.
Loaded symbols for /lib/ld-linux.so.1
#0  0x4023a520 in _dl_signal_error (errcode=) at dl-error.c:68
	in dl-error.c
(gdb) quit
Trace system calls:
Code:
# strace -f ba6.1 -v

......
mprotect(0x400ef000, 1261030, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
open("/usr/lib/libc.so.6", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/lib/ld-linux.so.2", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\36"..., 4096) = 4096
old_mmap(NULL, 94208, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4022d000
old_mmap(0x4022d000, 87145, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x4022d000
old_mmap(0x40243000, 1924, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x15000) = 0x40243000
close(3)                                = 0
mprotect(0x4022d000, 87145, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 98793)               = 0
mprotect(0x8048000, 562378, PROT_READ|PROT_EXEC) = 0
mprotect(0x40021000, 13096, PROT_READ|PROT_EXEC) = 0
mprotect(0x40026000, 24992, PROT_READ|PROT_EXEC) = 0
mprotect(0x4002f000, 536799, PROT_READ|PROT_EXEC) = 0
mprotect(0x400eb000, 8205, PROT_READ|PROT_EXEC) = 0
mprotect(0x400ef000, 1261030, PROT_READ|PROT_EXEC) = 0
mprotect(0x4022d000, 87145, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 21772, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
brk(0x80e7ae4)                          = 0x80e7ae4
brk(0x80e8000)                          = 0x80e8000
brk(0x80e9000)                          = 0x80e9000
brk(0x80ea000)                          = 0x80ea000
.......
On a Redhat 6.2 system with glibc2.1.3 and libc5.3.12-31, the binaries execute without any problem:

A similar (and successful) strace:
Code:

.......
open("/usr/i486-linux-libc5/lib/libc.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0(k\1\000"..., 4096) = 4096
old_mmap(NULL, 823296, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000
old_mmap(0x40016000, 592037, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x40016000
old_mmap(0x400a7000, 23728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x90000) = 0x400a7000
old_mmap(0x400ad000, 201876, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400ad000
close(3)                                = 0
mprotect(0x40016000, 592037, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 21183)               = 0
mprotect(0x8048000, 562378, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000e000, 24504, PROT_READ|PROT_EXEC) = 0
mprotect(0x40016000, 592037, PROT_READ|PROT_EXEC) = 0
mprotect(0x40000000, 21772, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX)                  = 0
geteuid()                               = 0
getuid()                                = 0
getgid()                                = 0
getegid()                               = 0
open("bse_vars", O_RDONLY)              = -1 ENOENT (No such file or directory)
open("/usr/bse/bse_vars", O_RDONLY)     = -1 ENOENT (No such file or directory)
open("/baan/bse/lib/bse_vars", O_RDONLY) = -1 ENOENT (No such file or directory)
sigaction(SIGSEGV, {0x80a7a70, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}, 0x4003dc68) = 0
sigaction(SIGILL, {0x80a7a70, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}, 0x4003dc68) = 0
umask(0)                                = 022
open("/baan/bse/log/log.ba6.1", O_RDWR|O_APPEND|O_CREAT, 0666) = 3
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
umask(022)                              = 0
write(2, "--------------------------------"..., 56-------------------------------------------------------
) = 56
write(2, "Porting set : 6.1c.03\n", 22Porting set : 6.1c.03
) = 22
write(2, "Port no.    : TD.PROTO\n", 23Port no.    : TD.PROTO
) = 23
write(2, "Date        : Mon Jul  6 11:50:2"..., 47Date        : Mon Jul  6 11:50:20 MET DST 1998
) = 47
write(2, "Uname       : Linux cnl01513.baa"..., 82Uname       : Linux cnl01513.baan.com 2.0.18 #1 Tue Sep 10 10:15:48 EDT 1996 i586
) = 82
write(2, "Machine-id  : LINUX_I\n", 22Machine-id  : LINUX_I
) = 22
write(2, "OS-release  : 2.0\n", 18OS-release  : 2.0
)     = 18
.....
write(2, "LOADFLAGS   : \n", 15LOADFLAGS   : 
)        = 15
write(2, "--------------------------------"..., 56-------------------------------------------------------
) = 56
write(2, "Copyright (c) 1990-1998 Baan Dev"..., 46Copyright (c) 1990-1998 Baan Development B.V.
) = 46
_exit(0)                                = ?
Someone any idea what might be going wrong? Is there anything else I need to change? If so what would that be? Or is this going to be a wasted effort without recompilation of the binaries?
__________________
Regards,

Patrick Van der Veken - Admin & Founder - (c) 2001-2017 baanboard.com/baanforums.com

Last edited by patvdv : 14th December 2001 at 14:33.
Reply With Quote
  #2  
Old 15th January 2002, 18:45
FriarTuck's Avatar
FriarTuck FriarTuck is offline
Member
 
Join Date: Jan 2002
Location: Universe, Milky Way, Sol, Earth, North America
Posts: 41
FriarTuck is on a distinguished road
Baan: IVc4, 6.1c.06, SP7 - DB: Oracle 8.1.7 (64bit) - OS: HP-UX 11.0 (64bit)


I need to re-read a doc from a buddy of mine regarding RH 7.x, but I seem to remember a side note stating that the libraries and gcc versions distributed with the 7.0, 7.1 releases were broken. He even mentioned that the gcc distributed in 7.1 wouldn't compile the kernel. AFAIK the kernel issue is true as I've run into the same problem. I wonder if you've run into the buggy lib problem?

To this day I still run 6.2. Oracle 8i didn't like 7.0 or 7.1 much at all without a whole lot of coaxing and fudging. Although I did get 8i to run on 7.x, I felt 6.2 would prove much more stable.

Myself, I'm trying to figure out how to go about getting Baan for Linux.
Reply With Quote
  #3  
Old 15th January 2002, 19:14
patvdv's Avatar
patvdv patvdv is offline
Board Master
 
Join Date: Aug 2001
Location: Belgium
Posts: 2,167
patvdv is on a distinguished road
Baan: n/a - DB: n/a - OS: AIX, HP-UX, Linux
Buggy 7.x

Hi FriarTuck,

I can't say I have noticed anything yet about buggy libraries except for the porting set problem. I have Oracle8i running quite stable although the installation of it required quite some hacking in the installer scripts.

I am not keen on downgrading to 6.2 just for the sake of so I will probably try to get Baan up and running again on W2K or just wait until Baan officially starts supporting Linux

As to your question: you need 2 things:
  1. the Linux portingset
  2. an installer master tape.
You can then replace the portingset that that comes with the Baan master tape with the Linux one and start a fresh install.
__________________
Regards,

Patrick Van der Veken - Admin & Founder - (c) 2001-2017 baanboard.com/baanforums.com
Reply With Quote
Sponsored Links
  #4  
Old 16th January 2002, 11:41
victor_cleto's Avatar
victor_cleto victor_cleto is offline
Guru
 
Join Date: Aug 2001
Location: Portugal
Posts: 776
victor_cleto is on a distinguished road
Baan: none (B40c4 was last) - DB: Oracle - OS: Linux (RHEL)
Problems with RH 7.x

Also heard of problems with the GnuStep distribution with RH 7.1, they went for the 7.2 release.

Regarding the installation of Oracle8i in RH7.x, there's a good thread here where this guy explains how he installed 8.1.7 on RH7.1 : http://www.orafaq.com/msgboard/unix/messages/445.htm
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Why Baan ERP on Linux? wvholland Operating Systems & Databases 53 12th July 2004 17:43
Informix on Different server as Baan (Sun & Linux) SWiggers Operating Systems & Databases 3 4th March 2003 10:03
Baan on Linux patvdv Operating Systems & Databases 62 5th December 2002 15:35
Baanboard.com Community Bulletin 01/05/2002 patvdv About Baanboard.com 0 1st May 2002 16:04
Baan on Linux montanac Operating Systems & Databases 2 30th January 2002 10:29


All times are GMT +2. The time now is 13:48.


©2001-2017 - Baanboard.com - Baanforums.com