Имею ASE 12, RS 12

обнаружил в рс-логе следующее

E. 2006/07/08 13:19:26. ERROR #2056 SQT(126:1 DIST serv.base) - /prs/sql.y(12386)
Line 1, character 13: Incorrect syntax with 'purg'.
W. 2006/07/08 13:19:26. WARNING #24031 SQT(126:1 DIST serv.base) - (2714)
SQT could not parse next statement for DSI. (126:1) status=8197
I. 2006/07/08 13:19:26. RSI: connection to 'bshop_rs' is established and the route is active.
W. 2006/07/08 13:19:27. WARNING #24058 DIST(126 serv.base) - (3567)
Unpacker failed Line 1, character 13: Incorrect syntax with 'purg'..

причем копится очередь Inbound в Queues

подскажите что можно сделать... или где почитать - ничего подобного не нашел

Извините за ламерство, но можно подробнее, ситаксис команд на примерах... сие очень мало знакомо мне

Предполагаю выполнить следующее на стророне репсервера

syadmin dump_file,'c:\temp\dump.dat'
go
sysadmin dump_queue,126,1,-1,-1,-1
go
syadmin dump_file
go

или я ошибаюсь?

в файле дампа следующее

q_number=126 q_type=1 is empty


ко всему прочему хочу заметить, что репликация работает в данной базе, т.е. если внести изменения в таблицу в другой базе, то в 126 эти изменения реплицируються в рамках подписки

Глядя на rsm-плагин в централе, по правой кнопке пропертис на Inbound в Queues на закладке Dist SQT в области SQM Adress вижу следующее

Segment: 8499
Blok: 8
Row: 1

очень похоже на требуемые параметры...
Что посоветуете?

Результатом выполнения

sysadmin dump_file,'c:\temp\dump.dat'
go
sysadmin dump_queue,126,1,8499,8,0
go
sysadmin dump_file
go

стало следующее
QUEUE DUMP FOR 126:1
BLOCK BEGIN q_number=126 q_type=1 blk=8499:8 cnt=3
Begin Transaction Origin User= Tran Name=_dmpxact
ENTRY ver=1100 len=316 orig=126 lorig=0 oqid=000000010890846a00053c10001200053c100012000097ea00abc7e30000000000000000 lqid=8499:8:0 st=4 tr= '00000001089084' j '0012' holdflor comlen=200 begin transaction
BAD ENTRY len=284 orig=126 oqid=000000010890846a00053c10001300053c100012000097ea00abc7e30000000000000000 lqid=8499:8:1 st=8197 tr=0x000000010890846a00053c10001300053c100012000097ea00abc7e30000000000000000LTM comlen=106 0x41303131302030366370313235315f647320302c7e22212c312070757267e5206f70656e5f7861637420746f2030783031303839303834366130303035336331303030313230303030303030303030303030303030303030303030303030303030303030303030303020
ENTRY ver=1100 len=316 orig=126 lorig=0 oqid=000000010890848200053c11000200053c100012000097ea00abc7e30000000000000000 lqid=8499:8:2 st=1 tr= '00000001089084' j '0012' holdflor comlen=200 commit transaction
END QUEUE DUMP FOR 126:1

вообщим рискнул

перезапустил реп-сервер с ключем -m
выполнил следующее

sysadmin sqm_zap_command,126,1,8499,8,1
go

рестарт реп сервера

Ошибки не возникло, очередь очистилась...

Спасибо за наводку на область знаний!
PS Извините за панику. :)

Вопрос для общего развития...

Как объяснить, что работал обмен данными во все стороны в рамках подписок и определений... ??? какие тогда копились очереди....???