[Emerald] Violation of primary key again

CybrTyme, Inc. ( (no email) )
Thu, 29 Jul 1999 15:24:50 -0500

This is a multi-part message in MIME format.

------=_NextPart_000_0006_01BED9D6.800061D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have read through the message lists and seen many entries for the =
violation of primary key on both the callsonline and radlogs table. I =
seem to interpret that the violation error is ok because the items =
should be already in the tables and that this is commonly caused by nas =
request retransmission. =20

I understand the retransmission issue, but I have violations that are =
occuring WITHOUT being caused by retransmissions. I have many, many =
failed login requests for usernames that DONT APPEAR IN THE RADLOGS AT =
ALL. I have checked from both the manager and have done queries with =
query analyzer to find that some records are not getting put into the =
tables. I also have problems with people getting "hung" in the calls =
online table with a higher frequency than should be expected. =20

Background info. We use only USR HyperArc's with Hyper DSP's. We run =
radius NT and Emerald 2.5, we have just upgraded to 2.5. We run on =
MSSQL 7. =20

What can be done if anything to remedy this problem?

I appreciate the assistance.

Neil Johnson
CybrTyme, Inc.

------=_NextPart_000_0006_01BED9D6.800061D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">

I have read through the message =lists and seen=20many entries for the violation of primary key on both the callsonline =and=20radlogs table.  I seem to interpret that the violation error is ok =because=20the items should be already in the tables and that this is commonly =caused by=20nas request retransmission. 
 
I understand the retransmission =issue, but I=20have violations that are occuring WITHOUT being caused by =retransmissions. =20I have many, many failed login requests for usernames that DONT APPEAR =IN THE=20RADLOGS AT ALL.   I have checked from both the manager and =have done=20queries with query analyzer to find that some records are not getting =put into=20the tables.  I also have problems with people getting ="hung" in=20the calls online table with a higher frequency than should be =expected. =20
 
Background info.  We use only =USR=20HyperArc's with Hyper DSP's. We run radius NT and Emerald 2.5, we have =just=20upgraded to 2.5.  We run on MSSQL 7. 
 
What can be done if anything to =remedy this=20problem?
 
I appreciate the =assistance.
 
Neil Johnson
CybrTyme, Inc.
------=_NextPart_000_0006_01BED9D6.800061D0--