On 30 янв, 16:37, "Леонид Агафонов" wrote:
> Добрый день!
>
> FB 2.1.0.17735
> Windows: Server 2003
>
> Иногда (определить после каких действий пока не удалось) в логе
> сервера появляется ошибка:
> internal gds software consistency check (decompression overran buffer
> (179), file: sqz.cpp line: 2
> Если бекап проходит нормально, т.е. ошибка то есть, то нету, то я
> могу грешить
> только на сбойное железо... Скорее всего - память.
после переноса баз на другой сервак проблема повторилась ... :(
попробуем понизить версию до 2.0.3
С уважением, Леонид Агафонов.
Добрый вечер. Возникла такая же проблема. FB 2.1.0.17735 SS иногда
зависает намертво, диспетчер задач задач показывает, что процессор не
загружен в данный момент. Подключиться к базе не возможно (Unable to
complete network request to host ...). В логе данная ошибка, помогает
только рестарт сервер
> после переноса баз на другой сервак проблема повторилась ... :(
>
> попробуем понизить версию до 2.0.3
пока пытались перевсти базу на 2.0.3 проблема на время исчезла ...
с 07.02 неделю полёт был нормальный, но 15.02 ошибка опять
появилась ... :(
вопрос наверное к Владу, может быть подробнее ра
"Леонид Агафонов" ...
после переноса баз на другой сервак проблема повторилась ... :(
попробуем понизить версию до 2.0.3
пока пытались перевсти базу на 2.0.3 проблема на время исчезла ...
с 07.02 неделю полёт был нормальный, но 15.02 ошибка опять
появилась ... :(
вопрос наверное к Владу, мо
> Сложно сказать... Ну, например, сочетанием неизвестного бага в кеше
> метаданных и сменой формата таблицы на ходу. Но это - пальцем в небо, увы.
нет таблицы на ходу не меняли (покрайней мере в этом случае)
> IBFirstAid'у такую базу не кормили ? Сразу после багчека
нет не кормили, база
hi i want to taik u
2008/2/17, gsAlexander <[EMAIL PROTECTED]>:
>
> Добрый вечер. Возникла такая же проблема. FB 2.1.0.17735 SS иногда
> зависает намертво, диспетчер задач задач показывает, что процессор не
> загружен в данный момент. Подключиться к базе не возможно (Unable to
> complete network r
> нда ... весь вопрос то в том как это воспроизвести ...
> в какой момент происхоит отследить не получается
Проблема к сожалению продолжается ... :(
На другой базе на другом сервере у другого заказчика был установлен
2.1 CS в логе опять появилась такая же запись :
SERVFri Feb 29 15:16:31 2
Леонид Агафонов wrote:
Проблема к сожалению продолжается ... :(
На другой базе на другом сервере у другого заказчика был установлен
2.1 CS в логе опять появилась такая же запись :
SERVFri Feb 29 15:16:31 2008
Database: F:\xxx.FDB
internal gds software consistency check (de
> Изменение метаданных на ходу как нормальный режим работы?
"нивкоемслучае" :)
в режиме нормальной работы клиента
конечно сам иногда грешу изменением одной-другой SP при подключенных
пользователях
но добавление/измнение таблиц/метаданных из рабочей системы не
возможно - ругается что пользовте
только что позвонил третий "товарищ" ...
т.е. это стабильно возникает у всех кого перевли на 2.1
С уважением, Леонид Агафвоно
On 3 мар, 21:30, Леонид Агафонов <[EMAIL PROTECTED]> wrote:
>
> напишите хоть кто-нибудь по русски что происходит в сервере когда он
> отдаёт такую ошибку
Эта ошибка возникает при распаковке записей, запакованных алгоритмом
RLE, в случае, если в результате распаковки получается неправильный
ре
"Леонид Агафонов" ...
только что позвонил третий "товарищ" ...
т.е. это стабильно возникает у всех кого перевли на 2.1
И у всех нормально делается бекап\рестор после такой ошибки ?
Кстати, как переводили ? Ресторили на 2.1 ?
--
Хорсун Влад
On 3 мар, 23:26, "Vlad Khorsun" <[EMAIL PROTECTED]> wrote:
> "Леонид Агафонов" ...
>
> > только что позвонил третий "товарищ" ...
>
> > т.е. это стабильно возникает у всех кого перевли на 2.1
>
> И у всех нормально делается бекап\рестор после такой ошибки ?
нормально делается бекап\рестор
>
14 matches
Mail list logo
