[ОТВЕТИТЬ]
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
 
И заодно - проверить еще раз виндовые разрешения - от имени кого стартует служба, доступность каталогов
11.09.2007 10:03
isi
 
Настроил прямой обмен, почтовый сервер теперь обслуживает сразу центальную БД и БД магазина на одном серваке. Ошибка осталась... В данном случае MDAC получается ни при чем
Шифрование пакетов отключено, сжатие тоже... Блин, засада какая то?
11.09.2007 10:05
Mtirt
 
Если попробовать открыть пакет с данными, на который ругается почтовик, в нем что-нибудь есть?
Данные совсем не передаются? Или просто подтверждения не принимаются?
Для всех пакетов это происходит? Или выборочно по нескольким?
11.09.2007 10:12
isi
 
Описано выше, подтверждения принимаются и обмен идет нормально, но в логе ошибка на каждый пакет-подтверждение.
11.09.2007 11:18
Mtirt
 
Пакет подтверждения открывается? Он не нулевой длины, случайно?
11.09.2007 12:21
isi
 
Проблему решил, мой косяк *194 , когда ставил супермаг промазал с версией и поставил вместо 1,024,5 sp5 -> 1.0.25, осознал, снес, почистил реестр, но видимо не все и некоторые классы оказались зарегистрированы, новая установка предыдущей версии прошла успешно, но видимо зарегистрированные не удаленные классы не обновились, в итоге пакеты распаковывались но не могли обработаться, теперь все в порядке. Всем спасибо, сильно не бейте...
Опции темы


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

 

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