|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Кстати, что показывает onstat -u на эту сессию ? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 20:17 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
victor16Яковлев ПавелБоюсь уже фантазировать что она такое у куда полезла читать что встала колом. Наверно, дальше сможет помочь $INFORMIXDIR/bin/xtrace Сильно ночью остановив всё что можно. Но сначала попробую как-нибудь вместо сна загнать в однопользовательский режим и попробовать создать базу из него (прада почти уверен что проблемы не будет) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 21:28 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
victor16Кстати, что показывает onstat -u на эту сессию ? на "эту" я уже ни откуда не возьму, но вот на аналогичную 636f45f30 ---P--- 24840704 xxxx 4 0 0 0 0 0 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 21:38 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
К сожалению я на несколько дней покину собственную тему в самом её разгаре. Вернусть - обязательно всё прочту и продолжу свои собственные опыты над зверюшкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 21:39 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Яковлев Павел, Если баз действительно так много ... могу предположить, что нужно посмотреть в сторону ожиданий I/O, STMT cache, VP CPU cache и возможно некоторых проблем - IC73442: PERFORMANCE PROBLEM WHEN A TEMPORARY TABLE IS CREATED AND DROPPED WITHIN A LOOP AND WITHIN A TRANSACTION. Да вот еще, редакция Cent OS и возможные параметры конфигурации на уровне OS (требуемые FixPack). С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2015, 21:47 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
pstack Код: python 1. 2. 3. 4. 5.
Т.к. нить не находится в состоянии running, использовать pstack или onmode -X не нужно. onmode -X дало пусто. у него в хелпе даже ключа такого нет. "onmode -X stack <номер VP>" сохраняет стек в файл - проверьте лог, там должно быть что-то типа: stack trace for pid <PID> written to <имя файла> Яковлев Павел onstat -g stk Код: python 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
По-хорошему надо собирать набор стеков с интервалом секунд в 5 - ну чтобы убедиться, что затык именно в этом контексте. Но предположим, что это именно так. Конкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных. Теперь, посмотрите на это: AIO I/O queues: q name/id len maxlen totalops dskread dskwrite dskcopy fifo 0 0 0 0 0 0 0 drda_dbg 0 0 0 0 0 0 0 sqli_dbg 0 0 0 0 0 0 0 kio 0 0 97 271415488 265771982 5643506 0 kio 1 0 96 227052370 221310410 5741960 0 kio 2 0 89 193821546 188481299 5340247 0 kio 3 0 96 230928080 225027325 5900755 0 kio 4 0 118 209941739 204116166 5825573 0 kio 5 0 92 175250252 169940212 5310040 0 kio 6 0 94 149339764 143989597 5350167 0 kio 7 0 91 175761296 170102731 5658565 0 kio 8 0 96 101813114 96709351 5103763 0 kio 9 0 95 149871490 144246592 5624898 0 kio 10 0 95 123926988 118749124 5177864 0 kio 11 0 94 125228875 119640898 5587977 0 adt 0 0 0 0 0 0 0 msc 0 0 58 42154126 0 0 0 aio 0 195 2315 34890959 9004434 2 0 <...> Cтрочка для aio - текущая длина очереди 195, максимальная - 2315! Это дофига и явно указывает на проблему с AIO. Если не совсем ясно, поясню. Для чанков у вас используется KAIO, что хорошо и правильно. Но при создании базы Informix читает некоторые файлы из $INFORMIXDIR/etc - чтение файлов происходит через AIO. На данный момент все выглядит так, что запросов для AIO сильно больше, чем AIO VPs могут обслужить. AUTO_AIOVPS у вас включено или нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2015, 04:06 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
DrGonzoКонкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных. А где можно поподробнее почитать про то, чем какая нить занимается? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2015, 18:10 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
victor16DrGonzoКонкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных. А где можно поподробнее почитать про то, чем какая нить занимается? сильно подозреваю, что в исходниках сервера :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2015, 23:49 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
АнатоЛойсильно подозреваю, что в исходниках сервера :) Так точно! :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2015, 01:33 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
АнатоЛой, Модно начать с onstat -g ath .... далее ... Advanced Informix Administration ... :-) С уважаением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2015, 09:03 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
А нельзя на другой сервак съехать хотя бы временно? Может дело именно в большом количестве БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2015, 13:28 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
GVF112GVFАнатоЛой, Модно начать с onstat -g ath .... далее ... Advanced Informix Administration ... :-) С уважаением, Вадим. Вадим, мне намёк не совсем понятен. "Advanced Informix Administration" - это курс? И в "методичке" к которому есть "перечень" названий функций из исходников сервера? С пояснениями? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2015, 17:35 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
АнатоЛой, > "Advanced Informix Administration" - это курс? Да. Помню, был такой курс с детальным описанием форматов и бинарных структур INFORMIX (страниц) и т.д. И в "методичке" к которому есть "перечень" названий функций из исходников сервера? С пояснениями? Методичка у тебя всегда под рукой ... $INFORMIXDIR/etc/ ... что-то типа sym.out ... :-) Если на ядро oninit с базового адреса натравить debugger .. о чудо ... можно многое узнать ... ;-) С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2015, 13:39 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
GVF112GVFМетодичка у тебя всегда под рукой ... $INFORMIXDIR/etc/ ... что-то типа sym.out ... :-) GVF112GVFЕсли на ядро oninit с базового адреса натравить debugger .. о чудо ... можно многое узнать ... ;-) Чёт меня улыбает. 1. А можно по-любому из этих двух методов (или их объединив) сделать однозначно логичный вывод, что это: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
обозначает вот это: DrGonzo...что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл 2. Я точно не нарушу какое-нибудь лицензионное соглашение, натравив debugger на ядро oninit? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2015, 15:40 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
АнатоЛойЯ точно не нарушу какое-нибудь лицензионное соглашение, натравив debugger на ядро oninit? Более того, насколько я знаю, это рекомендуемый способ отладки С-функций. Еще рекомендуется создавать дополнительный виртуальный процессор для С-шных функций, но это для безопасности, можно отлаживать и на CPU. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2015, 15:48 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
АнатоЛой, > 2. Я точно не нарушу какое-нибудь лицензионное соглашение, натравив debugger на ядро oninit? Хороший вопрос ... :-) ... если не вмешиваться в работу процесса (reverse engineering, patch and so on) ... смотри пункт 2) Ведь - onstat (читает из памяти) или SQLIDEBUG ... вроде как не нарушают лицензионное соглашения и т.д. ... ;-) Насколько мне известно : ---------------------------- Лицензиат не может 1) использовать, копировать, модифицировать или распространять Программу за исключением того, как явно разрешено в настоящем Соглашении, 2) осуществлять обратное ассемблирование, обратное компилирование или иное преобразование, либо вскрывать технологию Программы, кроме тех случаев, когда соответствующие действия прямо разрешены действующими законами, без возможности ограничения этих прав в условиях договора; 3) использовать какие-либо компоненты, файлы, модули, аудио-визуальное содержимое или связанные лицензионные материалы отдельно от Программы, 4) сублицензировать, предоставлять Программу на условиях аренды или лизинга ... Более детально - http://www-03.ibm.com/software/sla/sladb.nsf/displaylis/95D8ACE31FE22B6285257D9000829EB4?OpenDocument С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2015, 13:06 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
DrGonzoКонкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных. Теперь, посмотрите на это: AIO I/O queues: q name/id len maxlen totalops dskread dskwrite dskcopy aio 0 195 2315 34890959 9004434 2 0 Cтрочка для aio - текущая длина очереди 195, максимальная - 2315! Это дофига и явно указывает на проблему с AIO. Если не совсем ясно, поясню. Для чанков у вас используется KAIO, что хорошо и правильно. Но при создании базы Informix читает некоторые файлы из $INFORMIXDIR/etc - чтение файлов происходит через AIO. На данный момент все выглядит так, что запросов для AIO сильно больше, чем AIO VPs могут обслужить. AUTO_AIOVPS у вас включено или нет? lsof показывает что oninit лезет только в etc/boot1110.sql msg/en_us/0333/net.iem msg/en_us/0333/netsrv.iem msg/en_us/0333/olmsglog.iem msg/en_us/0333/olserver.iem tmp/online.con AUTO_AIOVPS = 1 По onstat -g auth количество aio - 12 штук и все running По iostat диск на котором живёт всё прочее куда может полезть Informix помимо чанков как-то почти и не задействован Код: python 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. 32. 33.
Так что чем заняты aio для меня пока загадка. Логи бэкапятся на nfs через ontape, это не aio надеюсь ? А даже если и aio, то бэкапятся они "иногда" и при этом быстро. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2015, 22:59 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
А ткните носом в нормальную доку по xtrace, а то что-то поиск не помогает (или я переотдохнул и туплю) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2015, 23:04 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Яковлев ПавелА ткните носом в нормальную доку по xtrace, а то что-то поиск не помогает (или я переотдохнул и туплю) Попробуй поискать на сайте IBM Support ...infromix xtrace: http://www-01.ibm.com/support/docview.wss?uid=swg21413185 http://www-01.ibm.com/support/docview.wss?uid=swg21162482 Kind regards, Vadim. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2015, 11:34 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
GVF112GVFЯковлев ПавелА ткните носом в нормальную доку по xtrace, а то что-то поиск не помогает (или я переотдохнул и туплю) Попробуй поискать на сайте IBM Support ...infromix xtrace: http://www-01.ibm.com/support/docview.wss?uid=swg21413185 http://www-01.ibm.com/support/docview.wss?uid=swg21162482 Спасибо, пробовал и "это" видел. Я несколько по другому трактую термин "нормальная документация". ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2015, 21:48 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Между тем тему можно закрывать без результата. После "комплекса мероприятий" (мы же не сидели и не пялились на "это") проблема ушла. В основном снижено количество одновременных коннектов (не путать с активно работающими коннектами). Как побочный результат - коннекшен менеджер (oncmsm) окончательно выпилен, закидан ссаными тряпками и выкинут. Это глючило ещё в прошлом году успело проблем доставить, но теперь всё - его функции в необходимой нам части мы реализовали сами в прикладном ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2015, 21:56 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Если не секрет - каким образом и для чего вы использовали Connection Manager? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2015, 09:47 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
яфшуеіЕсли не секрет - каким образом и для чего вы использовали Connection Manager? ну формально ни для чего - не пригодилось ни разу по "по прямому назначению" :) Без отдельной лицензии можно держать HDR или RSS не выполняющий ни каких вычислительных задач, на который CM может вас прозрачно переключить в при отвале первичного сервера. Informix зараза устойчив, так что данную функциональность можно реализовать на коленке хоть и с неким тормозом пока всё скрепит шестерёнками. Но лучше тормоз, чем СМ постоянно отваливающий и задалбыващий базу восстановлением коннектов. Делать так СМ имеет привычку при росте нагрузки раза в два от средней обычной (ну вот бывают моменты) или просто иногда в зависимости от фазы луны. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2015, 21:35 |
|
CREATE DATABASE может занимать несколько минут
|
|||
---|---|---|---|
#18+
Яковлев Павел, А на последнии версии переходить не задумывались? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.05.2015, 12:58 |
|
|
start [/forum/topic.php?fid=44&msg=38939407&tid=1606877]: |
0ms |
get settings: |
18ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
34ms |
get topic data: |
3ms |
get forum data: |
1ms |
get page messages: |
494ms |
get tp. blocked users: |
1ms |
others: | 361ms |
total: | 920ms |
0 / 0 |