|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
Доброго дня! А вот скажите ка, люди знающие. Правильно ли я понимаю, что запустив: Код: plaintext 1. 2.
после активации Код: plaintext
я получаю записи в таблицу о каждом подключении (трассировка soc_be.c) к БД? Проще говоря, могу ли, использую такой вот финт: Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2018, 15:55 |
|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
vvt1сказать, что у меня за 5 минут было осуществлено N подключений к серверу СУБД? xtrace, думаю, мало кто пользуется чтоб каждый день Если нужен ответ только на этот вопрос - достаточно каждые 5 мин в новой сессии получать значение dbinfo('sessionid') ... |
|||
:
Нравится:
Не нравится:
|
|||
13.08.2018, 14:51 |
|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
Igor Zaiets, не только. Просто... Разработчики жаловались, что иногда у них нет connect к СУБД с php+pdo_informix. При этом я аномалий не видел на уровне сети, да и в самом сервере ругани не было. Нашёл эту трассировку. Она возвращает все Accepted, ну и в большом кол-ве. Но вот не понятно, пишет она каждый раз операцию connect к БД (там их действительно много сессионных connect\disconnect) или что-то другое. В принципе, попробую посмотреть через dbinfo('sessionid') альтернативно засечь, если показанию будут похожими - то и ответ будет очевиден. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2018, 12:10 |
|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
vvt1Igor Zaiets, не только. Просто... Разработчики жаловались, что иногда у них нет connect к СУБД с php+pdo_informix. При этом я аномалий не видел на уровне сети, да и в самом сервере ругани не было. На этот счет, если в логе нет ошибок listener.... неплохо клиента перенаправить работать через "костыль" в виде СМ. СМ пишет перенаправление в лог, также можно включить дебаг. Если, конечно, возможна работа через CM. Тот же СМ, дабы исключить вариант, что глючит сеть, можно разместить и на хосте откуда запускается php. Лог СМ более читабелен чем xtrace думаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2018, 10:58 |
|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
Igor Zaiets, под CM понимается Connection Manager? Честно говоря не думал в эту сторону, но поставить его проблемы нет. Но судя, по тому, что у меня работает в другой системе - лог его напоминает чем-то xtrace. Например, лог с Connection Manager: Connection Manager12:14:00 DEBUG[TID140326580778752]:SLA oltp 3 priseron time=0 latency= 0.00 readyQ=0 session=0 adjustSession=335537 [cmsm_sla.c:select_server_from_sla:2937] 12:14:00 SLA oltp redirect SQLI client from 10.9.202.26 to prisertli 10.9.202.25.7200 И лог с xtrave: xtracesoc_be.c 2827 0 accpsocket - Accepted IP Address tipax|44544|soctcp soc_be.c 2827 0 accpsocket - Accepted IP Address tipax|44546|soctcp soc_be.c 2827 0 accpsocket - Accepted IP Address tipax|44547|soctcp soc_be.c 2827 0 accpsocket - Accepted IP Address tipax|44548|soctcp Да, у Connection manager есть привязка к дате и времени. - - - - - - - Про listener. В том то и дело, что ошибок в online.log нет. А схема, с глюками подключения, там: [что-то] --> Rabbit --> PHP (pdo_informix.so) --> IDS12.10 -- если я её правильно понял на пальцах. Цепочка длинная, но у них, априори, всегда Informix виноват :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2018, 13:29 |
|
Верно ли я понимаю :: xtrace heavy -c XTF_IPTRACE -f XTF_SYSCALLS
|
|||
---|---|---|---|
#18+
Кстати, если речь идёт о connection manager - то пускать через него проблемные коннекции лучше в режиме proxy, что бы подтвердить, что был connect (sun). Или можно и в его режиме по-умолчанию, через редирект? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2018, 10:45 |
|
|
start [/forum/topic.php?fid=44&msg=39687917&tid=1606737]: |
0ms |
get settings: |
24ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
161ms |
get tp. blocked users: |
1ms |
others: | 396ms |
total: | 669ms |
0 / 0 |