![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Log FireBird1.5 SS под Linux
Топпер © (2005-02-24 11:01:00)На винте кончилось место, изза лога FireBird который вырос до 8 Гб, посмотреть в этот лог я и не смог изза его размера, mc ругнулся и умер. Подскажите как избежать этой ситуации вновь, где настраивается ведение логов? Должен ли он достигать таких размеров?
miwa (2005-03-01 11:22:00) [1]
> посмотреть в этот лог я и не смог изза его размера, mc ругнулся и умер
Эххх, нету здесь матерых линуксоидов....
Кроме mc есть еще такие комманды, как tail, head, less, more. А также преинтереснейший grep :о)
З.Ы. Только что 500-ю ошибку выплюнуло, так что не обессудьте, если пост продублируется.
DSKalugin (2005-02-25 11:48:00) [2]перезапусти демона. И как там с правами на этот злополучный лог?
Может ФаеБёд не имеет прав на запись в него :-))))))))
Desdechado (2005-02-24 17:51:00) [3]наверно, буфера записи еще не сбросил на винт
DSKalugin (2005-02-24 17:47:00) [4]должны быть записи "запуск/остановка птички" как минимум
Топпер (2005-02-24 16:31:00) [5]я его уже убил жестоко, и создал снова, ни байта жарптица в него не записал еще, странности какието...
Desdechado (2005-02-24 16:17:00) [6]зашарь файл в сетку и посмотри чем-нибудь на другой машине
MC выпал, видимо, из-за остутствия места для временного файла
DSKalugin (2005-02-24 15:22:00) [7]очисти его
echo '----clear----' >/opt/firebird/firebird.log
и заглядывай время от времени, что он туда сует
и делай выводы что не так
проверь на ошибки базу утилитой gfix -v -full
исправь если таковы есть
Топпер (2005-02-24 12:37:00) [8]спасибо и на этом, я тоже подозреваю что это
> может свидетельствовать о большом количестве падений/ошибок
> в БД/ошибок соединения и т.д.
Desdechado (2005-02-24 12:17:00) [9]Имхо, таким большим он быть не должен. Хотя для классика я не знаток. У меня на супере он не превышает нескольких метров. И то, там только Server Start и всякие глупые ошибки при отладке:
INET/INET_connect: gethostbyname failed, error code = 0
Deleting procedure PR_TEMP_53 which is currently in use by active user requests.
А большой размер может свидетельствовать о большом количестве падений/ошибок в БД/ошибок соединения и т.д.