Добрый день!

Уже который день борюсь с проблемой долгого обрабатывания запросов в mysql.
Версия биллинга 50.33. Стоит все на одной машине. Машина достаточно мощная. 2xXeon, 64Гб оперативки.
Дисковая подсистема справляется вроде как. 4 винта собрано в рейд 1, так уже получилось.
Куда посоветуете рыть?

Лог медленных запросов:

Count: 52  Time=42.85s (2228s)  Lock=0.00s (0s)  Rows=0.0 (0), bill_kernel[bill_kernel]@[127.0.0.1]
  INSERT INTO dblogin (mid,act,time) SELECT  `users`.`id` ,  'S', UNIX_TIMESTAMP( ) FROM  `users` LEFT JOIN  `x2016x10x6` ON                                                                                                      `users`.`id` =  `x2016x10x6`.`mid` WHERE  `x2016x10x6`.`in` >N AND  `x2016x10x6`.`out` >N AND  `x2016x10x6`.`time` > UNIX_TI                                                                                                    MESTAMP( ) -N AND  `users`.`lstate` >N GROUP BY users.id

Count: 101  Time=39.62s (4001s)  Lock=0.00s (0s)  Rows=0.0 (0), bill_kernel[bill_kernel]@[xx.xx.xx.xx]
  call radupdate('S')

Count: 42  Time=35.41s (1487s)  Lock=0.00s (0s)  Rows=1.0 (42), bill_www[bill_www]@[127.0.0.1]
  CALL set_dopvalues(N)

Count: 9  Time=14.80s (133s)  Lock=0.00s (0s)  Rows=16658.9 (149930), bill_kiev[bill_kiev]@[xx.xx.xx.xx]
  SELECT SQL_BUFFER_RESULT parent_id,MAX(revision) AS r FROM dop_oldvalues GROUP BY parent_id

Count: 1  Time=12.76s (12s)  Lock=0.00s (0s)  Rows=1.0 (1), bill_www[bill_www]@[127.0.0.1]
  SELECT SUM(cash) AS cash FROM pays WHERE type=N AND bonus='S' AND admin_id=N AND time<=N

Тазик одни. Работать не будет

Я конечно сомневаюсь, что какой-то зверь будет подключаться со своим логином и паролем 2 раза. Но.. эти черти все могут сотворить. Потому, надо бы пресечь.
Ладно, будем проверять

А процедуру radstop менять не надо? Вдруг соединение оборвется, а в базе все еще будет показывать, что абонент авторизирован. Его ж по идее не пустит.

Привет всем!

Сделал вот такую связку. Все работает и отлично. Но есть 1 косяк.
Если 2 пользователя подключаются под одним логином и паролем, то их обоих пускает и интернет не работает соответственно.
Выходит вот такая картина:

ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1458
   inet 192.168.123.1 --> xxx.xxx.xxx.33 netmask 0xffffffff
   inet6 fe80::214:5eff:fe0b:7a64%ng0 prefixlen 64 scopeid 0x8
   nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
ng1: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1458
   inet 192.168.123.1 --> xxx.xxx.xxx.33 netmask 0xffffffff
   inet6 fe80::214:5eff:fe0b:7a64%ng1 prefixlen 64 scopeid 0x9
   nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>

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

На freebsd8 попытка законектиться второй раз заканчивалась вот на этом месте:

Aug 14 15:12:07 nas4 mpd: [B-2] IFACE: Adding IPv4 address to ng1 failed: File exists

А на freebsd9 все проходит дальше и создается ng1 с таким же ипом, как и ng0.
Как можно отрубать повторный логин абонента, если он в данный момент уже активен?

Ну почему нельзя? Если есть возможность на 1 аккаунт вешать дополнительный IP (Правда почему-то она не работает. Колесо крутится и потом тишина), то фактически это и есть алиас в старом биллинге. Доп логины и пароли не нужны. Просто нужно, чтобы каждому ип, даже дополнительному, соответствовал свой мак адрес.

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

А как с алиасами быть?

Пытаюсь перейти с 50.33 на n+.

Собственно конвертация базы проходит нормально:

root# mysql nplus -u root -p < from_50.33_to_n_plus.txt
Enter password:
change_ippool('10.0.0.2','10.0.2.254','static','0')
1

Хотя к скрипту конвертации есть отдельные вопросы.
Зачем в нем прописано вот это?

DROP VIEW `rev_equip`;
 DROP VIEW `rev_users`;

Если взять bill.sql от 50.33, то видно, что в процессе установки эти вьюшки создаются и используются, но в конце установки они дропаются. Соответственно их в базе уже нет. А скрипт на этих двух строчках вылетал. Но чтобы быть чистым душой и телом, я создал эти вьюшки и скрипт перехода на n+ их дропнул и пошел дальше. Но это все лирика.

Идем дальше. Все кажется конвертнулось. Открываем веб морду и что мы видим?
Картинка: i63.fastpic.ru/big/2014/1031/7d/b7ef664aaad86794448336844639fd7d.png

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

И как быть с алиасами клиентов? У меня сейчас все алиасы стали отдельными абонентами.

SELECT SQL_BUFFER_RESULT id,mid,ip,auth,lstate,paket FROM users_kitsman WHERE state<>'off'

Вот так должно быть. Нету там dunaivtsi.

Есть вьюха. и на users_dunaivtsi и на users_kitsman

там users_kitsman должно быть. очепятка)

nas2# perl noserver.pl -v | grep SQL
DBD::mysql::st execute failed: ����������� ������� 'revision' � 'field list' at nosat.pm line 245.
SQL: SELECT SQL_BUFFER_RESULT id,mid,ip,auth,lstate,paket FROM users_kitsman WHERE state<>'off'
05.12.2012 11:30:06 Error: SELECT SQL_BUFFER_RESULT id,mid,ip,auth,lstate,paket FROM users_dunaivtsi WHERE state<>'off'
SQL: SELECT SQL_BUFFER_RESULT id,mid,ip,auth,lstate,paket FROM users_kitsman WHERE state<>'off' AND auth<>'off' AND (auth<>'no' OR lstate<>0)
SQL: SELECT SQL_BUFFER_RESULT id,mid,ip,auth,lstate,paket FROM users_kitsman WHERE state<>'off' AND auth<>'off' AND (auth<>'no' OR lstate<>0)

Кажется, все хорошо.

Db_server xxx.xxx.xxx.1
Db_mysql_connect_timeout 5
Db_server_a xxx.xxx.xxx.6
Db_mysql_connect_timeouta 5
Db_name nodeny
Db_usr_table users_kitsman
Usr_nosrvr_groups 1,2,3,4,5,6,7,8
Noserver_monitor 1
Noserver_dopdata_tmpl 1
Period_load_user_info 8
Period_load_all_info 30
Allow_auth_off 0
Allow_unauth 0
Allow_overlimits 0
Start_num_ipfw 5000
End_num_ipfw 32000
Start_num2_ipfw 33000
End_num2_ipfw 60000
DefaultSpeedIn 4096
DefaultSpeedOut 512
Denied_ports 25
Usr_auth_groups
L2_auth_monitor 0
V_auth_Ip
T_usr_block 120
T_get_old 120
T_get_new 10
My_server_ip 0
My_port 7723
Ver_client 14
Nomake_monitor 0

Указал в настройках сателита группы, которые он должен обслуживать.

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

Через запяту прописал пару групп. В итоге noserver.pl все равно смотрит по всем группам. Когда в noserver.pl изменил строку:

Код:

our $Where_grp=$c{Usr_nosrvr_groups}? " AND grp IN($c{Usr_nosrvr_groups})" : '';

на

Код:

our $Where_grp=" AND grp IN(1,2,3,4,5,6,7,8)";

Все заработало. Подскажите куда посмотреть, чтобы все работало нормально.

Какие-то предложения будут? Скажите хоть в какую сторону рыть?