Ошибка в клиринг. StockSharp

Ошибка в клиринг

04.10.2011

FiNick

Во время клиринга вылетает огромное колличество ошибок "Ошибка проверки потока репликации. Код -2147184638", описание "P2ERR_SERV_NO_SERVICE", пока не переполнится стек.
Источник ошибки:

Код

() => // pollAction
{
	if (Streams.Count == 0 && _streamsToRemove.Count == 0)
		_sleepInterval.Sleep();

	Streams.SyncDo(c =>
	{
		foreach (var stream in Streams)
		{
			try
			{
				stream.CheckConnection(_connection);
			}
			catch (COMException e)
			{
				System.Diagnostics.Trace.WriteLine("stream.CheckConnection(_connection) - COMException " + e.ErrorCode.ToString());
				Error.SafeInvoke(new PlazaException("Ошибка проверки потока репликации.", e));
			}
		}
	});

В методе stream.CheckConnection(_connection), вызывается DataStream.Open(connection);, что и дает ошибку.

клиринг ошибка.JPG 40 KB (651)

Теги:

Plaza 2

Спасибо:

< 1 2 3 4 >

Alexander

Дата: 06.10.2011

FiNick

Специальное уведомление StreamDatumDeleted присылается сервером по каждой таблице в начале синхронизации. Это уведомление означает «данных с ревиженами меньше указанного, на сервере нет».
«Безбазовый» клиент должен удалить все данные с ревиженами, меньшими указанного в уведомлении из своего хранилища.

У нас же «базовый» клиент, там вроде само все делается, или я не прав?
Плюс у нас в коде OnStreamDatumDeleted есть, там что-то делается

У нас безбазовый клиент.
И это как раз не делается.

Спасибо:

FiNick

Дата: 06.10.2011

Например сделать так:
В PlazaTrader'e

Код


public override void StopExport()
{
	lock (_stopExportLock)
	{
		_streamManager._stopStreamLock.Reset();
		if (!IsExportRunning)
			return;

		StopStream();
		base.StopExport();

		_streamManager._stopStreamLock.WaitOne();
		System.Diagnostics.Trace.WriteLine("Export stopped");
	}
}

В PlazaStreamManager'e

Код

internal readonly AutoResetEvent _stopStreamLock = new AutoResetEvent(false);

_streamsToRemove.SyncDo(c =>
{
     foreach (var stream in _streamsToRemove)
     {
          try
          {
               stream.Close();
          }
          catch (COMException e)
          {
               System.Diagnostics.Trace.WriteLine("stream.Close() - COMException " + e.ErrorCode.ToString());
               Error.SafeInvoke(new PlazaException("Ошибка закрытия потока репликации.", e));
          }
     }

     _streamsToRemove.Clear();
     _stopStreamLock.Set();
});

Или еще избавиться от _stopExportLock и написать так:

Код


public override void StopExport()
{
	_streamManager._stopStreamLock.WaitOne();	
	_streamManager._stopStreamLock.Reset();
	if (!IsExportRunning)
		return;

	StopStream();
	base.StopExport();

	_streamManager._stopStreamLock.WaitOne();
	System.Diagnostics.Trace.WriteLine("Export stopped");	
}

Спасибо:

Alexander

FiNick

Дата: 06.10.2011

Alexander Mukhanchikov

У нас безбазовый клиент.
И это как раз не делается.

А как дела с другими фичами, StreamLifeNumChanged например?

Спасибо:

Alexander

Дата: 06.10.2011

FiNick

Alexander Mukhanchikov

У нас безбазовый клиент.
И это как раз не делается.

А как дела с другими фичами, StreamLifeNumChanged например?

см. private void OnStreamLifeNumChanged(CP2DataStream stream, int lifeNum) в PlazaStream.cs

Спасибо:

Alexander

Дата: 06.10.2011

Стаканы после клиринга поправил вроде.
Если есть возможность - протестируйте сегодня в клиринг, у меня не факт что удастся.

Спасибо:

Alexander

Дата: 06.10.2011

По коду выше немного не понял для чего нужен _streamManager._stopStreamLock.Reset();.

Спасибо:

FiNick

Дата: 06.10.2011

Alexander Mukhanchikov

По коду выше немного не понял для чего нужен _streamManager._stopStreamLock.Reset();.

Чтобы быть уверенным, что перед началом остановки потоков _stopStreamLock находится в закрытом состоянии, т.е. что вызов WaitOne точно остановит выполнение.

я на самом деле никогда с такими штуками не работал, могу ошибаться.

Спасибо:

Alexander

Дата: 06.10.2011

Фикс с удалением, к сожалению, не помог. Чего-то не так с ревизиями всё равно.

Спасибо:

FiNick

Дата: 06.10.2011

Alexander Mukhanchikov

Фикс с удалением, к сожалению, не помог. Чего-то не так с ревизиями всё равно.

Да, действительно. Тут еще такая проблемка: до клиринга выставил заявку, ушел с ней на клиринг. Теперь она висит активной, не могу снять, перезапускал и робота и раутер все равно висит. Запускаю SimpleGUI, там нет этой заявки.

И еще вот что мне РТС написал:
По приложенному логу видно, что накапливается очередь сообщений в первые секунды работы.
2011-10-06 16:45:47.234;p2mq-cli;;New message added to recvList. Size: 38
Это приводит к задержкам в получении данных, поэтому предлагается побороться с очередями. Для этого предлагается разбить получение реплики на несколько соединений, работающих в отдельных thread'ах, каждое со своим циклом выборки.

Вот еще странная фраза РТС, которая может помочь=)
Используется базовый или безбазовый вариант клиента репликации?
В случае безбазового клиента, какова политика обработки ошибок в потоке данных - используется ли накопленная информация для запроса данных?

Спасибо:

Alexander

Дата: 07.10.2011

Безбазовый у нас клиент, бд не использует.

Спасибо:

< 1 2 3 4 >

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.