powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Место для промежуточных файлов трассировки
43 сообщений из 43, показаны все 2 страниц
Место для промежуточных файлов трассировки
    #38990250
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день
Как можно перенести каталог для временный файлов трассировки, он сейчас у меня c:\ProgramData\firebird\ и при включенной трассировке место быстро заканчивается (в день гигабайт 20). Сегодня место кончилось и получил поврежденную базу,печально.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990314
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
за фразу "поврежденная база" без контекста предлагаю банить. Какие были ошибки, что показал gfix?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990321
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr,извини,я спрашивал про трассировку и не подумал,что кому то интересно что у меня с базой. По базе - в логе:

SRV-250 Tue Jun 23 08:43:11 2015
Trace plugin fbtrace.dll returned error on call trace_create, did not create plugin and provided no additional details on reasons of failure


SRV-250 Tue Jun 23 08:43:11 2015
I/O error during "WriteFile" operation for file "C:\WINDOWS\TEMP\FB_TABLE_DM88VI"
Error while trying to write to file
Недостаточно места на диске.

SRV-250 Tue Jun 23 08:44:15 2015
I/O error during "WriteFile" operation for file "C:\WINDOWS\TEMP\FB_TABLE_C0LAWI"
Error while trying to write to file
Недостаточно места на диске.


SRV-250 Tue Jun 23 08:44:27 2015
Operating system call write failed. Error code 28


SRV-250 Tue Jun 23 08:44:27 2015
I/O error during "WriteFile" operation for file "C:\WINDOWS\TEMP\FB_TABLE_WKVAWI"
Error while trying to write to file
Недостаточно места на диске.


SRV-250 Tue Jun 23 08:44:27 2015
Operating system call write failed. Error code 28


SRV-250 Tue Jun 23 08:44:27 2015
Trace plugin fbtrace.dll returned error on call tpl_event_proc_execute.
Error details: operating system directive write failed
Нет бумаги в принтере.



SRV-250 Tue Jun 23 08:44:27 2015
Trace plugin fbtrace.dll returned error on call tpl_event_error.
Error details: operating system directive write failed
Нет бумаги в принтере.



SRV-250 Tue Jun 23 08:44:28 2015
I/O error during "WriteFile" operation for file "C:\WINDOWS\TEMP\FB_TABLE_8RVAWI"
Error while trying to write to file
Недостаточно места на диске.


SRV-250 Tue Jun 23 08:44:28 2015
I/O error during "WriteFile" operation for file "C:\WINDOWS\TEMP\FB_TABLE_35VAWI"
Error while trying to write to file
Недостаточно места на диске.
SRV-250 Tue Jun 23 08:51:37 2015
Database: E:\DBASE\SUPERMAGDK.FDB
internal Firebird consistency check (missing pointer page in DPM_data_pages (243), file: dpm.cpp line: 703)


SRV-250 Tue Jun 23 08:51:37 2015
Database: E:\DBASE\SUPERMAGDK.FDB
internal Firebird consistency check (missing pointer page in DPM_data_pages (243), file: dpm.cpp line: 703)

SRV-250 Tue Jun 23 10:04:34 2015
Database: E:\DBASE\SUPERMAGDK.FDB
database file appears corrupt ()
bad checksum
checksum error on database page 0
internal Firebird consistency check (error during savepoint backout (290), file: exe.cpp line: 4097)


SRV-250 Tue Jun 23 10:04:40 2015
Database: E:\DBASE\SUPERMAGDK.FDB
I/O error during "GetFileSize" operation for file "E:\DBASE\SUPERMAGDK.FDB"
Error while trying to access file
Неверный дескриптор.


SRV-250 Tue Jun 23 10:04:40 2015
Cannot dump the monitoring data
I/O error during "GetFileSize" operation for file "E:\DBASE\SUPERMAGDK.FDB"
Error while trying to access file
Неверный дескриптор.




Это выборка,остальные ошибки аналогичные. Если нужен полный лог - могу скинуть на почту. Gfix пока не запускал, в течении 4 часов никаких ошибок нет, хочу в технологическое окно переключится на базу-реплику.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990333
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemarв течении 4 часов никаких ошибок нет
откуда они будут, если в 2.5 никакого повреждения при нехватке места не происходит?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990338
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvGallemarв течении 4 часов никаких ошибок нет
откуда они будут, если в 2.5 никакого повреждения при нехватке места не происходит?
Не знаю. Если хочешь подключись к серверу, явки-пароли у тебя есть.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990342
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

ты перебдел. еще раз повторяю - в 2.5 не происходит повреждений по нехватке места. Успокойся, выпей горячего чаю.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990349
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,нет повреждений,если нет места на диске с базой или на диске с temp?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990371
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И как перенести каталог для этих временных файлов?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990486
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemarнет повреждений,если нет места на диске с базой или на диске с temp?
ух, ох.
в 1.5 при нехватке места база портилась, да.
исправили это целиком и полностью в 2.1 ( CORE-1228 )

А если нет места в temp, то база портиться никак не может.

Так что вытри холодный пот со лба :-)

GallemarИ как перенести каталог для этих временных файлов?
для начала, размер файлов трейса (если ты про трейс, а не аудит) регулируется параметром
MaxUserTraceLogSize
и по умолчанию 10 мегабайт. Раз у тебя там файлы по 20 гиг, значит ты включил аудит. А про аудит тыщу раз говорили, что размер лога может даже за день быть куда больше размера базы данных.

База на c:, и там же temp, это прекрасно.

Тем не менее, temp регулируется через параметр TempDirectories в firebird.conf, там указываются диски для temp, подряд, через ;. Как на первом место кончается, то продолжается на второй, и т.д.
Я не помню, идет-ли аудит через этот параметр, по крайней мере может быть то же самое что и с gtt, т.е. только через переменную среды FIREBIRD_TMP, причем тут может быть указан только один каталог.
http://tracker.firebirdsql.org/browse/CORE-1241
Но все же, по идее должно идти в TempDirectories.
Если не указано ни там ни тут, весь temp вывод идет в папку системной переменной TEMP.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990808
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvТак что вытри холодный пот со лба :-)
Я им опять покрылся. Дима,ты вообще не о том.
MaxUserTraceLogSize у меня 9999 (это мы что то давно с Таблоидом у меня тестировали,я обратно менять не стал), но каким он боком к временным файлам?
kdvБаза на c:, и там же temp, это прекрасно.
С чего такой вывод? Я же писал,что у меня временные файлы trace (и fb_lock_print, забыл сказать) кладутся в c:\ProgramData\firebird\ и место там заканчивается стремительно,т.к. файлов там куча кладется.
23.06.2015 10:58 1 048 576 fb_trace.{79A3DCCA-1066-4A2B-ECA2-40BF41578518}.0010262
23.06.2015 10:58 1 048 576 fb_trace.{79A3DCCA-1066-4A2B-ECA2-40BF41578518}.0010263
23.06.2015 10:59 1 048 576 fb_trace.{79A3DCCA-1066-4A2B-ECA2-40BF41578518}.0010268
23.06.2015 10:59 143 fb_trace.{79A3DCCA-1066-4A2B-ECA2-40BF41578518}.0010270
23.06.2015 20:45 22 428 fb_trace_7kupvg
11011 файлов 12 886 570 289 байт
2 папок 81 889 173 504 байт свободно
12 гигабайт уже

kdvА про аудит тыщу раз говорили, что размер лога может даже за день быть куда больше размера базы данных.
Помню,помню. Поэтому выводы с gtat, fb_lock_print и fbtracemgr сбрасываются на диск D, где места полно и чистится раз в 48 часов.
kdvТем не менее, temp регулируется через параметр TempDirectories в firebird.conf, там указываются диски для temp, подряд, через ;. Как на первом место кончается, то продолжается на второй, и т.д.
TempDirectories = d:\temp
И там пусто (т.к. TempCacheLimit = 16106127360, задрал до потолка ради одного ночного пересчета)
kdvЯ не помню, идет-ли аудит через этот параметр, по крайней мере может быть то же самое что и с gtt, т.е. только через переменную среды FIREBIRD_TMP, причем тут может быть указан только один каталог.
http://tracker.firebirdsql.org/browse/CORE-1241
Но все же, по идее должно идти в TempDirectories.
Если не указано ни там ни тут, весь temp вывод идет в папку системной переменной TEMP.
Я думал мне точно скажут, если даже Дима не помнит, значит буду сам проверять. Бегло пролистал Борри, ответа не увидел.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990913
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarMaxUserTraceLogSize у меня 9999 (это мы что то давно с Таблоидом у меня тестировали,я обратно менять не стал), но каким он боком к временным файлам?
ну таким. Потому что когда трейс не успевает выдать информацию клиенту трейса, он закидывает ее во временный файл, макс. размер определяется вот этим самым параметром. В мегабайтах. Значит ты поставил 10 гиг.
У аудита, наоборот, ограничения на "размер" нет.

GallemarС чего такой вывод?
с того, что ты написал "у меня место быстро кончается... место кончилось и получил поврежденную базу".
Каким еще боком temp пространство может быть связано с базой, и с ее мифическим повреждением?
Какая разница, кто забил темп - ФБ или другое приложение? И что, при любом исчерпании temp обязательно база должна повреждаться?

Gallemar Бегло пролистал Борри, ответа не увидел.
Борри про ФБ 1.5. В которой трейса нет. А про FIREBIRD_TMP или общий темп я тебе уже сказал.
И даже привел ссылку на CORE, в которой указано, что временные таблицы (которые у тебя тоже, в твоем логе с повреждениями как раз про них говорится) пишутся в temp, который системный или FIREBIRD_TMP, но не в temp который в конфиге.

Gallemarместо там заканчивается стремительно,т.к. файлов там куча кладется.
зачем это делается, интересно? зачем тебе user trace за сутки? про аудит я бы еще понял. Но trace?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990939
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvGallemarMaxUserTraceLogSize у меня 9999 (это мы что то давно с Таблоидом у меня тестировали,я обратно менять не стал), но каким он боком к временным файлам?
ну таким. Потому что когда трейс не успевает выдать информацию клиенту трейса, он закидывает ее во временный файл, макс. размер определяется вот этим самым параметром. В мегабайтах. Значит ты поставил 10 гиг.
У аудита, наоборот, ограничения на "размер" нет.

Дима,у меня каталог c:\ProgramData\firebird\ забит файлами с именами типа fb_trace.{4F976F9C-1AB6-4908-1A9D-0AD9E5807558}.0008471, их там много и все они размером равно 1 мегабайт. Они и переполняют каталог.


kdvGallemar Бегло пролистал Борри, ответа не увидел.
Борри про ФБ 1.5. В которой трейса нет.
У меня второе издание,там есть

kdvА про FIREBIRD_TMP или общий темп я тебе уже сказал.
И даже привел ссылку на CORE, в которой указано, что временные таблицы (которые у тебя тоже, в твоем логе с повреждениями как раз про них говорится) пишутся в temp, который системный или FIREBIRD_TMP, но не в temp который в конфиге.
Спасибо

kdvGallemarместо там заканчивается стремительно,т.к. файлов там куча кладется.
зачем это делается, интересно? зачем тебе user trace за сутки? про аудит я бы еще понял. Но trace?[/quot]
Трейс делается не сутки,а с 8 до 21. Ещё делает fb_lock_print в разных вариантах с интервалом в 15 минут. Это делается для конкретной цели - периодически возникает такая проблема с базой - зависает клиентское приложение у всех пользователей, к базе нельзя сделать коннект (клиентское приложение зависает,IBE аналогично, isql не выдает подтверждение коннекта). Это "лечилось" или временем (бывало минут через пять-семь все приходило в норму), или завершением процессов по одному, обычно смотрел по самым читающим-пишущим. Потом стрельба из гранатомета по воронам надоела и запустил вышеупомянутые trace и fb_lock_print и нашел источник(но не причину) ступора базы.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990942
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarТрейс делается не сутки,а с 8 до 21. Ещё делает fb_lock_print в разных вариантах с интервалом в 15 минут. Это делается для конкретной цели - периодически возникает такая проблема с базой - зависает клиентское приложение у всех пользователей, к базе нельзя сделать коннект (клиентское приложение зависает,IBE аналогично, isql не выдает подтверждение коннекта). Это "лечилось" или временем (бывало минут через пять-семь все приходило в норму), или завершением процессов по одному, обычно смотрел по самым читающим-пишущим. Потом стрельба из гранатомета по воронам надоела и запустил вышеупомянутые trace и fb_lock_print и нашел источник(но не причину) ступора базы.

И чем тебе в этом случае трейс поможет? Кроме дополнительных тормозов для клиентов. fb_lock_print запускать автоматом нет никакого смысла ибо имеет смысл в него смотреть как раз тогда когда всё зависло. А если оно у вас там само отвисает, то fb_lock_print может и не успеть.

Кстати что там за источник оказался?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990952
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис
И чем тебе в этом случае трейс поможет? Кроме дополнительных тормозов для клиентов. fb_lock_print запускать автоматом нет никакого смысла ибо имеет смысл в него смотреть как раз тогда когда всё зависло. А если оно у вас там само отвисает, то fb_lock_print может и не успеть.

Кстати что там за источник оказался?
По трейсу я определил что за приложение,какой усер и что он делал в момент предшествующий зависанию. fb_lock_print автоматом запускаю для того,чтобы иметь данные когда меня нет на месте,так проще если было кратковременное зависание, мои девчата упорно забывают запустить fb_lock_print. Чищу раз в два дня логи. Трейс пишет не всё подряд,так что тормозов нет.
Источником был один из модулей товароучетки, данные трейса отправил разработчикам. Жду следующий случай,хочу дамп снять с процесса.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990969
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

если трейс пишет не всё то чего же у тебя файлы раздулись?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990974
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис
если трейс пишет не всё то чего же у тебя файлы раздулись?

Я Диме уже отвечал, что раздутых файлов нет, их просто много:


GallemarДима,у меня каталог c:\ProgramData\firebird\ забит файлами с именами типа fb_trace.{4F976F9C-1AB6-4908-1A9D-0AD9E5807558}.0008471, их там много и все они размером равно 1 мегабайт. Они и переполняют каталог.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990983
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarДима,у меня каталог c:\ProgramData\firebird\ забит файлами с именами типа fb_trace.{4F976F9C-1AB6-4908-1A9D-0AD9E5807558}.0008471, их там много и все они размером равно 1 мегабайт. Они и переполняют каталог.Ибо ты указал MaxUserTraceLogSize = 9999, тем самым разрешив накапливать 9999 МБ для каждой сессии трейса.
Очень странно, что это вызывает такие проблемы - похоже, что ты или не читаешь вывод трейса, или у тебя трейс-сессии ненормально завершаются, не удаляя за собой файлы.
Сколько в среднем\максимум файлов с одинаковым guid'ом в середине имени ?
Насколько они старые ?
Каким образом у тебя запущен трейс ?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38990991
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladОчень странно, что это вызывает такие проблемы - похоже, что ты или не читаешь вывод трейса, или у тебя трейс-сессии ненормально завершаются, не удаляя за собой файлы.
Сколько в среднем\максимум файлов с одинаковым guid'ом в середине имени ?
Насколько они старые ?
C одинаковым накоплено по 3600 файлов.
Каким образом у тебя запущен трейс ?[/quot]
Запускается по расписанию каждый час,раз в час запущенный трейс завершается и запускается новый.


Код: powershell
1.
2.
3.
4.
5.
6.
7.
8.
9.
#Переменные
$LogTrace = "trace_$(Get-Date -Format dd_MMMM_yyyy_HH_mm_ss)"

#Модули
. "d:\Archiv_SM\Logging_Functions.ps1"

C:
cd 'c:\Program Files\Firebird\Firebird_2_5\bin\'
&"C:\Program Files\Firebird\Firebird_2_5\bin\fbtracemgr" -sta -c idx_trace.conf -se localhost/3050:service_mgr  >> d:\Monitoring\Trace\$LogTrace.log

...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991013
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarC одинаковым накоплено по 3600 файлов.Нет слов...

GallemarЗапускается по расписанию каждый час,раз в час запущенный трейс завершается и запускается новый.Каким образом он завершается ?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991207
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladGallemarC одинаковым накоплено по 3600 файлов.Нет слов...

GallemarЗапускается по расписанию каждый час,раз в час запущенный трейс завершается и запускается новый.Каким образом он завершается ?
Запускается и завершается через шедулер Windows, стоит ограничение времени выполнения в 1 час.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991212
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvБорри про ФБ 1.5. В которой трейса нет. А про FIREBIRD_TMP или общий темп я тебе уже сказал.
И даже привел ссылку на CORE, в которой указано, что временные таблицы (которые у тебя тоже, в твоем логе с повреждениями как раз про них говорится) пишутся в temp, который системный или FIREBIRD_TMP, но не в temp который в конфиге.

Сегодня прописал FIREBIRD_TMP на своем компьютере,запустил trace и запустил заливку данных в тестовую базу. По пути FIREBIRD_TMP ничего не появилось, в c:\ProgramData\firebird\ появились файлы fb_trace.{GUID}. Переключил заливку в GTT, по пути FIREBIRD_TMP появился файл fb_table_nu5ydk, т.е. переменная для GTT работает (раньше до дефолту файлы GTT были в c:\Windows\Temp).
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991262
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

ты команду завершения сюда приведи.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991263
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов ДенисGallemar,

ты команду завершения сюда приведи.
Не приведу,я не знаю как планировщик завершает свои задания по истечении времени. Гугл и msdn ответа не дали.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991266
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

всё ясно с тобой. Я не зря слово "команду" красным цветом выделил.

ничего что трассировку запущенную через сервис надо явно останавливать отдельной командой, примерно так

Код: plaintext
fbtracemgr -SE service_mgr -STOP -ID 4

А то что ты вызывающую прогу выключил, то это сервису пофиг, он всё равно продолжит работать, потому как исполняется сервером.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991285
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,ого. Раньше всегда батник завершал и горя не знал :(
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991328
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

это тебе так казалось. Вообще любой сервис он функционирует на сервере. Поэтому если ты отрубаешь прогу его запустившую он всё рано будет функционировать. Это относится и к gbak через se, и к трассировке, и к статистике, и к онлайн валидации. В общем ко всему что запущено через service API. Только вот все другие сервисы они рано или поздно заканчиваются, а трейс он сам по себе не завершится.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991414
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarЗапускается и завершается через шедулер Windows, стоит ограничение времени выполнения в 1 час.Т.е. - х\з знает как, а скорее всего - никак :)
Ты посмотри в процессах - не висит ли у тебя там десяток-другой fbtracemgr ?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991415
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов ДенисА то что ты вызывающую прогу выключил, то это сервису пофиг, он всё равно продолжит работать, потому как исполняется сервером.Вообще-то, убиение клиента и закрытие его сокета (там по tcp соединение) должно обнаруживаться сервером.
Соответственно, сервис должен прибиваться.
Кто проверит ? :)
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991423
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad,не висит,сегодня отключил прерывание trace по истечению часа, проблема с потерей места решилась. Могу вернуть обратно и сделать завершение через 10-15 минут,можно будет увидеть сколько их будет висеть через час. У меня скорее всего быстро обнаруживается сервером убитый процесс, т.к. специально KeepAlive настраивал, были проблемы с висящими процессами отвалившихся клиентов.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991432
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemarhvlad,не висит,сегодня отключил прерывание trace по истечению часа, проблема с потерей места решилась.Потому что живой fbtracemgr читает данные и позволяет серверу убирать уже прочитанное.

GallemarМогу вернуть обратно и сделать завершение через 10-15 минут,можно будет увидеть сколько их будет висеть через час.Если есть возможность для такого эксперимента - было бы интересно...
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991441
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladGallemarhvlad,не висит,сегодня отключил прерывание trace по истечению часа, проблема с потерей места решилась.Потому что живой fbtracemgr читает данные и позволяет серверу убирать уже прочитанное.

GallemarМогу вернуть обратно и сделать завершение через 10-15 минут,можно будет увидеть сколько их будет висеть через час.Если есть возможность для такого эксперимента - было бы интересно...
Есть. Запустил,через час доложу
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991449
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad,

не знаю как там трейс. А вот gbak запущенный как сервис убил, но он продолжает делать бекап. И доделал до конца кстати.

Код: plaintext
..\gbak -b -g -V -user SYSDBA -pas masterkey -se localhost:service_mgr horses d:\fb\fb30\data\horses.dmp

Причём это не классик. Fb 3 SuperServer.
Мне кажется что именно в случае с gbak это правильно.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991459
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поставил завершение trace через 10 минут и последующий запуск нового, уже два fbtracemgr. У меня KeepAliveTime= 200000 и KeepAliveInterval=15000.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991462
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис,а если база большая и бэкап долго будет идти? Сервер со временем обнаружит отключение и gbak срубится?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991470
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

гбак будет до конца идти. серверу команду дали - он ее делает.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991473
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

не знаю. Если всё так как говорит Влад, то наверное да. Для остальных сервисов это действительно правильно. Но для gbak и nbackup я бы предпочёл чтобы они доделывались до конца в любом случае.

P.S. я не настраивал KeepAlive ибо это обычная рабочая станция и FB 3 здесь стоит для тестирования. Возможно это и повлияло на результат. Хотя он запущен в архитектуре SS и по идее должен практически мгновенно обнаружить обрыв соединения, тем более что gbak у меня запущен с опцией -V, т.е. на него лог с сервера передаётся
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991502
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarПоставил завершение trace через 10 минут и последующий запуск нового, уже два fbtracemgr.А что говорит fbtracemgr -list ? Сколько сессий на сервере ?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991513
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladGallemarПоставил завершение trace через 10 минут и последующий запуск нового, уже два fbtracemgr.А что говорит fbtracemgr -list ? Сколько сессий на сервере ?
Второй fbtracemgr висит минуты две и всё. Сессии

Session ID: 3
user: SYSDBA
date: 2015-06-22 08:00:01
flags: active, admin, trace, log full

Session ID: 4
user: SYSDBA
date: 2015-06-22 09:00:03
flags: active, admin, trace, log full

Session ID: 5
user: SYSDBA
date: 2015-06-22 10:00:01
flags: active, admin, trace, log full

Session ID: 6
user: SYSDBA
date: 2015-06-22 11:00:00
flags: active, admin, trace, log full

Session ID: 7
user: SYSDBA
date: 2015-06-22 12:00:01
flags: active, admin, trace, log full

Session ID: 8
user: SYSDBA
date: 2015-06-22 13:00:01
flags: active, admin, trace, log full

Session ID: 9
user: SYSDBA
date: 2015-06-22 14:00:00
flags: active, admin, trace, log full

Session ID: 10
user: SYSDBA
date: 2015-06-22 15:00:01
flags: active, admin, trace, log full

Session ID: 11
user: SYSDBA
date: 2015-06-22 16:00:01
flags: active, admin, trace, log full

Session ID: 12
user: SYSDBA
date: 2015-06-22 17:00:01
flags: active, admin, trace, log full

Session ID: 13
user: SYSDBA
date: 2015-06-22 18:00:00
flags: active, admin, trace, log full

Session ID: 14
user: SYSDBA
date: 2015-06-22 19:00:00
flags: active, admin, trace, log full

Session ID: 15
user: SYSDBA
date: 2015-06-22 20:00:00
flags: active, admin, trace, log full

Session ID: 17
user: SYSDBA
date: 2015-06-22 22:00:01
flags: active, admin, trace, log full

Session ID: 18
user: SYSDBA
date: 2015-06-23 01:00:01
flags: active, admin, trace, log full

Session ID: 19
user: SYSDBA
date: 2015-06-23 02:00:01
flags: active, admin, trace, log full

Session ID: 20
user: SYSDBA
date: 2015-06-23 03:00:01
flags: active, admin, trace, log full

Session ID: 21
user: SYSDBA
date: 2015-06-23 04:00:01
flags: active, admin, trace, log full

Session ID: 22
user: SYSDBA
date: 2015-06-23 05:00:01
flags: active, admin, trace, log full

Session ID: 23
user: SYSDBA
date: 2015-06-23 06:00:01
flags: active, admin, trace, log full

Session ID: 24
user: SYSDBA
date: 2015-06-23 07:00:01
flags: active, admin, trace, log full

Session ID: 26
user: SYSDBA
date: 2015-06-23 09:38:48
flags: active, admin, trace, log full

Session ID: 27
user: SYSDBA
date: 2015-06-23 10:00:02
flags: active, admin, trace, log full

Session ID: 30
user: SYSDBA
date: 2015-06-24 09:00:59
flags: active, admin, trace, log full

Session ID: 40
user: SYSDBA
date: 2015-06-24 17:13:06
flags: active, admin, trace
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991567
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

те сессии, у которых стоит флаг "log full", нужно завершать. Они не читают вывод трейса
(он приостановлен из-за достижения лимита MaxUserTraceLogSize) и файлы не удаляются.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991694
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemar,

ты же хочешь, чтобы трейс был всегда в 1 экземпляре, и работал по 1 часу в течение "рабочего" дня?
Тогда, если я правильно понимаю опции fbtracemgr, тебе надо

1. при старте явно именовать сессию опцией -name myname
2. в твоем скрипте, перед стартом сессии myname, делать ей -stop -name myname

и тогда все будет в шоколаде. Ну разве что последнюю сессию за день надо будет как-то руками или отдельным скриптом в самом конце дня вырубать.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991697
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,понял,спасибо.
off topic - проверь почту,я ещё вчера писал,в ответ тишина. Опять в спам мои письма летят с mail.ru?
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991703
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladGallemar,

те сессии, у которых стоит флаг "log full", нужно завершать. Они не читают вывод трейса
(он приостановлен из-за достижения лимита MaxUserTraceLogSize) и файлы не удаляются.
а как завершать,fbtracemgr -SE service_mgr -STOP -ID ? Я эти сессии только в выводе -list вижу.
...
Рейтинг: 0 / 0
Место для промежуточных файлов трассировки
    #38991755
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemarа как завершать,fbtracemgr -SE service_mgr -STOP -ID ?Да
...
Рейтинг: 0 / 0
43 сообщений из 43, показаны все 2 страниц
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Место для промежуточных файлов трассировки
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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