Re: Shared memory connection error.

Hi, no. This address is not the problem. It is the address where the SHM segment is mapped to in the instances private memory space. [ Each process has it's private memory space. SHM (shared memory) segments are allocated by the OS and then mapped into the private memory space of a process, so that the process can actually access that SHM segment. This can be for many processes that use the same SHM segment the same mapping address, or it can be different. To the SHM concept this does not matter. However, using the same SHM address for all processes simplyfies matters: addresses inside the SHM pointing to some memory that is also part of the SHM do not need to be mapped again by each process, because the base address is the same for all processes. This is why IDS uses the concept of the SHMBASE onconfig parameter. Since the mapping is done for each processes' private memory space, also unrelated processes can map different SHM segments to the same address in their private memory space. Think of it this way: if two persons are both at the address "Main Street 54", but in different cities, they will not see each other in the house. ] Unfortunately, your "onstat -g seg" output is not complete (I guess). Maybe you do not have SHM connections configured at all? Check your onconfig file and your sqlhosts file. sqlhosts file needs an entry for "onipcshm" protocol, onconfig file needs the corresponding server name as DBSERVERNAME or in DBSERVERALIASES parameter. (Restart server after change for the changes to become effective.) Then you can do "onstat -g ntu" to check that you have a listener thread started for the ipcshm protocol. Also "onstat -g seg" then will show that a special SHM segment is allocated, denoted with an "M" (messaging, meaning SHM connectivity). Regards, Martin -- Martin Fuerderer IBM Informix Development Munich, Germany Information Management Informix URLs list: http://home.arcor.de/mfu1/informix/urls.html Informix in the news: http://www.crn.com/sections/software/software.jhtml?articleId=193004835 IBM Information On Demand Global Conference October 15-20, 2006, Anaheim, California see http://www.ibm.com/events/informationondemand informix-list-bounces@iiug.org wrote on 04.09.2006 11:00:35: > Hi all, > > After install a new instance I have a problem connectin to both > instances via Shared Memory. > > when I try to connect I receive en error -25588 from applicantions, > dbacces (some times, other work fine) > > Uname -a : SunOS xxxxx 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-V250 > isainfo -kv : 64-bit sparcv9 kernel modules > > Informix: IDS 9.40.UC4 > > From onstat -g seg I see then prymary segment from both instances start > at same addr, and I think this is the problem. > > Segment Summary: > id key addr size > ovhd class blkused blkfree > onstat -g seg for instance 1: 105 1381386241 a000000 6291456 > 215528 R 1291 245 > onstat -g seg for instance 2: 200 1383024641 a000000 657457152 > 235400 R 160259 253> > the shared memory base SHMBASE is 0x0A000000L > > Any idea? > > thanks > > PD Sorry for my poor english. > > -- > ISIDRE PONS ROCA > BASE - Gestió d'Ingressos > (Diputació de Tarragona) > Sistemes d'Informació > Rambla del President Lluís Companys 12 > 43005 - Tarragona > SPAIN > Tel # +34 977 253 404 > Fax # +34 977 227 302 > http://www.base.es > mailto:ipons@dtgna.altanet.org > > > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list