(RADIATOR) radiator stops ...

Thu Jan 30 03:38:15 CST 2003

I'd suggest dumping openlink as well; it's overpriced and the windows side
(last time I had to suffer it) was far from production-grade reliability. If
you're trying to connect to an MS SQL Server from *n?x, I've found FreeTDS
(www.freetds.org) to be far superior, and a lot faster since TDS has a lot
less overhead than ODBC. DBD::Sybase will build quite happily against
FreeTDS, at which point you could use it with Radiator quite happily.

- Matt S Trout
Internet Systems Developer
Business Serve plc
E-mail : matthewtrout at businessserve.co.uk
Tel    : 0870 759 2041 

> -----Original Message-----
> From: Mike McCauley [mailto:mikem at open.com.au]
> Sent: Thursday, January 30, 2003 8:05 AM
> To: Hugh Irvine; Muhammad Mushtaque
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) radiator stops ...
> 
> 
> Hello Mushtaque ,
> 
> 
> On Thu, 30 Jan 2003 07:00 pm, Hugh Irvine wrote:
> > 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.
> 
> I agreee: I think the forst step is to upgrade to the altest 
> version of 
> Radiator, and also the latest version of your DBD-ODBC software.
> 
> Cheers.
> 
> >
> > 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.
> 
> -- 
> Mike McCauley                               mikem at open.com.au
> Open System Consultants Pty. Ltd            Unix, Perl, 
> Motif, C++, WWW
> 24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
> Phone +61 3 9598-0985                       Fax   +61 3 9598-0955
> 
> Radiator: the most portable, flexible and configurable RADIUS server 
> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
> Platypus, Freeside, TACACS+, PAM, external, Active Directory, 
> EAP, TLS, 
> TTLS, PEAP etc on Unix, Windows, MacOS etc.
> 
> ===
> 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.
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20030130/dd64e61e/attachment.html>