Hi, Alexander! On Mon, Sep 20, 2004 at 04:39:47AM +0300, Alexander Yeremenko wrote:

Перекрутил inn без всяких затей. cnfs А в news.err начали сыпаться innd: CNFS-sm: cnfs_retrieve: token @...........@: bogus cycbuff name ZUKA:0x.....:X хотя никакого cycbuff ZUKA нигде не описано, и он уже давно снесен и inn перезапущен. Чего оно хочет этим сказать ?

Это говорит о том, что в history у тебя есть записи, указывающие на буфера, которых физически нет... Формат этого самого @...@: @030A41443253314833000000040000000001@ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | | | | +--- Номер цикла cnfs. | | | +--- Номер "кластера" cnfs, с которого начинается | | | статья (обычно кластер равен 0x200Bytes). | | +--- Логическое имя буфера, в котором находится cnfs | | (в данном случае "AD2S1H3" Быстро преобразовать | | можно типа так: | | perl -e 'sub Q {$_=$_[0];\ | | s/(..)/pack("C", hex($1))/ige;$_} | | print Q "41443253314833\n"' | +--- class этой cnfs, указанный в storage.conf. +--- Тип хранилища: 03 - cnfs. Собственно, если у тебя только cnfs, то там всегда 03. Если кто-то просит статью, которая по history числится в убитом тобой буфере то вот именно такое сообщение и вылазит... Если все работает нормально, то и лечить не нужно... Оно само вылечится после того, как запись проэкспайрится в history... Ну а если что-то работает не нормально, то нужно перестроить history. Еще сами файлы cnfs нельзя никуда переносить, переименовывать (в том числе нельзя менять логическое имя буфера и псевдобуфера). Если всетаки это нужно сделать, то файл нужно сначала убить, а потом создать заново (в случае девайса как файла cnfs, нужно как минимум занулить ее начало). -- Good Luck! Sergey Babitch (SB551-RIPE) ICQ: 105517491 FreeLance Artist =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message