powered by simpleCommunicator - 2.0.29     © 2024 Programmizd 02
Map
Форумы / Informix [игнор отключен] [закрыт для гостей] / CREATE DATABASE может занимать несколько минут
25 сообщений из 52, страница 2 из 3
CREATE DATABASE может занимать несколько минут
    #38936471
victor16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати, что показывает onstat -u на эту сессию ?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38936509
victor16Яковлев ПавелБоюсь уже фантазировать что она такое у куда полезла читать что встала колом.
Наверно, дальше сможет помочь $INFORMIXDIR/bin/xtrace
Сильно ночью остановив всё что можно.

Но сначала попробую как-нибудь вместо сна загнать в однопользовательский режим и попробовать создать базу из него (прада почти уверен что проблемы не будет)
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38936514
victor16Кстати, что показывает onstat -u на эту сессию ?

на "эту" я уже ни откуда не возьму, но вот на аналогичную

636f45f30 ---P--- 24840704 xxxx 4 0 0 0 0 0
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38936515
К сожалению я на несколько дней покину собственную тему в самом её разгаре.

Вернусть - обязательно всё прочту и продолжу свои собственные опыты над зверюшкой.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38936519
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Яковлев Павел,

Если баз действительно так много ... могу предположить, что нужно посмотреть в сторону ожиданий 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).

С уважением,
Вадим.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38936636
DrGonzo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pstack

Код: python
1.
2.
3.
4.
5.
#0  0x000000325c8d6397 in semop () from /lib64/libc.so.6
#1  0x0000000001096993 in P ()
#2  0x0000000001097168 in idle_processor ()
#3  0x00000000010a38ca in startup ()
#4  0x0000000000000000 in ?? ()



Т.к. нить не находится в состоянии 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.
0x0000000001090cb9 (oninit) yield_processor_mvp
0x000000000109256d (oninit) mt_yield
0x00000000010ad8b7 (oninit) mt_aio_wait
0x00000000010afef3 (oninit) mt_aio_start
0x00000000010c815b (oninit) mt_aio_fread
0x000000000087b187 (oninit) scread
0x000000000087f206 (oninit) dbcreate
0x000000000062abd6 (oninit) aud_dbcreate
0x00000000009fcd4e (oninit) excommand
0x00000000008d0beb (oninit) sq_execute
0x000000000098c716 (oninit) sqmain
0x00000000011565b7 (oninit) spawn_thread
0x00000000010a38ca (oninit) startup





По-хорошему надо собирать набор стеков с интервалом секунд в 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 у вас включено или нет?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38937588
victor16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DrGonzoКонкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных.
А где можно поподробнее почитать про то, чем какая нить занимается?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38937850
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
victor16DrGonzoКонкретно данный стек говорит о том, что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл - запрос на чтение ушел к AIO VP, и нить "отдыхает" в ожидании данных.
А где можно поподробнее почитать про то, чем какая нить занимается?
сильно подозреваю, что в исходниках сервера :)
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38937871
DrGonzo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛойсильно подозреваю, что в исходниках сервера :)

Так точно! :)
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38937937
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
АнатоЛой,

Модно начать с onstat -g ath .... далее ... Advanced Informix Administration ... :-)

С уважаением,
Вадим.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38938250
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
А нельзя на другой сервак съехать хотя бы временно?
Может дело именно в большом количестве БД?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38938533
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GVF112GVFАнатоЛой,

Модно начать с onstat -g ath .... далее ... Advanced Informix Administration ... :-)

С уважаением,
Вадим.
Вадим, мне намёк не совсем понятен.
"Advanced Informix Administration" - это курс?
И в "методичке" к которому есть "перечень" названий функций из исходников сервера? С пояснениями?
:)
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38939184
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
АнатоЛой,

> "Advanced Informix Administration" - это курс?

Да. Помню, был такой курс с детальным описанием форматов и бинарных структур INFORMIX (страниц) и т.д.

И в "методичке" к которому есть "перечень" названий функций из исходников сервера? С пояснениями?
Методичка у тебя всегда под рукой ... $INFORMIXDIR/etc/ ... что-то типа sym.out ... :-)

Если на ядро oninit с базового адреса натравить debugger .. о чудо ... можно многое узнать ... ;-)

С уважением,
Вадим.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38939381
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GVF112GVFМетодичка у тебя всегда под рукой ... $INFORMIXDIR/etc/ ... что-то типа sym.out ... :-)


GVF112GVFЕсли на ядро oninit с базового адреса натравить debugger .. о чудо ... можно многое узнать ... ;-)


Чёт меня улыбает.

1. А можно по-любому из этих двух методов (или их объединив) сделать однозначно логичный вывод, что это:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
0x0000000001090cb9 (oninit) yield_processor_mvp
0x000000000109256d (oninit) mt_yield
0x00000000010ad8b7 (oninit) mt_aio_wait
0x00000000010afef3 (oninit) mt_aio_start
0x00000000010c815b (oninit) mt_aio_fread
0x000000000087b187 (oninit) scread
0x000000000087f206 (oninit) dbcreate
0x000000000062abd6 (oninit) aud_dbcreate
0x00000000009fcd4e (oninit) excommand
0x00000000008d0beb (oninit) sq_execute
0x000000000098c716 (oninit) sqmain
0x00000000011565b7 (oninit) spawn_thread
0x00000000010a38ca (oninit) startup


обозначает вот это:
DrGonzo...что нить занимается созданием системного каталога. А точнее, хочет прочитать $INFORMIXDIR/etc/boot*.sql файл

2. Я точно не нарушу какое-нибудь лицензионное соглашение, натравив debugger на ядро oninit?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38939407
victor16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
АнатоЛойЯ точно не нарушу какое-нибудь лицензионное соглашение, натравив debugger на ядро oninit?
Более того, насколько я знаю, это рекомендуемый способ отладки С-функций. Еще рекомендуется создавать дополнительный виртуальный процессор для С-шных функций, но это для безопасности, можно отлаживать и на CPU.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38941519
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
АнатоЛой,

> 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

С уважением,
Вадим.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38947954
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.
sdd2                        2.00         0.00        16.00          0         16
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                       16.83         0.00        87.13          0         88
sdd2                        0.00         0.00         0.00          0          0
sdd2                        2.00         0.00        16.00          0         16
sdd2                       13.00        52.00        16.00         52         16
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        2.00         0.00        16.00          0         16
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        1.00        28.00         0.00         28          0
sdd2                        2.00         0.00        16.00          0         16
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        2.00         0.00        12.00          0         12
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        0.00         0.00         0.00          0          0
sdd2                        2.00         0.00        20.00          0         20
sdd2                        0.00         0.00         0.00          0          0



Так что чем заняты aio для меня пока загадка.

Логи бэкапятся на nfs через ontape, это не aio надеюсь ? А даже если и aio, то бэкапятся они "иногда" и при этом быстро.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38947963
А ткните носом в нормальную доку по xtrace, а то что-то поиск не помогает (или я переотдохнул и туплю)
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38951557
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

Kind regards,
Vadim.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38953079
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


Спасибо, пробовал и "это" видел. Я несколько по другому трактую термин "нормальная документация".
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38953085
Между тем тему можно закрывать без результата.

После "комплекса мероприятий" (мы же не сидели и не пялились на "это") проблема ушла.

В основном снижено количество одновременных коннектов (не путать с активно работающими коннектами).

Как побочный результат - коннекшен менеджер (oncmsm) окончательно выпилен, закидан ссаными тряпками и выкинут.

Это глючило ещё в прошлом году успело проблем доставить, но теперь всё - его функции в необходимой нам части мы реализовали сами в прикладном ПО.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38953265
яфшуеі
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если не секрет - каким образом и для чего вы использовали Connection Manager?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38954090
яфшуеіЕсли не секрет - каким образом и для чего вы использовали Connection Manager?

ну формально ни для чего - не пригодилось ни разу по "по прямому назначению" :)

Без отдельной лицензии можно держать HDR или RSS не выполняющий ни каких вычислительных задач, на который CM может вас прозрачно переключить в при отвале первичного сервера.

Informix зараза устойчив, так что данную функциональность можно реализовать на коленке хоть и с неким тормозом пока всё скрепит шестерёнками.

Но лучше тормоз, чем СМ постоянно отваливающий и задалбыващий базу восстановлением коннектов.

Делать так СМ имеет привычку при росте нагрузки раза в два от средней обычной (ну вот бывают моменты) или просто иногда в зависимости от фазы луны.
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38957368
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Яковлев Павел,

А на последнии версии переходить не задумывались?
...
Рейтинг: 0 / 0
CREATE DATABASE может занимать несколько минут
    #38958061
cprЯковлев Павел,

А на последнии версии переходить не задумывались?

Нет
...
Рейтинг: 0 / 0
25 сообщений из 52, страница 2 из 3
Форумы / Informix [игнор отключен] [закрыт для гостей] / CREATE DATABASE может занимать несколько минут
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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