forums.sybase.com
2009-12-10 18:48:46 UTC
Our web application has a web server and database server. Both use Windows
2003. The web server has EAS 5.1 and components written in PB9.0.3. The db
server uses ASA 11.0.1. The two communicate with one another via a
connection case in EAServer.
Sometimes it is necessary to drop a connection in Sybase Central on the
database server. For example, we recently had a problem with an index which
I tried to rebuild. However, a table lock prevented me from doing so.
Killing the connection allowed me to rebuild the index which worked fine.
However, I've discovered that when dropping a connection in Sybase Central,
our web application begins to act very erratically and the following error
appears repeatedly in the Jag log:
cm__odbc_error: SQLError: -308, SQLState: HY000, [Sybase][ODBC Driver][SQL
Anywhere]Connection was terminated.
When this happens, it is necessary to restart the Jaguar service to get the
web app working normally again. I've been able to replicate the problem on
our development server even when the index is ok so it seems that the
connection cache is really sensitive to disconnects. Has anyonw else
experienced this problem? Is there a setting/option in either the
connection cache or EAS that would prevent this from happening?
Thanks, Tom
2003. The web server has EAS 5.1 and components written in PB9.0.3. The db
server uses ASA 11.0.1. The two communicate with one another via a
connection case in EAServer.
Sometimes it is necessary to drop a connection in Sybase Central on the
database server. For example, we recently had a problem with an index which
I tried to rebuild. However, a table lock prevented me from doing so.
Killing the connection allowed me to rebuild the index which worked fine.
However, I've discovered that when dropping a connection in Sybase Central,
our web application begins to act very erratically and the following error
appears repeatedly in the Jag log:
cm__odbc_error: SQLError: -308, SQLState: HY000, [Sybase][ODBC Driver][SQL
Anywhere]Connection was terminated.
When this happens, it is necessary to restart the Jaguar service to get the
web app working normally again. I've been able to replicate the problem on
our development server even when the index is ok so it seems that the
connection cache is really sensitive to disconnects. Has anyonw else
experienced this problem? Is there a setting/option in either the
connection cache or EAS that would prevent this from happening?
Thanks, Tom