ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
11 сообщений из 11, страница 1 из 1
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34677630
Boya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Boya
Гость
IBM Informix Dynamic Server Version 10.00.UC5

Ошибка за сегодня повторилась дважды с периодичностью 2 часа.

Аларм файл прилагается, не полный, так как у полного объем в архиве 1.5Мб.

Если информации будет недостаточно, буду выдергивать нужно онстаты и него и выкладывать.
...
Рейтинг: 0 / 0
23.07.2007, 15:39
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34677927
Фотография sysmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sysmaster
Участник
Были ли внесены какие-нибудь изменения в конфигурацию сервера. Если были, то укажите их здесь.
При беглом взгляде можно сказать, что падение произошло на процедуре

Код: plaintext
1.
2.
3.
_RepOperations_Manager ('23.07.2007', '23.07.2007',  0 ,
    '23.07.2007', '23.07.2007', null, null , null, null, null,  175 , null ,
    'f', set{ 4 }, 't', null, 't', null, null, null, null, null,  1 , null,
    '-1,-1,-1,-1,-1,-1',  1 , null,  175 ,  1 , 'set{4}', 'null', 'null');

Интересно было бы взглянуть на первый AF.
...
Рейтинг: 0 / 0
23.07.2007, 16:54
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34678041
Boya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Boya
Гость
Да, я это уже выяснил, но эта процедура вызывается за один час сотни раз. :(

На 9.4 все работало без проблем, переход на 10й прошел более-менее нормально, неделю сервер работал стабильно, сегодня два раза подряд упал, кусок предыдущего аф сейчас выложу.
...
Рейтинг: 0 / 0
23.07.2007, 17:23
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34678540
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Выбегалло
Участник
Похоже, что падает на insert при вызове ???_strbit2listbit :

Current SQL statement in procedure base6:_repoperations_manager
proc-counter 0x0x60c2fdd0 opcode SQL


insert into zbitmasks
execute procedure (<procedure> _strbit2listbit, <NULL> , _bitmaskgoods);

Я бы проверил передаваемые параметры на соответствие, был аналогичный баг :

http://www.dbforums.com/archive/index.php/t-855766.html

В таком вот аксепте
...
Рейтинг: 0 / 0
23.07.2007, 22:26
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34679211
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
Возможно, что не хватает ресурсов памяти для сессии 43 - /opt/informix/bin/onstat -g ses 43:
------------------------------------------------------------------------------------------
session #RSAM total used dynamic
id user tty pid hostname threads memory memory explain
43 alluser BEL-ECON 2120 bel-econ 1 4227072 4075928 off

name free used
ralloc 0 [b]3292056
------------------------------------------------------------------------------------------

Можно попробывать увеличить стек для сессии 43 (STACKSIZE = 64),
включить кэширование для хранимых процедур - STMT_CACHE =2 (уменьшит значение ralloc и т.д).

Текущий релиз версии - IDS 10.00.xC6W4 ... :)

С уважением,
Вадим.
...
Рейтинг: 0 / 0
24.07.2007, 10:56
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34681389
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Daugava
Участник
У меня версия сервера намного более древняя, но в 90% случаев падение на MT_EX_OS приходится на момент или сразу после "update statistics for procedure". При этом "виновной" назначается либо сессия с "update ..." либо какая-нибудь из процедур.
...
Рейтинг: 0 / 0
24.07.2007, 19:05
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34683426
Boya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Boya
Гость
Установил в onconfig
STACKSIZE = 64
STMT_CACHE = 2

Еще включил упреждающее чтение
RA_PAGES 48 # Number of pages to attempt to read ahead
RA_THRESHOLD 16 # Number of pages left before next group

Ошибка Assert Failed: read_record: decompress_row, source = 0x0x7df6e018, target = 0x0x7b850488

af-файл прилагается.
...
Рейтинг: 0 / 0
25.07.2007, 15:40
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34685140
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
В каком контексте у Вас используется PDQ ?
Используется ли стратегия фрагментации данных ? Если да, то какая ?

В данном случае,
наличие одного tempdbs - недостаточно !
Если MAX_PDQPRIORITY = 1 или 2,
тогда временных пространств должно быть не менее трех и т.д.
Это ускорит процесс построение индекса, сортировки с использованием механизма PDQ.

Если используется фрагментация данных, тогда MAX_PDQPRIORITY очень низкий.
По всей видимости, фрагментация данных у Вас не используется.

Если фрагментация данных не используется,
попробуйте:
1. отключить PDQ - MAX_PDQPRIORITY=0
2. увеличить значение параметра ONLIDX_MAXMEM

Какой регламент выполнение Update Statistics ? В каком режиме работает CLEANERS - low, high ?

На мой взгляд,
следует пересмотреть значение параметра LRUS ( например, для buffers=200000 -> lrus= 100)

С уважением,
Вадим.
...
Рейтинг: 0 / 0
26.07.2007, 11:30
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34690078
Boya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Boya
Гость
Ошибку одни ушли, новые пришли им на смену.

-244 Could not do a physical-order read to fetch next row.
The database server cannot read the disk page that contains a row of a table. Check the accompanying ISAM error code for more information. A hardware problem might exist, or the table or index might have been corrupted. Unless the ISAM error code or an operating-system message points to another cause, run the oncheck utility (secheck with IBM Informix SE or tbcheck with IBM Informix OnLine) to check and repair table and index.

-243 Could not position within a table table-name.
The database server cannot set the file position to a particular row within the file that represents a table. Check the accompanying ISAM error code for more information. A hardware error might have occurred, or the table or index might have been corrupted (truncated). Unless the ISAM error code or an operating-system message points to another cause, run the oncheck utility (secheck with IBM Informix SE or tbcheck with IBM Informix OnLine) to check and repair table and index.

-271 Could not insert new row into the table.
This problem has many possible causes, including a locked table or a full disk. Check the accompanying ISAM error code for more information.

Я понимаю что все они связаны. Проблемы появились после изменения onconfig:

LRUS 64 -> 128
INLIDX_MAXMEM 5120 -> 10240
MAX_PDQPRIORITY 2 -> 0

onstat -a на базе под нагрузкой прилагается. Онстат не полный, но основные режимы есть.
...
Рейтинг: 0 / 0
27.07.2007, 18:03
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34691307
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
1. Попробуйте выполнить проверку страниц с помощью утилиты oncheck и т.д.
2. Далее, попробуйте пересоздать индексы (УДАЛИТЬ/СОЗДАТЬ).

Если в приложении часто выполняются сортировки, активно используются временные таблицы
(join, sort и т.д.) тогда имеет смысл установить:

1. MAX_PDQPRIORITY=1
2. Следует cоздать дополнительные три или четыре временных пространств.
3. Пересмотреть значение парметра OPTCOMPIND (во многом зависит от режима работы приложения).
Если у Вас OLTP-приложение, тогда OPTCOMPIND=0 или OPTCOMPIND=1.
4. Установить параметры:
- buffers=200000,lrus=100 ( 1 LRUS ~ 2000 страниц)
- LOCKS = 100000
- Пересмотреть значение параметра CLEANERS (CLEANERS =10)
5. Отключить - Fuzzy Checkpoint
6. Обновить версию Informix 10.UC6

С уважением,
Вадим.
...
Рейтинг: 0 / 0
29.07.2007, 21:28
| Ответить | Цитировать | Написать  
Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
    #34693517
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
BoyaОшибку одни ушли, новые пришли им на смену.
-244 Could not do a physical-order read to fetch next row.
-243 Could not position within a table table-name.
-271 Could not insert new row into the table.
Я понимаю что все они связаны. Проблемы появились после изменения onconfig:
LRUS 64 -> 128
INLIDX_MAXMEM 5120 -> 10240
MAX_PDQPRIORITY 2 -> 0

Думаю, что приведенные ошибки никак не связаны с указанными изменениями в onconfig.
Проблемы связаны с разрушением (повреждением) физической или логической структуры страниц на диске. Первое, что нужно сделать - сделать хоть какой то бэкап (ontape , onbar) или выгрузку данных (dbexport, unload...)
И выполнить проверку целостности, как уже Вадим посоветовал, утилитой oncheck.
После ее результатов можно думать и решать, что желать дальше :)
Может уже и индексы перестраивать нет смысла :)
...
Рейтинг: 0 / 0
30.07.2007, 17:10
| Ответить | Цитировать | Написать  
11 сообщений из 11, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / Всеми любимый Assert Failed: Exception Caught. Type: MT_EX_OS, Context: mem
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]