Date: Fri, 18 Dec 1998 16:27:22 +0100 From: Marcel Moolenaar <marcel@scc.nl> To: =?iso-8859-1?Q?S=F8ren?= Schmidt <sos@freebsd.dk> Cc: freebsd-database@FreeBSD.ORG Subject: Oracle for Linux on FreeBSD [was: Re: Linux Threads patches available] Message-ID: <367A745A.7BA34417@scc.nl> References: <199812181444.PAA55903@freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
"Søren Schmidt" wrote: > > It seems Marcel Moolenaar wrote: > > > > I currently have Oracle for Linux running on my FreeBSD-current machine (the > > server, that is). Unfortunately I am not able to start any listeners. They > > fail on the IPC protocal adapter. I'll check out the pipe fixes... > > > > I had to fix (was it boken?) the linux emulator. Oracle sends a signal 0 > > (null) to it's first child (monitor process). "kill(pid, 0)" returns EINVAL, > > which Oracle does not expect. This problem is addressed in PR 9082. > > Tried this out allready, it doesn't help the install process, its still > dies. Back to ktrace again :) That's because the install process fails for a completely different reason. You may want to apply the following hack: *** rdbms/install/rdbms/rdbms.vrf.orig Sat Dec 5 14:35:42 1998 --- rdbms/install/rdbms/rdbms.vrf Sat Dec 5 14:46:31 1998 *************** *** 2999,3005 **** } /* Get the dba group from the user. */ ! group_list=unix_get_groups(); /* This is to circumvent a getgroups problem on some platforms */ if (not(member(group_list, Group))) --- 2999,3006 ---- } /* Get the dba group from the user. */ ! group_list=list(); ! add(group_list, default_dba_group); /* This is to circumvent a getgroups problem on some platforms */ if (not(member(group_list, Group))) The hack merely avoids the use of unix_get_groups(), which crashes the install process just before the point when it should install the RDBMS. The hack just creates a list in which "dba" is the sole group of which the oracle user is a member. The install program still fails to relink any binaries when you use the linux_lib and linux_devel ports. I removed those ports and installed the following Redhat packages (not all packages are important, especially tcl and tk): bash-2.02-1.i386.rpm binutils-2.9.1.0.7-1.i386.rpm filesystem-1.3.1-3.noarch.rpm fileutils-3.16-9.i386.rpm gcc-2.7.2.3-11.i386.rpm glib-1.0.1-3.i386.rpm glibc-2.0.7-17.i386.rpm glibc-devel-2.0.7-17.i386.rpm grep-2.2-2.i386.rpm info-3.12-6.i386.rpm kernel-headers-2.0.34-3.i386.rpm kernel-source-2.0.34-3.i386.rpm ld.so-1.9.5-7.i386.rpm ldconfig-1.9.5-3.i386.rpm libc-5.3.12-27.i386.rpm libtermcap-2.0.8-9.i386.rpm make-3.76.1-3.i386.rpm ncurses-4.2-6.i386.rpm rpm-2.5.2-1.i386.rpm setup-1.9.1-2.noarch.rpm tcl-8.0.2-17.i386.rpm termcap-9.12.6-11.noarch.rpm tk-8.0.2-17.i386.rpm zlib-1.1.2-2.i386.rpm You can compile the Redhat package tool (rpm-2.5.1.tar.gz) under native FreeBSD... marcel PS: I've a hacked version of kdump which uses the Linux syscall tables. If you're (or anybody else, for that matter) interested, I can send it to the mailinglist. It's a hack. Nothing fancy. It's just that it prevents you (or others) for doing it again... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-database" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?367A745A.7BA34417>