[ОТВЕТИТЬ]
25.08.2011 16:28
Vlad_German
 
Никто не встречался? Происходит при приеме XML файла из сторонней программы.
25.08.2011 16:37
OlegON
 
А в логе ничего поконкретнее нет? В текстовом?
25.08.2011 17:21
Vlad_German
 
Вроде разобрался: почтовый модуль почему то открыл порядка 50 неактивных сессий и Oracl выдавал ошибку о превышении количества одновременных процессов.
25.08.2011 19:26
OlegON
 
Надо бы еще версию СМ озвучивать. В какой-то из них это было признанным багом.
26.08.2011 10:56
Vlad_German
 
1.026.4 sp5 Все таки больше на кратковременный глюк системы. Сервер без рестарта долго работает.
26.08.2011 11:01
OlegON
 
Да, баг проявлялся в какой-то версии пораньше. Я перезагружаю сервер с почтовиком каждую ночь. В противном случае он действительно безобразно работает. А вот сервер с БД не выключается годами.
Цитата:
Uptime: 177 days(!), 14:09:54
(это просто клиент переезжал в новый офис недавно)
02.09.2011 07:49
CrazyWolf
 
Такая же проблема и на 1.28.2 вылазиет. Можно как нибудь лечить без перезапуска сервера почтовика?
02.09.2011 07:59
OlegON
 
Тоже куча сессий?
02.09.2011 08:32
Mtirt
 
На самом деле, почтовый модуль довольно давно (где-то в 27 версии) научился корректно закрывать сессии и не копить их по 100 штук на базу.
Единственное исключение - при закрытии Администратора почтового модуля сессия иногда не обрывается, когда закрываешь его крестиком. Надо вернуться на первый экран и нажать кнопку "Выход".
Если вы практически не используете администратор почтового модуля, то надо внимательно изучать логи, дело в чем-то другом.
Кстати, а сколько потоков настроено на прием пакетов?
07.10.2011 14:29
CrazyWolf
 
Извиняюсь, что не отвечал, занят был :)
Проверил количество сессий почтовика в момент начала глюка - всего три.
На прием настроено 2 потока.
10.10.2011 14:02
OlegON
 
2 потока - себя не любить..
10.10.2011 14:06
Mtirt
 
У меня - 5, кого я не люблю?
10.10.2011 14:37
OlegON
 
Цитата:
Mtirt У меня - 5, кого я не люблю?
Еще и пользователей :) Но тут надо смотреть, насколько шустрый у тебя сервак...
12.10.2011 09:00
CrazyWolf
 
Цитата:
OlegON 2 потока - себя не любить..
А сколько нужно чтоб себя любить? :)
12.10.2011 09:02
Mtirt
 
Один вполне достаточен, по мнению Олега.
24.10.2011 07:17
CrazyWolf
 
С одним потоком вроде как проблема исчезла, буду наблюдать дальше.
22.02.2012 11:33
CrazyWolf
 
Снова вылезла ошибка Error HRESULT E_FAIL has been returned from a call to a COM component., теперь с одним потоком.
Вот чего нашел в логе:
Код:
----- Прерывание работы программы -----
сообщение: "Ошибка обработки объекта «OR 0ЗП3354780», при формирования виртуального пакета «C:\Mail\Virt33str\From_xml\OR0ЗП3354780.SVP» из физического пакета «C:\mail\xml\in\OR0ЗП3354780.xml»"
исключение: Sm.Core.BaseException
источник: Sm.Post.Filters

----- Причина исключения, уровень вложения 1 -----
сообщение: "Error HRESULT E_FAIL has been returned from a call to a COM component."
исключение: System . Runtime . InteropServices.  COMException
источник: Sm.Interfaces
метод: Void LoginEx(System.String, System.String, System.String)
   at Sm.Interfaces.ISmConfigLoadEx.LoginEx(String bstrDb, String bstrUser, String bstrPwd)
   at Sm.Post.Filters.Xml.XmlPriceCalcer..ctor(OracleTransConn connection, ConnectionParams connectionParams)
   at Sm.Post.Filters.Xml.XmlFilter.get_PriceCalcer()
   at Sm.Post.Filters.Xml.XmlFilterDocumentExport.ValidatePriceDocumentFields(PostObject postObject)
   at Sm.Post.Filters.Xml.XmlFilterDocumentExport.GetPostObject(XmlNode dsNode, SupermagObject postObjectId, PostObjectSchemeFactory factory, String schemasPath)
   at Sm.Post.Filters.Xml.XmlFilterDocumentExport.ExportPostObjectList(String schemasPath, IDatabase dataBase)
Получается, падает где-то в некоем логоне.
22.02.2012 11:39
OlegON
 
Почтовик на другой машине? Как часто машину с почтовиком ребутишь?
22.02.2012 11:53
CrazyWolf
 
Это БД магазина, там почтовики на одной машине с самой БД. Ребутится по необходимости.
22.02.2012 11:58
OlegON
 
Как часто возникает эта необходимость? Если ребутить каждую ночь, ошибка проявляется?
22.02.2012 12:03
CrazyWolf
 
Без ребута держался около 2 недель, по остальным магазинам, ИМХО, в зависимости от активности падающих XML от дней 4 до 2 недель.
01.03.2012 12:35
CrazyWolf
 
Снова словил тоже исключение. А можно как - нить обойтись без перегрузок, например увеличением таймаута приема? Судя по названию функции она либо не успевает обработать очередь логинов или одно из двух :)
20.03.2012 17:13
Pyatak
 
У меня на версии 27.2 sp6 такая ошибка возникает, когда не хватает лицензий. Закрываю у кого-нибудь супермаг и отправляю пакет повторно, ошибка не возникает.
Может кто-то где-то лишний открытый клиент СуперМага держит? После перезагрузок, сессии слетают, пока опять кто-то где-то не откроет лишний клиент.
22.03.2012 08:59
CrazyWolf
 
Интересная мысль, спасибо, кстати объясняет падение именно на логоне.
Попробую прибивать древние сессии перед выгрузкой.
Если побтвердится надо будет СМ+ прогерров попросить таки более внятно обрабатывать исключения :)
Опции темы


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

 

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