ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Место для промежуточных файлов трассировки
25 сообщений из 43, страница 1 из 2
  1  все
Место для промежуточных файлов трассировки
    #38990250
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gallemar
Участник
Добрый день
Как можно перенести каталог для временный файлов трассировки, он сейчас у меня c:\ProgramData\firebird\ и при включенной трассировке место быстро заканчивается (в день гигабайт 20). Сегодня место кончилось и получил поврежденную базу,печально.
...
Рейтинг: 0 / 0
23.06.2015, 06:16
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990314
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
за фразу "поврежденная база" без контекста предлагаю банить. Какие были ошибки, что показал gfix?
...
Рейтинг: 0 / 0
23.06.2015, 09:14
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990321
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
23.06.2015, 09:25
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990333
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Gallemarв течении 4 часов никаких ошибок нет
откуда они будут, если в 2.5 никакого повреждения при нехватке места не происходит?
...
Рейтинг: 0 / 0
23.06.2015, 09:40
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990338
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gallemar
Участник
kdvGallemarв течении 4 часов никаких ошибок нет
откуда они будут, если в 2.5 никакого повреждения при нехватке места не происходит?
Не знаю. Если хочешь подключись к серверу, явки-пароли у тебя есть.
...
Рейтинг: 0 / 0
23.06.2015, 09:44
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990342
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Gallemar,

ты перебдел. еще раз повторяю - в 2.5 не происходит повреждений по нехватке места. Успокойся, выпей горячего чаю.
...
Рейтинг: 0 / 0
23.06.2015, 09:47
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990349
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gallemar
Участник
kdv,нет повреждений,если нет места на диске с базой или на диске с temp?
...
Рейтинг: 0 / 0
23.06.2015, 09:57
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990371
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gallemar
Участник
И как перенести каталог для этих временных файлов?
...
Рейтинг: 0 / 0
23.06.2015, 10:18
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990486
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
23.06.2015, 11:48
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990808
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
23.06.2015, 15:58
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990913
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
GallemarMaxUserTraceLogSize у меня 9999 (это мы что то давно с Таблоидом у меня тестировали,я обратно менять не стал), но каким он боком к временным файлам?
ну таким. Потому что когда трейс не успевает выдать информацию клиенту трейса, он закидывает ее во временный файл, макс. размер определяется вот этим самым параметром. В мегабайтах. Значит ты поставил 10 гиг.
У аудита, наоборот, ограничения на "размер" нет.

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

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

Gallemarместо там заканчивается стремительно,т.к. файлов там куча кладется.
зачем это делается, интересно? зачем тебе user trace за сутки? про аудит я бы еще понял. Но trace?
...
Рейтинг: 0 / 0
23.06.2015, 17:25
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990939
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
23.06.2015, 17:49
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990942
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
GallemarТрейс делается не сутки,а с 8 до 21. Ещё делает fb_lock_print в разных вариантах с интервалом в 15 минут. Это делается для конкретной цели - периодически возникает такая проблема с базой - зависает клиентское приложение у всех пользователей, к базе нельзя сделать коннект (клиентское приложение зависает,IBE аналогично, isql не выдает подтверждение коннекта). Это "лечилось" или временем (бывало минут через пять-семь все приходило в норму), или завершением процессов по одному, обычно смотрел по самым читающим-пишущим. Потом стрельба из гранатомета по воронам надоела и запустил вышеупомянутые trace и fb_lock_print и нашел источник(но не причину) ступора базы.

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

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

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

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

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


GallemarДима,у меня каталог c:\ProgramData\firebird\ забит файлами с именами типа fb_trace.{4F976F9C-1AB6-4908-1A9D-0AD9E5807558}.0008471, их там много и все они размером равно 1 мегабайт. Они и переполняют каталог.
...
Рейтинг: 0 / 0
23.06.2015, 18:23
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990983
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
GallemarДима,у меня каталог c:\ProgramData\firebird\ забит файлами с именами типа fb_trace.{4F976F9C-1AB6-4908-1A9D-0AD9E5807558}.0008471, их там много и все они размером равно 1 мегабайт. Они и переполняют каталог.Ибо ты указал MaxUserTraceLogSize = 9999, тем самым разрешив накапливать 9999 МБ для каждой сессии трейса.
Очень странно, что это вызывает такие проблемы - похоже, что ты или не читаешь вывод трейса, или у тебя трейс-сессии ненормально завершаются, не удаляя за собой файлы.
Сколько в среднем\максимум файлов с одинаковым guid'ом в середине имени ?
Насколько они старые ?
Каким образом у тебя запущен трейс ?
...
Рейтинг: 0 / 0
23.06.2015, 18:41
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38990991
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
23.06.2015, 18:51
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38991013
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
GallemarC одинаковым накоплено по 3600 файлов.Нет слов...

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

GallemarЗапускается по расписанию каждый час,раз в час запущенный трейс завершается и запускается новый.Каким образом он завершается ?
Запускается и завершается через шедулер Windows, стоит ограничение времени выполнения в 1 час.
...
Рейтинг: 0 / 0
24.06.2015, 04:03
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38991212
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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
24.06.2015, 05:13
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38991262
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Gallemar,

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

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

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

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

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

А то что ты вызывающую прогу выключил, то это сервису пофиг, он всё равно продолжит работать, потому как исполняется сервером.
...
Рейтинг: 0 / 0
24.06.2015, 08:19
| Ответить | Цитировать | Написать  
Место для промежуточных файлов трассировки
    #38991285
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gallemar
Участник
Симонов Денис,ого. Раньше всегда батник завершал и горя не знал :(
...
Рейтинг: 0 / 0
24.06.2015, 08:45
| Ответить | Цитировать | Написать  
25 сообщений из 43, страница 1 из 2
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Место для промежуточных файлов трассировки
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=38990250&tid=1562761]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 43ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 15ms
total:  156ms
созд. / загр.: 156ms
x
x
Закрыть


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