После разблокировки(пополнении) счета не списывается АбонПл.

rrrh · Сообщение **rrrh** » Пн май 26, 2008 12:03

Заметил, что появился баг (к сожалению не могу сказать когда именно он родился, но заметил я его пару дней назад, случайно):
Абонент имеющий положительный баланс получает списание абон.платы нормально, но как только у него кончились средства на счету и он пополняет баланс (статусы блокировки все снимаються) - перестает списываться абон.плата.
Услуга добавлена как переодическая, со списанием 4 раза в сутки (ежемесячная).
Пробовал удалять услугу и добавлять заново на отдельных юзерах - не помогает, если абонент блокировался, то он более не обременен абон. платой.
проблема критическая! спасибо.

ps. сборка 5.2.1-006 (freebsd 6.2)

Anton · Сообщение **Anton** » Пн май 26, 2008 13:05

это у всех такая проблема?

rrrh · Сообщение **rrrh** » Пн май 26, 2008 13:35

Только у тех, кто побывал в блокировке. Те кого не блокировало пока подвергаються списанию абонки.

Dewil · Сообщение **Dewil** » Вт май 27, 2008 06:34

Посижу-ка я еще на старых версиях.. на такое новье переходить не тянет

rrrh · Сообщение **rrrh** » Вт май 27, 2008 09:05

в debug.log постоянно сыпется следующее:

?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 407
?Debug : May 27 12:03:26 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 407
?Debug : May 27 12:03:30 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:30 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:30 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:30 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:30 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:32 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:32 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:32 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 357
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 704
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2110615,2110615 for slink 215
?Debug : May 27 12:03:33 UTM5 DBA: _calc_unprepay: calculated unblocked time 2678400,2678400 for slink 407

это что?

rrrh · Сообщение **rrrh** » Вт май 27, 2008 13:39

up.
проблема критическая, обратите на меня внимание, пожалуйста.

SOLDIER

"Критическая"? На RC2 версии? Вы и в самом деле поставили релиз-кандидат на боевой сервер? Смело.

rrrh · Сообщение **rrrh** » Вт май 27, 2008 13:53

я дико извеняюсь =) но причина установки 006 была такая:
viewtopic.php?t=5599&highlight=

Magnum72

rrrh писал(а):я дико извеняюсь =) но причина установки 006 была такая:
viewtopic.php?t=5599&highlight=

А т.е. это даже не RC2 и до кучи под постгрес ?
Попробуйте поставить RC2 и если не поможет сниферить запросы к базе.

XoRe · Сообщение **XoRe** » Вт май 27, 2008 16:11

2rrrh:
По хорошему вам надо срочно писать в хотлайн или хотя бы на мыло нетапа.
Тут на форуме оперативность вам никто не гарантирует.

rrrh · Сообщение **rrrh** » Вт май 27, 2008 16:11

мне кажеться, в базе ничего не мешает списать денег со счета.
ядро наверно даже не пытаеться этого делать, а вот почему...

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

если сравнивать абонентов "нормальных" (не побывавших в блокировке) и абонентов "не нормальных" (побывавших в блокировке), то разницы между ними не заметно...

сейчас провожу опыт:
1. снял галочку на тестовом юзере "не списывать абон.плату в заблокированном состоянии", когда он был в плюсовом балансе (1 руб. 00коп)
2. в 18:00 у него списало 1.2руб (у меня списывает 4 раза в день - 00:00, 06:00, 12:00 и 18:00) - баланс стал отрицательный и тестового абонента заблокировало.
3. пополнил баланс на 1 рубль - баланс у счастливчика стал плюсовой. (как раз после этого у абонентов перестает списываться абонка.)
4. жду когда будет списание в 00:00 - надеюсь, у абонента со счета пропадут 1.2 рубля, как положено...

...отпишусь

Magnum72

rrrh писал(а): сейчас провожу опыт:
1. снял галочку на тестовом юзере "не списывать абон.плату в заблокированном состоянии", когда он был в плюсовом балансе (1 руб. 00коп)
2. в 18:00 у него списало 1.2руб (у меня списывает 4 раза в день - 00:00, 06:00, 12:00 и 18:00) - баланс стал отрицательный и тестового абонента заблокировало.
3. пополнил баланс на 1 рубль - баланс у счастливчика стал плюсовой. (как раз после этого у абонентов перестает списываться абонка.)
4. жду когда будет списание в 00:00 - надеюсь, у абонента со счета пропадут 1.2 рубля, как положено...

...отпишусь

единственно что может быть это незакрытые записи в таблице blocks_info
и еще в 006 билде из таблицы blocks_info убраны несколько столбцов, попробуй их грохнуть:
как стало:

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

  id int&#40;11&#41;   Нет  auto_increment               
  account_id int&#40;11&#41;   Нет                 
  block_type int&#40;11&#41;   Нет 0                
  start_date int&#40;11&#41;   Нет 0                
  expire_date int&#40;11&#41;   Да 2000000000                
  is_planning int&#40;11&#41;   Нет 0                
  is_deleted int&#40;11&#41;   Нет 0                
  unabon int&#40;11&#41;   Нет 0                
  unprepay int&#40;11&#41;   Нет

как было:

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

  id int&#40;11&#41;   Нет  auto_increment               
  user_id int&#40;11&#41;   Да NULL                
  account_id int&#40;11&#41;   Да NULL                
  slink_id int&#40;11&#41;   Да NULL                
  what_blocked int&#40;11&#41;   Да 0                
  block_type int&#40;11&#41;   Да 0                
  start_date int&#40;11&#41;   Да 0                
  expire_date int&#40;11&#41;   Да 2000000000                
  is_planning int&#40;11&#41;   Да 0                
  is_deleted int&#40;11&#41;   Да 0                
  service_id int&#40;11&#41;   Да NULL                
  unabon int&#40;11&#41;   Да NULL                
  unprepay int&#40;11&#41;   Да NULL                
  comment varchar&#40;255&#41; utf8_general_ci  Да NULL

rrrh · Сообщение **rrrh** » Ср май 28, 2008 06:28

rrrh писал(а):мне кажеться, в базе ничего не мешает списать денег со счета.
ядро наверно даже не пытаеться этого делать, а вот почему...

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

если сравнивать абонентов "нормальных" (не побывавших в блокировке) и абонентов "не нормальных" (побывавших в блокировке), то разницы между ними не заметно...

сейчас провожу опыт:
1. снял галочку на тестовом юзере "не списывать абон.плату в заблокированном состоянии", когда он был в плюсовом балансе (1 руб. 00коп)
2. в 18:00 у него списало 1.2руб (у меня списывает 4 раза в день - 00:00, 06:00, 12:00 и 18:00) - баланс стал отрицательный и тестового абонента заблокировало.
3. пополнил баланс на 1 рубль - баланс у счастливчика стал плюсовой. (как раз после этого у абонентов перестает списываться абонка.)
4. жду когда будет списание в 00:00 - надеюсь, у абонента со счета пропадут 1.2 рубля, как положено...

...отпишусь

ну собсно эксперимент удался, если можно так сказать..:
если юзеру в активном состоянии снять галку "не списывать абонку в забл.сост", то абонка списываеться после блокировки и пополнения счета. Только к сожалению, в нашем случае не приемлимо списывать абон. плату с заблокированных пользователей.
Важный нюанс - если снимать галочку "не списывать абон.плату с заблокированнх пользователей" с пользователя который уже "болеет" описаным багом, то эффект нулевой (снимать галочку пробовал так же у пользователя с положительным балансом и имеющим статусы вкл).

Blackmore

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

также еще заметил - при админской блокировке и установленной галке, с теми же условиями, что и у топикстартера абонентка не списывается - т.е. что то напутано выходит в типах блокировки и в логике

ЗЫ: а пользователи тихо сползают в минуса

и нетап молчит ... эхх - не видна взгляду темная сторона (с) Йода

rrrh · Сообщение **rrrh** » Ср май 28, 2008 10:03

Отписал на e-mail в netup team - ответили что бы прислал дамп базы и логи - сделал это. Жду ответа. О решении проблемы доложу здесь. Ну а пока.., может быть колхозными методами будем искать проблему?
Подобное поведение UTM вгоняет в убытки =(