We are trying to run two separate Baan and Oracle instances on one server. They seem to share the same shared memory process. We set the necessary environment variables (oracle home and sid, bse, bsetmp, etc) and changed the pertinent files (tabledef6.1 ora_storage, rc.start/stop,etc). We even deleted the shm_param file before starting these instances and still..they share the same shared memory process. Anyone done this before?

We have done this and it works fine. The Oracle instances create two distinct set of processes. The only thing that distinguishes them is the database name or SID. You can optionally use IPC or Net 8 to talk to them, but you have to set up two separate definitions for Baan to identify with and point to only one. The Oracle instances do not share the same processes, other than the common use of the Net 8 Listener, so I don't understand why you seem to think that they are.

We can't get shared memory to initial on the environment that comes up second. It sees the first environment's shared memory running and does not initial shared memory for the second.

It's the Baan application's shared memory that is being shared between the two environments.

Looks like you need to specify a different shared memory address in the shm_param file for the second Baan instance. Look at your current memory address range, then take the next logical sequence.

Originally posted by dsp8481
It's the Baan application's shared memory that is being shared between the two environments.

Do you mean that they share the same shared memory timer process or the same shared memory segments? Can you see this from an ipcs -mb?

Thanks for your help. I've got it working successfully now.

For sure they shared the same process but I am not sure if they shared the same segments since it is working ok now.

how to check the used segments:
look for shmid in shmmanager of baan and compare with ipcs information of unix!

shmmanager6.2 -s # show Option

example-output:
USED BYTES 21284924 FREE BYTES 12269508 SHMID 2490394 NO ATTCH 2
NODE 0x30000000 SEG [0] ATCH_ADDR 0x30000000 FREE_ADDR 0x3144c83c

ipcs -mb
example-output:
IPC-Status von /dev/mem gemäß Mi 10 Apr 15:00:24 2002
T ID KEY MODE OWNER GROUP SEGSZ
Gemeinsam benutzter Speicher:

m 2490394 0x01014bd3 --rw-rw-rw- root system 33554432


Regards,
Beate