[ОТВЕТИТЬ]
25.07.2006 17:15
mowgly77
 
Доброго времени суток!
Созник сабж, после запуска резервного копирования происходит следующее:
останавливаются сервисы, кладется база, копируются файлы данных,подымается база и запускаются сервисы *06 ...тривиально
но вот по прошествии непонятного и не систематизированного периода времени почтовик вдруг занимает 80-95% процессора и не обрабатывает пакеты...
лечится только перезагрузкой сервера
на версии 1.024 такого замечено не было, сейчас стоит 1.024.3 сп7+ счет фактура из сп8
оракл 8.1.6+ патчи, видовс 2000 сп4 + хотфиксы
25.07.2006 17:23
OlegON
 
здороваться тут не надо :) почтовик зажирает проц? или винты? или и то и другое? Или oracle?
Изображения
Тип файла: jpg 1150618736.jpg (51.9 Кб, 1042 просмотров)
Тип файла: jpg 1150618736.jpg (51.9 Кб, 1042 просмотров)
25.07.2006 17:25
mowgly77
 
именно проц, и ММС не отвечает...
винты работают как работали, СМ продолжает работать и операторы заводят накладные, а пакеты не ходят
25.07.2006 17:29
OlegON
 
Я бы просто переставил Супермаг. Проц самим почтовиком кушается или ММС?
25.07.2006 17:31
mowgly77
 
именно процесс SMPostServer...
попробую переставить, просто я обычно привык в корне разобраться что это, чтобы не наступить на тебе храбли
25.07.2006 17:33
OlegON
 
Да просто регистрация какой-то dll слетела, вот он и мечется по пустому циклу... Один из вариантов...
01.08.2006 16:32
Thalt
 
Как проверить, какого именно dll?
Все заново перерегистрировать? :)
01.08.2006 17:23
OlegON
 
Цитата:
Thalt Как проверить, какого именно dll?
Все заново перерегистрировать? :)
А переставить СМ не судьба?
03.08.2006 15:30
Thalt
 
В продолжение темы Ж)
В одной из подчиненных баз при приеме расходных накладных из центра почтовик в "ошибках приема" стал писать
"Concurrency violation: the UpdateCommand affected 0 records."
переводить текст не надо :) Что с этим делать?
03.08.2006 15:45
OlegON
 
Думаю для начала привести номер версии и полное сообщение.
03.08.2006 16:11
Thalt
 
Версия 1.024.3 SP7

----- Прерывание работы программы -----
сообщение: "Ошибка приёма объекта «WO НРМД00880», виртуальный пакет «060802112915_322602_3.SVP»"
исключение: Sm.Core.BaseException
источник: Sm.Post.DbLoader
метод:

----- Причина исключения, уровень вложения 1 -----
сообщение: "Concurrency violation: the UpdateCommand affected 0 records."
исключение: System.Data.DBConcurrencyException
источник: System.Data
метод: Int32 Update(System.Data.DataRow[], System.Data.Common.DataTableMapping)
at System.Data.Common.DbDataAdapter.Update(DataRow[] dataRows, DataTableMapping tableMapping)
at System.Data.Common.DbDataAdapter.Update(DataTable dataTable)
at Sm.Post.PostObjectAdapter.WriteExistingObject(OracleTransaction transaction, PostObject oldPost)
at Sm.Post.PostObjectDocumentAdapter.WriteExistingObject(OracleTransaction transaction, PostObject oldPost)
at Sm.Post.PostObjectAdapter.WriteObject(OracleConnection connection, PostObjectSchemeFactory factory)
at Sm.Post.PostUploader.UploadObject(IVirtualPackageReader reader, PostObjectInfo postData)
at Sm.Post.PostUploader.UploadObjects(IVirtualPackageReader reader, IPostReplyCreate postReply)
03.08.2006 18:22
Владимир
 
Здравствуйте,

Ошибка говорит о следующем: было сделано сравнение строки из почтового объекта Приходная накладная с содержанием базы данных, было выяснено, что такая строка в базе есть, но она отличается от содержания почтового объекта, далее была сделана попытка обновления этой строки в базе данных и в момент обновления выяснилось, что строки в базе нет.

Возможные причины: 1. документ редактировался в момент приема почты. 2.
Имеется неизвестная ошибка в структуре таблиц, которая приводит к удалению строки в момент обновления объекта.

Поскольку версия Супермага, вероятно достаточно старая, то диагностика почтового модуля не позволяет судить точно о причине ошибки. Вероятно следует перейти на последнюю версию Супемага.
--
С уважением,
03.08.2006 18:23
Владимир
 
Подготовлен для тестирования сервис пак 2 для версии 1.024.4.

В состав сервис пака вошло следующее изменение:

Почтовый модуль. Оптимизация запросов на удаление или обновление данных при приеме.

Ждите. Скоро всем будет счатье.
03.08.2006 18:42
Mtirt
 
Очень бы хотелось знать, когда сервис-пак закончит тестирование...
04.08.2006 08:05
kadr
 
Цитата:
Владимир Подготовлен для тестирования сервис пак 2 для версии 1.024.4.

В состав сервис пака вошло следующее изменение:

Почтовый модуль. Оптимизация запросов на удаление или обновление данных при приеме.

Ждите. Скоро всем будет счатье.
Ой гложат меня сомнения на тему счастья.
Согласен порывы благородны, но исполнение иногда очччень сильно хромает.
04.08.2006 08:37
OlegON
 
На самом деле не знаю про "запросОВ", но про один запрос, на тему которого я ругался в соседней ветке могу сказать, что прием кассовых доков вместо суток, стал выполняться за 15 мин. Только вот этот запрос неудачный был внесен в 1024.4сп1, соответственно те, кто его не ставил, особенной разницы не заметят.
10.08.2006 15:45
Punctilio
 
Лечится именно перезагрузкой сервера?
Не пробовали убивать процесс "Почтовика" FAR'ом например?
Возможно, что в почтовике накопились большие списки пакетов на отправку и ошибок приема - мож их почистить?
Опции темы


Часовой пояс GMT +3, время: 03:49.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.