-805 SYSLN203

fabio scatolini

-805 SYSLN203

Ciao a tutti,

l'applicazione che seguo è basata su JAVA e si collega al DB2 tramite JDBC.

Da alcuni giorni riscontro un'errore -805 SYSLN203, sui programmi batch.  Sono riuscito a capire l'errore, e cioè la fase batch utilizza tutti i thread compresi nei package SYSLN2%, quello che non capisco è come mai su verifica questo fenomeno.

Analizzando la trace analitica, vedo che alcune PREPARE STATEMENT, sono seguite da COMMIT, altre invece no, ma le istruzioni sono le stesse, sono scritte allo stesso modo.

Un'altra cosa che ho notato è che alcune PREPARE STETAMENT  che non sono seguite dalla EXPLAIN, prendono come RC 100, come se le aspettasse di trovarle in  cache, e  questo non lo capisco.

Vi ringrazio anticipatamente.

 

Fabio Scatolini 

Fabrizio Seghizzi

-805 SYSLN203
(in response to fabio scatolini)
Ciao,
dovresti assicurarti di chiudere gli statements:
public String currentTimestamp(){
/* Metodo per leggere il CURRENT TIMESTAMP
*
*/
PreparedStatement prepStmt;
String dataCorrente=null;
try {
prepStmt = con.prepareStatement("SELECT CURRENT TIMESTAMP FROM
SYSIBM.SYSDUMMY1");
ResultSet rs = prepStmt.executeQuery();
if(rs.next()){
dataCorrente = rs.getString(1);
}
prepStmt.close(); <---
} catch (SQLException e) {
e.printStackTrace();
}
return dataCorrente;
}

Cordiali Saluti / Best Regards,
Fabrizio Seghizzi - Senior IT Specialist
IBM Software Group - Information Management Services
e-mail: [login to unmask email]
Mobile: (+39)335.5437098

Il contenuto di questa email e degli allegati può avere natura
confidenziale ad uso esclusivo del destinatario effettivo. Qualora
riceviate questa email per errore, Vi preghiamo di informarci restituendo
l'email e di procedere all'eliminazione della stessa dalla vostra
macchina. E' vietata la riproduzione e la diffusione del contenuto a chi
non è effettivo destinatario.

This email and its attachments might be confidential and are only for use
of intended recipient. If you are not the intended recipient, please
notify us immediatly by sending back the email and delete it from your
machine. You are not allowed to disseminate nor to copy the content of the
email if you are not the intended recipient.



From: fabio scatolini <[login to unmask email]>
To: [login to unmask email]
Date: 10/10/2014 09:40
Subject: [DB2UGITALY] - -805 SYSLN203



Ciao a tutti,
l'applicazione che seguo è basata su JAVA e si collega al DB2 tramite
JDBC.
Da alcuni giorni riscontro un'errore -805 SYSLN203, sui programmi batch.
Sono riuscito a capire l'errore, e cioè la fase batch utilizza tutti i
thread compresi nei package SYSLN2%, quello che non capisco è come mai su
verifica questo fenomeno.
Analizzando la trace analitica, vedo che alcune PREPARE STATEMENT, sono
seguite da COMMIT, altre invece no, ma le istruzioni sono le stesse, sono
scritte allo stesso modo.
Un'altra cosa che ho notato è che alcune PREPARE STETAMENT che non sono
seguite dalla EXPLAIN, prendono come RC 100, come se le aspettasse di
trovarle in cache, e questo non lo capisco.
Vi ringrazio anticipatamente.

Fabio Scatolini


Site Links: View post online View mailing list online Start new thread
via email Unsubscribe from this mailing list Manage your subscription
** ** ** Attend the 2014 EMEA IDUG DB2 Tech Conference ** ** **
---> Prague, Czech Republic, 9 - 14 November, 2014 <---
www.bit.ly/IDUGEMEA2014

Use of this email content is governed by the terms of service at:
http://www.idug.org/p/cm/ld/fid=2


IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
Cap. Soc. euro 347.256.998,80
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società con unico azionista
Società soggetta all?attività di direzione e coordinamento di
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise
above)

fabio scatolini

RE: -805 SYSLN203
(in response to Fabrizio Seghizzi)

Fabrizio,

intanto grazie; I colelghi dello sviluppo mi assicurano che le close ci sono per tutti gli statement.

Ti ripeto lo strano fenomeno che posso verificare con la trace, alcune Prepare prendono 100 come RC.

Grazie

Fabrizio Seghizzi

-805 SYSLN203
(in response to fabio scatolini)
Ciao Fabio,
è strano un +100 sulla prepare:

C:\Users\IBM_ADMIN>db2 ? sql0100


SQL0100W No row was found for FETCH, UPDATE or DELETE; or the result of
a query is an empty table.

Explanation:

One of the following conditions is true:
* No row was found that meets the search conditions specified in an
UPDATE or DELETE statement.
* The result of a SELECT statement was an empty table.
* A FETCH statement was executed when the cursor was positioned after
the last row of the result table.
* The result of the SELECT used in an INSERT statement is empty.

No data was retrieved, updated, or deleted.

User response:

No action is required. Processing can continue.

sqlcode: +100

sqlstate: 02000

La prepare compila lo statement ma non lo esegue.

Per quanto riguarda il problema, lo puoi superare aumentando i package a
disposizione:
db2 bind @db2cli.lst clipkg 4

Però resta il fatto che dovresti capire chi e perchè li esaurisce.

Cordiali Saluti / Best Regards,
Fabrizio Seghizzi - Senior IT Specialist
IBM Software Group - Information Management Services
e-mail: [login to unmask email]
Mobile: (+39)335.5437098

Il contenuto di questa email e degli allegati può avere natura
confidenziale ad uso esclusivo del destinatario effettivo. Qualora
riceviate questa email per errore, Vi preghiamo di informarci restituendo
l'email e di procedere all'eliminazione della stessa dalla vostra
macchina. E' vietata la riproduzione e la diffusione del contenuto a chi
non è effettivo destinatario.

This email and its attachments might be confidential and are only for use
of intended recipient. If you are not the intended recipient, please
notify us immediatly by sending back the email and delete it from your
machine. You are not allowed to disseminate nor to copy the content of the
email if you are not the intended recipient.



From: fabio scatolini <[login to unmask email]>
To: [login to unmask email]
Date: 10/10/2014 10:38
Subject: [DB2UGITALY] - RE: -805 SYSLN203



Fabrizio,
intanto grazie; I colelghi dello sviluppo mi assicurano che le close ci
sono per tutti gli statement.
Ti ripeto lo strano fenomeno che posso verificare con la trace, alcune
Prepare prendono 100 come RC.
Grazie


Site Links: View post online View mailing list online Start new thread
via email Unsubscribe from this mailing list Manage your subscription
** ** ** Attend the 2014 EMEA IDUG DB2 Tech Conference ** ** **
---> Prague, Czech Republic, 9 - 14 November, 2014 <---
www.bit.ly/IDUGEMEA2014

Use of this email content is governed by the terms of service at:
http://www.idug.org/p/cm/ld/fid=2


IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
Cap. Soc. euro 347.256.998,80
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società con unico azionista
Società soggetta all?attività di direzione e coordinamento di
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise
above)

Angelo Castriotta

-805 SYSLN203
(in response to Fabrizio Seghizzi)
Ciao Fabio,
sono Angelo e ho lavorato anni fa al centro di supporto IBM e in BPM e ho
avuto a che fare con gli stmt dinamici e jdbc.

Qui ho trovato un post che descrive un problema molto simile al tuo

http://www.idug.org/p/fo/et/thread=18671

Come suggerito nel link e da Fabrizio credo sia necessario rivedere la
logica del codice e assicurarsi di chiudere appena possibile i resultSet e
i preparedStatement e aumentare i package SYSLN20% solo se davvero
necessario per il tipo di applicazione.

Presumo che le prepareStatement contengano i parameter marker ?
In questo modo la prepare viene eseguita una volta sola e la query inserita
nella cache per essere eseguita infinite volte evitando nuove prepare in
quanto a cambiare dietro le quinte dovrebbero essere solo i valori
assegnati tramite le set appropriate.

E' possibile vedere un esempio del codice?

Saluti,
Angelo

PS: l'autocommit è a true o false?


Angelo Castriotta
-------------------------------------
Database&Technology



2014-10-10 10:32 GMT+02:00 Fabrizio Seghizzi <[login to unmask email]>:

> Ciao,
> dovresti assicurarti di chiudere gli statements:
> *public* String currentTimestamp(){
> /* *Metodo* per *leggere* *il* CURRENT TIMESTAMP
> *
> */
> PreparedStatement prepStmt;
> String dataCorrente=*null*;
> *try* {
> prepStmt = con.prepareStatement("SELECT CURRENT TIMESTAMP
> FROM SYSIBM.SYSDUMMY1");
> ResultSet rs = prepStmt.executeQuery();
> *if*(rs.next()){
> dataCorrente = rs.getString(1);
> }
> * prepStmt.close(); <--- *
> } *catch* (SQLException e) {
> e.printStackTrace();
> }
> *return* dataCorrente;
> }
>
> Cordiali Saluti / Best Regards,
> Fabrizio Seghizzi - Senior IT Specialist
> IBM Software Group - Information Management Services
> e-mail: [login to unmask email]
> Mobile: (+39)335.5437098
>
> Il contenuto di questa email e degli allegati può avere natura
> confidenziale ad uso esclusivo del destinatario effettivo. Qualora
> riceviate questa email per errore, Vi preghiamo di informarci restituendo
> l'email e di procedere all'eliminazione della stessa dalla vostra macchina.
> E' vietata la riproduzione e la diffusione del contenuto a chi non è
> effettivo destinatario.
>
> This email and its attachments might be confidential and are only for use
> of intended recipient. If you are not the intended recipient, please notify
> us immediatly by sending back the email and delete it from your machine.
> You are not allowed to disseminate nor to copy the content of the email if
> you are not the intended recipient.
>
>
>
> From: fabio scatolini <[login to unmask email]>
> To: [login to unmask email]
> Date: 10/10/2014 09:40
> Subject: [DB2UGITALY] - -805 SYSLN203
> ------------------------------
>
>
>
> Ciao a tutti,
>
> l'applicazione che seguo è basata su JAVA e si collega al DB2 tramite JDBC.
>
> Da alcuni giorni riscontro un'errore -805 SYSLN203, sui programmi batch.
> Sono riuscito a capire l'errore, e cioè la fase batch utilizza tutti i
> thread compresi nei package SYSLN2%, quello che non capisco è come mai su
> verifica questo fenomeno.
>
> Analizzando la trace analitica, vedo che alcune PREPARE STATEMENT, sono
> seguite da COMMIT, altre invece no, ma le istruzioni sono le stesse, sono
> scritte allo stesso modo.
>
> Un'altra cosa che ho notato è che alcune PREPARE STETAMENT che non sono
> seguite dalla EXPLAIN, prendono come RC 100, come se le aspettasse di
> trovarle in cache, e questo non lo capisco.
>
> Vi ringrazio anticipatamente.
>
>
>
> Fabio Scatolini
>
>
> -----End Original Message-----
>
>

fabio scatolini

RE: -805 SYSLN203
(in response to Angelo Castriotta)

Angelo,

ho provato a chiedere ai colleghi di sviluppo uno stralcio delle istruzione, ma mi hanno risposto picche.

Mi hanno detto che sono le transazioni XA che hanno questo problema.

Ti inolto una mia analisi effettuata con MAIN VIEW, se ti può suggerire qualcosa.

Grazie infinite.

Fabio 

 

L’errore -805  viene generato dalla sequenza delle istruzioni
PREPARE   291     0.170   106 us   104 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES291     0.170                   *RC(   0)                           
PREPARE   291     0.170    78 us    75 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
FETCH     291     0.170 4,973 us   608 us *RC( 100) C=SQL_CURLN2 D/X   PS(  42)
 
Dopo la prima PREPARE viene eseguita una COMMIT che chiude l’istruzione, poi successivamente
Viene rieseguita la PREPARE e la FETCH, lasciando aperto il thread.
     
BMC SOFTWARE --------------   DETAIL TRACE ENTRY    -----------PERFORMANCE MGMT
SERV ==> DTRAC            INPUT   11:04:04  INTVL=> 3  LOG=> N  TGT==> DBNP   
 PARM ==> BPDS000,SEQ=28,LEVEL=2                      ROW 1 OF 17 SCROLL=> CSR 
 
 START: 10:56:26 AUTH: BPDS000  PLAN: DISTSERV CORR: db2jcc_appli CONN: SERVER 
 ===============================================================================
     EVENT        AT     ELAPSED     CPU   DETAIL                              
 -------------- -------- -------- -------- -------------------------------------
      SQL-TEXT     0.157                   *TYPE=DYNAMIC  TEXT=select provincia+
                                            STMT=DYNAMIC ID=00000000009BA44F   
                                            CCSID=1,208                        
 ===============================================================================
select provinciab0_.CD_PROV, listaindir0_.SG_PROV  , listaindir0_.ID_NAZIONE fr
om CONTRATTO contrattob0_  inner join BENE_ASSICURATO listabenia0_ on listabeni
a0_.ID_CONTR = contrattob0_.id  left outer join BENE_VEICOLO listabenia0_3_ on
 listabenia0_.ID=listabenia0_3_.ID   left outer join BENE_SOGGETTO listasogge0_
 on listasogge0_.ID_BENE_ASS = listabenia0_3_.ID  left outer  join SOGGETTO list
asogge0_1_ on listasogge0_.ID=listasogge0_1_.ID  left outer join PERS_PVEND cli
entebo0_ on  clientebo0_.ID = listasogge0_1_.ID_CLIENTE  left outer join CLIENT
E clientebo0_1_ on clientebo0_.ID=clientebo0_1_.ID_CLIENTE  left outer join  PE
RSONA personabo0_ on personabo0_.ID = clientebo0_.ID_PERSONA  left outer join P
ERS_INDIRIZZO listaindir0_ on listaindir0_.ID_PERSONA = personabo0_.ID  left ou
ter join COMUNE comunebo0_ on comunebo0_.ID_COMUNE =  listaindir0_.ID_COMUNE  l
eft outer join PROVINCIA provinciab0_ on provinciab0_.CD_PROV = comunebo0_.ID_P
ROVINCIA  where contrattob0_.ID = ?  and listasogge0_1_.CD_TIP_RUO = '003'  and
  clientebo0_.TP_CAT_PERS='CL'  and listaindir0_.TP_INDIRIZZO IN ('001', '002')
 and (? between listaindir0_.DT_INI_VAL AND listaindir0_.DT_FIN_VAL ) for read o
nly with u                                                                    
     

 
     EVENT        AT     ELAPSED     CPU   DETAIL                              
 -------------- -------- -------- -------- -------------------------------------
PREPARE    71     0.157    83 us    80 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
      SQL-TEXT     0.157                   *TYPE=DYNAMIC  TEXT=select provincia+
      OPEN  71     0.157              0 us *RC(   0) C=SQL_CURLN2              
 FETCH      71     0.157    12 ms   531 us *RC( 100) C=SQL_CURLN2 D/X   PS(  39)
PREPARE   291     0.170   106 us   104 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES291     0.170                   *RC(   0)                           
 PREPARE   291     0.170    78 us    75 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
FETCH     291     0.170 4,973 us   608 us *RC( 100) C=SQL_CURLN2 D/X   PS(  42)
PREPARE    54     0.176    77 us    75 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DESC54     0.176                   *RC(   0)                            
 PREPARE    54     0.176    65 us    28 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
FETCH      54     0.176   408 us   121 us *RC( 100) C=SQL_CURLN2 D/X   PS(  14)
PREPARE   253     0.178    40 us    38 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES253     0.178                   *RC(   0)                           
 PREPARE   253     0.178    34 us    31 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
FETCH     253     0.178   722 us   363 us *RC( 100) C=SQL_CURLN2 D/X   PS(  39)
PREPARE     9     0.180    33 us    31 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
COMMIT/DESC 9     0.181                   *RC(   0)                           
 PREPARE     9     0.181    27 us    25 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
FETCH       9     0.181    25 ms   509 us *RC( 100) C=SQL_CURLN2 D/X   PS(  43)
PREPARE   161     0.206    35 us    33 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES161     0.206                   *RC(   0)                           
 PREPARE   161     0.206    29 us    28 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
PREPARE   297     1.044   124 us   120 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES297     1.044                   *RC(   0)                           
 PREPARE   297     1.044    98 us    93 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
FETCH     297     1.044 8,300 us   599 us *RC( 100) C=SQL_CURLN2 D/X   PS(  42)
PREPARE    17     1.054   114 us   112 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DESC17     1.054                   *RC(   0)                            
 PREPARE    17     1.054    90 us    88 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
FETCH      17     1.054   473 us   193 us *RC( 100) C=SQL_CURLN2 D/X   PS(  14)
PREPARE    16     1.056   110 us   109 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DESC16     1.056                   *RC(   0)                           
PREPARE    16     1.056    98 us    95 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
FETCH      16     1.056 2,866 us   589 us *RC( 100) C=SQL_CURLN2 D/X   PS(  39)
PREPARE   156     1.192   195 us   191 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
COMMIT/DES156     1.192                   *RC(   0)                           
PREPARE   156     1.192   101 us    98 us *RC( 203) C=SQL_CURLN2 X     PS(   2)
FETCH     156     1.192    16 ms 1,043 us *RC( 100) C=SQL_CURLN2 D/X   PS(  42)
PREPARE    40     1.210    53 us    53 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
COMMIT/DESC40     1.210                   *RC(   0)                           
PREPARE    40     1.210   296 us    46 us *RC(   0) C=SQL_CURLN2 X     PS(   2)
FETCH      40     1.210 1,047 us   263 us *RC( 100) C=SQL_CURLN2 D/X   PS(  14)
SQL-ERROR  40A    1.214                   *RC(-805)                           
SQL-ERROR  40A    1.214                   *RC(-805)                            
SQL-ERROR  40A    1.214                   *RC(-805)                            

Angelo Castriotta

-805 SYSLN203
(in response to fabio scatolini)
Ciao Fabio,
purtroppo non ho i mezzi necessari per aiutarti perciò ti consiglio di aprire un pmr al centro di supporto IBM.

Da una semplice ricerca su google sono emerse alcune Apar legate a sintomi simili al tuo.
Al centro di supporto sapranno come aiutarti, dovrai fornirgli maggiori informazioni tipo versione del DB2, fixpack o ptf installate e tipo e versione precisa del driver che utilizzate ( type 2, type 4 etc ).

Buona giornata,
Angelo


> On 13/ott/2014, at 10:08, fabio scatolini <[login to unmask email]> wrote:
>
> Angelo,
>
> ho provato a chiedere ai colleghi di sviluppo uno stralcio delle istruzione, ma mi hanno risposto picche.
>
> Mi hanno detto che sono le transazioni XA che hanno questo problema.
>
> Ti inolto una mia analisi effettuata con MAIN VIEW, se ti può suggerire qualcosa.
>
> Grazie infinite.
>
> Fabio
>
>
>
> L’errore -805 viene generato dalla sequenza delle istruzioni
> PREPARE 291 0.170 106 us 104 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES291 0.170 *RC( 0)
> PREPARE 291 0.170 78 us 75 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> FETCH 291 0.170 4,973 us 608 us *RC( 100) C=SQL_CURLN2 D/X PS( 42)
>
> Dopo la prima PREPARE viene eseguita una COMMIT che chiude l’istruzione, poi successivamente
> Viene rieseguita la PREPARE e la FETCH, lasciando aperto il thread.
>
> BMC SOFTWARE -------------- DETAIL TRACE ENTRY -----------PERFORMANCE MGMT
> SERV ==> DTRAC INPUT 11:04:04 INTVL=> 3 LOG=> N TGT==> DBNP
> PARM ==> BPDS000,SEQ=28,LEVEL=2 ROW 1 OF 17 SCROLL=> CSR
>
> START: 10:56:26 AUTH: BPDS000 PLAN: DISTSERV CORR: db2jcc_appli CONN: SERVER
> ===============================================================================
> EVENT AT ELAPSED CPU DETAIL
> -------------- -------- -------- -------- -------------------------------------
> SQL-TEXT 0.157 *TYPE=DYNAMIC TEXT=select provincia+
> STMT=DYNAMIC ID=00000000009BA44F
> CCSID=1,208
> ===============================================================================
> select provinciab0_.CD_PROV, listaindir0_.SG_PROV , listaindir0_.ID_NAZIONE fr
> om CONTRATTO contrattob0_ inner join BENE_ASSICURATO listabenia0_ on listabeni
> a0_.ID_CONTR = contrattob0_.id left outer join BENE_VEICOLO listabenia0_3_ on
> listabenia0_.ID=listabenia0_3_.ID left outer join BENE_SOGGETTO listasogge0_
> on listasogge0_.ID_BENE_ASS = listabenia0_3_.ID left outer join SOGGETTO list
> asogge0_1_ on listasogge0_.ID=listasogge0_1_.ID left outer join PERS_PVEND cli
> entebo0_ on clientebo0_.ID = listasogge0_1_.ID_CLIENTE left outer join CLIENT
> E clientebo0_1_ on clientebo0_.ID=clientebo0_1_.ID_CLIENTE left outer join PE
> RSONA personabo0_ on personabo0_.ID = clientebo0_.ID_PERSONA left outer join P
> ERS_INDIRIZZO listaindir0_ on listaindir0_.ID_PERSONA = personabo0_.ID left ou
> ter join COMUNE comunebo0_ on comunebo0_.ID_COMUNE = listaindir0_.ID_COMUNE l
> eft outer join PROVINCIA provinciab0_ on provinciab0_.CD_PROV = comunebo0_.ID_P
> ROVINCIA where contrattob0_.ID = ? and listasogge0_1_.CD_TIP_RUO = '003' and
> clientebo0_.TP_CAT_PERS='CL' and listaindir0_.TP_INDIRIZZO IN ('001', '002')
> and (? between listaindir0_.DT_INI_VAL AND listaindir0_.DT_FIN_VAL ) for read o
> nly with u
>
>
>
> EVENT AT ELAPSED CPU DETAIL
> -------------- -------- -------- -------- -------------------------------------
> PREPARE 71 0.157 83 us 80 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> SQL-TEXT 0.157 *TYPE=DYNAMIC TEXT=select provincia+
> OPEN 71 0.157 0 us *RC( 0) C=SQL_CURLN2
> FETCH 71 0.157 12 ms 531 us *RC( 100) C=SQL_CURLN2 D/X PS( 39)
> PREPARE 291 0.170 106 us 104 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES291 0.170 *RC( 0)
> PREPARE 291 0.170 78 us 75 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> FETCH 291 0.170 4,973 us 608 us *RC( 100) C=SQL_CURLN2 D/X PS( 42)
> PREPARE 54 0.176 77 us 75 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DESC54 0.176 *RC( 0)
> PREPARE 54 0.176 65 us 28 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> FETCH 54 0.176 408 us 121 us *RC( 100) C=SQL_CURLN2 D/X PS( 14)
> PREPARE 253 0.178 40 us 38 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES253 0.178 *RC( 0)
> PREPARE 253 0.178 34 us 31 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> FETCH 253 0.178 722 us 363 us *RC( 100) C=SQL_CURLN2 D/X PS( 39)
> PREPARE 9 0.180 33 us 31 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> COMMIT/DESC 9 0.181 *RC( 0)
> PREPARE 9 0.181 27 us 25 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> FETCH 9 0.181 25 ms 509 us *RC( 100) C=SQL_CURLN2 D/X PS( 43)
> PREPARE 161 0.206 35 us 33 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES161 0.206 *RC( 0)
> PREPARE 161 0.206 29 us 28 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> PREPARE 297 1.044 124 us 120 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES297 1.044 *RC( 0)
> PREPARE 297 1.044 98 us 93 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> FETCH 297 1.044 8,300 us 599 us *RC( 100) C=SQL_CURLN2 D/X PS( 42)
> PREPARE 17 1.054 114 us 112 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DESC17 1.054 *RC( 0)
> PREPARE 17 1.054 90 us 88 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> FETCH 17 1.054 473 us 193 us *RC( 100) C=SQL_CURLN2 D/X PS( 14)
> PREPARE 16 1.056 110 us 109 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DESC16 1.056 *RC( 0)
> PREPARE 16 1.056 98 us 95 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> FETCH 16 1.056 2,866 us 589 us *RC( 100) C=SQL_CURLN2 D/X PS( 39)
> PREPARE 156 1.192 195 us 191 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> COMMIT/DES156 1.192 *RC( 0)
> PREPARE 156 1.192 101 us 98 us *RC( 203) C=SQL_CURLN2 X PS( 2)
> FETCH 156 1.192 16 ms 1,043 us *RC( 100) C=SQL_CURLN2 D/X PS( 42)
> PREPARE 40 1.210 53 us 53 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> COMMIT/DESC40 1.210 *RC( 0)
> PREPARE 40 1.210 296 us 46 us *RC( 0) C=SQL_CURLN2 X PS( 2)
> FETCH 40 1.210 1,047 us 263 us *RC( 100) C=SQL_CURLN2 D/X PS( 14)
> SQL-ERROR 40A 1.214 *RC(-805)
> SQL-ERROR 40A 1.214 *RC(-805)
> SQL-ERROR 40A 1.214 *RC(-805)
>
> Site Links: View post online View mailing list online Start new thread via email Unsubscribe from this mailing list Manage your subscription
> ** ** ** Attend the 2014 EMEA IDUG DB2 Tech Conference ** ** **
> ---> Prague, Czech Republic, 9 - 14 November, 2014 <---
> www.bit.ly/IDUGEMEA2014
>
> Use of this email content is governed by the terms of service at:
> http://www.idug.org/p/cm/ld/fid=2

fabio scatolini

RE: -805 SYSLN203
(in response to Angelo Castriotta)

Angelo,

grazie lo stesso.

Buona giornata a te.

Fabio