Никто не встречался с ситуацией:
11.50.FC5

после инициализации SDS при первой же контрольной точке
виснет SDS сервер
IBM Informix Dynamic Server Version 11.50.FC5 -- Read-Only (SDS) (CKPT REQ) -- Up 00:06:07 -- 970649 Kbytes
Blocked:CKPT

ну и соответственно чуток позже основной отключает SDS

С сетью все в порядке.

Вот лог с SDS:
16:20:49 IBM Informix Dynamic Server Started.
16:20:49 Requested shared memory segment size rounded from 1141760KB to 1146880KB
16:20:49 Shared memory segment will use large pages with intimate shared memory (ISM) if available
16:20:51 Segment locked: addr=10a000000, size=1174405120
16:20:51 Requested shared memory segment size rounded from 1600000KB to 1600512KB

Mon Aug 10 16:20:52 2009

16:20:52 Warning: ONCONFIG dump directory (DUMPDIR) '/var/log/informix/tmp' has insecure permissions
16:20:52 Event alarms enabled. ALARMPROG = '/opt/informix/11.50fc5/etc/no_log.sh'
16:20:52 Booting Language <c> from module <>
16:20:52 Loading Module <CNULL>
16:20:52 Booting Language <builtin> from module <>
16:20:52 Loading Module <BUILTINNULL>
16:20:52 SQLTRACE: SQL History Tracing set to 1000 SQL statements.
16:20:57 DR: DRAUTO is 0 (Off)
16:20:57 DR: ENCRYPT_HDR is 0 (HDR encryption Disabled)
16:20:57 Fast poll /dev/poll enabled.
16:20:58 IBM Informix Dynamic Server Version 11.50.FC5 Software Serial Number AAA#B000000
16:21:00 Setting checkpoint 3856932:92018 intvl:20769
16:21:00 SDS Server idssds1 - state is now connected
16:21:02 IBM Informix Dynamic Server Initialized -- Shared Memory Initialized.

16:21:02 Started 2 B-tree scanners.
16:21:02 B-tree scanner threshold set at 5000.
16:21:02 B-tree scanner range scan size set to -1.
16:21:02 B-tree scanner ALICE mode set to 6.
16:21:02 B-tree scanner index compression level set to med.
16:21:02 Requesting logs from 3856932:92
16:21:02 Initializing SDS Temp dbspace tempsds2
16:21:02 Dataskip is now OFF for all dbspaces
16:21:02 Restartable Restore has been ENABLED
16:21:02 Recovery Mode
16:21:03 Logical Recovery Started.
16:21:03 10 recovery worker threads will be started.
16:21:03 B-tree scanners disabled.
16:21:03 Start Logical Recovery - Start Log 3856932, End Log ?
16:21:03 Starting Log Position - 3856932 0x92018
16:21:04 DR: SDS secondary server operational
16:21:04 Started processing open transactions on secondary during startup
16:21:04 Checkpoint Completed: duration was 0 seconds.
16:21:04 Mon Aug 10 - loguniq 3856932, logpos 0x92018, timestamp: 0xa18db2a5 Interval: 20768

16:21:04 Maximum server connections 0
16:21:04 Finished processing open transactions on secondary during startup.
16:21:40 Logical Log 3856932 Complete, timestamp: 0xa18db2a7.
16:22:21 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 14, Llog used 0

16:27:49 SDS: Received Shutdown request from idssds1, Reason: The SDS server was shut down because the timeout period, se
SDS_TIMEOUT configuration parameter, was exceeded.
16:27:49 DR:Shutting down the server.

т.е. сервер стартонул, даже переход на след лог отобразился и на к.т. завис


вот лог с первичного:
16:20:56 Maximum server connections 0
16:20:56 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 22, Llog used 66

16:20:58 SDS Server idssds2 - state is now connected
16:21:36 Logical Log 3856932 Complete, timestamp: 0xa18db236.
16:22:18 Checkpoint Completed: duration was 1 seconds.
16:22:18 Mon Aug 10 - loguniq 3856933, logpos 0x5018, timestamp: 0xa18db73f Interval: 20769

16:22:18 Maximum server connections 0
16:22:18 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 12, Llog used 12

16:27:12 Logical Log 3856933 Complete, timestamp: 0xa18db745.
16:27:45 ERROR: Removing SDS Node idssds2 has timed out - removing
16:27:45 Checkpoint Completed: duration was 16 seconds.
16:27:45 Mon Aug 10 - loguniq 3856934, logpos 0x5018, timestamp: 0xa18db782 Interval: 20770

16:27:45 Maximum server connections 0
16:27:45 Checkpoint Statistics - Avg. Txn Block Time 0.000, # Txns blocked 0, Plog used 11, Llog used 10

16:27:45 SDS Server idssds2 - state is now disconnected


Сделал обращение на саппорт.

50 в результате манипуляций получилось (как по мне - огромное)

Какое по вашему слишком малое значение? -это все относительно.
Есть любители указать в документации расплывчато - если мало - увеличить.
но вот редко кто раскрывает что такое - малое или большое значение.

В реальности у меня минимальное значение получалось около 10 сек. (м.б. и меньше но я с 5 сразу увеличил до 10)

при 5 СДС не успевал проиницилизироваться и установить СДС режим.

При этих же парараметрах СДС некоторое время работало.
Даже успели протестировать переход туда-назад.
Все было как грят ОК.
Но, после обновления данных с архива - как в классике "... все пропало".
Проявляться начало на FC4 на FC5 єто уже по ходу решения проблемы перешли.

Да и прикол то в том, что СДС у меня без разрешения транзакций, т.е. в момем понимании
проблемы как таковой не должно быть.

У кото-то работает SDS c отрицательным sh_stamp на Primary ?
echo "set isolation to dirty read ; select sh_stamp from sysshmvals" | dbaccess sysmaster

Вернее даже не с отрицательным, а с большим - типа -1579784313
снова же - сказали большое, а не уточнили какое значение считать большим.

Все, тему вроде как можно считать закрытой.
проявление APAR number IC62441
Будет исправлен в 11.50хС6 либо в каком-то фиксе.

Везет мне последние время на баги инфомикса.

Вроде как решилась проблема
в пятнинцу вышел 11.50FC5W2 - там она исправлена