|
Падает информикс
|
|||
---|---|---|---|
#18+
Добрый день, уважаемые. Подскажите пожалуйста, почему может падать информикс с периодичностью 10-15 дней? С ошибкой - недостаточно виртуальной памяти. Падает на обычных операциях, которые ранее не вызывали проблем. Подозреваю проблемы от возросшего количества пользователей. Можно ли как-то в конфиге подкорректировать настройки, чтоб виртуальная память не заканчивалась так быстро? Конфиг пристегиваю следующим сообщением. Операционка: SLES 9 x86_64 Информикс: IBM Informix Dynamic Server Version 10.00.FC5 informix@informix:etc$ df -h Файловая система Разм Исп Дост Исп% смонтирована на /dev/sda3 9,7G 4,5G 4,8G 49% / tmpfs 2,0G 4,0K 2,0G 1% /dev/shm /dev/sda1 99M 11M 84M 12% /boot /dev/sda4 71G 32G 36G 48% /informix IBM Informix Dynamic Server Version 10.00.FC5 -- On-Line -- Up 00:11:14 -- 755972 Kbytes Dbspaces address number flags fchunk nchunks pgsize flags owner name 532a5e78 1 0x60001 1 1 2048 N B informix rootdbs 54061d28 2 0x60001 2 1 2048 N B informix workdbs 54062028 3 0x60001 3 2 2048 N B informix logdbs 540621c0 4 0x42001 4 2 2048 N TB informix tempdbs1 54062358 5 0x42001 5 2 2048 N TB informix tempdbs2 540624f0 6 0x60001 6 2 2048 N B informix tempdbslog 54062688 7 0x60001 7 3 2048 N B informix physdbs 54062820 8 0x60011 8 1 2048 N BB informix blobdbs 540629b8 9 0x60001 10 1 2048 N B informix podpiska 9 active, 2047 maximum Note: For BLOB chunks, the number of free pages shown is out of date. Run 'onstat -d update' for current stats. Chunks address chunk/dbs offset size free bpages flags pathname 532a6028 1 1 0 15000 11099 PO-B /informix/rootdbs 54060598 2 2 0 10000000 2319489 PO-B /informix/workdbs 54060738 3 3 0 500000 4947 PO-B /informix/logdbs 540608d8 4 4 0 500000 499691 PO-B /informix/tempdbs1 54060a78 5 5 0 500000 499819 PO-B /informix/tempdbs2 54060c18 6 6 0 500000 499397 PO-B /informix/tempdbslog 54060db8 7 7 0 100000 0 PO-B /informix/physdbs 54061028 8 8 0 500000 ~500000 500000 POBB /informix/blobdbs 540611c8 9 3 0 500000 997 PO-B /informix/logdbs.001 54061368 10 9 0 350000 347196 PO-B /informix/podpiska 54061508 11 5 0 500000 499997 PO-B /informix/tempdbs2.001 540616a8 12 7 0 50000 49997 PO-B /informix/physdbs.001 54061848 13 7 0 200000 199997 PO-B /informix/physdbs.002 540619e8 14 4 0 500000 499997 PO-B /informix/tempdbs1.001 54061b88 15 6 0 500000 499997 PO-B /informix/tempdbslog.001 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2015, 15:41 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Вторая часть дампа ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2015, 15:42 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Последняя часть дампа ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2015, 15:42 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
как долго работает єта сеcсія? У нее большой gentcb id user tty pid hostname threads memory memory explain 8415 informix 21-001-0 3104 10.221.1 1 1506848768 1506828080 off gentcb 0 1506663024 Сам запрос select sum(ds.d_sum) suma from md_diary_sums ds, md_analytics_items ai where ds.diary_id = ai.diary_id and ((ai.dividetype_id = ds.dividetype_id) or (ai.dividetype_id is null)) and ai.analytics_id = ? and ds.d_date >= ? and ds.d_date <= ? and ds.diary_id = ? and ds.filial_id in (select filial_id from md_admregions_items where admregion_id=999999997) Host variables : address type flags value ----------------------------------------- 0x0x00000057b8bc40 INT 0x000 999999727 0x0x00000057b8bcd0 DATE 0x000 01.01.2015 0x0x00000057b8bd60 DATE 0x000 23.01.2015 0x0x00000057b8bdf0 INT 0x000 999990984 Если проблема в запросе смотрите на тип данніх. Но, подозреваю у вас чет накопітельной связанное со спеціфікой вашего приложенія. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2015, 18:04 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
А память физически то на машине есть? У Informix во всяком случае памяти немного. Или машинка больно древняя. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2015, 19:16 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Возможно это IC51133 (исправлен в 10.00.FC6). http://www-01.ibm.com/support/docview.wss?uid=swg1IC51133 К сведению, 10.00.FC5 был выпущен в 2006-2007 годах. Последний фикс-пак для десятки, 10.00.FC11, выпущен в 2010м. Если есть возможность, попробуйте обновиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 05:22 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Посоветуйте пожалуйста, как обновить информикс без переустановки операционной системы? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 09:06 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Прошу прощения за безграмотность, что означает gentcb? И что нужно делать в данном случае? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 09:30 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
cprА память физически то на машине есть? У Informix во всяком случае памяти немного. Или машинка больно древняя. 4 Гб физической памяти ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 09:42 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
NataGeryakПрошу прощения за безграмотность, что означает gentcb? И что нужно делать в данном случае? о том, что означает - можем только догадіваться что делать - следить на чем растет данный пул и найти способ обхода/лечения Кстати - как у вас обновляется статистика и случайно ли не с PDQ? Действительно, DrGonzo прав - давно єто біло. Где-то в те времена по причине роста ralloc мі перешли с FC5 на FC9. Но и на UC5 люди до сих пор работают с той же прикладухой. Относительно установки -ставите в другой каталог и всех делов. Если я прав - ві скорее всего Херсонская філія одной из гос. контор. Обратитесь в головную контору, думаю вам помогут с установкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 11:52 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
яфшуеіNataGeryakПрошу прощения за безграмотность, что означает gentcb? И что нужно делать в данном случае? о том, что означает - можем только догадіваться что делать - следить на чем растет данный пул и найти способ обхода/лечения Кстати - как у вас обновляется статистика и случайно ли не с PDQ? Действительно, DrGonzo прав - давно єто біло. Где-то в те времена по причине роста ralloc мі перешли с FC5 на FC9. Но и на UC5 люди до сих пор работают с той же прикладухой. Относительно установки -ставите в другой каталог и всех делов. Если я прав - ві скорее всего Херсонская філія одной из гос. контор. Обратитесь в головную контору, думаю вам помогут с установкой. Думаю, в другой каталог не самый удачный вариант. Слишком большого запаса свободного места на винте нет. В головную организацию обратилась в первую очередь. Пока тишина. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 12:16 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
В другой каталог нужно установить только INFORMIXDIR - это порядка 250М Банк где были там и остаются. Кстати, у вас бекап датирован если не ошибаюсь 2012 годом. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 12:28 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
NataGeryak, Значит если в ОС есть свободная память, то можно разрешить Informix добавлять виртуальню память. Смотреть параметры SHMVIRTSIZE SHMTOTAL Да и добавить физически наверняка можно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 12:31 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
яфшуеіВ другой каталог нужно установить только INFORMIXDIR - это порядка 250М Банк где были там и остаются. Кстати, у вас бекап датирован если не ошибаюсь 2012 годом. Это вероятно потому, что настраивали свой скрипт для создания бэкапов. Спасибо большое за советы. Когда нагрузка на сервер будет поменьше, попробую поставить новую версию информикса в другую папку. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 12:33 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
cprNataGeryak, Значит если в ОС есть свободная память, то можно разрешить Informix добавлять виртуальню память. Смотреть параметры SHMVIRTSIZE SHMTOTAL Да и добавить физически наверняка можно. SHMVIRTSIZE поменяла с 512000 на 1024000 (посмотрим, решит ли это проблему) SHMTOTAL 0 (0=>unlimited) Думаю, может еще темповых дбспейсов нарастить? Или это не важно в данном случае? Подозреваю, что все же виной всему старый информикс. Буду искать время и возможность переставить. Всем спасибо огромное за помощь и советы. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 12:45 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
NataGeryak, SHMTOTAL лучше ограничить т.к. размер физической памяти всего 4 Гига. При отсутствии ограничения система может выпасть в своп. Увеличение SHMVIRTSIZE приводит к увеличению стартового сегмента виртуальной памяти и в случае если потребности сервера останутся в пределах имеющейся в наличии, то сервер просто не будет запрашивать новые сегменты. К этому надо стремиться. Смотрите распределение памяти в системе. Но это не имеет прямого отношения к проблеме. Упоминание того, что проблема возникла внезапно наводит на предположение, что виртуальная память может начать внезапно расходоваться если включается PDQ. Тогда на каждое соединение могут быть десятки тредов. В этом случае нормально до этого работающая система начинает писать ошибки в лог и может даже падать. Это смотриться в onstat -u. Если на один сеанс много тредов, то возможно проблема в этом. У меня такое было и ставил MAX_PDQPRIORITY 0 или 1. Это решало проблему, но это может привести к замедлению других запросов если PDQ в системе реально используется. Можно еще попробовать пересобрать статистику процедур при MAX_PDQPRIORITY 0. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 15:12 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
NataGeryak, Да, увеличение количества темповых пространств в целом полезно, но на расход памяти влиять не должно. При хорошей дисковой подсистем выборки в временные таблицы с with no log могут заметно ускориться, при плохой - замедлиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 15:16 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
cprNataGeryak, лучше ограничить т.к. размер физической памяти всего 4 Гига. При отсутствии ограничения система может выпасть в своп. Увеличение SHMVIRTSIZE приводит к увеличению стартового сегмента виртуальной памяти и в случае если потребности сервера останутся в пределах имеющейся в наличии, то сервер просто не будет запрашивать новые сегменты. К этому надо стремиться. Смотрите распределение памяти в системе. Но это не имеет прямого отношения к проблеме. Упоминание того, что проблема возникла внезапно наводит на предположение, что виртуальная память может начать внезапно расходоваться если включается PDQ. Тогда на каждое соединение могут быть десятки тредов. В этом случае нормально до этого работающая система начинает писать ошибки в лог и может даже падать. Это смотриться в onstat -u. Если на один сеанс много тредов, то возможно проблема в этом. У меня такое было и ставил MAX_PDQPRIORITY 0 или 1. Это решало проблему, но это может привести к замедлению других запросов если PDQ в системе реально используется. Можно еще попробовать пересобрать статистику процедур при MAX_PDQPRIORITY 0. Каким значением рекомендуете ограничить параметр SHMTOTAL? Не поняла насчет вот этого: Увеличение SHMVIRTSIZE приводит к увеличению стартового сегмента виртуальной памяти и в случае если потребности сервера останутся в пределах имеющейся в наличии, то сервер просто не будет запрашивать новые сегменты. К этому надо стремиться. Смотрите распределение памяти в системе. Но это не имеет прямого отношения к проблеме. И третье, что такое PDQ? Извините за запросы о прописных, может быть, истинах, увы, не грамотны в этих вопросах. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2015, 17:20 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
NataGeryakcprNataGeryak, лучше ограничить т.к. размер физической памяти всего 4 Гига. При отсутствии ограничения система может выпасть в своп. Увеличение SHMVIRTSIZE приводит к увеличению стартового сегмента виртуальной памяти и в случае если потребности сервера останутся в пределах имеющейся в наличии, то сервер просто не будет запрашивать новые сегменты. К этому надо стремиться. Смотрите распределение памяти в системе. Но это не имеет прямого отношения к проблеме. Упоминание того, что проблема возникла внезапно наводит на предположение, что виртуальная память может начать внезапно расходоваться если включается PDQ. Тогда на каждое соединение могут быть десятки тредов. В этом случае нормально до этого работающая система начинает писать ошибки в лог и может даже падать. Это смотриться в onstat -u. Если на один сеанс много тредов, то возможно проблема в этом. У меня такое было и ставил MAX_PDQPRIORITY 0 или 1. Это решало проблему, но это может привести к замедлению других запросов если PDQ в системе реально используется. Можно еще попробовать пересобрать статистику процедур при MAX_PDQPRIORITY 0. Каким значением рекомендуете ограничить параметр SHMTOTAL? Не поняла насчет вот этого: Увеличение SHMVIRTSIZE приводит к увеличению стартового сегмента виртуальной памяти и в случае если потребности сервера останутся в пределах имеющейся в наличии, то сервер просто не будет запрашивать новые сегменты. К этому надо стремиться. Смотрите распределение памяти в системе. Но это не имеет прямого отношения к проблеме. И третье, что такое PDQ? Извините за запросы о прописных, может быть, истинах, увы, не грамотны в этих вопросах. 1. Если ві не знаете, что такое PDQ и нет рекомендаций от разработчика - просто отключите его установив конф. параметр MAX_PDQPRIORITY в 0. На момент падения кстати не біло активніх PDQ сессий (onstat -g mgm) Несмотря на опыт более 14 лет до сих пор не увидел явных преимуществ PDQ на системах c которыми работал. Создание индексов не считаю - єто не частіе операторі. Но, неоднократно наблюдал проблемі последствий обновления статистики с включеннім PDQ. Поєтому, имеет смысл отключить PDQ и обновить статистику - єто не лечение, єт скорее профилактика. 2. SHMTOTAL - єто тоже не решение проблемі. После его установки появятся другие сообщения - не могу выделить новый сегмент (если установите меньший размер, чем сейчас используется). Да, сервер не упадет, но на клиенте будет ошибка как и в логе информикс. 3. Рекомендовал бі таки копать в сторону мониторинга сессии, смотреть после чего растет память для сессии. Вроде как 1,5Г было на проблемной сессии (onstat -g ses <sid> ) - єто первопричина падения . И в зависимости от того, что найдете - оператор или постепенно накапливается - и предпринимать действия. Конечно, не исключаем большой вероятности решения проблемі обновлением Информикс. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2015, 12:25 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Спасибо за разъяснение :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2015, 13:02 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
Можно еще вопрос по ходу? Если ставить информикс 11 версии в другую папку, как потом заставить приложение использовать именно свежую версию информикса? Какие конфиги нужно пернастраивать? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2015, 12:08 |
|
Падает информикс
|
|||
---|---|---|---|
#18+
обічно клиента не нужно перенастраивать Относительно того, что нужно делать на сервер - все описано в Informix Migration Guide http://www-01.ibm.com/software/data/informix/library.html ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2015, 12:20 |
|
|
start [/forum/topic.php?fid=44&msg=38863913&tid=1606899]: |
0ms |
get settings: |
17ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
40ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
475ms |
get tp. blocked users: |
1ms |
others: | 8ms |
total: | 555ms |
0 / 0 |