replication between 9.2 and 9.4--help me!!

hello! I have a question for you: I administrate about 80 IDS 9.2 servers running Unixware 7 and IDS 9.20 with ER .The manager would to upgrade root server to IDS 9.4 but...it is a problem with replication between root server running IDS 9.2 and other servers running IDS 9.2 I set the enviroment parameter CDRSITES_92x on IDS 9.4. Using only the root server and a leaf server everything is OK. But at the moment when i added another server and changed CDRSITES (ex: export CDRSITES_92x="302,303") the root server hangs--ONINIT process use 99.9% from CPU--all is blocked. ( If all the servers are online and connected replication runs, there is no problem!!! The problem appears when root server is restarting if the server is stopped because of different reasons.. I find that the thread CDRStart still running after the server starts: 37 473ace38 46e600d8 2 running 1cpu CDRStart Is it normally? (on ids 9.2 it don't happened) IBM told us that the last version ids 9.4 uc5 resolve our problem but....don't happened. Is it a known bug? Return of top command: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2186 informix 16 0 62824 61m 61m R 99.9 12.2 16:57.02 oninit onstat -g ath: tid tcb rstcb prty status vp-class name 2 473a0018 0 2 sleeping forever 3lio lio vp 0 3 473ac140 0 2 sleeping forever 4pio pio vp 0 4 473c1140 0 2 sleeping forever 5aio aio vp 0 5 473d6140 0 2 sleeping forever 6msc msc vp 0 6 47403140 0 2 sleeping forever 7aio aio vp 1 7 474182a0 46e5d018 4 ready 1cpu main_loop() 8 47418e98 0 2 running 8soc soctcppoll 9 474408b0 0 2 cond wait arrived 9soc soctcppoll 10 474578b0 0 3 sleeping forever 1cpu soctcplst 11 47457cf8 46e5d630 2 sleeping forever 1cpu flush_sub(0) 12 47457e88 46e5dc48 2 sleeping forever 1cpu flush_sub(1) 13 47440a40 46e5e260 2 sleeping forever 1cpu flush_sub(2) 14 47440bd0 46e5e878 2 sleeping forever 1cpu flush_sub(3) 15 473c18d0 0 2 sleeping forever 10aio aio vp 2 16 474cd140 0 2 sleeping forever 11aio aio vp 3 17 474d9140 0 2 sleeping forever 12aio aio vp 4 18 474ee140 0 2 sleeping forever 13aio aio vp 5 19 475034b0 46e5ee90 3 sleeping forever 1cpu aslogflush 20 47503ab8 46e5f4a8 1 ready 1cpu btscanner 0 35 473acad0 46e5fac0 1 ready 1cpu sbspclean 36 473c1b68 46e606f0 4 ready 1cpu onmode_mon 37 473ace38 46e600d8 2 running 1cpu CDRStart 39 474cd628 46e60d08 2 sleeping forever 1cpu CDRSchedMgr 40 474cdac0 46e61320 2 ready 1cpu preDDR 41 474cde08 46e61938 2 ready 1cpu CDRDTCleaner 42 474d9480 46e61f50 2 cond wait CDRCparse 1cpu CDRCparse 43 474eed78 46e62568 2 ready 1cpu CDRGfan 44 473a0518 46e62b80 4 ready 1cpu CDRGeval0 45 473a0808 46e63198 4 ready 1cpu CDRGeval1 46 473a0af8 46e637b0 4 ready 1cpu CDRGeval2 47 477313c0 46e63dc8 2 ready 1cpu CDRNsT303

Do you have a case number? If so - what is it? What is the OS of the central root server? What was the bug that tech support said was the cause of the problem? We did run into a problem that might cause such a hang if the CDRSITES_92x environmental variable was incorrectly formatted. cristizaharioiu@hotmail.com (Cristian Zaharioiu) wrote in message news:<929f826d.0410120314.5642fa53@posting.google.com>... > hello! > > I have a question for you: I administrate about 80 IDS 9.2 servers > running Unixware 7 and IDS 9.20 with ER .The manager would to upgrade > root server to IDS 9.4 but...it is a problem with > replication between root server running IDS 9.2 and other servers > running IDS 9.2 > I set the enviroment parameter CDRSITES_92x on IDS 9.4. Using only the > root server and a leaf server everything is OK. But at the moment when > i added another server and changed CDRSITES (ex: export > CDRSITES_92x="302,303") the root server hangs--ONINIT process use > 99.9% from CPU--all is blocked. ( > > If all the servers are online and connected replication runs, there is > no problem!!! > The problem appears when root server is restarting if the server is > stopped because of different reasons.. > I find that the thread CDRStart still running after the server > starts: > > 37 473ace38 46e600d8 2 running 1cpu > CDRStart > > Is it normally? (on ids 9.2 it don't happened) > > > IBM told us that the last version ids 9.4 uc5 resolve our problem > but....don't happened. > Is it a known bug? > > Return of top command: > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 2186 informix 16 0 62824 61m 61m R 99.9 12.2 16:57.02 oninit > > onstat -g ath:> > tid tcb rstcb prty status vp-class > name > 2 473a0018 0 2 sleeping forever 3lio > lio vp 0 > 3 473ac140 0 2 sleeping forever 4pio > pio vp 0 > 4 473c1140 0 2 sleeping forever 5aio > aio vp 0 > 5 473d6140 0 2 sleeping forever 6msc > msc vp 0 > 6 47403140 0 2 sleeping forever 7aio > aio vp 1 > 7 474182a0 46e5d018 4 ready 1cpu > main_loop() > 8 47418e98 0 2 running 8soc > soctcppoll > 9 474408b0 0 2 cond wait arrived 9soc > soctcppoll > 10 474578b0 0 3 sleeping forever 1cpu > soctcplst > 11 47457cf8 46e5d630 2 sleeping forever 1cpu > flush_sub(0) > 12 47457e88 46e5dc48 2 sleeping forever 1cpu > flush_sub(1) > 13 47440a40 46e5e260 2 sleeping forever 1cpu > flush_sub(2) > 14 47440bd0 46e5e878 2 sleeping forever 1cpu > flush_sub(3) > 15 473c18d0 0 2 sleeping forever 10aio > aio vp 2 > 16 474cd140 0 2 sleeping forever 11aio > aio vp 3 > 17 474d9140 0 2 sleeping forever 12aio > aio vp 4 > 18 474ee140 0 2 sleeping forever 13aio > aio vp 5 > 19 475034b0 46e5ee90 3 sleeping forever 1cpu > aslogflush > 20 47503ab8 46e5f4a8 1 ready 1cpu > btscanner 0 > 35 473acad0 46e5fac0 1 ready 1cpu > sbspclean > 36 473c1b68 46e606f0 4 ready 1cpu > onmode_mon > 37 473ace38 46e600d8 2 running 1cpu > CDRStart > 39 474cd628 46e60d08 2 sleeping forever 1cpu > CDRSchedMgr > 40 474cdac0 46e61320 2 ready 1cpu > preDDR > 41 474cde08 46e61938 2 ready 1cpu > CDRDTCleaner > 42 474d9480 46e61f50 2 cond wait CDRCparse 1cpu > CDRCparse > 43 474eed78 46e62568 2 ready 1cpu > CDRGfan > 44 473a0518 46e62b80 4 ready 1cpu > CDRGeval0 > 45 473a0808 46e63198 4 ready 1cpu > CDRGeval1 > 46 473a0af8 46e637b0 4 ready 1cpu > CDRGeval2 > 47 477313c0 46e63dc8 2 ready 1cpu > CDRNsT303