Перейти до

stg-2.407-rc1


Рекомендованные сообщения

Тогда я в тупике...

У меня сервер в аптайме уже долго:

[root@stg dhcp]# uptime
11:39:11 up 19 days, 18:10,  2 users,  load average: 0.00, 0.02, 0.06
[root@stg dhcp]#

т.е. сервер был в "самостоятельном плавании", по логам статистики sgconf не использовался в период когда у "eric111" сбилось все.

На днях был тоже случай, когда после "мягкого рестарта":

service stargzer stop
service stargzer start

случилось тоже самое:

2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata0' parameter changed from '00:0E:E8:09:7E:D5' to '3584'.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata1' parameter changed from '' to '00:0E:E8:09:7E:D5'.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata8' parameter changed from '10.9.8.242' to ''.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata9' parameter changed from '3584' to '10.9.8.242'.

если вы говорите, что сервер не причем тут, то тогда явно или sgconf или гуевый.

да и как он не использует? если я руками меняю в базе параметр - а после остановки сервера оно все возращается в исходное.

Это выходит собирать с дебагом и логировать каждый шаг?

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 237
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

собирал с помощью ./build сделал make clean и результат тотже. кроме того аналогичный результат при сборке sgconf, sgauth, rscriptd, convertor ... собрался только rlm_stg   проблемы в системы - мал

2010-11-30 15:58:37 -- Admin 'admin', 127.0.0.1: User 'test': 'credit' parameter changed from '0.000000' to '10000.000000'.

Posted Images

Тогда я в тупике...

У меня сервер в аптайме уже долго:

[root@stg dhcp]# uptime
11:39:11 up 19 days, 18:10,  2 users,  load average: 0.00, 0.02, 0.06
[root@stg dhcp]#

т.е. сервер был в "самостоятельном плавании", по логам статистики sgconf не использовался в период когда у "eric111" сбилось все.

На днях был тоже случай, когда после "мягкого рестарта":

service stargzer stop
service stargzer start

случилось тоже самое:

2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata0' parameter changed from '00:0E:E8:09:7E:D5' to '3584'.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata1' parameter changed from '' to '00:0E:E8:09:7E:D5'.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata8' parameter changed from '10.9.8.242' to ''.
2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata9' parameter changed from '3584' to '10.9.8.242'.

если вы говорите, что сервер не причем тут, то тогда явно или sgconf или гуевый.

да и как он не использует? если я руками меняю в базе параметр - а после остановки сервера оно все возращается в исходное.

Это выходит собирать с дебагом и логировать каждый шаг?

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

При service stargazer stop как происходит останов?

Ссылка на сообщение
Поделиться на других сайтах

rc.d-скриптом из rpm

root@stg bin]# cat /etc/rc.d/init.d/stargazer |grep -8 stop
....
stop() {
       # Stop daemons.
       echo -n $"Shutting down $prog: "
       /etc/stargazer/first 2>> /var/log/stargazer.log
       killall -g stargazer
       RETVAL=$?
       /etc/stargazer/last 2>> /var/log/stargazer.log
       echo
       [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/stargazer
       return $RETVAL
}
....

кстати, секция restart - работает некорректно (не стартует сервис).

Ну если сервер в памяти держит эти параметры, значит он и смещает их местами при записи?

Походу больше некому, и самое интресно, что оно все хаотически, т.е. нет четкой системы. Например:

[root@stg log]# grep userdata2 stargazer.log
2010-06-15 14:40:31 -- Admin 'kesha', 10.9.2.2: User 'sasha87': 'userdata2' parameter changed from '00:50:8D:68:98:4C' to ''.
2010-06-15 16:14:35 -- Admin 'flash', 10.9.6.27: User '007': 'userdata2' parameter changed from '512' to ''.
2010-06-15 16:20:28 -- Admin 'flash', 10.9.6.27: User 'atevs': 'userdata2' parameter changed from '00:C0:9F:FB:E1:B5|00:14:A4:65:C2:23|' to ''.
2010-06-15 16:28:30 -- Admin 'flash', 10.9.6.27: User 'dreems': 'userdata2' parameter changed from '00:50:BF:B5:B5:15' to ''.
2010-06-15 16:32:59 -- Admin 'flash', 10.9.6.27: User 'jackson': 'userdata2' parameter changed from '00:23:5A:EC:56:34|00:E0:4C:E9:EB:D7|' to ''.
2010-06-15 16:34:12 -- Admin 'flash', 10.9.6.27: User 'ken': 'userdata2' parameter changed from '00:15:F2:D8:06:E4|00:1C:F0:47:50:81' to ''.
2010-06-15 16:34:38 -- Admin 'flash', 10.9.6.27: User 'kokos': 'userdata2' parameter changed from '00:1B:FC:84:4F:B6' to ''.
2010-06-15 16:35:13 -- Admin 'flash', 10.9.6.27: User 'kovalenko': 'userdata2' parameter changed from '00:E0:4D:04:BB:DE||' to ''.
2010-06-15 16:38:50 -- Admin 'flash', 10.9.6.27: User 'marsell': 'userdata2' parameter changed from '00:08:02:D8:EB:43' to ''.
2010-06-15 16:39:10 -- Admin 'flash', 10.9.6.27: User 'masyakina': 'userdata2' parameter changed from '00:1D:60:49:9F:69||' to ''.
2010-06-15 16:43:34 -- Admin 'flash', 10.9.6.27: User 'olkaru': 'userdata2' parameter changed from '00:06:4F:60:0A:81' to ''.
2010-06-15 16:43:44 -- Admin 'flash', 10.9.6.27: User 'olya': 'userdata2' parameter changed from '00:E0:4D:70:3E:93' to ''.
2010-06-15 16:44:45 -- Admin 'flash', 10.9.6.27: User 'pinky': 'userdata2' parameter changed from '00:16:EC:11:9D:3F' to ''.
2010-06-15 16:45:30 -- Admin 'flash', 10.9.6.27: User 'portal': 'userdata2' parameter changed from '128' to ''.
2010-06-15 16:48:08 -- Admin 'flash', 10.9.6.27: User 'shapord': 'userdata2' parameter changed from '00:24:8C:00:C3:52' to ''.
2010-06-15 16:52:39 -- Admin 'flash', 10.9.6.27: User 'vika87': 'userdata2' parameter changed from '00:19:BD:DF:A5:78|00:19:db:df:a5:78|' to ''.
2010-07-01 19:57:15 -- Admin 'kesha', 10.9.2.2: User 'irina78': 'userdata2' parameter changed from '512' to ''.
2010-07-01 20:00:13 -- Admin 'kesha', 10.9.2.2: User 'drakon': 'userdata2' parameter changed from '00:02:44:6B:8A:41|00:19:21:36:33:33' to ''.
2010-07-01 20:08:47 -- Admin 'kesha', 10.9.2.2: User '50let1864': 'userdata2' parameter changed from '128' to ''.
2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata2' parameter changed from '10.9.8.107' to ''.
2010-07-01 21:18:51 -- Admin 'kesha', 10.9.2.2: User 'anya': 'userdata2' parameter changed from '00:30:67:41:92:79||' to ''.
2010-07-01 21:22:41 -- Admin 'kesha', 10.9.2.2: User 'tapping': 'userdata2' parameter changed from '00:01:6C:F1:29:15' to ''.
2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata2' parameter changed from '10.9.2.31' to ''.
2010-07-01 22:01:19 -- Admin 'flash', 10.9.6.27: User 'taya': 'userdata2' parameter changed from '8000' to ''.
2010-07-01 22:09:01 -- Admin 'flash', 10.9.6.27: User 'nefton': 'userdata2' parameter changed from '00:30:67:30:6e:f2|00:E0:4C:E0:03:86|00:30:67:30:6e:f2' to ''.
[root@stg log]# grep userdata3 stargazer.log
2010-06-15 14:37:51 -- Admin 'kesha', 10.9.2.2: User 'nefton': 'userdata3' parameter changed from '10.9.4.154' to ''.
2010-06-15 16:14:35 -- Admin 'flash', 10.9.6.27: User '007': 'userdata3' parameter changed from '00:1B:FC:85:D9:C4' to ''.
2010-06-15 16:26:23 -- Admin 'flash', 10.9.6.27: User 'dashko': 'userdata3' parameter changed from '10.9.4.58' to ''.
2010-06-15 16:27:45 -- Admin 'flash', 10.9.6.27: User 'dorash': 'userdata3' parameter changed from '10.9.8.18' to ''.
2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata3' parameter changed from '10.9.4.97' to ''.
2010-06-15 16:45:30 -- Admin 'flash', 10.9.6.27: User 'portal': 'userdata3' parameter changed from '00:1B:FC:77:5E:7F' to ''.
2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata3' parameter changed from '10.9.2.35' to ''.
2010-07-01 19:57:15 -- Admin 'kesha', 10.9.2.2: User 'irina78': 'userdata3' parameter changed from '90:E6:BA:B9:C9:BB|90:e6:ba:b9:c9:dd|' to ''.
2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata3' parameter changed from '10.9.2.30' to ''.
2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata3' parameter changed from '10.9.8.82' to ''.
2010-07-01 20:08:47 -- Admin 'kesha', 10.9.2.2: User '50let1864': 'userdata3' parameter changed from '00:E0:4D:40:64:DE' to ''.
2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata3' parameter changed from '512' to ''.
2010-07-01 21:25:29 -- Admin 'kesha', 10.9.2.2: User 'kristina018': 'userdata3' parameter changed from '00:00:00:00:38:F0||' to ''.
2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata3' parameter changed from '512' to ''.
2010-07-01 21:45:29 -- Admin 'flash', 10.9.6.27: User 'draga': 'userdata3' parameter changed from '10.9.4.24' to ''.
2010-07-01 21:47:11 -- Admin 'flash', 10.9.6.27: User 'zhogov': 'userdata3' parameter changed from '00:1B:FC:71:4B:8D' to ''.
2010-07-01 21:47:42 -- Admin 'flash', 10.9.6.27: User 'shulerok': 'userdata3' parameter changed from '10.9.6.107' to ''.
2010-07-01 22:01:19 -- Admin 'flash', 10.9.6.27: User 'taya': 'userdata3' parameter changed from '00:E0:4D:6C:3:CE' to ''.
2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata3' parameter changed from '10.9.8.168' to ''.
[root@stg log]# grep userdata4 stargazer.log
2010-06-15 14:37:51 -- Admin 'kesha', 10.9.2.2: User 'nefton': 'userdata4' parameter changed from '8192' to ''.
2010-06-15 16:19:50 -- Admin 'flash', 10.9.6.27: User 'aristokrat': 'userdata4' parameter changed from '10.9.4.15' to ''.
2010-06-15 16:21:20 -- Admin 'flash', 10.9.6.27: User 'baronessa': 'userdata4' parameter changed from '10.9.4.18' to ''.
2010-06-15 16:26:23 -- Admin 'flash', 10.9.6.27: User 'dashko': 'userdata4' parameter changed from '256' to ''.
2010-06-15 16:27:45 -- Admin 'flash', 10.9.6.27: User 'dorash': 'userdata4' parameter changed from '8192' to ''.
2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata4' parameter changed from '256' to ''.
2010-06-15 16:52:23 -- Admin 'flash', 10.9.6.27: User 'victorya': 'userdata4' parameter changed from '10.9.4.47' to ''.
2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata4' parameter changed from '512' to ''.
2010-06-15 16:55:41 -- Admin 'flash', 10.9.6.27: User 'zavodilka': 'userdata4' parameter changed from '1024' to ''.
2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata4' parameter changed from '512' to ''.
2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata4' parameter changed from '1024' to ''.
2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata4' parameter changed from '90:E6:BA:35:1D:45' to ''.
2010-07-01 21:33:59 -- Admin 'kesha', 10.9.2.2: User 'marsell': 'userdata4' parameter changed from '10.9.4.127' to ''.
2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata4' parameter changed from '00:50:8D:B6:FB:E3|00:80:48:45:CB:90|' to ''.
2010-07-01 21:48:15 -- Admin 'flash', 10.9.6.27: User 'baronessa': 'userdata4' parameter changed from '10.9.4.18' to ''.
2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata4' parameter changed from '512' to ''.
[root@stg log]# grep userdata5 stargazer.log
2010-06-15 16:16:01 -- Admin 'flash', 10.9.6.27: User 'aleksa': 'userdata5' parameter changed from '10.9.4.33' to ''.
2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata5' parameter changed from '00:15:58:06:A5:98' to ''.
2010-06-15 16:40:40 -- Admin 'flash', 10.9.6.27: User 'nati71': 'userdata5' parameter changed from '10.9.2.32' to ''.
2010-06-15 16:45:47 -- Admin 'flash', 10.9.6.27: User 'possum': 'userdata5' parameter changed from '10.9.2.53' to ''.
2010-06-15 16:47:30 -- Admin 'flash', 10.9.6.27: User 'sem77': 'userdata5' parameter changed from '10.9.6.99' to ''.
2010-06-15 16:49:28 -- Admin 'flash', 10.9.6.27: User 'slavan': 'userdata5' parameter changed from '10.9.8.58' to ''.
2010-06-15 16:51:45 -- Admin 'flash', 10.9.6.27: User 'vasya': 'userdata5' parameter changed from '10.9.2.64' to ''.
2010-06-15 16:52:23 -- Admin 'flash', 10.9.6.27: User 'victorya': 'userdata5' parameter changed from '8000' to ''.
2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata5' parameter changed from '00:23:8B:B4:A8:7C|00:14:85:89:AC:FF|1C:AF:F7:AC:0C:4F' to ''.
2010-06-24 14:31:23 -- Admin 'kesha', 10.9.2.2: User 'possum': 'userdata5' parameter changed from '10.9.2.53' to ''.
2010-06-24 19:48:35 -- Admin 'kesha', 10.9.2.2: User 'slavan': 'userdata5' parameter changed from '10.9.8.58' to ''.
2010-07-01 19:54:12 -- Admin 'kesha', 10.9.2.2: User 'happy': 'userdata5' parameter changed from '10.9.8.27' to ''.
2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata5' parameter changed from '00:1E:90:F0:FE:66|00:22:15:2C:36:48' to ''.
2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata5' parameter changed from '00:80:48:10:CA:06' to ''.
2010-07-01 20:16:05 -- Admin 'kesha', 10.9.2.2: User 'andrex': 'userdata5' parameter changed from '10.9.6.206' to ''.
2010-07-01 21:45:29 -- Admin 'flash', 10.9.6.27: User 'draga': 'userdata5' parameter changed from '00:E0:4D:5D:B3:11|00:40:F4:61:78:E2|' to ''.
2010-07-01 21:47:42 -- Admin 'flash', 10.9.6.27: User 'shulerok': 'userdata5' parameter changed from '00:18:F3:EC:E1:04' to ''.
2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata5' parameter changed from '00:23:CD:B1:17:B5||' to ''.
2010-07-01 22:26:11 -- Admin 'flash', 10.9.6.27: User 'marsell': 'userdata5' parameter changed from '128' to ''.
[root@stg log]#

 

ps доложно быть:

userdata0 - скорость в кбитах

userdata1 - мас

userdata9 - ip локальный

Ссылка на сообщение
Поделиться на других сайтах

Если пытаться менять данные юзеров не через sgconf, а "ручками" или через скрипты, не использующие sgconf - так и будет, ибо СТГ всё равно что вы туда внесли, он заменит это на то что он прочёл при своём старте с учётом модификаций через один из своих ИФ (sgconf, виндовый конфигуратор или ядро СТГ). Может действительно в этом причина?

userdata0 - скорость в кбитах

userdata1 - мас

userdata9 - ip локальный

У себя делаю похожее через sgconf, вроде бы проблем не наблюдается.

Ссылка на сообщение
Поделиться на других сайтах

да, но на момент старта СТГ база была "причесана" и была в актуальносм состоянии.

Ну допустим один два параметра "ошибочный скрипт" меняет, но это массово как вы видите... да и статистике я уверен - там все через sgconf меняется

Ссылка на сообщение
Поделиться на других сайтах

Попробуй этот патчик. По идее должно помочь.

=== modified file 'projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp'
--- projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp	2010-05-17 12:25:20 +0000
+++ projects/stargazer/plugins/store/postgresql/postgresql_store_users.cpp	2010-07-07 09:58:14 +0000
@@ -906,7 +906,11 @@
        }
    else
        {
-        conf->userdata[i] = PQgetvalue(result, i, 1);
+        if (num < USERDATA_NUM &&
+            num >= 0)
+            {
+            conf->userdata[num] = PQgetvalue(result, i, 1);
+            }
        }
    }

Но он решает проблему только при старте Stargazer'а.

Ссылка на сообщение
Поделиться на других сайтах

А можно сделать поддержку Freeradius v2.xx ?

а то как то устаревшим не хочется пользоваться и нарушать систему нестандартными модулями тоже не сильно надобно <_<

Ссылка на сообщение
Поделиться на других сайтах

А можно сделать поддержку Freeradius v2.xx ?

а то как то устаревшим не хочется пользоваться и нарушать систему нестандартными модулями тоже не сильно надобно ;)

Можно. Я даже подозреваю что нужно поменять всего десяток строк. А если вы пришлете патч - так это еще и быстро <_<

Ссылка на сообщение
Поделиться на других сайтах

Попробуй этот патчик. По идее должно помочь.

Но он решает проблему только при старте Stargazer'а.

пропатчил, заменил mod_store_postgresql.so, "дёрнул" - запустился нормально и база в норме.

Спасибо

Ссылка на сообщение
Поделиться на других сайтах

А можно сделать поддержку Freeradius v2.xx ?

а то как то устаревшим не хочется пользоваться и нарушать систему нестандартными модулями тоже не сильно надобно ;)

Можно. Я даже подозреваю что нужно поменять всего десяток строк. А если вы пришлете патч - так это еще и быстро <_<

эх, знать бы что менять ...

Ссылка на сообщение
Поделиться на других сайтах

нашел такой глючк конфигуратора (1.91.9)

он не отображает изменения баланса счета (поидее и трафика тоже)

Изменения показывает только если перезайти в него заново

в инет аксесе все внорме

Ссылка на сообщение
Поделиться на других сайтах

нашел такой глючк конфигуратора (1.91.9)

он не отображает изменения баланса счета (поидее и трафика тоже)

Изменения показывает только если перезайти в него заново

в инет аксесе все внорме

 

Вы уверены что у вас стоит именно stg-2.407-rc1, а так же вы обновили все библиотеки в процессе установки ?

Данная проблема наблюдалась в версии 2.406 и была исправлена в версии stg-2.407-rc1.

Ссылка на сообщение
Поделиться на других сайтах

пардон за наивный вопрос - а в 2.406 все критические вещи приводившие к сегфолтам заключались в основном в работе mod_ia? На днях пришлось обновиться с удачно проработавшего более 2 лет без единого падения 2.405 поскольку потребовался таки работающий rscripd а теперь терзаюсь смутными сомнениями по поводу перспектив на отпуск. mod_ia не использую вообще как и штатную отсылалку.

Ссылка на сообщение
Поделиться на других сайтах

нашел такой глючк конфигуратора (1.91.9)

он не отображает изменения баланса счета (поидее и трафика тоже)

Изменения показывает только если перезайти в него заново

в инет аксесе все внорме

 

Вы уверены что у вас стоит именно stg-2.407-rc1, а так же вы обновили все библиотеки в процессе установки ?

Данная проблема наблюдалась в версии 2.406 и была исправлена в версии stg-2.407-rc1.

 

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

Ссылка на сообщение
Поделиться на других сайтах

нашел такой глючк конфигуратора (1.91.9)

он не отображает изменения баланса счета (поидее и трафика тоже)

Изменения показывает только если перезайти в него заново

в инет аксесе все внорме

 

Вы уверены что у вас стоит именно stg-2.407-rc1, а так же вы обновили все библиотеки в процессе установки ?

Данная проблема наблюдалась в версии 2.406 и была исправлена в версии stg-2.407-rc1.

в логе при старте пишет 2.406, но ставили эту...

Ссылка на сообщение
Поделиться на других сайтах

Вопрос глупый но как это сделать ?

Как-то так:

if [ "$param" = "tariff" ]; then
export LANG=en_US.UTF-8
/etc/stargazer/plugins/sgconf/sgconf set -s 127.0.0.1 -p 5555 -a ******* -w ****** -u $login -m 'Уважаемый пользователь, ваш тариф '$oldValue', был изменен на '$newValue
fi

(ес-сно, вместо en_US.UTF-8 подставить свою локаль).

 

А как сделать, чтобы КК стал понимать пробел ?

 

Добавил

export LANG=ru_RU.KOIR8-R

русский язык стал понимать. Но пробел до сих пор не понимает.

 

версия КК 1.08.9

Ссылка на сообщение
Поделиться на других сайтах

Столкнулся сегодня с "БАГчиком", даже может это и нельзя назвать багом, но суть такова.

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

Пробую добавить маны абону - ввел сумму - нажал ОК. И тут диспетчер мой говорит мне - завис твой конфигуратор.

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

Ребут стж все исправил.

 

Такое замечал на всех версия с 405 и по данную 407.

:) Не любит конфигуратор быстрых действий. )))

Ссылка на сообщение
Поделиться на других сайтах

Столкнулся сегодня с "БАГчиком", даже может это и нельзя назвать багом, но суть такова.

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

Пробую добавить маны абону - ввел сумму - нажал ОК. И тут диспетчер мой говорит мне - завис твой конфигуратор.

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

Ребут стж все исправил.

 

Такое замечал на всех версия с 405 и по данную 407.

:) Не любит конфигуратор быстрых действий. )))

очень похожая ситуация здесь http://local.com.ua/forum/topic/18543-onchange-i-novii-mesjac/

только там стг вешает консольный конфигуратор

что именно происходит с ним и способы решения проблемы рассматриваются здесь http://local.com.ua/forum/topic/16127-problemk-s-kk-sgconf/

Ссылка на сообщение
Поделиться на других сайтах

народ, ну проверьте пожалуйста кто нибудь. С этой ревизией и конфигуратором 1.91.9, обновляется ли у вас баланс пользователя в конфигураторе (при нажатии на кнопку обновить) если у него стоит тариф с оплатой по трафику. У меня обновляется только если перезайти в конфигуратор.

Ссылка на сообщение
Поделиться на других сайтах

народ, ну проверьте пожалуйста кто нибудь. С этой ревизией и конфигуратором 1.91.9, обновляется ли у вас баланс пользователя в конфигураторе (при нажатии на кнопку обновить) если у него стоит тариф с оплатой по трафику. У меня обновляется только если перезайти в конфигуратор.

Хм. Как это ни странно, но подтверждаю. Буду смотреть.

Ссылка на сообщение
Поделиться на других сайтах

а проблемка с паралелной работой нескольких конфигураторов (неважно КК или виндовый) описаная вот тут: http://local.com.ua/forum/topic/16127-problemk-s-kk-sgconf/

 

будет решена? как-то в тот раз так к ничему и не договорились. Еще раз напомню - готов оплатить решение этой задачи.

Ссылка на сообщение
Поделиться на других сайтах

а проблемка с паралелной работой нескольких конфигураторов (неважно КК или виндовый) описаная вот тут: http://local.com.ua/forum/topic/16127-problemk-s-kk-sgconf/

 

будет решена? как-то в тот раз так к ничему и не договорились. Еще раз напомню - готов оплатить решение этой задачи.

В релизе 2.407 я предоставлю альтернативный вариант управления - через XML RPC. В принципе плагин есть уже и в 2.407-rc1, но документацию я не выкладывал и сборку не делал. У кого есть желание поковырять - могу дать документацию, примеры использования с PHP и/или Haskell (в принципе и из шелла тоже можно) и инструкцию по сборке.

Ссылка на сообщение
Поделиться на других сайтах

Следующие патчи должны решить проблему обновления cash и freeMb в конфигураторе.

--- projects/stargazer/user_property.h	2010-03-04 15:30:02.000000000 +0200
+++ projects/stargazer/user_property.h.new	2010-07-30 16:43:08.000000000 +0300
@@ -54,6 +54,7 @@
    void    DelAfterNotifier(PROPERTY_NOTIFIER_BASE<varT> * n);

    time_t  ModificationTime() const throw();
+    void    ModifyTime() throw();

protected:
    varT  & value;
@@ -186,6 +187,12 @@
}
//-----------------------------------------------------------------------------
template <typename varT>
+void USER_PROPERTY<varT>::ModifyTime() throw()
+{
+    modificationTime = stgTime;
+}
+//-----------------------------------------------------------------------------
+template <typename varT>
USER_PROPERTY<varT>& USER_PROPERTY<varT>::operator= (const varT& newValue)
{
STG_LOCKER locker(&mutex, __FILE__, __LINE__);

--- projects/stargazer/user.cpp	2010-03-25 12:36:57.000000000 +0200
+++ projects/stargazer/user.cpp.new	2010-07-30 17:19:45.161960777 +0300
@@ -855,6 +855,8 @@
    // Direct access to internal data structures via friend-specifier
    property.stat.freeMb -= dc;
    property.stat.cash -= cost;
+    freeMb.ModifyTime();
+    cash.ModifyTime();
    }

up = dt;
@@ -950,6 +952,8 @@

    property.stat.freeMb -= dc;
    property.stat.cash -= cost;
+    freeMb.ModifyTime();
+    cash.ModifyTime();
    }

down = dt;

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...