escalations set-fields ends with ARERR 380

2012-06-04 Thread Wagner, Christoph
Dear listers,

 

I have some problems with our escalations! Since 31 the of May no set 
field-escalation work anymore. Every setField command  ends with error code 380:

 

/* Mo Jun 04 2012 09:56:17.1460 */Prüfung läuft. Ticket:Ionix_Verzoegerung 
(enabled) : ready to fire now on Ticket

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR -- 
Bestanden - Aktionen durchführen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR   043634

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  0: 
Felder einstellen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR
Ionix_tmp_SendN1_Startbit (536884132) = 1

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  Filter 
operation in escalation failed, errno=380

 

The error log shows problems with my MSSQL 2000 Database: (ARERR 552) with a 
fatal error code 24 / 21. The SQL-Log don't show any errors. Everything looks 
fine. Do you know other log-files to check? 

 

Thanks a lot for your help.

Christoph

 

 

 

Software Version

Microsoft Windows 2003

Microsoft SQL Server 2000

AR System Server 7.1 P11

MidTier 7.1 P11

 

 

SQL-Log 

2012-06-04 09:55:02.00 serverMicrosoft SQL Server  2000 - 8.00.194 (Intel 
X86) 

 Aug  6 2000 00:57:48 

 Copyright (c) 1988-2000 Microsoft Corporation

 Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

 

2012-06-04 09:55:02.00 serverCopyright (C) 1988-2000 Microsoft Corporation.

2012-06-04 09:55:02.00 serverAlle Rechte vorbehalten.

2012-06-04 09:55:02.00 serverServerprozess-ID ist 3024.

2012-06-04 09:55:02.00 serverProtokolliert SQL Server-Meldungen in Datei 
'C:\Programme\Microsoft SQL Server\MSSQL\log\ERRORLOG'.

2012-06-04 09:55:02.00 serverSQL Server startet mit Prioritätsklasse 
'normal' (2 CPUs vorgefunden).

2012-06-04 09:55:02.06 serverSQL Server wurde für die Verarbeitung im 
thread-Modus konfiguriert.

2012-06-04 09:55:02.06 serverDie dynamic-Sperrenreservierung wird 
verwendet. [2500] Sperrenblöcke, [5000] Sperrenbesitzerblöcke.

2012-06-04 09:55:02.09 serverInitialisiert Distributed Transaction 
Coordinator.

2012-06-04 09:55:03.14 spid3 Startet Datenbank 'master'.

2012-06-04 09:55:03.50 serverVerwendet 'SSNETLIB.DLL', Version '8.0.311'.

2012-06-04 09:55:03.50 spid5 Startet Datenbank 'model'.

2012-06-04 09:55:03.50 spid3 Servername ist 'TTTSERVER'.

2012-06-04 09:55:03.52 spid9 Startet Datenbank 'msdb'.

2012-06-04 09:55:03.52 spid10Startet Datenbank 'pubs'.

2012-06-04 09:55:03.52 spid8 Startet Datenbank 'Northwind'.

2012-06-04 09:55:03.52 spid11Startet Datenbank 'ARSystem'.

2012-06-04 09:55:03.52 spid12Startet Datenbank 'SQL_dump'.

2012-06-04 09:55:03.52 spid13Startet Datenbank 'test'.

2012-06-04 09:55:03.52 spid14Startet Datenbank 'SQL-Datenbank'.

2012-06-04 09:55:03.52 serverSQL Server überwacht X.X.X.X: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht 127.0.0.1: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht TCP, Shared Memory, Named 
Pipes.

2012-06-04 09:55:03.52 serverSQL Server ist bereit für Clientverbindungen

2012-06-04 09:55:03.80 spid5 Löscht tempdb-Datenbank.

2012-06-04 09:55:04.23 spid5 Startet Datenbank 'tempdb'.

2012-06-04 09:55:06.00 spid11Die Analyse der ARSystem-Datenbank (7) ist zu 
100 Prozent abgeschlossen (ca. 0 weitere Sekunden)

2012-06-04 09:55:26.08 spid3 Wiederherstellung abgeschlossen.

 

 

 

Error-Log

Wed May 30 02:26:54 2012 Die COMMIT TRANSACTION-Anforderung hat keine 
entsprechende BEGIN TRANSACTION. (SQL Server 3902)

Wed May 30 02:26:54 2012  390620 : AR System-Server wurde beendet - 
Schwerwiegender Fehler ist aufgetreten (ARNOTE 21)

Wed May 30 07:40:02 2012  390620 : Fehler beim Versuch, den 
Filter-/Eskalationsprozess auszuführen (ARERR 24)

Wed May 30 07:40:02 2012 No error : c:\support\katcon.cmd

Wed May 30 07:40:52 2012  390620 : Fehler beim Versuch, den 
Filter-/Eskalationsprozess auszuführen (ARERR 24)

Wed May 30 07:40:52 2012 No error : c:\support\katcon.cmd

Thu May 31 00:25:14 2012  390620 : Fehler bei SQL-Vorgang auf der Datenbank 
(ARERR 552)

Thu May 31 00:25:14 2012 Die COMMIT TRANSACTION-Anforderung hat keine 
entsprechende BEGIN TRANSACTION. (SQL Server 3902)

Thu May 31 00:25:14 2012  390620 : AR System-Server wurde beendet - 
Schwerwiegender Fehler ist aufgetreten (ARNOTE 21)

Thu May 31 00:27:34 2012  390620 : Fehler bei SQL-Vorgang auf der Datenbank 
(ARERR 552)

Thu May 31 00:27:34 2012 Die COMMIT TRANSACTION-Anforderung 

AW: escalations set-fields ends with ARERR 380

2012-06-04 Thread Wagner, Christoph
Update:

 

I disabled a filter which should run a process katcon.cmd. (I don't need it 
anymore): With that the message No error : c:\support\katcon.cmd isn't 
available at the error-log-file.

 

I also tried to optimize our Microsoft SQL database: I did a mantainence plan 
to Reorganize data and index pages. With that there is no COMMIT TRANSACTION at 
the error.log.

 

But this didn't solve the escalation error L

 

Regards

 

 

 

Von: Wagner, Christoph 
Gesendet: Montag, 4. Juni 2012 12:40
An: arslist@ARSLIST.ORG
Betreff: escalations set-fields ends with ARERR 380

 

Dear listers,

 

I have some problems with our escalations! Since 31 the of May no set 
field-escalation work anymore. Every setField command  ends with error code 380:

 

/* Mo Jun 04 2012 09:56:17.1460 */Prüfung läuft. Ticket:Ionix_Verzoegerung 
(enabled) : ready to fire now on Ticket

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR -- 
Bestanden - Aktionen durchführen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR   043634

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  0: 
Felder einstellen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR
Ionix_tmp_SendN1_Startbit (536884132) = 1

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  Filter 
operation in escalation failed, errno=380

 

The error log shows problems with my MSSQL 2000 Database: (ARERR 552) with a 
fatal error code 24 / 21. The SQL-Log don't show any errors. Everything looks 
fine. Do you know other log-files to check? 

 

Thanks a lot for your help.

Christoph

 

 

 

Software Version

Microsoft Windows 2003

Microsoft SQL Server 2000

AR System Server 7.1 P11

MidTier 7.1 P11

 

 

SQL-Log 

2012-06-04 09:55:02.00 serverMicrosoft SQL Server  2000 - 8.00.194 (Intel 
X86) 

 Aug  6 2000 00:57:48 

 Copyright (c) 1988-2000 Microsoft Corporation

 Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

 

2012-06-04 09:55:02.00 serverCopyright (C) 1988-2000 Microsoft Corporation.

2012-06-04 09:55:02.00 serverAlle Rechte vorbehalten.

2012-06-04 09:55:02.00 serverServerprozess-ID ist 3024.

2012-06-04 09:55:02.00 serverProtokolliert SQL Server-Meldungen in Datei 
'C:\Programme\Microsoft SQL Server\MSSQL\log\ERRORLOG'.

2012-06-04 09:55:02.00 serverSQL Server startet mit Prioritätsklasse 
'normal' (2 CPUs vorgefunden).

2012-06-04 09:55:02.06 serverSQL Server wurde für die Verarbeitung im 
thread-Modus konfiguriert.

2012-06-04 09:55:02.06 serverDie dynamic-Sperrenreservierung wird 
verwendet. [2500] Sperrenblöcke, [5000] Sperrenbesitzerblöcke.

2012-06-04 09:55:02.09 serverInitialisiert Distributed Transaction 
Coordinator.

2012-06-04 09:55:03.14 spid3 Startet Datenbank 'master'.

2012-06-04 09:55:03.50 serverVerwendet 'SSNETLIB.DLL', Version '8.0.311'.

2012-06-04 09:55:03.50 spid5 Startet Datenbank 'model'.

2012-06-04 09:55:03.50 spid3 Servername ist 'TTTSERVER'.

2012-06-04 09:55:03.52 spid9 Startet Datenbank 'msdb'.

2012-06-04 09:55:03.52 spid10Startet Datenbank 'pubs'.

2012-06-04 09:55:03.52 spid8 Startet Datenbank 'Northwind'.

2012-06-04 09:55:03.52 spid11Startet Datenbank 'ARSystem'.

2012-06-04 09:55:03.52 spid12Startet Datenbank 'SQL_dump'.

2012-06-04 09:55:03.52 spid13Startet Datenbank 'test'.

2012-06-04 09:55:03.52 spid14Startet Datenbank 'SQL-Datenbank'.

2012-06-04 09:55:03.52 serverSQL Server überwacht X.X.X.X: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht 127.0.0.1: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht TCP, Shared Memory, Named 
Pipes.

2012-06-04 09:55:03.52 serverSQL Server ist bereit für Clientverbindungen

2012-06-04 09:55:03.80 spid5 Löscht tempdb-Datenbank.

2012-06-04 09:55:04.23 spid5 Startet Datenbank 'tempdb'.

2012-06-04 09:55:06.00 spid11Die Analyse der ARSystem-Datenbank (7) ist zu 
100 Prozent abgeschlossen (ca. 0 weitere Sekunden)

2012-06-04 09:55:26.08 spid3 Wiederherstellung abgeschlossen.

 

 

 

Error-Log

Wed May 30 02:26:54 2012 Die COMMIT TRANSACTION-Anforderung hat keine 
entsprechende BEGIN TRANSACTION. (SQL Server 3902)

Wed May 30 02:26:54 2012  390620 : AR System-Server wurde beendet - 
Schwerwiegender Fehler ist aufgetreten (ARNOTE 21)

Wed May 30 07:40:02 2012  390620 : Fehler beim Versuch, den 
Filter-/Eskalationsprozess auszuführen (ARERR 24)

Wed May 30 07:40:02 2012 No error : c:\support\katcon.cmd

Wed May 30 07:40:52 2012  390620 : Fehler beim Versuch, den 
Filter

AW: escalations set-fields ends with ARERR 380

2012-06-04 Thread Wagner, Christoph
Update:

 

I solved the problem...L I created a really stupid filter...with a set filed 
value read from another form...und with the option: Disply No Match Error if no 
requests match.

 

And the filter was called by an escalation...J

 

Regards...

 

Christoph

 

Von: Wagner, Christoph 
Gesendet: Montag, 4. Juni 2012 15:16
An: arslist@ARSLIST.ORG
Betreff: AW: escalations set-fields ends with ARERR 380

 

Update:

 

I disabled a filter which should run a process katcon.cmd. (I don't need it 
anymore): With that the message No error : c:\support\katcon.cmd isn't 
available at the error-log-file.

 

I also tried to optimize our Microsoft SQL database: I did a mantainence plan 
to Reorganize data and index pages. With that there is no COMMIT TRANSACTION at 
the error.log.

 

But this didn't solve the escalation error L

 

Regards

 

 

 

Von: Wagner, Christoph 
Gesendet: Montag, 4. Juni 2012 12:40
An: arslist@ARSLIST.ORG
Betreff: escalations set-fields ends with ARERR 380

 

Dear listers,

 

I have some problems with our escalations! Since 31 the of May no set 
field-escalation work anymore. Every setField command  ends with error code 380:

 

/* Mo Jun 04 2012 09:56:17.1460 */Prüfung läuft. Ticket:Ionix_Verzoegerung 
(enabled) : ready to fire now on Ticket

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR -- 
Bestanden - Aktionen durchführen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR   043634

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  0: 
Felder einstellen

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR
Ionix_tmp_SendN1_Startbit (536884132) = 1

ESCL TID: 000344 RPC ID: 00 Queue: Escalation Client-RPC: 
390603USER: AR_ESCALATOR  Filter 
operation in escalation failed, errno=380

 

The error log shows problems with my MSSQL 2000 Database: (ARERR 552) with a 
fatal error code 24 / 21. The SQL-Log don't show any errors. Everything looks 
fine. Do you know other log-files to check? 

 

Thanks a lot for your help.

Christoph

 

 

 

Software Version

Microsoft Windows 2003

Microsoft SQL Server 2000

AR System Server 7.1 P11

MidTier 7.1 P11

 

 

SQL-Log 

2012-06-04 09:55:02.00 serverMicrosoft SQL Server  2000 - 8.00.194 (Intel 
X86) 

 Aug  6 2000 00:57:48 

 Copyright (c) 1988-2000 Microsoft Corporation

 Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

 

2012-06-04 09:55:02.00 serverCopyright (C) 1988-2000 Microsoft Corporation.

2012-06-04 09:55:02.00 serverAlle Rechte vorbehalten.

2012-06-04 09:55:02.00 serverServerprozess-ID ist 3024.

2012-06-04 09:55:02.00 serverProtokolliert SQL Server-Meldungen in Datei 
'C:\Programme\Microsoft SQL Server\MSSQL\log\ERRORLOG'.

2012-06-04 09:55:02.00 serverSQL Server startet mit Prioritätsklasse 
'normal' (2 CPUs vorgefunden).

2012-06-04 09:55:02.06 serverSQL Server wurde für die Verarbeitung im 
thread-Modus konfiguriert.

2012-06-04 09:55:02.06 serverDie dynamic-Sperrenreservierung wird 
verwendet. [2500] Sperrenblöcke, [5000] Sperrenbesitzerblöcke.

2012-06-04 09:55:02.09 serverInitialisiert Distributed Transaction 
Coordinator.

2012-06-04 09:55:03.14 spid3 Startet Datenbank 'master'.

2012-06-04 09:55:03.50 serverVerwendet 'SSNETLIB.DLL', Version '8.0.311'.

2012-06-04 09:55:03.50 spid5 Startet Datenbank 'model'.

2012-06-04 09:55:03.50 spid3 Servername ist 'TTTSERVER'.

2012-06-04 09:55:03.52 spid9 Startet Datenbank 'msdb'.

2012-06-04 09:55:03.52 spid10Startet Datenbank 'pubs'.

2012-06-04 09:55:03.52 spid8 Startet Datenbank 'Northwind'.

2012-06-04 09:55:03.52 spid11Startet Datenbank 'ARSystem'.

2012-06-04 09:55:03.52 spid12Startet Datenbank 'SQL_dump'.

2012-06-04 09:55:03.52 spid13Startet Datenbank 'test'.

2012-06-04 09:55:03.52 spid14Startet Datenbank 'SQL-Datenbank'.

2012-06-04 09:55:03.52 serverSQL Server überwacht X.X.X.X: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht 127.0.0.1: 1433.

2012-06-04 09:55:03.52 serverSQL Server überwacht TCP, Shared Memory, Named 
Pipes.

2012-06-04 09:55:03.52 serverSQL Server ist bereit für Clientverbindungen

2012-06-04 09:55:03.80 spid5 Löscht tempdb-Datenbank.

2012-06-04 09:55:04.23 spid5 Startet Datenbank 'tempdb'.

2012-06-04 09:55:06.00 spid11Die Analyse der ARSystem-Datenbank (7) ist zu 
100 Prozent abgeschlossen (ca. 0 weitere Sekunden)

2012-06-04 09:55:26.08 spid3 Wiederherstellung abgeschlossen.

 

 

 

Error-Log

Wed May 30 02:26:54 2012 Die COMMIT TRANSACTION-Anforderung hat keine 
entsprechende