(RADIATOR) radiator stops ...
Hugh Irvine
hugh at open.com.au
Thu Jan 30 02:00:24 CST 2003
Hello Mushtaque -
I have copied Mike on this mail, but as far as I can see this is a
problem caused by either DBD-ODBC or OpenLink.
The latest version of Radiator is 3.5, which is the version you should
be using if you are upgrading, as I think there is an SQL fix to
prevent this sort of looping from occuring.
regards
Hugh
On Thursday, Jan 30, 2003, at 18:20 Australia/Melbourne, Muhammad
Mushtaque wrote:
> Hi All,
>
> I hve upgraded to Radiator version 3.0 from 2.17. Radius is running on
> Solaris and we r using openlink for database access.Every thing was
> working fine ... but suddenly radiator stops and kills its process with
> the following error
>
> -------------------------------
> [OpenLink][ODBC][SQL Server]Violation of PRIMARY KEY
> constraint 'pk_RadLogs'. Ca
> nnot insert duplicate key in object 'RadLogs'. (SQL-S1000)(DBD:
> st_execute/SQLEx
> ecute err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> DBD::ODBC::db do failed: (Unable to fetch information about the error)
> (DBD: st_p
> repare/SQLAllocStmt err=-1) at Radius/SqlDb.pm line 218.
> Out of memory during "large" request for 16781312 bytes
> at /usr/local/lib/perl5/
> site_perl/5.6.0/sun4-solaris/DBI.pm line 903.
> Attempt to free unreferenced scalar during global destruction.
> ------------------------------------
>
> waiting for replies
>
> regards
> Mushtaque.
>
>
> _______
> This email and any files transmitted with it are confidential and are
> intended solely for the use of the individual or entity to which they
> are addressed. This communication represents the originator's personal
> views and opinions, which do not necessarily reflect those of eWorld
> (Pvt) Ltd. If you are not the original / intended recipient or the
> person responsible for delivering the email to the intended recipient,
> be advised that you have received this email in error, and that any
> use, dissemination, forwarding, printing, or copying of this email is
> strictly prohibited. If you have received this email in error, we
> regret the inconvenience and request you to please immediately notify
> at info at eworld.net.pk
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>
>
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
More information about the radiator
mailing list