Richman 0 Posted 2008-12-10 12:20:09 Share Posted 2008-12-10 12:20:09 Наконец то дошли руки что бы описать свою проблему на форуме. Вообщем систему установил 3 месяца назад, всю историю того как пытался решить этот вопрос уже забыл давным давно. В данный момент при переходе на новый месяц корректно снимается абонентская плата ( 1 числа в 00.01) в полном размере. Но проблемы вырисовывается в ночь с первого на второе (1 числа в 23.59) снимает опять абонентскую плату в полном размере, и это всем клиентам. Никак не могу понять откуда у этой проблемы ноги. Помню что после обнаружения проблемы менял параметр DayFee=0 на DayFee=1. Перевел дату, на 31 число 23.58, на 1 перешло корректно, еще раз перевел время на 1 число 23.58, на второе перешло удачно, второй раз абонплату не снимало. Вернул все взад и забыл, в начале этого месяца опять сняло денег два раза. П.С. Вечерком буду дома, дам больше технической инфы. Сейчас что то не могу залогинится. Link to post Share on other sites
madf 279 Posted 2008-12-10 13:07:53 Share Posted 2008-12-10 13:07:53 Если часы идут правильно, stargazer снимает абонку только один раз Link to post Share on other sites
Richman 0 Posted 2008-12-10 16:38:02 Author Share Posted 2008-12-10 16:38:02 Только что проверил, Время и дата правильные. root@coresrv:~# date Срд Дек 10 18:37:48 EET 2008 К тому же стоит синхронизация по крону. */50 * * * * root ntpdate -u 193.178.229.10 >/dev/null Link to post Share on other sites
Richman 0 Posted 2008-12-10 16:41:43 Author Share Posted 2008-12-10 16:41:43 Доп. инфо: stg-2.405.9.8.src.tgz, stg-web, mysql все это на Ubuntu 8.04 server Link to post Share on other sites
madf 279 Posted 2008-12-11 06:15:15 Share Posted 2008-12-11 06:15:15 Только что проверил, Время и дата правильные. root@coresrv:~# date Срд Дек 10 18:37:48 EET 2008 К тому же стоит синхронизация по крону. */50 * * * * root ntpdate -u 193.178.229.10 >/dev/null Если между синхронизациями часы сильно "плывут" - вполне возможен такой эффект. Я бы порекомендовал проверить таймер. Link to post Share on other sites
Richman 0 Posted 2009-02-01 17:38:17 Author Share Posted 2009-02-01 17:38:17 Опять первое число и опять хрень. Не пойму вообще как вообще такое происходит. Опять в каком то неизвестном порядке части юзеров сняло абонплату дважды (а может и трижды, еще не все посчитал). Вот для примера смотрю статистику "оплаты" через webadmin какого то одного пользователя и вижу что было снятие абонплаты в двойном размере. Первый раз 31.01.2009 23:59:56 а второй 01.02.2009 00:00:00 Прицепил аттач со скрином. Думал сначала что тоже время плавает, потом синхронизируется в первые минуты новых суток и снятие абонки отрабатывается по новой, но ведь в время и дата снятия оплаты разные. Link to post Share on other sites
nightfly 1,239 Posted 2009-02-01 19:09:31 Share Posted 2009-02-01 19:09:31 А вы не пробывали таки вырубить синхронизацию? DayFeeIsLastDay = no DayResetTraff = 1 SpreadFee = no FullFee=yes Все снимаеться первого числа отлично. Link to post Share on other sites
Richman 0 Posted 2009-02-01 21:13:15 Author Share Posted 2009-02-01 21:13:15 А вы не пробывали таки вырубить синхронизацию? Чесно говоря не пробовал, раньше просто была строчка в crontab, но месяц назад сделал штатным для убунты способом, раскоментил скрипт ntpdate в /etc/cron.daily в котором одна строчка ntp ntp.ubuntu.com DayFeeIsLastDay = no DayFeeIsLastDay = yes DayResetTraff = 1 так же SpreadFee = no Так же FullFee=yes FullFee=no у меня есть еще параметр DayFee = 1 Link to post Share on other sites
nightfly 1,239 Posted 2009-02-01 22:27:41 Share Posted 2009-02-01 22:27:41 DayFee = 1 естественно. # Абонплата снимается в последний (yes) или первый (no) день учетного периода. DayFeeIsLastDay = no ntp отрублен, время идет и так неплохо. Учитывая что плывет оно при синхронизации плавно ниразу не удивлюсь что артефакт может возникнуть изза этого. Link to post Share on other sites
Richman 0 Posted 2009-03-09 15:56:52 Author Share Posted 2009-03-09 15:56:52 В этом месяце все замечательно отработало, но была полная замена сервера, образ сервера был перенесен на другое железо. Значит было виновато железо. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now