[Comm] osec: Fatal error

[Comm] osec: Fatal error

[viro]

Вот что выдает osec:
# osec
processing directory ... /bin/
processing directory ... /lib/
processing directory ... /sbin/
processing directory ... /usr/bin/
processing directory ... /usr/lib/
processing directory ... /usr/sbin/
libdb4::DB4Storage::DB4Storage: page 352: illegal page type or format
libdb4::DB4Storage::DB4Storage: PANIC: Invalid argument
OOPS: Internal error: bool DB4Storage::next(Record*, bool) : dbpcp->close
: DB_RUNRECOVERY: Fatal error, run database recovery

Total working time: 85 sec ( 85020000 clocks)


Вот что выдает db_verify
#db_verify /var/lib/osec/osec.db.17
db_verify: Page 20182: Invalid next_pgno 20183
db_verify: DB->verify: /var/lib/osec/osec.db.17: DB_VERIFY_BAD: Database
verification failed
 

# rpm -qa | grep osec
osec-0.4-alt7
# rpm -qa | grep db4
libdb4-devel-4.0.14-alt8
db4-utils-4.0.14-alt8
libdb4-4.0.14-alt8


Как починить?

Re: [Comm] osec: Fatal error

[DM]

Здравствуйте, viro@mail.ru!

Понедельник 01 Декабрь 2003 14:29, Вы писали:

> Как починить?

ИМХО, только физически уничтожить базу osec и пересоздать её. У меня 
сообщения были другими, но вылечил именно так. Если есть основания 
опасаться взлома, имеет смысл проверить целостность установленных 
пакетов.

---------------------------------------
DM <dead underline m at list point ru>

Re: [Comm] osec: Fatal error

[Aleksey Avdeev]

DM пишет:
> Здравствуйте, viro@mail.ru!
> 
> Понедельник 01 Декабрь 2003 14:29, Вы писали:
> 
> 
>>Как починить?
> 
> 
> ИМХО, только физически уничтожить базу osec и пересоздать её. У меня 
> сообщения были другими, но вылечил именно так. Если есть основания 
> опасаться взлома, имеет смысл проверить целостность установленных 
> пакетов.

   Не факт что поможет: У меня подобная картина наблюдалась при 
недостатке свободного места в /var (хотя было свободно более чем 
в 2 раза больше, чем суммарный размер базы).

   Проблему решил переносом базы на более свободный раздел 
(/var/lib/osec теперь ссылка). После данной операции размер базы 
сократился с 40 до 9 M 8-0! (ИМХО: Возможно, проблема связана с 
"дырами" в файлах DB4)

-- 

С уважением. Алексей.

Re: [Comm] osec: Fatal error

[DM]

Здравствуйте, Aleksey Avdeev!

Вторник 02 Декабрь 2003 15:16, Вы писали:

> > ИМХО, только физически уничтожить базу osec и пересоздать её. У
> > меня сообщения были другими, но вылечил именно так. Если есть
> > основания опасаться взлома, имеет смысл проверить целостность
> > установленных пакетов.
>
>    Не факт что поможет: У меня подобная картина наблюдалась при
> недостатке свободного места в /var (хотя было свободно более чем
> в 2 раза больше, чем суммарный размер базы).

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>    Проблему решил переносом базы на более свободный раздел
> (/var/lib/osec теперь ссылка). После данной операции размер базы
> сократился с 40 до 9 M 8-0! (ИМХО: Возможно, проблема связана с
> "дырами" в файлах DB4)

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

См. подчёркнутое. Откуда уверенность, что проблема исчезла именно из-за 
наличия свободного места? База, я так понимаю, пересоздавалась при 
переносе, или всё-таки нет? 

У меня свободного пространства было море, так что дело было явно не в 
нём. А вот дыры в db4-файлах --- это очень похоже на правду. Поскольку 
после пересоздания базы объём тоже резко уменьшился. 

---------------------------------------
DM <dead underline m at list point ru>

Re: [Comm] osec: Fatal error

[Aleksey Avdeev]

DM пишет:
> Здравствуйте, Aleksey Avdeev!
> 
> Вторник 02 Декабрь 2003 15:16, Вы писали:
> 
> 
>>>ИМХО, только физически уничтожить базу osec и пересоздать её. У
>>>меня сообщения были другими, но вылечил именно так. Если есть
>>>основания опасаться взлома, имеет смысл проверить целостность
>>>установленных пакетов.
>>
>>   Не факт что поможет: У меня подобная картина наблюдалась при
>>недостатке свободного места в /var (хотя было свободно более чем
>>в 2 раза больше, чем суммарный размер базы).
> 
> 
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> 
>>   Проблему решил переносом базы на более свободный раздел
>>(/var/lib/osec теперь ссылка). После данной операции размер базы
>>сократился с 40 до 9 M 8-0! (ИМХО: Возможно, проблема связана с
>>"дырами" в файлах DB4)
> 
> 
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> См. подчёркнутое. Откуда уверенность, что проблема исчезла именно из-за 
> наличия свободного места? База, я так понимаю, пересоздавалась при 
> переносе, или всё-таки нет? 

   Разумеется. ;-) Но убой и пересоздание базы - первое, что я 
пробовал, ещё до переноса. Не помогло...

   На новом месте база создалась _корректно_. Почему и появилось 
предположение, что при создании дырявых файлов места требуется 
_значительно_ больше, чем он займёт. По крайней мере, на reiserfs.

> 
> У меня свободного пространства было море, так что дело было явно не в 
> нём. А вот дыры в db4-файлах --- это очень похоже на правду. Поскольку 
> после пересоздания базы объём тоже резко уменьшился. 

-- 

С уважением. Алексей.