проблема с кодами блокировки.

Технические вопросы по UTM 5.0
Аватара пользователя
hellard
Сообщения: 52
Зарегистрирован: Вт апр 05, 2005 05:59
Откуда: Абакан
Контактная информация:

проблема с кодами блокировки.

Сообщение hellard »

utm5.2.1-009r

пытаюсь через урфу поставить принудительную блокировку с кодом 1792 - /netup/utm5/bin/utm5_urfaclient -a edit_account -account_id "992" -is_blocked "1792" -int_status "0"
следом смотрю админку и базу... и вот те на...
ID аккаунта:992 Код блокировки: 256

пытаюсь в рукопашную через админку, тот-же фикус... =(
снимаем блокировку...
ID аккаунта:992 Код блокировки: 0

ставим блокировку...
ID аккаунта:992 Код блокировки: 256

внимание вопрос, что я делаю не так?

rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Re: проблема с кодами блокировки.

Сообщение rudf »

hellard писал(а):utm5.2.1-009r

пытаюсь через урфу поставить принудительную блокировку с кодом 1792 - /netup/utm5/bin/utm5_urfaclient -a edit_account -account_id "992" -is_blocked "1792" -int_status "0"
следом смотрю админку и базу... и вот те на...
ID аккаунта:992 Код блокировки: 256

пытаюсь в рукопашную через админку, тот-же фикус... =(
снимаем блокировку...
ID аккаунта:992 Код блокировки: 0

ставим блокировку...
ID аккаунта:992 Код блокировки: 256

внимание вопрос, что я делаю не так?
http://www.netup.ru/UTM5/news.php?news=299

Аватара пользователя
hellard
Сообщения: 52
Зарегистрирован: Вт апр 05, 2005 05:59
Откуда: Абакан
Контактная информация:

Сообщение hellard »

да вообще то и стоит update1.

Аватара пользователя
hellard
Сообщения: 52
Зарегистрирован: Вт апр 05, 2005 05:59
Откуда: Абакан
Контактная информация:

Сообщение hellard »

так что, идеи есть?

Код: Выделить всё

liburfa-card	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-card.so
liburfa-client	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_urfaclient/liburfa-client.so
liburfa-dynashape	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-dynashape.so
liburfa-reports	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-reports.so
liburfa-std	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-std.so
liburfa-user	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-user.so
liburfa-utils	5.2.1-009-update1-bsd8	/netup/utm5/lib/utm5_core/liburfa-utils.so
root@billing:/netup/utm5/xml # /netup/utm5/bin/utm5_urfaclient -a block_account -account_id "992" -is_blocked 1792
Notice: Jun 25 13:22:41 28804300 UTM5 Config: Processing config file: /netup/utm5/utm5_urfaclient.cfg
Processing action: block_account
WARN: variable block_end_date value not defined in config and cmdline.
WARN: variable block_recalc_abon value not defined in config and cmdline.
WARN: variable block_recalc_prepaid value not defined in config and cmdline.
WARN: variable block_start_date value not defined in config and cmdline.
WARN: variable comission_coefficient value not defined in config and cmdline.
WARN: variable credit value not defined in config and cmdline.
WARN: variable dealer_account_id value not defined in config and cmdline.
WARN: variable default_comission_value value not defined in config and cmdline.
WARN: variable int_status value not defined in config and cmdline.
WARN: variable is_dealer value not defined in config and cmdline.
WARN: variable sale_tax_rate value not defined in config and cmdline.
WARN: variable unlimited value not defined in config and cmdline.
WARN: variable vat_rate value not defined in config and cmdline.
<?xml version="1.0"?>
<urfa>
<session key="2129c951ad6db7e7c44778c153886daf"/>
<call function="rpcf_get_accountinfo">
<output>
<integer name="unused" value="0"/>
<integer name="is_blocked" value="0"/>
<integer name="dealer_account_id" value="0"/>
<integer name="is_dealer" value="0"/>
<double name="vat_rate" value="0"/>
<double name="sale_tax_rate" value="0"/>
<double name="comission_coefficient" value="0"/>
<double name="default_comission_value" value="0"/>
<double name="credit" value="0"/>
<double name="balance" value="1014.86"/>
<integer name="int_status" value="0"/>
<integer name="block_recalc_abon" value="0"/>
<integer name="block_recalc_prepaid" value="0"/>
<integer name="unlimited" value="0"/>
</output>
</call>
<call function="rpcf_block_account">
<output/>
</call>
<call function="rpcf_save_account">
<output/>
</call>
<call function="rpcf_get_accountinfo">
<output>
<integer name="unused" value="0"/>
<integer name="is_blocked" value="256"/>
<integer name="dealer_account_id" value="0"/>
<integer name="is_dealer" value="0"/>
<double name="vat_rate" value="0"/>
<double name="sale_tax_rate" value="0"/>
<double name="comission_coefficient" value="0"/>
<double name="default_comission_value" value="0"/>
<double name="credit" value="0"/>
<double name="balance" value="1014.86"/>
<integer name="int_status" value="0"/>
<integer name="block_recalc_abon" value="0"/>
<integer name="block_recalc_prepaid" value="0"/>
<integer name="unlimited" value="0"/>
</output>
</call>
</urfa>

rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

hellard писал(а):да вообще то и стоит update1.
Еще раз, третье и четвертое предложение:

В связи с изменением функционала пересчета периодических услуг в версии 009-release, в свойствах добровольной блокировки пользователя теперь присутствует только режим блокировки без пересчета. Для включения пересчета при добровольном заблокированном состоянии теперь необходимо отредактировать свойства сервисных связок периодических услуг, подключенных к пользователю.


Нет больше пересчета в свойствах блокировок.

Аватара пользователя
hellard
Сообщения: 52
Зарегистрирован: Вт апр 05, 2005 05:59
Откуда: Абакан
Контактная информация:

Сообщение hellard »

rudf писал(а): В связи с изменением функционала пересчета периодических услуг в версии 009-release, в свойствах добровольной блокировки пользователя теперь присутствует только режим блокировки без пересчета. Для включения пересчета при добровольном заблокированном состоянии теперь необходимо отредактировать свойства сервисных связок периодических услуг, подключенных к пользователю.


Нет больше пересчета в свойствах блокировок.
Однако гадко... =(
походу смысла апаться уже вообще никакого нет.

An
Сообщения: 28
Зарегистрирован: Пт июн 21, 2013 10:13

Сообщение An »

У клиента код блокировки 1048576. Баг? и как побороть?
utm_admin (версия 5.2.1-009 rc3) пишет - это системная блокировка, но баланс положительный и функция включить/выключить интернет работает.

Код: Выделить всё

  <call function="rpcf_get_accountinfo">
    <output>
      <integer name="unused" value="0"/>
      <integer name="is_blocked" value="1048576"/>
      <integer name="dealer_account_id" value="0"/>
      <integer name="is_dealer" value="0"/>
      <double name="vat_rate" value="0"/>
      <double name="sale_tax_rate" value="0"/>
      <double name="comission_coefficient" value="0"/>
      <double name="default_comission_value" value="0"/>
      <double name="credit" value="0"/>
      <double name="balance" value="500"/>
      <integer name="int_status" value="0"/>
      <integer name="block_recalc_abon" value="0"/>
      <integer name="block_recalc_prepaid" value="0"/>
      <integer name="unlimited" value="1"/>
    </output>
  </call>

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Базу руками/скриптами не трогали?

verificator.log пустой?

An
Сообщения: 28
Зарегистрирован: Пт июн 21, 2013 10:13

Сообщение An »

serjk писал(а): Базу руками/скриптами не трогали?

verificator.log пустой?
Запросы в базу MySQL только select. Все изменения только urfa клиентом.

verificator.log:
-- 28 errors
-- 0 warnings
-- affected tables: accounts blocks_info

все ошибки такого вида:

Код: Выделить всё

-- ERROR account 782 not blocked, but where is entry with id 720 in blocks_info
-- SQL DESC delete entry in blocks_info
UPDATE blocks_info SET is_deleted=1 WHERE account_id='782' AND start_date<='1375373022' AND expire_date>='1375373022' AND is_deleted=0;
Но информации error по данному клиенту нет.

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Использование utm5_urfaclient потенциально может привести к ошибкам базы.

verificator.log лучше выполнить, а для данного лицевого счета поставить is_blocked = 0 руками в базе. И еще раз посмотреть на verificator.log

mf.viper
Сообщения: 59
Зарегистрирован: Ср мар 25, 2009 10:33

Сообщение mf.viper »

serjk писал(а):Использование utm5_urfaclient потенциально может привести к ошибкам базы.

verificator.log лучше выполнить, а для данного лицевого счета поставить is_blocked = 0 руками в базе. И еще раз посмотреть на verificator.log
То есть я заплатил деньги за софт, который "потенциально может привести к ошибкам базы" :shock:

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

mf.viper писал(а): То есть я заплатил деньги за софт, который "потенциально может привести к ошибкам базы" :shock:
Да, и об этом явно указывается в документации модуля utm5_urfaclient
При проведении требуемых действий в некоторых случаях может не проводиться ряд проверок, которые проводят интерфейс администратора или web-интерфейс пользователя при выполнении того или иного действия. Кроме этого вызов некоторых функций может потребовать последующего вызова других функций с целью создания объектов, необходимых для сохранения логической целостности данных.

Перед выполнением любого действия на системах, находящихся в коммерческой эксплуатации, с помощью пакета UTM5 urfaclient, необходимо проверить корректность действий на стендовой системе.

Пакет UTM5 urfaclient предназначен для взаимодействия с ядром UTM5 на низком уровне и требует четкого понимания логики производимых действий.

Компания NetUP не несет ответственности за любые последствия, вызванные некорректным использованием пакета.

An
Сообщения: 28
Зарегистрирован: Пт июн 21, 2013 10:13

Сообщение An »

serjk писал(а):
в некоторых случаях может не проводиться ряд проверок, которые проводят интерфейс администратора
Если в utm_admin (5.2.1-009 rc3) зайти в лицевой счет клиента установить тип блокировки "да" нажать ОК, зайти второй раз в этот же лицевой счет и нажать еще раз ОК, то данным действием создается две записи в отчете "блокировки". Теперь средствами UTM невозможно пометить строку блокировки "удалено" - окончание одной записи всегда будет "не ограничено".
Получается интерфейс администратора тоже портит базу.

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Для начала поставьте последнюю 5.2.1-009-update2 и устраните ошибки, найденные в verificator.log

Проверил специально, не воспроизводится.

An
Сообщения: 28
Зарегистрирован: Пт июн 21, 2013 10:13

Сообщение An »

serjk писал(а):Для начала поставьте последнюю 5.2.1-009-update2
спасибо за информацию.
Но где взять 5.2.1-009-update2? в личном кабинете последняя версия UTM5 5.2.1-009 update 1 от 2012-12-28.

Ответить