Discussion :

[Fred_34]

Bonjour,


Il y a quelques semaines nous sommes passé de sqljdbc_4.0 à sqljdbc_8.4.
Tout semble fonctionner correctement, mais aujourd'hui suite à des attaques DDoS subies par notre hébergeur, nous avons eu quelques threads bloqués à ce niveau :

java.net.SocketInputStream.socketRead0(Native Method)
java.net.SocketInputStream.socketRead(Unknown Source)
java.net.SocketInputStream.read(Unknown Source)
java.net.SocketInputStream.read(Unknown Source)
com.microsoft.sqlserver.jdbc.TDSChannel.read(IOBuffer.java:2054)
com.microsoft.sqlserver.jdbc.TDSReader.readPacket(IOBuffer.java:6643)
com.microsoft.sqlserver.jdbc.TDSReader.nextPacket(IOBuffer.java:6546)
com.microsoft.sqlserver.jdbc.TDSReader.ensurePayload(IOBuffer.java:6524)
com.microsoft.sqlserver.jdbc.TDSReader.readBytes(IOBuffer.java:6825)
com.microsoft.sqlserver.jdbc.TDSReader.readWrappedBytes(IOBuffer.java:6846)
com.microsoft.sqlserver.jdbc.TDSReader.readUnsignedShort(IOBuffer.java:6773)
com.microsoft.sqlserver.jdbc.ServerDTVImpl.getValuePrep(dtv.java:3393)
com.microsoft.sqlserver.jdbc.ServerDTVImpl.getValue(dtv.java:3686)
com.microsoft.sqlserver.jdbc.DTV.getValue(dtv.java:247)
com.microsoft.sqlserver.jdbc.Column.getValue(Column.java:190)
com.microsoft.sqlserver.jdbc.SQLServerResultSet.getValue(SQLServerResultSet.java:2054)
com.microsoft.sqlserver.jdbc.SQLServerResultSet.getValue(SQLServerResultSet.java:2040)
com.microsoft.sqlserver.jdbc.SQLServerResultSet.getObject(SQLServerResultSet.java:2372)
...

Voici un extrait de notre code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
    int SQL_QUERY_TIMEOUT = 90;
    Statement instruction = connection.createStatement(ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY, ResultSet.CLOSE_CURSORS_AT_COMMIT);
    instruction.setQueryTimeout(SQL_QUERY_TIMEOUT);
    ResultSet resultSet = instruction.executeQuery("SELECT * FROM ...");
    if (!resultSet.isBeforeFirst()) {
      return 0;
    }
    ResultSetMetaData resultatMD = resultSet.getMetaData();
    int numberOfColumns = resultatMD.getColumnCount();
    while (resultSet.next()) {
      for (int i = 1; i <= numberOfColumns; i++) {
            Object object = resultSet.getObject(i);
            // ...
      }
    }

1) Quelqu'un a t'il déjà rencontré ce problème avec sqljdbc_8.4 ?
2) Existe t-il un moyen de l'éviter ?
3) Est-ce que ces connexions fantômes sont identifiables coté SQL server ?


Merci d'avance pour votre aide,
Frédéric.

[mikedavem]

La stack que tu donnes ne montre pas clairement l'erreur que tu as. Tu n'aurais pas un java.net.SocketException quelque part ?

Si ton hébergeur subit des attaques DDos alors il y a forte chance que côté serveur ta connexion soit subitement déconnectée ...

Au niveau du code java je ne vois rien de spécial en tout cas

++

[Fred_34]

Cette stack n'est pas issue d'une exception.
J'utilise ceci pour voir ou les Threads sont bloqués :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Map<Thread, StackTraceElement[]> allStackTraces = Thread.getAllStackTraces();

Il y a des threads qui sont restés bloqués presque 2 heures sur getObject().

Tout a été débloqué, mais pour l'instant je n'en connais pas la raison.
Je ne sais pas si c'est lié à un timeout de la config de SQL server ou si c'est un DBA qui est intervenu...

[mikedavem]

Petite spéculation dans ce cas:

1) Possible que tu es eu des sessions bloqués à ce moment là et que le DBA ait résolu le problème.

Tu peux voir les sessions bloqués avec la requête suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
select 
 status,
 command,
 blocking_session_id,
 last_wait_type,
 wait_type
from
sys.dm_exec_requests

Pour le timeout, c'est un paramètre côté client et tu devrais en principe avoir un message assez explicite au niveau de ta stack si c'était le cas.

2) Avec une attaque DDoS possible aussi que ton serveur SQL ait manqué de threads de travail ...

Tu peux avoir un message dans l'erreur log SQL avec un peu de chance.

[Fred_34]

D'après mon hébergeur, ils ne sont pas intervenus sur la BDD (Mais je n'en ai pas la certitude…).

Merci pour la requête SQL. Je la garde sous le coude au cas ou le problème se reproduit.

Quel est le paramètre coté client permettant de positionner un timeout pour la lecture du résultat ?
Le seul timeout que je positionne est celui pour exécuter la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

instruction.setQueryTimeout(SQL_QUERY_TIMEOUT);

Je vais leur demander "l'erreur log SQL". On verra ce que je vais obtenir…[/FONT]

[Fred_34]

J'ai trouvé comment positionner un timeout sur la socket :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DriverManager.getConnection(url+";socketTimeout=3600000", user, password);

Apparemment ça fonctionne depuis la sqljdbc_6.1.2.