Перейти до

MOD_RADIUS for Stargazer


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

[root@stg ~]# psql -U postgres -d stg -c "SELECT * FROM tb_users WHERE name like 'drakon'"
pk_user | fk_tariff | fk_tariff_change | fk_corporation |          address          | always_online | credit |    credit_expire    | disabled | disabled_detail_stat | email |  grp  | note | passive | passwd  |       phone        |  name  | real_name |   cash    | free_mb | last_activity_time  | last_cash_add | last_cash_add_time  | passive_time
---------+-----------+------------------+----------------+---------------------------+---------------+--------+---------------------+----------+----------------------+-------+-------+------+---------+---------+--------------------+--------+-----------+-----------+---------+---------------------+---------------+---------------------+--------------
    183 |        10 |                  |                | ▒▒. 50 ▒▒▒ ▒▒▒▒▒▒▒, 50/34 | f             | 0.0000 | 1970-01-01 00:00:00 | f        | t                    |       | users |      | f       | lxxxx | 09532xxxxx||62xxxx | drakon | ▒▒▒▒▒▒    | -116.0000 |  0.0000 | 2010-10-14 22:00:01 |      -59.0000 | 2010-10-31 22:04:18 |            0
(1 запись)

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Меня не настораживает. Все правильно. Текущий адрес перед отключением сбрасывается в 0.     По сравнению с 2.406 добавилась отложенная реакция на некоторые события. Надо бы собрать с дебагом и пос

Уже нашел ошибку. В плагине для мускула не проверяется вариант когда запрос не вернул ни одной строки. Считается что запрошенный логин всегда существует. Патч приведу позже. Может быть завтра.

Конечно отличаются. Во первых это отладочная сборка - они содержат в себе отладочную информацию. Во вторых при make install-bin копирование происходит средствами утилиты install которая делает strip в

[root@stg ~]# psql -U postgres -d stg -c "SELECT * FROM tb_users WHERE name like 'drakon'"
pk_user | fk_tariff | fk_tariff_change | fk_corporation |          address          | always_online | credit |    credit_expire    | disabled | disabled_detail_stat | email |  grp  | note | passive | passwd  |       phone        |  name  | real_name |   cash    | free_mb | last_activity_time  | last_cash_add | last_cash_add_time  | passive_time
---------+-----------+------------------+----------------+---------------------------+---------------+--------+---------------------+----------+----------------------+-------+-------+------+---------+---------+--------------------+--------+-----------+-----------+---------+---------------------+---------------+---------------------+--------------
    183 |        10 |                  |                | ▒▒. 50 ▒▒▒ ▒▒▒▒▒▒▒, 50/34 | f             | 0.0000 | 1970-01-01 00:00:00 | f        | t                    |       | users |      | f       | lxxxx | 09532xxxxx||62xxxx | drakon | ▒▒▒▒▒▒    | -116.0000 |  0.0000 | 2010-10-14 22:00:01 |      -59.0000 | 2010-10-31 22:04:18 |            0
(1 запись)

То что лежит в базе не обязательно соответствует тому что лежит внутри самого Stargazer'а. Лучше через какой-нибуть конфигуратор или авторизатор.

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

.... Лучше через какой-нибуть конфигуратор или авторизатор.

согласен,

[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -c
cash=-116
Ok
[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -r
credit=0
Ok
[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -e
prepaidTraff=0
Ok
[kesha@stg bin]$

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

.... Лучше через какой-нибуть конфигуратор или авторизатор.

согласен,

[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -c
cash=-116
Ok
[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -r
credit=0
Ok
[kesha@stg bin]$ /usr/local/bin/sgconf get -s 127.0.0.1 -p 5566 -a kesha -w ХХХ -u drakon -e
prepaidTraff=0
Ok
[kesha@stg bin]$

Мда, непонятно. Надо разбираться.

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

ip-test:/# /sbin/radiusd -X
Starting - reading configuration files ...
reread_config:  reading radiusd.conf
Config:   including file: /etc/raddb/proxy.conf
Config:   including file: /etc/raddb/clients.conf
Config:   including file: /etc/raddb/snmp.conf
Config:   including file: /etc/raddb/eap.conf
main: prefix = "/usr"
main: localstatedir = "/var"
main: logdir = "/var/log/freeradius"
main: libdir = "/usr/local/lib"
main: radacctdir = "/var/log/freeradius/radacct"
main: hostname_lookups = no
main: max_request_time = 30
main: cleanup_delay = 5
main: max_requests = 1024
main: delete_blocked_requests = 0
main: port = 0
main: allow_core_dumps = no
main: log_stripped_names = no
main: log_file = "/var/log/freeradius/radius.log"
main: log_auth = no
main: log_auth_badpass = no
main: log_auth_goodpass = no
main: pidfile = "/var/run/freeradius/freeradius.pid"
main: user = "freerad"
main: group = "freerad"
main: usercollide = no
main: lower_user = "no"
main: lower_pass = "no"
main: nospace_user = "no"
main: nospace_pass = "no"
main: checkrad = "/usr/sbin/checkrad"
main: proxy_requests = yes
proxy: retry_delay = 5
proxy: retry_count = 3
proxy: synchronous = no
proxy: default_fallback = yes
proxy: dead_time = 120
proxy: post_proxy_authorize = no
proxy: wake_all_if_all_dead = no
security: max_attributes = 200
security: reject_delay = 1
security: status_server = no
main: debug_level = 0
read_config_files:  reading dictionary
read_config_files:  reading naslist
Using deprecated naslist file.  Support for this will go away soon.
read_config_files:  reading clients
read_config_files:  reading realms
radiusd:  entering modules setup
Module: Library search path is /usr/local/lib
Ошибка сегментирования
ip-test:/#

ip-test:/# /sbin/radiusd -v
radiusd: FreeRADIUS Version 1.1.8, for host i686-pc-linux-gnu, built on Jan  5 2011 at 16:50:00
Copyright (C) 2000-2007 The FreeRADIUS server project.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
You may redistribute copies of FreeRADIUS under the terms of the
GNU General Public License.
For more information about these matters, see the file named COPYRIGHT.
ip-test:/etc/stargazer#

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

ip-test:/# /sbin/radiusd -X
...
Ошибка сегментирования
ip-test:/#

ip-test:/# /sbin/radiusd -v
radiusd: FreeRADIUS Version 1.1.8, for host i686-pc-linux-gnu, built on Jan  5 2011 at 16:50:00
Copyright (C) 2000-2007 The FreeRADIUS server project.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
You may redistribute copies of FreeRADIUS under the terms of the
GNU General Public License.
For more information about these matters, see the file named COPYRIGHT.
ip-test:/etc/stargazer#

Какая версия Stargazer'а?

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

Какая версия Stargazer'а?

последняя stg-2.407-rc2

 

rlm_stg.so в этой сборке случайно не для 2 версии радиуса?

 

Для нее. Я об этом писал в ChangeLog.

Более того, она практически не протестирована, так что может и не работать.

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

Для нее. Я об этом писал в ChangeLog.

Более того, она практически не протестирована, так что может и не работать.

как же быть? взять из предыдущей версии? ;)

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

Для нее. Я об этом писал в ChangeLog.

Более того, она практически не протестирована, так что может и не работать.

как же быть? взять из предыдущей версии? :)

Ну можно попытаться завести FreeRADIUS 2.*. А вот если не получится - оставить старый rlm_stg.so. Он будет нормально работать с новым Stargazer'ом.

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

Ну можно попытаться завести FreeRADIUS 2.*. А вот если не получится - оставить старый rlm_stg.so. Он будет нормально работать с новым Stargazer'ом.

есть! с rlm_stg.so предыдущей версии радиус поднимается, но




Module: Instantiated mschap (mschap)
Listening on authentication *:1812
Listening on accounting *:1813
Ready to process requests.
rad_recv: Access-Request packet from host 127.0.0.1:59532, id=133, length=138
       Service-Type = Framed-User
       Framed-Protocol = PPP
       User-Name = "test"
       MS-CHAP-Challenge = 0xf711140288e284c73608e3108b09baab
       MS-CHAP2-Response = 0xd400b91ca1992563a7d50f0810e5537e26990000000000000000d5bcf33f7db464572652fee0c79e6446cdca4e01a7036aa9
       Calling-Station-Id = ".271"
       NAS-IP-Address = 127.0.0.1
       NAS-Port = 1
 Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
rlm_stg: stg_authorize()
Ошибка сегментирования

rlm_stg пробовал от двух предыдущих сборок

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

 

стг последний, ОС Debian Lenny

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

А я с другой проблемой:

RADIUS data access plugin v 0.6

периодически в логах радиуса:

Sat Jan  8 11:04:59 2011 : Error: Discarding duplicate request from client vpn_host2:35199 - ID: 179 due to unfinished request 24310                         
Sat Jan  8 11:48:40 2011 : Error: Discarding duplicate request from client vpn_host2:39909 - ID: 250 due to unfinished request 24381                         
Sat Jan  8 14:55:03 2011 : Error: Discarding duplicate request from client vpn_host2:52140 - ID: 113 due to unfinished request 24761                         
Sat Jan  8 17:40:35 2011 : Error: Discarding duplicate request from client vpn_host2:41160 - ID: 174 due to unfinished request 25082         

 

при этом в syslog:

--
Jan  8 16:29:24 vpn1 pptp[24663]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 16:29:24 vpn1 pptp[24663]: Accounting STOP failed for dima 
--
Jan  8 18:11:00 vpn1 pptp[8137]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 18:11:00 vpn1 pptp[8137]: Accounting START failed for anntony 
--
Jan  8 18:24:58 vpn1 pptp[8742]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 18:24:58 vpn1 pptp[8742]: Accounting START failed for tekax 

 

не могу понять, что ему не нравиться, stg.freenet.lg.ua - соседняя виртуалка рядом с vpn1, они видят друг друга 100%

на клиенте настройки "стандарт":

# time to wait for a reply from the RADIUS server 
radius_timeout  10                                                                                                                                         

# resend request this many times before trying the next server                                                                                             
radius_retries  3 

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

в общем всё отлично! под Debian 5.0.4 Lenny заработала последняя версия stg-2.407-rc2 с rlm_stg.so от rc1 и freeradius-1.1.6 собранный из сорцев, все другие версии радиуса падают с ошибкой сегментации! большое спасибо :)

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

в общем всё отлично! под Debian 5.0.4 Lenny заработала последняя версия stg-2.407-rc2 с rlm_stg.so от rc1 и freeradius-1.1.6 собранный из сорцев, все другие версии радиуса падают с ошибкой сегментации! большое спасибо :)

аннет, рано радовался, вводим не правильный логин/пароль и процесс stargazer падает, остаются только stg-exec

 

syslog

Jan  9 10:02:32 ip-test kernel: [387351.948077] stargazer[10086]: segfault at 4 ip b6c1c798 sp b48b90d0 error 4 in mod_store_mysql.so[b6c04000+25000]

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

А я с другой проблемой:

RADIUS data access plugin v 0.6

периодически в логах радиуса:

Sat Jan  8 11:04:59 2011 : Error: Discarding duplicate request from client vpn_host2:35199 - ID: 179 due to unfinished request 24310                         
Sat Jan  8 11:48:40 2011 : Error: Discarding duplicate request from client vpn_host2:39909 - ID: 250 due to unfinished request 24381                         
Sat Jan  8 14:55:03 2011 : Error: Discarding duplicate request from client vpn_host2:52140 - ID: 113 due to unfinished request 24761                         
Sat Jan  8 17:40:35 2011 : Error: Discarding duplicate request from client vpn_host2:41160 - ID: 174 due to unfinished request 25082         

 

при этом в syslog:

--
Jan  8 16:29:24 vpn1 pptp[24663]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 16:29:24 vpn1 pptp[24663]: Accounting STOP failed for dima 
--
Jan  8 18:11:00 vpn1 pptp[8137]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 18:11:00 vpn1 pptp[8137]: Accounting START failed for anntony 
--
Jan  8 18:24:58 vpn1 pptp[8742]: rc_send_server: no reply from RADIUS server stg.freenet.lg.ua:1813 
Jan  8 18:24:58 vpn1 pptp[8742]: Accounting START failed for tekax 

 

не могу понять, что ему не нравиться, stg.freenet.lg.ua - соседняя виртуалка рядом с vpn1, они видят друг друга 100%

на клиенте настройки "стандарт":

# time to wait for a reply from the RADIUS server 
radius_timeout  10                                                                                                                                         

# resend request this many times before trying the next server                                                                                             
radius_retries  3 

Я запросы Accounting в плагине не обрабатываю. Возможно происходит не совсем корректный ответ. Надо будет поглядеть.

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

в общем всё отлично! под Debian 5.0.4 Lenny заработала последняя версия stg-2.407-rc2 с rlm_stg.so от rc1 и freeradius-1.1.6 собранный из сорцев, все другие версии радиуса падают с ошибкой сегментации! большое спасибо :)

аннет, рано радовался, вводим не правильный логин/пароль и процесс stargazer падает, остаются только stg-exec

 

syslog

Jan  9 10:02:32 ip-test kernel: [387351.948077] stargazer[10086]: segfault at 4 ip b6c1c798 sp b48b90d0 error 4 in mod_store_mysql.so[b6c04000+25000]

А с БД отличной от MySQL нет возможности проверить? Хотя бы с файлами?

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

...




Module: Instantiated mschap (mschap)
Listening on authentication *:1812
Listening on accounting *:1813
Ready to process requests.
rad_recv: Access-Request packet from host 127.0.0.1:59532, id=133, length=138
       Service-Type = Framed-User
       Framed-Protocol = PPP
       User-Name = "test"
       MS-CHAP-Challenge = 0xf711140288e284c73608e3108b09baab
       MS-CHAP2-Response = 0xd400b91ca1992563a7d50f0810e5537e26990000000000000000d5bcf33f7db464572652fee0c79e6446cdca4e01a7036aa9
       Calling-Station-Id = ".271"
       NAS-IP-Address = 127.0.0.1
       NAS-Port = 1
 Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
rlm_stg: stg_authorize()
Ошибка сегментирования

rlm_stg пробовал от двух предыдущих сборок

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

 

стг последний, ОС Debian Lenny

Это очень печально. Надо будет собирать стенд для полновесного тестирования радиуса.

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

Это очень печально. Надо будет собирать стенд для полновесного тестирования радиуса.

в посте выже я уже описал что заводится сборка stg-2.407-rc2 с rlm_stg.so от rc1 и freeradius-1.1.6 собранный из сорцев на Debian 5

А с БД отличной от MySQL нет возможности проверить? Хотя бы с файлами?

на файлах работает без ошибок, видимо это проблема модуля mysql, не правльные логины/пароли выдают 691 ошибку, правильные авторизуются, но как говорил выше keshaLG они авторизуются даже при отрицательном балансе

 

странно как то, на тестовой машине ещё раз пересобрал всё завелось, стал поднимать на боевой и такие же падения в корку изза модуля мускула :)

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

сейчас поднялось, но надежды очень мало что после падения снова удачно поднимется, может всё таки поискать в исходниках мускульного модуля причину? в одной из тем прозвучало что его нужно вообще полностью переписать, но может всё таки этот модуль можно адаптировать :(

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

собственно вот последние строки debug

         users.cpp > 08:58:30 > USERS: Del IP Idx
    eventloop.cpp > 08:58:30 > EVENT_LOOP::Runner - Invoke 1 actions
 traffcounter.cpp > 08:58:30 > DelUser: 192.168.0.7
    eventloop.cpp > 08:58:30 > EVENT_LOOP::Runner - Sleeping until new actions arrived
         user.cpp > 08:58:30 > Change IP from 192.168.0.7 to 0.0.0.0
 traffcounter.cpp > 08:58:33 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
 traffcounter.cpp > 08:58:38 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
 traffcounter.cpp > 08:58:43 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
Ошибка сегментирования
ip-test:/etc#

настораживает 5 строка, кстати падает стг когда ввожу не правильный логин/пароль

 

а вот успешная авторизация

     eventloop.cpp > 09:04:39 > EVENT_LOOP::Runner - Sleeping until new actions arrived
 traffcounter.cpp > 09:04:44 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
         user.cpp > 09:04:47 > Change IP from 0.0.0.0 to 192.168.0.7
        users.cpp > 09:04:47 > USERS: Add IP Idx
    eventloop.cpp > 09:04:47 > EVENT_LOOP::Runner - Invoke 1 actions
 traffcounter.cpp > 09:04:47 > AddUser: test
    eventloop.cpp > 09:04:47 > EVENT_LOOP::Runner - Sleeping until new actions arrived
       radius.cpp > 09:04:47 > 4D2D447F116700 - ('test', 'Framed-User')
 traffcounter.cpp > 09:04:49 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
       radius.cpp > 09:04:51 > RADIUS::ProcessAcctStopPacket session had not started yet

отзовитесь у кого работает связка stg+mysql+freeradius! какая ОС и какие версии stg и freeradius?

повторюсь, у меня:

Debian Lenny 5.0

stg-2.407-rc2 (rlm_stg.so от сборки rc1)

FreeRADIUS Version 1.1.6 собран из исходников

 

перебрал все версии радиуса от 1.0.5 до 1.1.8

 

собрал Stg-2.406, работает! но всё равно авторизуется с отрицательным балансом

мне уже ночами снится сборка/пересборка радиуса и старгейзера :(

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

собственно вот последние строки debug

         users.cpp > 08:58:30 > USERS: Del IP Idx
    eventloop.cpp > 08:58:30 > EVENT_LOOP::Runner - Invoke 1 actions
 traffcounter.cpp > 08:58:30 > DelUser: 192.168.0.7
    eventloop.cpp > 08:58:30 > EVENT_LOOP::Runner - Sleeping until new actions arrived
         user.cpp > 08:58:30 > Change IP from 192.168.0.7 to 0.0.0.0
 traffcounter.cpp > 08:58:33 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
 traffcounter.cpp > 08:58:38 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
 traffcounter.cpp > 08:58:43 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
Ошибка сегментирования
ip-test:/etc#

настораживает 5 строка, кстати падает стг когда ввожу не правильный логин/пароль

Меня не настораживает. Все правильно. Текущий адрес перед отключением сбрасывается в 0.

 

а вот успешная авторизация

     eventloop.cpp > 09:04:39 > EVENT_LOOP::Runner - Sleeping until new actions arrived
 traffcounter.cpp > 09:04:44 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
         user.cpp > 09:04:47 > Change IP from 0.0.0.0 to 192.168.0.7
        users.cpp > 09:04:47 > USERS: Add IP Idx
    eventloop.cpp > 09:04:47 > EVENT_LOOP::Runner - Invoke 1 actions
 traffcounter.cpp > 09:04:47 > AddUser: test
    eventloop.cpp > 09:04:47 > EVENT_LOOP::Runner - Sleeping until new actions arrived
       radius.cpp > 09:04:47 > 4D2D447F116700 - ('test', 'Framed-User')
 traffcounter.cpp > 09:04:49 > FlushAndRemove() packets: 0(rem 0) ip2packets: 0(rem 0)
       radius.cpp > 09:04:51 > RADIUS::ProcessAcctStopPacket session had not started yet

отзовитесь у кого работает связка stg+mysql+freeradius! какая ОС и какие версии stg и freeradius?

повторюсь, у меня:

Debian Lenny 5.0

stg-2.407-rc2 (rlm_stg.so от сборки rc1)

FreeRADIUS Version 1.1.6 собран из исходников

 

перебрал все версии радиуса от 1.0.5 до 1.1.8

 

собрал Stg-2.406, работает! но всё равно авторизуется с отрицательным балансом

мне уже ночами снится сборка/пересборка радиуса и старгейзера :(

 

По сравнению с 2.406 добавилась отложенная реакция на некоторые события. Надо бы собрать с дебагом и посмотреть на core-файл. А лучше вообще запустить из-под gdb и сделать backtrace после падения. Последовательность действий примерно такая:

./build debug
...
make install-bin
...
gdb /usr/sbin/stargazer
(gdb) r /etc/stargazer
...
вызываем падение
...
(gdb) thread apply all bt

Выхлоп этой команды покажи мне (сюда, в личку или на почту: faust@stg.dp.ua).

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

По сравнению с 2.406 добавилась отложенная реакция на некоторые события. Надо бы собрать с дебагом и посмотреть на core-файл. А лучше вообще запустить из-под gdb и сделать backtrace после падения. Последовательность действий примерно такая:

./build debug
...
make install-bin
...
gdb /usr/sbin/stargazer
(gdb) r /etc/stargazer
...
вызываем падение
...
(gdb) thread apply all bt

Выхлоп этой команды покажи мне (сюда, в личку или на почту: faust@stg.dp.ua).

ip-test:/# gdb /usr/sbin/stargazer
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
(gdb) r /etc/stargazer
Starting program: /usr/sbin/stargazer /etc/stargazer
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

[1]+  Stopped                 gdb /usr/sbin/stargazer
ip-test:/#

syslog

Jan 12 13:32:04 ip-test kernel: [253057.582496] stargazer[22572]: segfault at 3d10f0 ip b772046a sp bfdfad18 error 4 in libpthread-2.7.so[b771a000+15000]

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

...

ip-test:/# gdb /usr/sbin/stargazer
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
(gdb) r /etc/stargazer
Starting program: /usr/sbin/stargazer /etc/stargazer
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

[1]+  Stopped                 gdb /usr/sbin/stargazer
ip-test:/#

syslog

Jan 12 13:32:04 ip-test kernel: [253057.582496] stargazer[22572]: segfault at 3d10f0 ip b772046a sp bfdfad18 error 4 in libpthread-2.7.so[b771a000+15000]

 

Плохо. Тогда запускай как обычно, но перед запуском сделай ulimit -c unlimited. Когда он упадет то оставит после себя core-файл. После этого делаем так:

gdb /usr/sbin/stargazer
(gdb) core-file /path/to/core-file
(gdb) thread apply all bt

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

Хм, я кажется понял, почему оно не сработало. Надо было вместо make install-bin вручную раскидать stargazer, плагины из каталога projects/stargazer/modules и библиотеки из каталога lib. А то make install-bin вычищает из бинарников отладочную инфу.

Так и надо сделать, а то от core-файла тоже толку не будет.

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

готово, скрипты раскидывал вручную

(gdb) core-file /core.30916
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/libexpat.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libexpat.so.1
Reading symbols from /lib/i686/cmov/libpthread.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libpthread.so.0
Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /usr/lib/stg/libstg_logger.so...done.
Loaded symbols for /usr/lib/stg/libstg_logger.so
Reading symbols from /usr/lib/stg/libstg_locker.so...done.
Loaded symbols for /usr/lib/stg/libstg_locker.so
Reading symbols from /usr/lib/stg/libstg_common.so...done.
Loaded symbols for /usr/lib/stg/libstg_common.so
Reading symbols from /usr/lib/stg/libscript_executer.so...done.
Loaded symbols for /usr/lib/stg/libscript_executer.so
Reading symbols from /usr/lib/stg/libdotconfpp.so...done.
Loaded symbols for /usr/lib/stg/libdotconfpp.so
Reading symbols from /usr/lib/libstdc++.so.6...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/i686/cmov/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/stg/mod_store_mysql.so...done.
Loaded symbols for /usr/lib/stg/mod_store_mysql.so
Reading symbols from /usr/lib/stg/libconffiles.so...done.
Loaded symbols for /usr/lib/stg/libconffiles.so
Reading symbols from /usr/lib/stg/libstg_crypto.so...done.
Loaded symbols for /usr/lib/stg/libstg_crypto.so
Reading symbols from /usr/lib/libmysqlclient_r.so.15...done.
Loaded symbols for /usr/lib/libmysqlclient_r.so.15
Reading symbols from /lib/i686/cmov/libcrypt.so.1...done.
Loaded symbols for /lib/i686/cmov/libcrypt.so.1
Reading symbols from /lib/i686/cmov/libnsl.so.1...done.
Loaded symbols for /lib/i686/cmov/libnsl.so.1
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/i686/cmov/libnss_files.so.2...done.
Loaded symbols for /lib/i686/cmov/libnss_files.so.2
Reading symbols from /usr/lib/stg/mod_auth_ao.so...done.
Loaded symbols for /usr/lib/stg/mod_auth_ao.so
Reading symbols from /usr/lib/stg/mod_auth_ia.so...done.
Loaded symbols for /usr/lib/stg/mod_auth_ia.so
Reading symbols from /usr/lib/stg/mod_conf_sg.so...done.
Loaded symbols for /usr/lib/stg/mod_conf_sg.so
Reading symbols from /usr/lib/stg/mod_cap_ipq.so...done.
Loaded symbols for /usr/lib/stg/mod_cap_ipq.so
Reading symbols from /usr/lib/stg/mod_ping.so...done.
Loaded symbols for /usr/lib/stg/mod_ping.so
Reading symbols from /usr/lib/stg/libstg_pinger.so...done.
Loaded symbols for /usr/lib/stg/libstg_pinger.so
Reading symbols from /usr/lib/stg/mod_radius.so...done.
Loaded symbols for /usr/lib/stg/mod_radius.so
Core was generated by `stargazer'.
Program terminated with signal 11, Segmentation fault.
[New process 30925]
[New process 30931]
[New process 30930]
[New process 30929]
[New process 30928]
[New process 30927]
[New process 30926]
[New process 30916]
[New process 30924]
[New process 30923]
[New process 30922]
[New process 30921]
[New process 30920]
#0  0xb6ca8798 in MYSQL_STORE::RestoreUserConf (this=0x835a6a8, conf=0xb4945254, login=@0xb49452c4) at mysql_store.cpp:718
718    conf->password = row[1];
Current language:  auto; currently c++
(gdb) thread apply all bt

Thread 13 (process 30920):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0x080a1e8e in StgTimer ()
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 12 (process 30921):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb775f025 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0
#2  0x080d6f53 in EVENT_LOOP::Runner ()
#3  0x080d707b in EVENT_LOOP::Run ()
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 11 (process 30922):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0x080a1d7d in stgUsleep ()
#4  0x080cdc12 in USERS::Run ()
#5  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#6  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 10 (process 30923):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0x080a8860 in TRAFFCOUNTER::Run ()
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 9 (process 30924):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7592bf1 in select () from /lib/i686/cmov/libc.so.6
#2  0xb618e377 in ipq_netlink_recvfrom (h=0x8371870, buf=0x835e734 "", len=256, timeout=1) at libipq.c:158
#3  0xb618e7b4 in ipq_read (h=0x8371870, buf=0x835e734 "", len=256, timeout=1) at libipq.c:318
#4  0xb618c71c in IPQ_CAP::IPQCapRead (this=0x835e718, buffer=0xb5146364, blen=68) at ipq_cap.cpp:201
#5  0xb618c954 in IPQ_CAP::Run (d=0x835e718) at ipq_cap.cpp:146
#6  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#7  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 8 (process 30916):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0x080a1d7d in stgUsleep ()
#4  0x080963c3 in main ()

Thread 7 (process 30926):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7592bf1 in select () from /lib/i686/cmov/libc.so.6
#2  0xb61f0e6f in AUTH_IA::WaitPackets (this=0x835b710, sd=5) at inetaccess.cpp:1804
#3  0xb61f5865 in AUTH_IA::RecvData (this=0x835b710, buffer=0xb4144198 "", bufferSize=512) at inetaccess.cpp:603
#4  0xb61f5ffb in AUTH_IA::Run (d=0x835b710) at inetaccess.cpp:516
#5  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#6  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 6 (process 30927):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0xb61f5e3b in AUTH_IA::RunTimeouter (d=0x835b710) at inetaccess.cpp:539
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 5 (process 30928):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0xb616adae in STG_PINGER::RunSendPing (d=0x835ef80) at pinger.cpp:342
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 4 (process 30929):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7762448 in recvfrom () from /lib/i686/cmov/libpthread.so.0
#2  0xb616a2c7 in STG_PINGER::RecvPing (this=0x835ef80) at pinger.cpp:289
#3  0xb616a391 in STG_PINGER::RunRecvPing (d=0x835ef80) at pinger.cpp:364
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 3 (process 30930):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb7556036 in nanosleep () from /lib/i686/cmov/libc.so.6
#2  0xb75935cc in usleep () from /lib/i686/cmov/libc.so.6
#3  0xb617e1d4 in PING::Run (d=0x835ef30) at ping.cpp:259
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 2 (process 30931):
#0  0xb779c424 in __kernel_vsyscall ()
#1  0xb77622c8 in accept () from /lib/i686/cmov/libpthread.so.0
#2  0xb61b2c1a in CONFIGPROTO::Run (a=0x835cd04) at rsconf.cpp:151
#3  0xb61ae4f9 in STG_CONFIG::Run (d=0x835cce8) at stgconfig.cpp:233
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6

Thread 1 (process 30925):
#0  0xb6ca8798 in MYSQL_STORE::RestoreUserConf (this=0x835a6a8, conf=0xb4945254, login=@0xb49452c4) at mysql_store.cpp:718
#1  0xb61585e1 in RADIUS::ProcessAutzPacket (this=0x8370530, packet=0xb4945320) at radius.cpp:421
#2  0xb61587ee in RADIUS::ProcessData (this=0x8370530, packet=0xb4945320) at radius.cpp:390
#3  0xb6158aef in RADIUS::Run (d=0x8370530) at radius.cpp:342
#4  0xb775b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0
#5  0xb759a84e in clone () from /lib/i686/cmov/libc.so.6
(gdb)

core файл могу выложить если нужно

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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

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


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