Its not as simple as a registry setting. You see, when SQL Server
starts, it marks all databases as suspect until it verifies them.
So when RadiusNT starts and connects, the only database it gets
is the master database. Its even more enjoyable, because once it
allows the database to be the "current" one, it may still not make
all of the objects in the table available. This is all assuming that
there were not any problems. If so, the database/objects might not
be available for a long time. :(
So what we did is a fairly radical ming change on how RadiusNT
starts up that will cause it to loop endlessly waiting for
SQL Server and all the required objects to become available.
The downside of this is that if you try and run RadiusNT against
a database that isn't setup right, it will just loop and not tell
you what the real problem is.
You can try the beta 2.5.134 beta from the following directory which
should solve your problem. Please realize that it *IS* a beta and
should be treatedd as such (this means TEST IT, don't just through
it into production and hope that you don't run into any problems).
The URL is:
ftp://ftp.iea-software.com/RadiusNT/beta/radiusnt_25_134.exe
(yes, the beta directory is hidden....)
-- Dale E. Reed Jr. (daler@iea-software.com)_________________________________________________________________ IEA Software, Inc. | RadiusNT, Emerald, and NT FAQs Internet Solutions for Today | http://www.iea-software.com