|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Добрый день. Есть ли способ по mon$attachments определить, какой сервис запущен? Какие есть ограничения при работе с БД при запуске сервисов? Правильно ли я понимаю: при запуске backup любая запись из триггера on connect невозможна? Вообще, есть подробное или более или менее подробное описание работы с mon$attachments? Не увидел этого в langref30, и в README.monitoring_tables. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 08:31 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, не надо лезть в mon'ы без лишней надобности - затратно это. Есть файлик $fbhome/fbtrace.conf, и там - секция про services Код: plaintext 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.
Создайте себе такой .conf, ставьте в нём enabled = true & log_services = true и запускайте: fbtracemgr -se your_server_host/server_port:service_mgr -sta -c <your_trace.conf> авторпри запуске backup любая запись из триггера on connect невозможна?Никогда такого не замечал. И при n backup тоже. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 08:52 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegentyесть подробное или более или менее подробное описание работы с mon$attachments? Не увидел этого в langref30,Приложение "Е", примеры Е.1, E.2, E.6, E.7, Е.9 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 08:56 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Спасибо, буду копать дальше. Сервис бакапа отваливается на триггере on connect с сообщением о невозможности вставки записи в системную таблицу (далее в сообщении моя таблица логов). Права у триггера на вставку есть. Предположил, что это потому что backup. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:13 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty,версию FB сообщи. Ты бэкап чем делаешь? gbak/ nbackup? Если nbackup - попробуй с ключом -T. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:26 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegentyСервис бакапа отваливается на триггере on connect с сообщением о невозможности вставки записи в системную таблицу (далее в сообщении моя таблица логов). Что за сообщение? И триггер покажи,если не тайна. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:28 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
GallemarЧто за сообщение? И триггер покажи,если не тайна.я уже расковырял. Действительно - "лезет" :-) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
Теперь пытаемся сделать бекап ("просто" или через сервисы - без разницы): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
PS. WI-V3.0.0.32022 ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:37 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, что тебе не хватает в описании mon$attachments? Если сервис не создаёт коннекта к базе, то он не мониторится, например такие сервисы как получение статистики, онлайн валидация или трейс. Для сервисов gbak, nbackup есть внутренние коннекты. Эти коннекты можно поймать в таблицах мониторинга при этом mon$remote_process будет равен NULL, т.к. в этом случае коннект создаётся самим сервером. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:42 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Таблоид, ну этого быть не должно. В трекер. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:50 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Таблоид, попробуй убрать автономку ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 09:56 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Таблоидя уже расковырял. Действительно - "лезет" :-) Крут дядька,что сказать :) p.s. я тебе писал раза два, ты чет в подполье ушел. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 10:12 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Сообщение идентичное сообщению Таблоида, только нет автономной транзакции при вставке. Если вставку отменить (проверить на null remote_pid и ничего не пытаться писать) - всё ок. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 10:51 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Сервер один из последних троек WI-T6.3.0.31842 Firebird 3.0 Beta 2 ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 10:56 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Симонов Денис - не хватает понимания, при каких условиях в каких полях null. В одних источниках говорится об embedded, в других - о сервисах, в третьих - о более ранней версии клиентской библиотеке, и нигде - всё вместе. Ожидал в langref увидеть, но и там всё очень кратко, структура, и всё. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 10:58 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, в 2.5 такого не было. В 3.0 вводили защиту системных таблиц. Видимо где-то перемудрили. Думаю таблицы мониторинга здесь не причём. Попробуй просто писать в att_log контекстные переменные, скорее всего ошибка сохранится. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 11:00 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, на самом деле там много нюансов. В SS есть ещё два служебных коннекта. Про старые версии библиотек писать задолбаешься. Сейчас то можно, но с прицелом на будущее, количество старых библиотек будет постоянно расти и для каждой чего-то может не отображаться. По-умолчанию подразумевается что подключаешься современными библиотеками. Про сервисы и служебные коннекты дописать могу. Устроит если будут ограничения только по работе с fbclient 2.5? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 11:09 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Симонов Денис - устроит даже если только 3 ограничишься. Хотя в продакшене у всех 2.5. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 12:42 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
0xFF. Gallemarp.s. я тебе писал раза два, ты чет в подполье ушел.хм... не вижу ничего... пробуй снова ) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 12:57 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Симонов Денис, и если это поддается формализации - как определить, когда какой из сервисов работает. Глядя в MON$ATTACHMENTS. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 13:03 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, никак. Ещё раз повторю. Не все сервисы создают коннекты к БД. Те что создают делают их непосредственно в "ядре", для него они все одинаковые. Косвенно можно определить что за сервис, по выполняемым действиям. Например nbackup точно делает операторы ALTER DATABASE BEGIN BACKUP и ALTER DATABASE END BACKUP. По хорошему для этого надо бы отдельную MON$ таблицу делать, чтобы определять какие сервисы активные. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 13:30 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Симонов Денис, тогда не критично. Сейчас-то всё началось с облома backup, workaround найден - не писать в лог действия сервисов. Приемлемо. А лог сервисов, видимо, надо в другом месте брать/делать: курить логи заданий, например. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 13:49 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
olegenty, лучше написать в трекер и это исправят (я про непонятную ошибку записи в системную таблицу). Всё таки FB3 ещё Beta. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 14:02 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
Проверил в 2.5.5 - там всё ОК. Но единственной зацепкой понять по mon$att, что это был сервис, а не "просто коннект", КМК, будет анализ поля mon$remote_process. Для бекапа, проводимого сервисом, оно остается null'ом, в отличие от gbak: Код: plaintext 1. 2. 3. 4. 5. 6.
== vs == Код: plaintext 1. 2. 3. 4. 5. 6. 7.
2 olegenty : в трекер сходишь ? (надо бы баг в 3.0 затолкать туда) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 14:11 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
ТаблоидНо единственной зацепкой понять по mon$att, что это был сервис, а не "просто коннект", КМК, будет анализ поля mon$remote_process. Для бекапа, проводимого сервисом, оно остается null'ом, в отличие от gbak NULL там будет для любого embedded-коннекта, сервисы это лишь частный случай оного. Вроде проскакивало предложение идентификации сервисных коннектов через отдельное поле в мониторинге. Можно попробовать это сделать, правда не факт что для всех сервисов это будет возможно. Насчет вывода списка активных сервисов через мониторинг - это невозможно архитектурно, мониторинг видит только что относится к текущей базе, а сервисы это вещь сбоку, в общем случае к БД отношения не имеющая. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 14:40 |
|
MON$ATTACHMENTS
|
|||
---|---|---|---|
#18+
dimitrВроде проскакивало предложение идентификации сервисных коннектов через отдельное поле в мониторинге.Сделать спец. опциональный тег для юзерской идентификации приложения : isc_dbp_appname Юзеры смогут своё приложение точнее идентифицировать (например писать туда имя и номер версии), а сервисы смогут своё имя туда писать. Есс-но, выводить содержимое тега в мониторинге. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.09.2015, 14:56 |
|
|
start [/forum/topic.php?fid=40&msg=39045584&tid=1562634]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
43ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 262ms |
total: | 408ms |
0 / 0 |