классы трафика

[bob1]

создал класс , потом удалил его ... и теперь немогу создать класс с тем же ID , после рестарта блинга появился verificator.log в котором записанно
-- Verificator
-- Backup db with mysqldump -uASDF -pASDF UTM5
-- Affected tables list at the end of file

-- ERROR Found lost rows in t_class_detail. Tclass id:12
-- SQL DESC delete lost rows
UPDATE t_class_detail SET is_deleted=1 WHERE t_class_id=12;

-- 1 errors
-- 0 warnings
-- affected tables: t_class_detail

натравливание его на базу никак не помогло ...

[dalex]

натравливание его на базу никак не помогло ...

что значит не помогло? он опять появляется при рестарте?

[bob1]

нет не появляется, но и новый класс с ID=12 я добавить не могу ...
и при каждом рестарте билинга получаю ошибку в виде verification.log

[Разумовский ДВ]

кстати да. если вручную ввести строку UPDATE, которую верификатор прописывает для таблицы т_класс... то ошибка при рестарте остается...
аналогично удалял в свое время класс трафика - так до сих пор и живу... мож что не так делаю, хотлайн молчит как партизан

[Lex]

кстати да. если вручную ввести строку UPDATE, которую верификатор прописывает для таблицы т_класс... то ошибка при рестарте остается...
аналогично удалял в свое время класс трафика - так до сих пор и живу... мож что не так делаю, хотлайн молчит как партизан

Повторное выполнение SQL-сценария не помогает?
Удалите после этого verificator.log и перезапустите ядро.
Если не поможет - пишите в hotline. Если вдруг hotline "опять молчит" - звоните в офис - будем разбираться...

[bob1]

делаю так:
тормажу ядро, применяю verificator.log , удаляю verificator.log , завожу ядро. все остается без изменений...

[Разумовский ДВ]

да, именно по вашему сценарию сделал - всё по прежнему. Верификатор остается.

[Разумовский ДВ]

в смысле, ошибка остается неизменной

[dalex]

этот класс висит в удаленных.
Создайте класс с другим id

[Разумовский ДВ]

правильно, он удален месяц назад, взамен применён и успешно используется класс с иным идентификатором, никто на данный id не покушается. Просто в БД эта штука висит и при рестарте вызывает создание файла верификатор. а так никому не мешает.

[bob1]

а можно его в ручную поудолять ? точнее , я понимаю что можно, просто на работу это не повлияит ?

ЗЫ может это муля такая, хранить удаленные параметры (те же ID удаленных пользователей)

[dalex]

хранить удаленных это фича
а вот ручками удалить можно но только бекап обязательно сделать (хотя нетаповцы и не рекомендуют руками в базу лазить)

[Разумовский ДВ]

сказали мне в хотлайне, что в 11 сборке удалят такую ерунду

[bob1]

отлично, будем ждать ... а когда 11 выйдет ничего не сказали случаем ?

[dalex]

отлично, будем ждать ... а когда 11 выйдет ничего не сказали случаем ?

если не на этой недел то после праздников 9 мая точно. она уже есть и вовсю тестится.