Ошибка дампа при обновлении 1с

  

vde69

02.08.16 — 14:21

  

Nuobu

1 — 02.08.16 — 14:23

  

vde69

Модератор

2 — 02.08.16 — 14:23

платформа 8.3.8.1675

  

vde69

3 — 02.08.16 — 14:24

  

lubitelxml

4 — 02.08.16 — 15:09

(2) «В процессе работы сервера Предприятия увеличивается количество UDP портов, занятых процессами rmngr и rphost, до тех пор, пока не будут заняты все свободные UDP порты сервера. Исправлена: «Технологическая платформа», версия 8.3.8.1964″ — попробуй платформу обнови

  

Strogg

5 — 02.08.16 — 15:13

(0) винда 32-х разрядная?

  

shuhard

6 — 02.08.16 — 15:19

  

Amra

7 — 02.08.16 — 15:21

(6) Он уже на новую вышел, как мегагуру, а тут оппа, и засада) КАк бы назад не пришлось проситься. А по делу — я бы прислушался к (4)

  

shuhard

8 — 02.08.16 — 15:23

(7) если на новую — значит конфигурация поставщика битая, либо это таки УПП/ERP со своими причудами

  

lubitelxml

9 — 02.08.16 — 15:24

(7) я именно по этому до сих пор на 8.3.8, те что выше — ошибок слишком много глобальных…

  

lubitelxml

10 — 02.08.16 — 15:27

+(9) на 8.3.6

  

vde69

Модератор

11 — 02.08.16 — 15:46

  

lubitelxml

12 — 02.08.16 — 15:48

(11) режим совместимости включен?

  

lubitelxml

13 — 02.08.16 — 15:49

Ну ты целиком то не переводи всех, попробуй одну базу покрутить на разных платформах (если включен режим совместимости (не более 8.3.6) — запусти на 8.3.6, там вроде норм движок без особых косяков)

  

vde69

14 — 02.08.16 — 15:49

(12) типовая, на поддержке…

  

lubitelxml

15 — 02.08.16 — 15:50

(14) ну хотя до 8.3.7 даст понизить? или тестовую ставь последнюю, там косяк с портами исправили

  

vde69

16 — 02.08.16 — 15:51

  

Azverin

17 — 02.08.16 — 15:56

что за оформление темы, ТС, ты ли это? (((

  

shuhard

18 — 02.08.16 — 16:08

  

ДемонМаксвелла

19 — 02.08.16 — 16:13

я бы ещё журнал скуля глянул, там бывают полезные записи

  

vde69

20 — 02.08.16 — 16:57

короче после установки в дефолт части настроек сервера 1с — стало все нормально

  

Mariiaki

21 — 31.08.16 — 07:31

(20) можно поподробнее что именно сделали?

  

vde69

22 — 31.08.16 — 08:55

(22) Понятно, спасибо.

Другие статьи по оптимизации 1С:

«Как в 1С регистрировать ошибки платформы»

«Описание и включение ТЖ»

«Настройка ТЖ»

Не секрет, что платформа «1С: Предприятие 8», как и любое другое программное обеспечение, содержит ошибки. Некоторые из них являются настолько серьезными, что вызывают аварийное завершение процессов сервера приложений 1С.

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

С чего начать?

Представьте, что именно сегодня у Вас «вылетает 1С», то есть происходит самопроизвольная выгрузка из памяти процессов сервера приложений 1С. К тому же у части пользователей наблюдается аварийное завершение сеанса.

В данной ситуации для начала необходимо настроить технологический журнал (далее – ТЖ).

Даже если Вы не наблюдаете проблем, рекомендуется настроить сбор логов. Для чего?

1. При возникновении проблем у Вас уже будут данные для анализа причин плохого поведения системы.
2. Вполне вероятно, что проблемы все-таки есть, но Вы о них ничего не знаете. К примеру, процессы сервера «падают» раз в 3-4 месяца, но пользователи не сообщают Вам об этом, предпочитая просто перезапуститься.

Файл настроек logcfg.xml технологического журнала должен выглядеть так:

Рассмотрим более подробно, что в нем содержится.

Первая и последняя строка открывают и закрывают xml-файл настроек.

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

Таким образом, наличие файлов в указанном каталоге c:v82dumps говорит о наличии проблем со стабильностью работы.

Третья строка включает запись логов ТЖ: логи будут храниться в указанном каталоге в течении 48 часов. Событие EXCP будет зафиксировано в случае возникновения исключения, это нужно, чтобы узнать, какой код выполнялся в момент ошибки.

События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.

Вы должны учитывать, что сами логи могут занимать достаточно много места на диске. Хотя, в приведенной настройке ТЖ логи не должны сильно расти – благодаря ограничению по времени хранения логов.

Что делать, если появится дамп?

Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp

Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp

В котором ГГГГММДДЧЧММСС – это дата и время падения.

Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.

Причем если у двух дампов одинаковый процесс, релиз и адрес ошибки, то причина падения одна и та же. Исходя из названия файла дампа мы определяем время падения системы. Осталось узнать, что происходило в системе в указанное время, и тут нам пригодятся логи ТЖ.

ТЖ записывается для каждого процесса в свой отдельный каталог, имя которого задается по шаблону ИмяПроцесса_PIDПроцесса.

Имя файла лога задается следующим образом: ГГММДДЧЧ.log

Для определения причины падения системы переходим в каталог с логами аварийно завершившегося процесса. Это можно сделать по имени файла, в котором присутствуют имя и PID-процесса. В нашем случае это каталог rphost_3348.

Далее в искомом каталоге нужно взять тот лог, в который была записана информация в момент падения системы: определяем время падения из имени дампа и находим необходимый файл лога. В нашем случае это файл 13102516.log.

Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348.

В моем логе отражено следующее:

0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов : ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
……

Рассмотрим информацию данной строки:

EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:

• Process – имя процесса, где возникло исключение
• processName – имя информационной базы
• applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
• computerName – имя компьютера, на котором был запущен клиент
• Context – код, который выполнялся в момент падения, это самое важное для нас событие

Иногда с помощью контекста удается установить причину возникновения ошибки. В нашем случае причина падения достаточно очевидна – бесконечная рекурсия.

Рассмотрим другой пример

В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:

Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’

Заметим, что ошибки, проявляющиеся в при одновременном обращении к одному объекту нескольких пользователей, встречаются достаточно часто, и если образовалось несколько дампов, и в контексте указан один и тот же объект (в данном примере «СистемнаяИнформация»), то, скорее всего, это как раз тот случай.

Проблема решается тривиально: нужно закомментировать обращение к объекту. В нашем случае это не проблема, так как без системной информации можно обойтись.

Что делать, если понять причину падения по логам самостоятельно не удается?

Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.

Есть более удобный и быстрый вариант: разместить на партнерском форуме сообщение с описанием проблемы и прикрепить архив с дампом и логами к сообщению или дать ссылку на него.

Это лучше, чем обращение через техническую поддержку или решение проблемы методом «научного тыка». На партнерском форуме Вам, возможно, ответят не только специалисты, которые, скорее всего, уже сталкивались с подобной проблемой, но и сами разработчики платформы. При обращении на форум обязательно указывайте следующую информацию:

• Версию и разрядность серверной ОС
• Разрядность сервера 1С
• Количество серверов в кластере
• Количество запущенных рабочих процессов на сервере 1С
• Версию используемой СУБД
• Ссылки на архив с дампом и логами для скачивания

Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».

Бурмистров Андрей

PDF-версия статьи для участников группы ВКонтакте

Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.

Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.

Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)

Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.

Для того чтобы исправить ошибку «Запись дампа», которая появляется при выполнении какой-либо операции в программе необходимо в первую очередь отключить аппаратное ускорение видеокарты.

В ОС Windows это сделать можно по следующему пути:

Параметры- Система-Дисплей-Дополнительные параметры дисплея-Свойства видеоадаптера для дисплея 1.

Далее в окне графического адаптера нужно перейти во вкладку Диагностика и нажать Изменить параметр и с помощью ползунка передвинуть в положение Нет.

Если эти действия не помогают, то необходимо установить другую версию платформы 1С.

	Ошибка при обновлении УТ Я
marinocka_1990 28.08.13 — 14:51	Всем привет! При обновлении выскакивает такая ошибка: «запись дампа Выполняется сохранение информации об ошибке для возможности последующего анализа» Конфа УТ 10.3.21.1 пратформа 8.2.17.157 Делала тестирование и исправление, лечила chdbfl.exe. Пробовала удалить базу из списка баз данных и снова ее туда добавить. Зависает на этапе «Сравнение конфигураций» на 71%. Подскажите как лечить? Зарание спасибо!
Allexe 1 — 28.08.13 — 14:52	(0) Выгрузка загрузка базы работает?
marinocka_1990 2 — 28.08.13 — 14:53	нет
Allexe 3 — 28.08.13 — 14:54	(2) А что выдает?
Allexe 4 — 28.08.13 — 14:55	Боюсь что остается только вариант переноса в чистую аналогичную базу с помощью экспорт/импорт xml
marinocka_1990 5 — 28.08.13 — 14:56	то же самое запись дампа Выполняется сохранение информации об ошибке для возможности последующего анализа на том же самом моменте. затем винда предлагает отправить отчет об ошибке… и все закрывается
marinocka_1990 6 — 28.08.13 — 15:02	а еще есть идеи?
marinocka_1990 7 — 28.08.13 — 15:05	может попробовать платформу новую поставить?
marinocka_1990 8 — 28.08.13 — 15:14	ап
Allexe 9 — 28.08.13 — 15:23	(7) Можно конечно попробовать, и вроде кому-то даже помогало, но я думаю что все равно придешь к варианту (4)
Azverin 10 — 28.08.13 — 15:29	(7) ставьте 8.2.18
thezos 11 — 28.08.13 — 15:29	Было такое. Лечилось увеличением оперативной памяти.
Azverin 12 — 28.08.13 — 15:30	(0) я так понял, что режим файловый?
marinocka_1990 13 — 28.08.13 — 15:31	да файловый
Basilio 14 — 28.08.13 — 15:31	можно еще на 64х битной машине попробывать
marinocka_1990 15 — 28.08.13 — 15:31	«Было такое. Лечилось увеличением оперативной памяти.» к сожалению это точно не выриант, организация на это не пойдет
Azverin 16 — 28.08.13 — 15:32	(13) у нас тоже на 8.2.17.157  при сравнении конфигурации выскакивает ошибка в дамп
marinocka_1990 17 — 28.08.13 — 15:33	(16) и ваши дальнейшие действия? )))
Azverin 18 — 28.08.13 — 15:35	(17) у нас клиент-серверный режим — обновили платформу)
marinocka_1990 19 — 28.08.13 — 15:36	ясненько
Azverin 20 — 28.08.13 — 15:36	(19) отпишитесь о результатах. интересно
marinocka_1990 21 — 28.08.13 — 15:38	ок)
marinocka_1990 22 — 28.08.13 — 15:38	может еще пару идей подкините?
vladko 23 — 28.08.13 — 15:42	посмотреть как на любом другом компе обновится. Если там тоже глюкнет — значит дело в платформе. Если там всё ОКейно будет, то значит попробовать на сервере оперативку протестировать/заменить
marinocka_1990 24 — 28.08.13 — 15:45	спасибо
marinocka_1990 25 — 30.08.13 — 14:01	Хочу сказать всем участникам этой темы огромное спасибо за помощь! Проблема решилась легко — установкой 18-ой платформы)
Azverin 26 — 30.08.13 — 14:10	(25) класс)

Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену… по-видимому, нам следует остановиться на чем-то одном из двух.
Фредерик Брукс-младший

Вернуться в каталог