11.09.2007 04:47
isi
 
SM 1.024.5 sp5 + w2k3

Инициализация нового магазина.

Почтовик в системном логе пишет две ошибки:
1."В работе почтового модуля произошел сбой. Сообщения об ошибках см. ниже. %1 %2 %3 %4 %5"
2."Ошибка при создании физического пакета (база данных DBAMIK32). Дополнительную информацию см. в следующем сообщении."

И так с интервалом 30 сек.

Перенес почтовик на другой сервер, обмен пошел, но в логе осталось одно сообщение:
"В работе почтового модуля произошел сбой. Сообщения об ошибках см. ниже. %1 %2 %3 %4 %5"

В каталоге Супермага тоже ни какой информации об ошибках.

Что пробовал:
проверил все пути темп и т.д.
снос и переустановка Супермага (с чисткой реестра)
Пересоздал БД заново

Единственное что заметил, так это то что этот сервер у нас пришел с винтами на 250 Гб (до этого максимум 160 было), возможно почтовый сервер запрашивает размеры винтов и свободное место? Пробовал переносить на другой диск поменьше размером, но проблема осталась, может кто подтвердить или опровергнуть мою догадку. Есть мысль что почтовик опрашивает все винты на свободное место прежде чем формирует пакет.

Схема инициализации однотипная уже на куче баз обкатана. Не понятно почему почтовик не пишет внятную причину ошибки
11.09.2007 05:54
akonev
 
а обмен у вас какой? есть вероятность, что физический пакет создается на удаленном диске (как при прямом)? может просто связь недостаточно стабильна по какой-то причине?
11.09.2007 06:13
isi
 
Цитата:
Andrew_Konev а обмен у вас какой? есть вероятность, что физический пакет создается на удаленном диске (как при прямом)? может просто связь недостаточно стабильна по какой-то причине?
Да забыл указать, FTP
11.09.2007 06:43
Mtirt
 
А в логе в sm2000\data\ что написано? Там сейчас всё намного понятнее, чем в системном.
11.09.2007 07:23
isi
 
Сервиспак установлен, скрипты по базе прогнаны:

Ошибка такая это на втором серваке, а на родном магазиновском вообще ничего нет в логах почтового модуля супермага.

2007.09.11 (вторник) 11:36:31 1.24.5.0
----- Прерывание работы программы -----
сообщение: "Файл пакета подтверждения повреждён или недопустимый формат пакета подтверждения."
исключение: Sm.Core.BaseException
источник: Sm.Post.VirtualPackage
метод: Void RaiseBadPackageFormatException()
at Sm.Post.PostReplyHeader.RaiseBadPackageFormatException()
at Sm.Post.PostReplyHeader.Sm.Post.ISupportBinaryStream.Read(BinaryReader reader)
at Sm.Post.PackageAccess.ReadObject(ISupportBinaryStream streamObject)
at Sm.Post.PostReply.Sm.SM2000Interfaces.IPostReplyControl.InitializeFromFile(String replyPackageName, ISmPostSessionParams sessionParameters)
at Sm.Post.Filters.Standard.StandardFilter.DecodeReplyPackageImpl(Int32 sourceId, String inputReplyPackage, IPostReplyControl& replyControl)
at Sm.Post.Filters.FilterBase.DecodeReplyPackage(Int32 sourceId, String inputReplyPackage, IPostReplyControl& replyControl)
11.09.2007 07:34
Mtirt
 
У меня предположений 2:
1. Дурит FTP. Действительно не удается прочитать файл. Попробуй хоть временно поменять протокол обмена.
2. Было подобное на одной из старых версий, почтовик ругался на все пакеты подряд. Пролечилось сбором статистики во всех базах.
11.09.2007 07:47
isi
 
Сбор статистики не помог, на всякий случай проверено - в базе инвалидных объектов нет. Дело не в FTP явно, т.к. обмен идет и центральная БД нормально получает ответы и убирает переданные пакеты... Тем более установлено всё в одной сетке локальной, свичи точно не дурят
11.09.2007 07:51
Mtirt
 
Цитата:
isi Сбор статистики не помог, на всякий случай проверено - в базе инвалидных объектов нет. Дело не в FTP явно, т.к. обмен идет и центральная БД нормально получает ответы и убирает переданные пакеты... Тем более установлено всё в одной сетке локальной, свичи точно не дурят
Если в локалке, тем более проще проверить. Ну поменяй временно на прямой или файловый протокол обмена. Это же для каждой базы настраивается.
Если ошибка уйдет - будешь копать в сторону FTP.
Если останется - будем думать дальше...
11.09.2007 07:53
OlegON
 
Попутал с паковкой/без паковки? С шифровкой/без шифровки? Особенная разница в версиях MDAC?
11.09.2007 07:59
Propil
 
И заодно - проверить еще раз виндовые разрешения - от имени кого стартует служба, доступность каталогов
Часовой пояс GMT +3, время: 10:24.

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