UPDATE services_data SET parent_service_id = 0 WHERE service_type = 2
верно?
баг utm ?. не переносится периодическая услуга
После применения
UPDATE services_data SET parent_service_id = 0 WHERE service_type = 2
Вижу при рестарте UTM:
*CRIT : Jun 17 02:45:37 UTM5 DBA: db verificator find critical error(s), see /netup/utm5/log/verificator.log for details
-su-2.05b# more /netup/utm5/log/verificator.log
-- Verificator
-- Backup db with mysqldump -uASDF -pASDF UTM5
-- Affected tables list at the end of file
-- ERROR no entry in tariffs_services_link for service 5
-- SQL DESC unlink service from tariff (NOT RECOMMENDED), mb create entry in tariffs_services_link?!)
-- UPDATE services_data SET parent_service_id='0' WHERE id='5';
-- UPDATE services_data SET tariff_id='0' WHERE id='5';
-- ERROR no entry in tariffs_services_link for service 6
-- SQL DESC unlink service from tariff (NOT RECOMMENDED), mb create entry in tariffs_services_link?!)
-- UPDATE services_data SET parent_service_id='0' WHERE id='6';
-- UPDATE services_data SET tariff_id='0' WHERE id='6';
.............................итд.
если это применяю к базе.
после перезапуска вижу. уже другое..
-su-2.05b# more /netup/utm5/log/verificator.log
-- Verificator
-- Backup db with mysqldump -uASDF -pASDF UTM5
-- Affected tables list at the end of file
-- WARNING strange row in tariffs_services_link for service 5
-- SQL DESC delete row in tariffs_services_link (NOT RECOMMENDED)
-- UPDATE tariffs_services_link SET is_deleted=1 WHERE service_id='5';
-- WARNING strange row in tariffs_services_link for service 6
-- SQL DESC delete row in tariffs_services_link (NOT RECOMMENDED)
-- UPDATE tariffs_services_link SET is_deleted=1 WHERE service_id='6';
...........................cute.............................................
-- ERROR link 196, wrong tariff id
-- SQL DESC delete brocken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='196';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='196';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='196';
-- ERROR link 351, wrong tariff id
-- SQL DESC delete brocken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='351';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='351';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='351';
итд..
В биллинге вижу что остались одни переодические услуги.
и передача ip-трафика удалилась из тарифов.
грустно, одним словом.
Сложилось впечатление о том что базы вообще не реально переносить из UTM4. Если не получится ничего сделать, прийдется через суд возвращать деньги за неработоспособную систему.
UPDATE services_data SET parent_service_id = 0 WHERE service_type = 2
Вижу при рестарте UTM:
*CRIT : Jun 17 02:45:37 UTM5 DBA: db verificator find critical error(s), see /netup/utm5/log/verificator.log for details
-su-2.05b# more /netup/utm5/log/verificator.log
-- Verificator
-- Backup db with mysqldump -uASDF -pASDF UTM5
-- Affected tables list at the end of file
-- ERROR no entry in tariffs_services_link for service 5
-- SQL DESC unlink service from tariff (NOT RECOMMENDED), mb create entry in tariffs_services_link?!)
-- UPDATE services_data SET parent_service_id='0' WHERE id='5';
-- UPDATE services_data SET tariff_id='0' WHERE id='5';
-- ERROR no entry in tariffs_services_link for service 6
-- SQL DESC unlink service from tariff (NOT RECOMMENDED), mb create entry in tariffs_services_link?!)
-- UPDATE services_data SET parent_service_id='0' WHERE id='6';
-- UPDATE services_data SET tariff_id='0' WHERE id='6';
.............................итд.
если это применяю к базе.
после перезапуска вижу. уже другое..
-su-2.05b# more /netup/utm5/log/verificator.log
-- Verificator
-- Backup db with mysqldump -uASDF -pASDF UTM5
-- Affected tables list at the end of file
-- WARNING strange row in tariffs_services_link for service 5
-- SQL DESC delete row in tariffs_services_link (NOT RECOMMENDED)
-- UPDATE tariffs_services_link SET is_deleted=1 WHERE service_id='5';
-- WARNING strange row in tariffs_services_link for service 6
-- SQL DESC delete row in tariffs_services_link (NOT RECOMMENDED)
-- UPDATE tariffs_services_link SET is_deleted=1 WHERE service_id='6';
...........................cute.............................................
-- ERROR link 196, wrong tariff id
-- SQL DESC delete brocken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='196';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='196';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='196';
-- ERROR link 351, wrong tariff id
-- SQL DESC delete brocken link (NOT RECOMMENDED)
-- UPDATE service_links SET is_deleted=1 WHERE id='351';
-- UPDATE periodic_service_links SET is_deleted=1 WHERE id='351';
-- UPDATE iptraffic_service_links SET is_deleted=1 WHERE id='351';
итд..
В биллинге вижу что остались одни переодические услуги.
и передача ip-трафика удалилась из тарифов.
грустно, одним словом.
Сложилось впечатление о том что базы вообще не реально переносить из UTM4. Если не получится ничего сделать, прийдется через суд возвращать деньги за неработоспособную систему.
читать тут...причем очень внимательно
viewtopic.php?t=762
viewtopic.php?t=762
Понятно что нужно привязвать все к фиктивным услугам родоначальникам дерева услуг в БД., но я как программист не могу даже понять логики в данных действиях. в голове есть более простая реализация данного алгоритма. (видимо всеэто работает как алгоритм связующего дерева.. готов заплатить за посильную помощь. если кто-то отзовется.. моя почта riv (собака) asvt.ru