[RADIATOR] Slow response from Radiator
Arya, Manish Kumar
m.arya at yahoo.com
Fri Mar 8 03:29:31 CST 2013
Hi,
Radius server takes approx 7-10 seconds to handle one request, there not much load on this radius server.
Radius Packet dump
*** Received from 127.0.0.1 port 32812 ....
Code: Access-Request
Identifier: 102
Fri Mar 8 09:08:11 2013: DEBUG: Rewrote user name to xxxxxx
Fri Mar 8 09:08:12 2013: DEBUG: Deleting session for xxxxxxx at alu, 10.174.2.2,
Fri Mar 8 09:08:12 2013: DEBUG: Handling with Radius::AuthLDAP2: alu_msp_user_auth-7750
Fri Mar 8 09:08:13 2013: INFO: Connecting to 127.0.0.1:389
Fri Mar 8 09:08:13 2013: INFO: Attempting to bind to LDAP server 127.0.0.1:389
Fri Mar 8 09:08:14 2013: DEBUG: LDAP got result for uid=xxxxx,ou=people,o=COLT,ou=customers,dc=colt,dc=net
Fri Mar 8 09:08:14 2013: DEBUG: LDAP got userPassword: xxxxxx
Fri Mar 8 09:08:15 2013: DEBUG: LDAP got radius-sam-sec-grp-name: TAC_SUPPORT2
Fri Mar 8 09:08:15 2013: DEBUG: LDAP got radius-7750-Timetra-Access: 3
Fri Mar 8 09:08:16 2013: DEBUG: LDAP got radius-7750-Timetra-Profile: administrative
Fri Mar 8 09:08:16 2013: DEBUG: LDAP got radius-7750-Timetra-Default-Action: 1
Fri Mar 8 09:08:17 2013: DEBUG: Radius::AuthLDAP2 looks for match with xxxxxx [xxxxxx at alu]
Fri Mar 8 09:08:17 2013: DEBUG: Radius::AuthLDAP2 ACCEPT: : xxxxxx [xxxxxx at alu]
Fri Mar 8 09:08:18 2013: DEBUG: AuthBy LDAP2 result: ACCEPT,
Fri Mar 8 09:08:18 2013: DEBUG: Access accepted for xxxxxx
Fri Mar 8 09:08:19 2013: DEBUG: Packet dump:
*** Sending to 10.174.2.2 port 50838 ....
Code: Access-Accept
Identifier: 167
Authentic: <245><217>Un<184>Ge<144>.<213>QE<1>u4.
Attributes:
Sam-security-group-name = "TAC_SUPPORT2"
Timetra-Access = 3
Timetra-Profile = "administrative"
Timetra-Default-Action = 1
Service-Type = Login-User
ldapsearch for uid with above attributes is also very quick, no complaints of indexes too
real 0m0.020s
user 0m0.006s
sys 0m0.010s
hardware config
[root at rad-lon1:/var/log/radiator]# prtdiag
System Configuration: Sun Microsystems sun4u Sun Fire V245
System clock frequency: 188 MHZ
Memory size: 4GB
==================================== CPUs ====================================
E$ CPU CPU
CPU Freq Size Implementation Mask Status Location
--- -------- ---------- --------------------- ----- ------ --------
0 1504 MHz 1MB SUNW,UltraSPARC-IIIi 3.4 on-line MB/P0
1 1504 MHz 1MB SUNW,UltraSPARC-IIIi 3.4 on-line MB/P1
CPU usage (uptime)
[root at rad-lon1:/var/log/radiator]# uptime
9:21am up 262 day(s), 20:18, 5 users, load average: 0.04, 0.04, 0.04
CPU/Memory usage with top states no processes are using very minimal CPU and memory. but the total CPU usage is 98% (i think top had a bug for solaris 10 sparc)
last pid: 11066; load avg: 0.04, 0.04, 0.04; up 262+20:19:30 09:22:51
68 processes: 67 sleeping, 1 on cpu
CPU states: 98.7% idle, 0.6% user, 0.7% kernel, 0.0% iowait, 0.0% swap
Memory: 4096M phys mem, 1718M free mem, 8005M total swap, 8005M free swap
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
22797 dsadmin 41 59 0 297M 261M sleep 468:00 0.44% ns-slapd
23543 root 1 59 0 355M 353M sleep 174:26 0.29% perl
10858 root 1 59 0 2888K 1784K cpu/0 0:00 0.09% top
23137 root 41 59 0 196M 162M sleep 329:16 0.05% ns-slapd
22899 root 30 59 0 134M 92M sleep 167:34 0.02% java
691 noaccess 25 59 0 177M 96M sleep 231:51 0.02% java
10823 root 1 59 0 3008K 2488K sleep 0:00 0.02% bash
10821 root 1 59 0 8304K 2728K sleep 0:00 0.01% sshd
26407 daemon 4 59 0 620M 559M sleep 19:44 0.01% nfsmapid
331 root 1 100 -20 2312K 1512K sleep 31:05 0.01% xntpd
5013 root 25 59 0 6544K 4576K sleep 1:01 0.01% nscd
114 root 6 59 0 4128K 3248K sleep 341:09 0.01% picld
7312 root 1 59 0 1984K 1576K sleep 0:00 0.00% tail
1148 root 1 59 0 9000K 3352K sleep 0:00 0.00% sshd
7 root 13 59 0 9784K 7728K sleep 4:47 0.00% svc.startd
Regards,
-Manish
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20130308/07435889/attachment.html
More information about the radiator
mailing list