upgrade problem 11.70.FC2IE to FC3IE
Posted in 2011
I recently did an upgrade from 11.70.FC2IE to 11.70.FC3IE on Solaris 10
6/06 SPARC.
But the startup with the new version failed.
11:47:00 IBM Informix Dynamic Server Started.
11:47:00 Warning: The IBM IDS Innovator-C Edition license restriction
limits
11:47:00 the total shared memory size for this server to 2097152 KB.
11:47:00 The maximum allowable shared memory was reset to this size to
start the database server.
11:47:00 Requested shared memory segment size rounded from 1303552KB to
1310720KB
11:47:00 Shared memory segment will use large pages with intimate
shared memory (ISM) if available
11:47:02 Segment locked: addr=10a000000, size=1342177280
11:47:02 Shared memory segment will use large pages with intimate
shared memory (ISM) if available
11:47:02 Segment locked: addr=15a000000, size=201326592
Sat Jul 2 11:47:03 2011
11:47:03 Event alarms enabled. ALARMPROG =
'/opt/informix/IDS/etc/alarmprogram.sh'
11:47:03 Booting Language <c> from module <>
11:47:03 Loading Module <CNULL>
11:47:03 Booting Language <builtin> from module <>
11:47:03 Loading Module <BUILTINNULL>
11:47:03 Affinitied VP 1 to phys proc 1
11:47:05 Affinitied VP 5 to phys proc 0
11:47:08 DR: DRAUTO is 0 (Off)
11:47:08 DR: ENCRYPT_HDR is 0 (HDR encryption Disabled)
11:47:08 Fast poll /dev/poll enabled.
11:47:08 stack trace for pid 28791 written to
/opt/informix/IDS/tmp/af.3f2e91c
11:47:08 Assert Failed: No Exception Handler
11:47:08 IBM Informix Dynamic Server Version 11.70.FC3IE
11:47:08 Who: Session(4, informix@, 0, 0)
Thread(10, ipcstrlst, 0, 1)
File: mtex.c Line: 498
11:47:08 Results: Exception Caught. Type: MT_EX_OS, Context: mem
11:47:08 Action: Please notify IBM Informix Technical Support.
11:47:08 See Also: /opt/informix/IDS/tmp/af.3f2e91c
11:47:09 mtex.c, line 498, thread 10, proc id 28791, No Exception Handler.
11:47:09 PANIC: Attempting to bring system down
11:47:08 Stack for thread: 10 ipcstrlst
base: 0x000000015c3a0000
len: 69632
pc: 0x0000000101043f58
tos: 0x00000001018e47f1
state: running
vp: 1
ucontext: 0x00000001018e5b00
siginfo: 0x00000001018e5de0
si_signo: 10 si_code: 1 si_errno: 0 si_pid: 1937011200
si_uid: 0
si_addr: 0x73747200b44828c9 si_value: 0x0000000000000000
si_fd: 1937011200
0x10116f810 oninit :: unixcons2tladdr + 0x8 sp=0x15c3af5e0(0x15b11aee8,
0x15b1202c0, 0x15b11e590, 0x15b1201d0, 0x73747200b44828c1, 0
0x101151008 oninit :: lisnstr + 0x18c sp=0x15c3af830
delta_sp=592(0x15b1201d0, 0x15c3afd28, 0x0, 0x15b11e590, 0x15b11ccb8,
0x15c3b10
0x101186c58 oninit :: tlListen + 0x140 sp=0x15c3af980
delta_sp=336(0x1015d2000, 0x15c3afd28, 0x15a533f30, 0x1, 0x15b1201c0,
0x15a533
0x101181e8c oninit :: slSQIlisten + 0x26c sp=0x15c3afa30
delta_sp=176(0x15b11e590, 0x15c3afd28, 0x3d, 0x15c3c1d48, 0x15b11e1c0, 0x64
0x10117ae04 oninit :: pfListen + 0x1d4 sp=0x15c3afc70
delta_sp=576(0x15b11e590, 0x15c3b1030, 0x15c3b0918, 0x15c3b0948, 0x0,
0x15c3c1
0x10117382c oninit :: cmListen + 0x1fc sp=0x15c3afd60
delta_sp=240(0x15b11e590, 0x15c3b0918, 0x15a845be0, 0x1000000,
0x15b11e280, 0x
0x10117086c oninit :: alListen + 0xc4 sp=0x15c3afe50
delta_sp=240(0x15b11e590, 0x15b11e280, 0x15b11ae28, 0x0, 0x0, 0x3)
0x101115530 oninit :: ASF_Call + 0x2a8 sp=0x15c3b05a0
delta_sp=1872(0x15c3b0b48, 0x15c3b0910, 0x1015d1, 0x15b11e280, 0x101400,
0x18)
0x10111db08 oninit :: sql_listener + 0x128 sp=0x15c3b0660
delta_sp=192(0x0, 0x4e0ee91c, 0x15a263c58, 0x1018c5000, 0x15c3b0e49, 0x101
0x10100ea1c oninit :: startup + 0x188 sp=0x15c3b0e50
delta_sp=2032(0x1018ef000, 0x1018b8068, 0x1018efed0, 0x7, 0x6, 0x6)
Tried this a few times with the same result each time.
Then I unconfigured the onipcstr-protocol using ontlitcp only now.
Now the server is starting up without any problems and running stable
like it did before.
Anybody seeing similar problems or a solution for this problem?
Regards, Frank