Skip to Content

About connection problem of SQL Anywhere 17

We have an problem about the connection of SQL Anywhere 17.

During running our system,
Suddenly the connection was closed.
And after this, the client could not connect to the server.


below is excerpt of the log(But Japanese.I'm sorry)
====== Excerpt of log ===========
:
I. 04/06 07:27:03. 接続 ID 132316: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132317: "DBA" は接続され、プールされた接続 ID 132316 を再利用しました
I. 04/06 07:27:03. 接続 ID 132317: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132318: "DBA" は接続され、プールされた接続 ID 132317 を再利用しました
I. 04/06 07:27:03. 接続 ID 132315: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132319: "DBA" は接続され、プールされた接続 ID 132315 を再利用しました
I. 04/06 07:27:03. 接続 ID 132318: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132320: "DBA" は接続され、プールされた接続 ID 132318 を再利用しました
I. 04/06 07:27:03. TCP/IP: 172.16.1.31:49380 からの接続要求を受信しました。
I. 04/06 07:27:03. 172.16.1.31:49380 からの接続によって 接続 ID 132321 が割り当てられました。
I. 04/06 07:27:03. 接続 ID 132321: "DBA" は TCPIP によって SQL Anywhere 17.0.7 (3382) クライアントからデータベース "NSCLDB" に接続されました
I. 04/06 07:27:03. 接続 ID 132321: AppInfo は IP=172.16.1.31;HOST=aiphone-PC;OSUSER=aiphone;OS='Windows 7 Build 7601 Service Pack 1';EXE='C:\Program Files\Aiphone\Vi-nurse Client\PcncClient.exe';PID=0xcf8;THREAD=0xf50;VERSION=17.0.7.3382;API=ADO.NET;TIMEZONEADJUSTMENT=540 です。
I. 04/06 07:27:03. 接続 ID 132321: サーバの文字セット変換は有効ですが、不要です。
文字セット "Windows-31J" を使用
I. 04/06 07:27:03. 接続 ID 132321: 文字セットが "none" に変更されました
I. 04/06 07:27:03. 接続 ID 132321: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132320: "DBA" は切断され、接続はプールにキャッシュされました
I. 04/06 07:27:03. 接続 ID 132322: "DBA" は接続され、プールされた接続 ID 132320 を再利用しました
:

It seems
the server suddenly stopped connection pooling to the cache
and also stopped reuse of the connection id(which had been already pooled).
Once the connection id was allocated, but it was soon closed.
But I'm not sure.

So please someone teach me what's happened and how to investigate.

We use SQL Anywhere 17.0.7 (3382).
Is it better to use new version?

Add comment
10|10000 characters needed characters exceeded

  • I appreciate for your advice.
    I try -z option and get client debug log.

    =============================

    I am sorry.
    I put a wrong place with the log(I noticed that from your comments).

    This part is a place which we wonder.
    :
    I. 04/06 07:29:12. 接続 ID 132591: "DBA" は切断され、接続はプールにキャッシュされました
    I. 04/06 07:29:12. 接続 ID 132592: "DBA" は接続され、プールされた接続 ID 132591 を再利用しました
    I. 04/06 07:29:12. 接続 ID 132592: "DBA" は切断され、接続はプールにキャッシュされました
    I. 04/06 07:29:12. 接続 ID 132593: "DBA" は接続され、プールされた接続 ID 132592 を再利用しました
    I. 04/06 07:29:15. TCP/IP: 172.16.3.31:51696 からの接続要求を受信しました。
    I. 04/06 07:29:15. 172.16.3.31:51696 からの接続によって 接続 ID 132594 が割り当てられました。
    I. 04/06 07:29:17. TCP/IP: 172.16.3.32:59700 からの接続要求を受信しました。
    I. 04/06 07:29:17. 172.16.3.32:59700 からの接続によって 接続 ID 132595 が割り当てられました。
    I. 04/06 07:29:52. TCP/IP: 172.16.3.31:51721 からの接続要求を受信しました。
    :
    messages like last 2 rows above continue forever.

    We wonder why the connection pooling cycle has stopped at 07:29:12 and never start again.
    Before 07:29:12, conections have always pooled, but after 07:29:12 connections never pooled.
    What's happend at 07:29:12?

  • We got a client log.
    But we could not find the answer.
    Please someone teach us if this log has some hints or not.

    :
    20:38:39 UID=DBA;PWD=********;DBN=NSCLDB;ServerName=NSCLDB;CON='SQL Central 5';LOG=c:\nlx\sqlany17_connect_log.txt;LINKS='tcpip(host=localhost;port=2638)' を使用して接続を試みています。
    20:38:39 動作中のサーバへの接続を試みています...
    20:38:39 TCPIP 接続を試みています (アドレス 127.0.0.1:2638 が sasrv.ini キャッシュ内に見つかりました)。
    20:38:39 nscldb という名前のサーバを探しています。
    20:38:39 ブロードキャストせずに、キャッシュされたアドレス 127.0.0.1:2638 のサーバを見つけようとしています。
    20:38:39 TCPIP リンクにデータベースサーバ nscldb がありました。
    20:38:39 クライアントアドレス 127.0.0.1:49334 を使用して接続しました。
    20:38:39 TCPIP によってサーバに接続しました。
    20:39:10 通信関数 sconn::receive コード 4
    20:39:10 接続応答の待機中にタイムアウトになりました。
    20:39:10 クライアントを切断しました。
    20:39:16 サーバに接続できません。

  • The server log (-z) shows connections from several IPs being received and assigned connections. Are you indicating that the same IPs are repeated reporting requests and connections being assigned? Those requests are coming from the clients. Is it possible that the clients have some sort of retry gear?

    The client log shows an error sconn::receive 4 that is related to a timeout. We can see that the connection is established and then 30s later the connection reports a timeout error. That is the default timeout period for a connection. This tells me that this client was not able to establish a valid connection. But I do not have a server log for this connection so I cannot determine what happened at the server with this connection.

  • Get RSS Feed

1 Answer

  • Best Answer
    Apr 13 at 04:53 AM

    Hi,

    Did you solve this problem?

    > We use SQL Anywhere 17.0.7 (3382).
    > Is it better to use new version?

    I recommend that you confirm this problem using the latest version.
    The latest version of version 17 is 4793 now.

    2381119 - About the latest version of SQL Anywhere

    Thanks,

    Add comment
    10|10000 characters needed characters exceeded

    • Asano san.

      We are sorry to take long time to respond.
      Because it took a while to decide the treatment of this problem.

      I close this thread.
      Because we decided to suspend(possibly stop) the investigation.

      The reasons are
      ・To test every version step by step needs a lot of time and costs.
      ・It is possible to explain to our customer with the information which we collected.

      We appreciate for your support.