|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Начиная с 12.10.FC12/w64 и по нынешний 14.10FC3/w64 периодически разрушаются таблицы, после чего приходится создавать новую таблицу, селектить * из старой-поврежденной в новую, затем старую удалять, новую переименовывать на место старой, после чего кропотливо восстанавливать все реферальные констрейнты. Причина такого сбоя - обычно откат транзакции по причине ошибки после alter table либо после вставки, не прошедшей из-за невыполнившихся условий какого-либо констрейнта. После этого oncheck находит ошибку в используемом числе страниц в поврежденной таблице и вылетает. Только что в очередной раз восстанавливал таблицу Clients, не сохранил что пишет oncheck. Исправить им ничего не получается. У меня уже целый список скриптов для восстановления разных поврежденных таблиц, это жесть. alter-ы редко и теперь всегда с бэкапом перед этим - это не так напрягает. А вот откатившиеся insert-ы - достали. Воркэраунд, стараемся все инсерты делать черед процедуры, где до инсерта проверяем все поля на то, чтобы они не вызвали откат по констрейнту. Что это за напасть, и как с ней бороться? 11:30:54 Error encountered during rollback. 11:30:54 Assert Failed: Rollback error 126 11:30:54 IBM Informix Dynamic Server Version 14.10.FC3 11:30:54 Who: Session(74727, informix@cz929, 29248, 0000000124059F60) Thread(77721, sqlexec, 1240165d8, 9) File: rsextlog.c Line: 1756 11:30:54 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c4240 was not rolled back 11:30:54 Action: Use 'onlog' to view the transaction and repair manually. 11:30:54 stack trace for pid 4168 written to C:\PROGRA~1\IBM\Informix\tmp\af.33819490 11:30:56 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.33819490 11:33:26 Rollback error 126 11:33:27 Rollback error 126 11:33:27 Checkpoint Completed: duration was 58 seconds. 11:33:27 Fri Feb 21 - loguniq 76650, logpos 0x92a018, timestamp: 0x341eb5f1 Interval: 952508 11:33:28 Assert Warning: Error encountered during rollback. 11:33:28 IBM Informix Dynamic Server Version 14.10.FC3 11:33:28 Who: Session(74727, informix@cz929, 29248, 0000000124059F60) Thread(77721, sqlexec, 1240165d8, 9) File: rskey.c Line: 1325 11:33:28 Results: Index 'billing:"informix".clients#i_clients_checkrequisites' is now unusable 11:33:28 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_checkrequisites' 11:33:28 stack trace for pid 4168 written to C:\PROGRA~1\IBM\Informix\tmp\af.33819490 11:33:30 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.33819490 11:37:23 Assert Warning: Error encountered during rollback. 11:37:23 IBM Informix Dynamic Server Version 14.10.FC3 11:37:23 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:37:23 Results: Index 'billing:"informix".clients#i_clients_checkrequisites' is now unusable 11:37:23 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_checkrequisites' 11:37:23 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:37:25 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:37:25 Error encountered during rollback. 11:37:25 Error encountered during rollback. 11:37:25 Assert Failed: Rollback error 126 11:37:25 IBM Informix Dynamic Server Version 14.10.FC3 11:37:25 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:37:25 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c40c0 was not rolled back 11:37:25 Action: Use 'onlog' to view the transaction and repair manually. 11:37:25 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:37:27 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:39:57 Rollback error 126 11:39:57 Rollback error 126 11:39:57 Assert Warning: Error encountered during rollback. 11:39:57 IBM Informix Dynamic Server Version 14.10.FC3 11:39:57 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:39:57 Results: Index 'billing:"informix".clients#i_clients_addressonly' is now unusable 11:39:57 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_addressonly' 11:39:57 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:39:59 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:39:59 Error encountered during rollback. 11:40:00 Error encountered during rollback. 11:40:00 Assert Failed: Rollback error 126 11:40:00 IBM Informix Dynamic Server Version 14.10.FC3 11:40:00 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:40:00 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c4040 was not rolled back 11:40:00 Action: Use 'onlog' to view the transaction and repair manually. 11:40:00 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:40:02 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:42:30 Rollback error 126 11:42:31 Rollback error 126 11:42:31 Assert Warning: Error encountered during rollback. 11:42:31 IBM Informix Dynamic Server Version 14.10.FC3 11:42:31 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:42:31 Results: Index 'billing:"informix".clients#i_clients_validatestatutorydocuments' is now unusable 11:42:31 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_validatestatutorydocuments' 11:42:31 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:42:33 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:42:33 Error encountered during rollback. 11:42:34 Error encountered during rollback. 11:42:34 Assert Failed: Rollback error 126 11:42:34 IBM Informix Dynamic Server Version 14.10.FC3 11:42:34 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:42:34 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3fa4 was not rolled back 11:42:34 Action: Use 'onlog' to view the transaction and repair manually. 11:42:34 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:42:36 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:43:28 Rollback error 126 11:43:29 Rollback error 126 11:43:29 Assert Warning: Error encountered during rollback. 11:43:29 IBM Informix Dynamic Server Version 14.10.FC3 11:43:29 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:43:29 Results: Index 'billing:"informix".clients#i_clients_ignorerequisitescheck' is now unusable 11:43:29 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_ignorerequisitescheck' 11:43:29 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:43:31 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:43:32 Error encountered during rollback. 11:43:32 Error encountered during rollback. 11:43:32 Assert Failed: Rollback error 126 11:43:32 IBM Informix Dynamic Server Version 14.10.FC3 11:43:32 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:43:32 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3f24 was not rolled back 11:43:32 Action: Use 'onlog' to view the transaction and repair manually. 11:43:32 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:43:34 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:46:02 Rollback error 126 11:46:02 Rollback error 126 11:46:03 Assert Warning: Error encountered during rollback. 11:46:03 IBM Informix Dynamic Server Version 14.10.FC3 11:46:03 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:46:03 Results: Index 'billing:"informix".clients#i_clients_mfanotifylogon' is now unusable 11:46:03 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_mfanotifylogon' 11:46:03 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:46:05 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:46:05 Error encountered during rollback. 11:46:05 Error encountered during rollback. 11:46:05 Assert Failed: Rollback error 126 11:46:05 IBM Informix Dynamic Server Version 14.10.FC3 11:46:05 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:46:05 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3ea4 was not rolled back 11:46:05 Action: Use 'onlog' to view the transaction and repair manually. 11:46:05 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:46:07 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:48:35 Rollback error 126 11:48:36 Rollback error 126 11:48:36 Assert Warning: Error encountered during rollback. 11:48:36 IBM Informix Dynamic Server Version 14.10.FC3 11:48:36 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:48:36 Results: Index 'billing:"informix".clients#i_clients_multifactorauthentication' is now unusable 11:48:36 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_multifactorauthentication' 11:48:36 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:48:38 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:48:38 Error encountered during rollback. 11:48:39 Error encountered during rollback. 11:48:39 Assert Failed: Rollback error 126 11:48:39 IBM Informix Dynamic Server Version 14.10.FC3 11:48:39 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:48:39 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3e24 was not rolled back 11:48:39 Action: Use 'onlog' to view the transaction and repair manually. 11:48:39 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:48:41 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:48:43 Releasing server from system block 11:51:08 Rollback error 126 11:51:08 Rollback error 126 11:51:08 Assert Warning: Error encountered during rollback. 11:51:08 IBM Informix Dynamic Server Version 14.10.FC3 11:51:08 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:51:08 Results: Index 'billing:"informix".clients#i_clients_showhwitemsinlk' is now unusable 11:51:08 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_showhwitemsinlk' 11:51:08 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:51:10 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:51:11 Error encountered during rollback. 11:51:11 Error encountered during rollback. 11:51:11 Assert Failed: Rollback error 126 11:51:11 IBM Informix Dynamic Server Version 14.10.FC3 11:51:11 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:51:11 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3da4 was not rolled back 11:51:11 Action: Use 'onlog' to view the transaction and repair manually. 11:51:11 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:51:13 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:53:41 Rollback error 126 11:53:42 Rollback error 126 11:53:42 Assert Warning: Error encountered during rollback. 11:53:42 IBM Informix Dynamic Server Version 14.10.FC3 11:53:42 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:53:42 Results: Index 'billing:"informix".clients#i_clients_showserverlocationlk' is now unusable 11:53:42 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_showserverlocationlk' 11:53:42 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:53:44 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:53:44 Error encountered during rollback. 11:53:45 Error encountered during rollback. 11:53:45 Assert Failed: Rollback error 126 11:53:45 IBM Informix Dynamic Server Version 14.10.FC3 11:53:45 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:53:45 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3d24 was not rolled back 11:53:45 Action: Use 'onlog' to view the transaction and repair manually. 11:53:45 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:53:47 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:53:49 Releasing server from system block 11:56:15 Rollback error 126 11:56:16 Rollback error 126 11:56:16 Assert Warning: Error encountered during rollback. 11:56:16 IBM Informix Dynamic Server Version 14.10.FC3 11:56:16 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:56:16 Results: Index 'billing:"informix".clients#i_clients_showindebitorslist' is now unusable 11:56:16 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_showindebitorslist' 11:56:16 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:56:18 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:56:18 Error encountered during rollback. 11:56:19 Error encountered during rollback. 11:56:19 Assert Failed: Rollback error 126 11:56:19 IBM Informix Dynamic Server Version 14.10.FC3 11:56:19 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:56:19 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3ca4 was not rolled back 11:56:19 Action: Use 'onlog' to view the transaction and repair manually. 11:56:19 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:56:21 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:56:23 Releasing server from system block 11:58:49 Rollback error 126 11:58:50 Rollback error 126 11:58:50 Assert Warning: Error encountered during rollback. 11:58:50 IBM Informix Dynamic Server Version 14.10.FC3 11:58:50 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 11:58:50 Results: Index 'billing:"informix".clients#i_clients_midvisibility' is now unusable 11:58:50 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_midvisibility' 11:58:50 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:58:53 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:58:53 Error encountered during rollback. 11:58:53 Error encountered during rollback. 11:58:53 Assert Failed: Rollback error 126 11:58:53 IBM Informix Dynamic Server Version 14.10.FC3 11:58:53 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 11:58:53 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3c24 was not rolled back 11:58:53 Action: Use 'onlog' to view the transaction and repair manually. 11:58:53 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 11:58:55 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:01:23 Rollback error 126 12:01:25 Rollback error 126 12:01:25 Assert Warning: Error encountered during rollback. 12:01:25 IBM Informix Dynamic Server Version 14.10.FC3 12:01:25 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 12:01:25 Results: Index 'billing:"informix".clients#i_clients_blockservice is now unusable 12:01:25 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_blockservice' 12:01:25 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:01:27 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:01:27 Error encountered during rollback. 12:01:28 Error encountered during rollback. 12:01:28 Assert Failed: Rollback error 126 12:01:28 IBM Informix Dynamic Server Version 14.10.FC3 12:01:28 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 12:01:28 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3ba4 was not rolled back 12:01:28 Action: Use 'onlog' to view the transaction and repair manually. 12:01:28 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:01:30 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:01:32 Releasing server from system block 12:03:58 Rollback error 126 12:03:59 Rollback error 126 12:03:59 Assert Warning: Error encountered during rollback. 12:03:59 IBM Informix Dynamic Server Version 14.10.FC3 12:03:59 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 12:03:59 Results: Index 'billing:"informix".clients#i_clients_block1cexport' is now unusable 12:03:59 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_block1cexport' 12:03:59 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:04:01 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:04:01 Error encountered during rollback. 12:04:02 Error encountered during rollback. 12:04:02 Assert Failed: Rollback error 126 12:04:02 IBM Informix Dynamic Server Version 14.10.FC3 12:04:02 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 12:04:02 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c3344 was not rolled back 12:04:02 Action: Use 'onlog' to view the transaction and repair manually. 12:04:02 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:04:04 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:06:30 Rollback error 126 12:06:31 Rollback error 126 12:06:32 Assert Warning: Error encountered during rollback. 12:06:32 IBM Informix Dynamic Server Version 14.10.FC3 12:06:32 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 12:06:32 Results: Index 'billing:"informix".clients#i_clients_budgetary' is now unusable 12:06:32 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_budgetary' 12:06:32 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:06:34 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:06:34 Error encountered during rollback. 12:06:34 Error encountered during rollback. 12:06:34 Assert Failed: Rollback error 126 12:06:34 IBM Informix Dynamic Server Version 14.10.FC3 12:06:34 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 12:06:34 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c32c4 was not rolled back 12:06:34 Action: Use 'onlog' to view the transaction and repair manually. 12:06:34 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:06:37 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:05 Rollback error 126 12:09:06 Rollback error 126 12:09:06 Assert Warning: Error encountered during rollback. 12:09:06 IBM Informix Dynamic Server Version 14.10.FC3 12:09:06 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 12:09:06 Results: Index 'billing:"informix".clients#i_clients_archived' is now unusable 12:09:06 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_archived' 12:09:06 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:08 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:08 Error encountered during rollback. 12:09:09 Error encountered during rollback. 12:09:09 Assert Failed: Rollback error 126 12:09:09 IBM Informix Dynamic Server Version 14.10.FC3 12:09:09 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 12:09:09 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c313c was not rolled back 12:09:09 Action: Use 'onlog' to view the transaction and repair manually. 12:09:09 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:11 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:11 Rollback error 126 12:09:12 Rollback error 126 12:09:12 Assert Warning: Error encountered during rollback. 12:09:12 IBM Informix Dynamic Server Version 14.10.FC3 12:09:12 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rskey.c Line: 1325 12:09:12 Results: Index 'billing:"informix".clients#i_clients_fastregister' is now unusable 12:09:12 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_fastregister' 12:09:12 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:14 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:14 Error encountered during rollback. 12:09:15 Error encountered during rollback. 12:09:15 Assert Failed: Rollback error 126 12:09:15 IBM Informix Dynamic Server Version 14.10.FC3 12:09:15 Who: Session(13, informix@cz929, 0, 0000000124055050) Thread(28, fast_rec, 124013188, 11) File: rsextlog.c Line: 1756 12:09:15 Results: Log record (OLDRSAM:ADDITEM) in log 76650, offset 0x4c2f18 was not rolled back 12:09:15 Action: Use 'onlog' to view the transaction and repair manually. 12:09:15 stack trace for pid 352 written to C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:17 See Also: C:\PROGRA~1\IBM\Informix\tmp\af.40496c2 12:09:17 Rollback error 126 12:09:18 Rollback error 126 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2020, 14:41 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Жуть какая то. А смотрели онлогом логи со сбойными транзакциями? Мне когда то в аналогичном случае когда энджайн спотыкался все время удалось найти закономерность и придумать воркэраунд. А вообще сапорт что говорит? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2020, 21:05 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr Жуть какая то. А смотрели онлогом логи со сбойными транзакциями? Мне когда то в аналогичном случае когда энджайн спотыкался все время удалось найти закономерность и придумать воркэраунд. А вообще сапорт что говорит? Именно, что жуть. онлогом смотрел, но ничего не нашел подозрительного. А саппорт у нас закончился, начальство хочет менять БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2020, 21:41 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
В дополнение, с той версии, где начался этот глюк, совместно с ним появился другой глюк - при вызове любого бинарника сервера с большой вероятностью выскакивает ошибка: C:\Program Files\IBM\Informix>onstat - MapViewOfFileEx: w32ec=487 at nt_shm.c:735 21:48:54 shmat: [22]: operating system error 21:48:54 Client could not attach server shared memory segment, use IFX_XFER_SHMBASE. onstat: Cannot attach to shared memory. errno = 22 И что-то мне подсказывает, что эти глюки связаны. Поиск по Cannot attach to shared memory находит какие-то воркэраунды еще с 32битных систем, где там больше чем 2 гига (или сколько там - уже не помню), сервер нормально адресовать не мог, но в моем случае система 64битная, и проблемы недоступности части адресов выглядят... надуманно. Однако, возможно, что это имеет какую-то объективную причину, и глюк с откатом транзакции связан с этим. Тем более что af файл начинается с Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Тут толи косяк обработчика индекса, не могущего удалить узел, толи наоборот, обработчик индекса перекашивает из-за каких-то проблем с памятью. Самое забавное, что до 12.70FC12 этого ничего не было. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2020, 21:57 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, А зачем тогда версию поднимали? Вернуться есть возможность? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2020, 23:55 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Отключение Btree scaner не помогает? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2020, 15:58 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr falcon111, А зачем тогда версию поднимали? Вернуться есть возможность? В 14 есть некоторые нововведения, которые перевесили осторожность. А неприятности начались позже. Вернуться проблематично, там уже понаписана куча всякого по типу with и т.п. Igor Zaiets Отключение Btree scaner не помогает? Не пробовал. Попробую. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2020, 20:08 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, Отключайте все что в фоне работает, там не только бэтрисканер ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2020, 22:03 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
После указанного глюка таблица становится неюзабельной, либо ошибки при выборках, либо левые результаты. oncheck говорит следующее: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31.
Больше ничего выжать нельзя. Зато в логе, во время такого косяка пишет такие строки: 11:48:36 Results: Index 'billing:"informix".clients#i_clients_multifactorauthentication' is now unusable 11:48:36 Action: Run 'oncheck -cI billing:"informix".clients#i_clients_multifactorauthentication' "oncheck -cI индекс" выдает нехитрый результат: удалите и создайте индекс заново. Если все упомянутые в логе индексы дропнуть и пересоздать - все ошибки уходят, и все, вроде бы работает дальше. Хотя бы не надо пересоздавать всю таблицу целиком, как это делали раньше. Попытки повлиять как-то на появление косяка руля бэтрисканер видимого результата не дали. Как по мне - явный косяк БД. Поддержки нет, отрепортить не можем :( ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2020, 20:11 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, А сервер случайно не на виртуалке развернут? А виртуалка случайно не мигрировала по узлам кластера ВМ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 09:39 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr falcon111, А сервер случайно не на виртуалке развернут? А виртуалка случайно не мигрировала по узлам кластера ВМ? Нет, серверы стоят на реальном железе, никто никуда не мигрирует и пр. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 13:28 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, На уровне оси чекали файловую систему? логи ОС смотрели на предмет ошибок на лисковой подсистеме? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 15:55 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr falcon111, На уровне оси чекали файловую систему? логи ОС смотрели на предмет ошибок на лисковой подсистеме? Естественно. Плюс, не надо забывать, что серверов несколько, и со сменой версии это абсолютно одинаково проявилось на всех. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 20:59 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Сея жуть замучала окончательно, по паре раз в сутки - такая ерунда. В итоге, дбэкспорт, oninit -iy, подключение спейсов-логов, и т.д. дбимпорт. Как бабка пошептала, тьфу*3, неделю уже без сбоев. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.06.2020, 01:58 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, Вот что dbimport животворящий делает! ... |
|||
:
Нравится:
Не нравится:
|
|||
21.07.2020, 12:58 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr falcon111, Вот что dbimport животворящий делает! Увы, недолго музыка играла. На дев-сервере откат транзакции, в которой были альтер и апдейт большой таблицы вызвал полуторачасовой даунтайм, с прожеванием глюков в логе и побило 9 индексов. Теперь уже не знаю, что делать, только привык к нормальной работе сервера, и все началось по-новой... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.08.2020, 12:05 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, А саппорт что-то говорит? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2020, 12:17 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
cpr falcon111, А саппорт что-то говорит? Саппорта нет, если вкратце. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.08.2020, 12:20 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, сочувствую. Нам в 12-м году саппорт реально патчи под нашу проблему делал. В отличии от оффтопичной здесь СУБД, саппорт которой сводится к скачиванию с металинка. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2020, 16:16 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Читаю ibm news, там проскакивала похожая проблема при работе с фрагментированными индексами. У меня ежедневно считаются экстенты таблиц, у кого больше 5 экстентов - запускается дефраг. Сейчас вот думаю, что после пересоздания базы все работало, пока в свежей базе не было фрагментации. В итоге снизил число экстентов до 2, если 3 - дефрагментация. Для индексов - дефрагментация как только больше 1 экстента. Но тут появились нюансы. 1. Дока говорит, что индексы надо дефрагментировать через "defragment partnum", однако если указывать просто имя индекса - что-то там тоже делается и выдает "ОК". Надо заморачиваться с partnum или тупо по именам индексы в дефраг скармливать? Работает же, вроде.. 2. Индексы до 3 экстентов включительно и объемом не превышающим 8 мегабайт - пишет ОК, мол дефрагментировано, но все остается как было. Это какие-то ограничения? Пришлось сделать условие if extents>3 or size>8 then... 3. oncheck -pt bd:tablename в отчете выдает в том числе все индексы таблицы, и про каждый индекс пишет когда последний раз индекс использовался. Как можно запросом получить такую информацию по индексу? Индексов в проекте почти 4К, что-то я сомневаюсь, что все они используются, хочу посмотреть и поудалять неиспользуемые. 4. В списке фрагментов для каждого дбспейса присутствует "таблица" TBLSpace - вот там фрагментация у меня уже двухзначная, вопрос, как ЭТО дефрагментировать? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2020, 22:22 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111, никогда не дефрагментировал и никаких проблем. Что я делаю не так? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2020, 23:30 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Выбегалло falcon111, никогда не дефрагментировал и никаких проблем. Что я делаю не так? Все так, как же ж иначе. А если по-сути? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2020, 01:06 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
falcon111 Читаю ibm news, там проскакивала похожая проблема при работе с фрагментированными индексами. У меня ежедневно считаются экстенты таблиц, у кого больше 5 экстентов - запускается дефраг. Сейчас вот думаю, что после пересоздания базы все работало, пока в свежей базе не было фрагментации. В итоге снизил число экстентов до 2, если 3 - дефрагментация. Для индексов - дефрагментация как только больше 1 экстента. Но тут появились нюансы. 2. Индексы до 3 экстентов включительно и объемом не превышающим 8 мегабайт - пишет ОК, мол дефрагментировано, но все остается как было. Это какие-то ограничения? Пришлось сделать условие if extents>3 or size>8 then... 3. oncheck -pt bd:tablename в отчете выдает в том числе все индексы таблицы, и про каждый индекс пишет когда последний раз индекс использовался. Как можно запросом получить такую информацию по индексу? Индексов в проекте почти 4К, что-то я сомневаюсь, что все они используются, хочу посмотреть и поудалять неиспользуемые. 2. Индексы по 8 метров - смысл их фрагментировать? Укажите extent и next size и пересоздайте. В большинстве случаев можно найти окно для подобного. Если никто не держит, alter fragment пройдет быстро. 3. sysactptnhdr Пересмотр темы приводит к мысли, что возможно проблема где-то в Alter In-Place. В свое время было много фиксов по Alter In-Place, правда на практике не попадались. Возможно после alter следует позапускать update_ipa. Правда это треш при установке обновлений когда сначала alter, потом update_ipa, потом правка значения в измененном поле. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.10.2020, 11:57 |
|
Трэш с откатом транзакции
|
|||
---|---|---|---|
#18+
Igor Zaiets 2. Индексы по 8 метров - смысл их фрагментировать? Укажите extent и next size и пересоздайте. В большинстве случаев можно найти окно для подобного. Если никто не держит, alter fragment пройдет быстро. Это понятно, так и сделал в итоге, просто было интересно насчет дефрагментации Igor Zaiets 3. sysactptnhdr Оно. Спасибо. Igor Zaiets Пересмотр темы приводит к мысли, что возможно проблема где-то в Alter In-Place. В свое время было много фиксов по Alter In-Place, правда на практике не попадались. Возможно после alter следует позапускать update_ipa. Правда это треш при установке обновлений когда сначала alter, потом update_ipa, потом правка значения в измененном поле. Не в бровь, а в глаз, что называется! Посмотрел проблемные таблицы - побиты на фрагменты кучи версий. Понасиловал сервер update_ipa, согнал все AIP-ы с таблиц, чтобы все записи были последней версии. Последние 12 часов пока все тихо (тьфу*3). Да, 12 часов мало для точной статистики, но за это время 2-3 раза "бомбануть" могло, я уже автомат написал, который постоянно читает лог сервера, ловит вылетевшие индексы, и как только сервер выходит из комы после глючного отката транзакции - дропает проблемные индексы, ищет их в файле дбэкспорта и пересоздает. "неглючные" таблицы выборочно посмотрел - там нету Alter-In-Place-ов, вот они и не глючат. Будем, надеяться, это решит мою проблему, хотя обновления структур теперь будут не скучными. Спасибо за подсказку в нужную сторону! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.10.2020, 23:13 |
|
|
start [/forum/topic.php?fid=44&msg=40012400&tid=1606690]: |
0ms |
get settings: |
18ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
36ms |
get topic data: |
3ms |
get forum data: |
0ms |
get page messages: |
462ms |
get tp. blocked users: |
1ms |
others: | 302ms |
total: | 830ms |
0 / 0 |