www.InTouch.su

перевел диспетчера с InTouch 7.11 patch 7 на InTouch 10 SP1 и в этот же день получил зависон (примерно после 8-9 часов работы) при этом в консоле было следующее:

Код: Выделить всё

38357   09.05.2009   5:29:49   2040   2044   Error   WZALMOBJ   !CAlarmObjDoc::BeginPaint() WNAL_GetStatistics vesrion 65535 mismatch (expecting 260)
38358   09.05.2009   5:32:49   2984   3112   Error   AlarmBuf   !WNALBeginPaint wait for AlarmMgr inter-proc mutex timed out (dwResult=258, dwError=203, mutex owner PID=2040)
38359   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   Failed sync object wait [for CBThreadSemaphore] in AlmBufWaitForSyncObject [dwResult=0x102, last_err=0]
38360   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   ...(Caller name=CBThrd_CallbackThreadMain, Caller thread id=0x9b0)
38361   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   ...reason:  Synchronization object timeout exceeded
38362   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   
38363   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   ******** ALMLOCK Call Stack(40924) (top entry is most recent caller):
38364   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   [1]: Caller=CBThrd_CallbackThreadMain[40923] - Caller thread id=0x9b0 (0,0)
38365   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   [0]: Caller=CBThrd_HandlePeekedMsg[12] - Caller thread id=0x9b0 (0,0)
38366   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=2, CB=712) Msgs(Que=0, CB=0) (Alarms=5537 Updates=3969)
38367   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf       AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
38368   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   
38369   09.05.2009   5:33:00   2444   2480   Error   AlarmBuf   !AlmBufWaitForSemaphore - Error: (0) - 38370   09.05.2009   5:33:00   2444   2480   Error   AlarmBuf   !ERR Failed semaphore wait [for CBThreadSemaphore] in AlmBufWaitForSemaphore [last_err=0]
38371   09.05.2009   5:33:00   2444   2480   Error   AlarmBuf   !ERR Semaphore wait failed in CBThrd_CallbackThreadMain [hCBThreadSemaphore=000000D8]
38372   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   
38373   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   ******** ALMLOCK Call Stack(40924) (top entry is most recent caller):
38374   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   [1]: Caller=CBThrd_CallbackThreadMain[40923] - Caller thread id=0x9b0 (0,0)
38375   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   [0]: Caller=CBThrd_HandlePeekedMsg[12] - Caller thread id=0x9b0 (0,0)
38376   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=2, CB=712) Msgs(Que=0, CB=0) (Alarms=5537 Updates=3969)
38377   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf       AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
38378   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   
38379   09.05.2009   5:33:00   2444   2480   Info   AlarmBuf   AlmMsgQue::QueGetMessage - Q empty
38380   09.05.2009   5:33:54   2984   3112   Info   AlarmBuf   WNALBeginPaint wait for AlarmMgr inter-proc mutex abandoned (dwResult=128, dwError=203, mutex owner PID=2040)
38381   09.05.2009   5:35:53   2444   2448   Info   AlarmMgr   Provider '\InTouch' is disconnected

перезагрузкой лечился данный глюк но опять через нескольк о часов происходит тоже самое.
В это же время на других компах этот же InTouch (т.е. также самая версия), работало на ура, но только за этими компами ни кто не сидел, и не управлял скадой (только простомотр гланого окна, и изредкое открытие дочерних окон), грешить на комп не стану, притом что 7,11 работает на ура!

У нас аналогичаня проблема:

6838805 12.01.2010 8:21:11 460 1464 Info aaBootstrap ManageRunningProcess Process 280 seems to be not responding. It has a status 6. It hasn't notified the watchdog for 129406 ms. The process must respond to the watchdog within 90000 ms to be considered responsive
6838806 12.01.2010 8:21:41 460 1464 Info aaBootstrap ManageRunningProcess Process 280 seems to be not responding. It has a status 6. It hasn't notified the watchdog for 159406 ms. The process must respond to the watchdog within 90000 ms to be considered responsive
6838807 12.01.2010 8:22:11 460 1464 Info aaBootstrap ManageRunningProcess Process 280 seems to be not responding. It has a status 6. It hasn't notified the watchdog for 189406 ms. The process must respond to the watchdog within 90000 ms to be considered responsive
6838808 12.01.2010 8:22:18 280 1648 Error AlarmBuf !WNAPalarm wait for AlarmMgr inter-proc mutex timed out (dwResult=258, dwError=0, mutex owner PID=3836)
6838809 12.01.2010 8:22:21 2064 2072 Info AlarmBuf Failed sync object wait [for Local\AlmLstSemaphore] in AlmBufWaitForSyncObject [dwResult=0x102, last_err=298]
6838810 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ...(Caller name=AlmLstBeginPaint, Caller thread id=0x818)
6838811 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ...reason: Synchronization object timeout exceeded
6838812 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838813 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ******** ALMLOCK Call Stack(306004) (top entry is most recent caller):
6838814 12.01.2010 8:22:21 2064 2072 Info AlarmBuf [0]: Caller=AlmLstBeginPaint[306003] - Caller thread id=0x818 (0,0)
6838815 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=81, CB=831) Msgs(Que=15, CB=0) (Alarms=2476 Updates=62864)
6838816 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
6838817 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838818 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !AlmBufWaitForSemaphore - Error: (298) - Слишком много попыток занесения события для семафора.
6838819 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !ERR Failed semaphore wait [for Local\AlmLstSemaphore] in AlmBufWaitForSemaphore [last_err=298]
6838820 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !ERR Semaphore wait failed in AlmLstBeginPaint [hAlmLstSemaphore=000000C4]
6838821 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838822 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ******** ALMLOCK Call Stack(306004) (top entry is most recent caller):
6838823 12.01.2010 8:22:21 2064 2072 Info AlarmBuf [0]: Caller=AlmLstBeginPaint[306003] - Caller thread id=0x818 (0,0)
6838824 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=81, CB=831) Msgs(Que=15, CB=0) (Alarms=2476 Updates=62864)
6838825 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
6838826 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838827 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !ERR Alarm record buffer too small [=0 bytes] in AlmBufGetAlarm
6838828 12.01.2010 8:22:21 3836 2272 Info AlarmMgrDataProvider Переполнение в результате выполнения арифметической операции.
6838829 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !AlmBufFreeSemaphore - Error: (298) - Слишком много попыток занесения события для семафора.
6838830 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !ERR Failed to release semaphore [semaphore-name=Local\AlmLstSemaphore, hSemaphore=000000C4, Count=0]
6838831 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838832 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ******** ALMLOCK Call Stack(306020) (top entry is most recent caller):
6838833 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=81, CB=831) Msgs(Que=0, CB=0) (Alarms=2476 Updates=62864)
6838834 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
6838835 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838836 12.01.2010 8:22:21 2064 2072 Error AlarmBuf !ERR FreeSemaphore failed in AlmLstEndPaint [hAlmLstSemaphore=000000C4]
6838837 12.01.2010 8:22:21 2064 2072 Info AlarmBuf
6838838 12.01.2010 8:22:21 2064 2072 Info AlarmBuf ******** ALMLOCK Call Stack(306020) (top entry is most recent caller):
6838839 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AlmBufDumpLockCallStack: AlarmBuf: Peak(Que=81, CB=831) Msgs(Que=0, CB=0) (Alarms=2476 Updates=62864)
6838840 12.01.2010 8:22:21 2064 2072 Info AlarmBuf AllProcs=0 (ABuf=0 + ALst=0) Peak=0 (ABuf=0 + ALst=0)
6838841 12.01.2010 8:22:21 2064 2072 Info AlarmBuf

Приложение зависает.

To yura_zzz:
"6838805 12.01.2010 8:21:11 460 1464 Info aaBootstrap ManageRunningProcess Process 280 seems to be not responding. It has a status 6. It hasn't notified the watchdog for 129406 ms. The process must respond to the watchdog within 90000 ms to be considered responsive "
А что за процесс такой (280)? Посмотрите через диспетчер задач.

Klinkmann_Msk писал(а):To yura_zzz:
"6838805 12.01.2010 8:21:11 460 1464 Info aaBootstrap ManageRunningProcess Process 280 seems to be not responding. It has a status 6. It hasn't notified the watchdog for 129406 ms. The process must respond to the watchdog within 90000 ms to be considered responsive "
А что за процесс такой (280)? Посмотрите через диспетчер задач.

WinPlatform_002.aaEngine

To yura_zzz:

Проследите через Object Viewer за переменной Engine.Scheduler.ScanOverrunsCnt. Стабильно увеличивающееся значение этого счётчика свидетельствует о том, что Engine не справляется с обработкой всех объектов за свой скан - либо разгружайте Engine, либо увеличивайте время скана.
Проследите через Диспетчер задач за количеством памяти и процессорного времени, выделяемого на процесс WinPlatform_002.aaEngine. Возможно происходит утечка памяти - на это, вполне возможно, есть HotFix. Запрашивается через поставщика ПО.

Установите на InTouch 10.0 и IAS 3.0 последние обновления (SP2 для каждого).

скажите, пожалуйста! удалось ли исправить данную ошибку и как?
у меня такая же появилась.
версия InTouch 8.02 сервис пак 4
виндовс ХР проф.
в частности меня интересует первый пост этой темы.

Заранее благодарю!

To ISCRA:

1. Проверьте, не осуществляется ли у Вас доступа к БД из асинхронных QuickSqript.

Note Asynchronous QuickFunctions cannot return a value. Therefore, asynchronous QuickFunctions cannot be used in animation link expressions.
Additionally, there is no limit to the number of asynchronous QuickFunctions that you can execute simultaneously. However, to ensure adequate system performance, it is highly recommended that no more than three be executed simultaneously. Additionally, it is not possible to run more than one instance of any asynchronous QuickFunction concurrently.

You can use the IsAnyAsyncFunctionBusy() function to find out if any
asynchronous QuickFunctions are running. This function can be used to make the QuickScript that calls an asynchronous QuickFunction wait for all other asynchronous QuickFunctions to complete processing. This allows the
QuickScript to re-synchronize itself.

2. Вы используете несколько подключений к различным БД или к одной и той же? Во втором случае достаточно одного SQLConnect.

3. Попробуйте использовать SQLEnd после каждого SQL-операнда.

Спасибо за быстрый ответ!

1. попробовала скриптом проверить (IsAnyAsyncFunctionBusy())
значение вернулось "0"
2. К одной и той же.
3. у меня есть SQLСonnect, а после каждого стоит SQLDisconnect
больше SQL никак не используется. В этом случае куда мне ставить этот SQLEnd? после SQLDisconnect?

раньше проблем не было. не могу понять, откуда это вообще взялось.

To ISCRA:

После SQLDisconnect использовать SQLEnd уже бессмысленно , т.к. подключение к БД закрылось. SQLEnd рекомендуется использовать после таких операторов как SQLNext, SQLInsert, SQLSetStatement, т.е. после каких-либо действий с полями БД.
Странно, что у Вас есть только SQLConnect и SQLDisconnect. Это не имеет смысла. Должны быть и другие ф-ции SQL.
Дабы убедиться, что дело в SQL-операторах, можете ли Вы исключить их из проекта и протестить работоспособность?