Доброго дня всем. Помогите решить такую проблему: регулярно (закономерность не обнаружена) падает процесс rphost.exe (8.2.18.109) со следующими ошибками в журнале приложений Windows.
Сбойное приложение rphost.exe, версия 8.2.18.109, штамп времени 0x51dbfd37, сбойный модуль ext.dll, версия 8.2.18.109, штамп времени 0x51dc0050, код исключения 0xc0000005, смещение ошибки 0x0000000000081b8e, ИД процесса 0x115c, время запуска приложения 0x01cec8a43fe04037.
Сбойное приложение rphost.exe, версия 8.2.18.109, штамп времени 0x51dbfd37, сбойный модуль OdbcFb.dll, версия 2.0.0.148, штамп времени 0x49229b8d, код исключения 0xc0000005, смещение ошибки 0x0000000000025fe7, ИД процесса 0x27cc, время запуска приложения 0x01cec8a49194b4aa.
Вместе с ним, но всегда, падает процесс IIS - через него опубликованы базы.
Сбойное приложение w3wp.exe, версия 7.0.6002.18005, штамп времени 0x49e023cf, сбойный модуль core82.dll, версия 8.2.18.109, штамп времени 0x51dbf86b, код исключения 0xc0000005, смещение ошибки 0x000d7e2a, ИД процесса 0x33fc, время запуска приложения 0x01cec8a4757d8efd.
(19) MrWonder, такое ощущение что 1С не ту dll (скорее всего новую) цепляет и пытается функцию вызвать из нее, и ломается, что то такое было, смущает то что закономерности нет, может все таки какая то есть???
(48) Gilev.Vyacheslav,
>>рекомендую начать с того, что поставить 8.2.19.73
не все так просто
>>По коду 0xc0000005 у нас при открытии обработки «Консоль регламентных заданий», при чем падать может и клиент, и сервер 1С:
интересно, проанализируем в этом направлении
(66) MrWonder,
Была пару лет назад похожая ситуация, на платформе 8.2.14, наверное. Беспричинно зависал сервер приложений и через какое-то время рушился. Базы на PostgreSQL под Linux, сервер приложений там же. В лог PostgreSQL писалась масса сообщений о бесхозных временных таблицах. Чистка базы от них и удаление серверного кэша не помогали.
Выяснилось следующее. Если заходить в базы с компьютера определенного пользователя и именно под его именем, то все это и случалось, причем портились все базы, в которые заходил этот пользователь. Более того, если под этим именем заходить в базы с других компьютеров, получалось то же самое.
В итоге пришлось снести из всех баз это имя пользователя, почистить на всех компьютерах клиентский кэш. После этого ситуация нормализовалась.
Так что состояние баз тоже исключать не следует.
ТИС делали? была например такая фигня: у клиента с прямого подключения запускались хоть 7 приложений под разными юзерами на одной базе, а вот по рдп как только заходил второй сразу вешался сервер. Помогли ТИС и chdfl.. если есть копии сервера резервные до возникновения проблемы попробуйте их восстановить.
укажите способ подключения клиентов и ПО. Например 8.3 хорошо работает с sql2012. Какая конфа у Вас? Есть что еще на сервере? Обычно помогает переустановка сервера с чиста. Может есть левые программы или еще что лишнее...
(4) thenroach, проблема возникает на серверах с разными базами, разными конфигурациями. На сервере ничего лишнего нет. Конфы тоже разные, есть самописные, есть стандартные комплекты поставок. Переустановка сервера на чистую не устроит - сервера в продакшне, простой недопустим.
MrWonder. Для начала опишите свойства (настройки) 1с сервера. Стандартные порты используете, количество процессов созданных, от какого имени запускается служба 1с сервера и.т.д. Вот после этого можно будет дальше думать.
(7) zaoallat, стандартные порты, 10 рабочих процессов, служба запускается от отдельной уз, права администратора у нее есть и локальная политика безопасности по максимуму
(23) MrWonder, а IIS на том же сервере, где и 1С кластер?
У нас подобное было, помогло разместить 1С кластер вместе с SQL на одном сервере - они тогда через Shared Memory работают (вместо TCP/IP, обмен данными идёт через оперативную память, быстрее чем пакеты) - так 1С кластер быстрей работает (IIS при этом на другой машине), что позволяет успеть отработать запросы, поступающие через IIS.
(13) MrWonder, а создание дампа в ТЖ указано, можете конфигурационный файл показать и результат лога? 10 процессов что то многовато, рекомендации 1С делать меньше. Ошибка когда начала возникать, обновление платформы, конфигурации, оборудования и тд было? Антивирь есть включен\выключен?
(30) Это минидамп виндовый, отсюда C:\ProgramData\Microsoft\Windows\WER\ReportQueue? там кстати тоже есть логи по типу Report.wer.
1) Перенастройте ТЖ чтобы создавался дамп 1сный плюс попроще настройку, у вас что то мудренно. В логах потом можно посмотреть из за чего дамп создался.
<?xml version="1.0"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="E:\dump" type="0" prntscrn="false"/>
<log history="24" location="E:\logs\excp">
<event>
<eq property="Name" value="DBMSSQL"/>
<ge property="Duration" value="100000"/>
</event>
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="all"/>
</log>
</config>
2) Попробуйте отключить Касперского.
С учетом того что проблема на разных серверах, это скорее косяк работы платформы при работе некоторых операций.
(32) MrWonder, может быть на время отключите антивирус? возможно? на одну ночь(день)?
или другой попробуйте, в конце концов в Kaspersky Lab с минидампом, который Вы сюда вложили обратиться, спросить не их косяк?
В 1С Москву с минидампом обратиться?
На partners.v8.1c.ru написать (все данные этой ветки и ссылку сюда)? и минидамп вложить там?
(35) crabzzy,
>>В 1С Москву с минидампом обратиться?
пока нет, своими силами пытаемся, от них ответа не меньше месяца ждать.
>>может быть на время отключите антивирус? возможно? на одну ночь(день)?
или другой попробуйте, в конце концов в Kaspersky Lab с минидампом, который Вы сюда вложили обратиться, спросить не их косяк?
Подумаем над этим
Добрый день!
У меня было что похожее - падал сервер или запускалось тьма процессов от учетки 1С. проблема была с ошибкой записи в папку темп - невозможности создания папок и файлов в системном каталоге. исправили: удалив (очистив) папки темп всех пользователей и папку темп ОС и очистки кеша 1С, установив полные права на запись в "свою" папку темп.
Faulting application 1cv8.exe, version 8.2.18.109, time stamp 0x51dc0d70, faulting module core82.dll, version 8.2.18.109, time stamp 0x51dbf86b, exception code 0xc0000005, fault offset 0x001015ee, process id 0x5404, application start time 0x01ceca3f7f42cf65.
Faulting application 1cv8.exe, version 8.2.18.109, time stamp 0x51dc0d70, faulting module backend.dll, version 8.2.18.109, time stamp 0x51dc10eb, exception code 0xc0000005, fault offset 0x006387ff, process id 0x5404, application start time 0x01ceca3f7f42cf65.
Сбойное приложение rphost.exe, версия 8.2.18.109, штамп времени 0x51dbfd37, сбойный модуль ext.dll, версия 8.2.18.109, штамп времени 0x51dc0050, код исключения 0xc0000005, смещение ошибки 0x0000000000081b8e, ИД процесса 0x11a4, время запуска приложения 0x01ceca66c30342ff.
Все же напрягает что у вас не только rphost падает, а вместе с ним IIS, честно не особо вижу зависимость между ними даже если база опубликована. Отвалился rphost - веб-сервер ругнется на ошибку соединения.
К тому же в сети слишком много случаев падений процессов именно с таким кодом исключения, нужно рыть в сторону пакетов библиотек, обновлений и т.д. Возможно стоит наоборот обновить ОС.
Как вариант попробуй поставить блокировку регламентных заданий.
Если есть такая возможность начните с железа. Проверти все основные узлы: память, дисковую подсистему, рэйд контроллер его батарейку что в устройствах конфликты не известные устройства. Провертите все логи для полного понятия, что происходит с системой. Падают все процессы или избранные? Служба при этом 1с в каком состояние. Попробуйте запустить службу от локальной системы. На счет высказывания crabzzy согласен. Располагать 1с сервер вместе с SQL результативно.
(31) zaoallat, в железо не верю, проблема не на одном сервере. В логах плохого ничего не нашел. Падают не все процессы, а избранные. Служба работает, вылетают только пользователи из упавших rphost's. Насчет запуска службы от имени local system - уточню(можно ли), попробую.
(33) MrWonder, во время падения нет особых бизнес-процессов? каких то действий в 1С, каких до этого не было?
Не замечена ли связь между бизнес-процессами в 1С и падениями? (типо ночью расчет делается, rphost падает)
Или утром приходит такой то пользователь, делает то-то и то-то и rphost падает.
Еще вопросик 1с сервер не собран состоит из 1с кластеров? Есть ли среди них 1с сервера работающих на виртуальных машинах? Если да то смотрите в нутрь виртуальной машины. Проходил такое. Ушел от виртуалок под 1с надоели косяки.
Может Вам стоит поконфигурировать настройки кластера интервал перезапуска рабочих процессов, допустимый объем памяти и интервал превышения допустимого объема памяти. Вот еще материал Гилева http://www.gilev.ru/app1c/. Если все так плохо можете поговорить с его командой. Ребята грамотные нам помогали результаты реальные.
может у Вас сеть кривая? пару байтиков выпадают. бывает такое. В одной сети сервера с падением служб?
какой сервер sql?
вообще очень похоже на глюк IIS.
можете его отключить на сутки? (или раз в какое время у Вас все падает).
Самый верный способ отключать звенья по одной и включать обратно. т.е. отключили иис, падения есть - значит отключаем sql, включаем iis, иначе включаем файловый режим. iis и на нем работает. ит.д.
когда будет звено можно пробовать его переустанавливать. Готового решения тут не будет. Только методом проб найдете. И Вы так и не ответили про ТИС и chdbfl. Это может помочь!!!!!!!!!
(47) thenroach,
>>вообще очень похоже на глюк IIS.
проблемы есть на серверах без IIS
>>Вы так и не ответили про ТИС и chdbfl.
разных баз на сервере штук 15-20. расположены не на одном mssql, так что вряд ли
Посмотрите в настройках SQL, конкретнее -настройки системных баз данных.
У меня пару раз падал сервер из-за неверных настроек SQL и из-за недостаточности места при записи изменений, я перенес базы на другой раид, увеличил с запасом место на диске там где располагаются системные базы SQL. В настройках системных баз указал дефолтовое значение размера кратное 2000 мб с шагом 200 мб (увеличение).
(0) Первое что мы теперь делаем - проверяем драйвера, особенно на видеокарту.
Далее - ТиИ делаем, буквально 3 дня назад начала падать база, вместе с ней апач, с ошибкой к ддл 1Сной, после ТиИ обнаружили битую таблицу, средствами скуля вылечили - ошибки исчезли.
После этого всего - углубляемся в дампы 1С. Те которые создаются под учеткой пользователя 1С, там обычно много чего интересного можно нарыть. Искать прям по ошибкам.
Далее, мы заметили закономерность, после обновления конфы БД, если не перезагрузить сервер, через пару дней 1С начинает выдавать финты, если перезагрузить - живет пару недель, но все равно из-за утечек - раз в 2 недели перезагружаем сервак.
Да и это, попробуйте 8.3 поставить в режиме совместимости.
З.Ы. все что я написал - из области не традиционной медицины, т.е. найти и описать причину непосредственно и четко знать что делать в этом случае... увы... к 1С это все не относится :(
Да и это, у вас работаю в тонком клиенте? Если этот процесс падает - остальные могут работать? И еще можете последить за пользователями, может процесс вылетает если на нем сидит определенный пользователь/пользователи?
(59) DitriX, Спасибо за свою методологию. Дело в том, что ошибку не удается воспроизвести, а проявляется она на разных серверах, со всеми клиентами, и с веб публикациями, и без записей в ТЖ.
>>После этого всего - углубляемся в дампы 1С. Те которые создаются под учеткой пользователя 1С, там обычно много чего интересного можно нарыть. Искать прям по ошибкам.
Можете подробней?
(65) можно и поподробней,на первое что следует обратить внимание, это зайти в папку
C:\Program Files (x86)\1cv8\srvinfo\reg_1541\snccntxba[тут длинный УИД базы] и поискать файлики типо snccntx.000001B9.dat, они весят обыно около 65метров, и их может быть несколько, но если их у вас дофига - значит лажа с 1С, в наших случаях это были проблемы с дровами, или битая оперативка.
Далее лезем сюда C:\Users\USR1CV8\AppData\Local\1C\1cv8\dumps, и ищем файлы вида ragent_8.3.3.721_76fc2672_20131027010454_2908.mdmp
Потом качаем утилитку Windows Kits (http://msdn.microsoft.com/en-us/library/windows/desktop/hh852363.aspx) и запускаем программку windbg (для х32 или х64) выбираем File - Open Crash Dumps.
После этого читаем ошибки, конкретно интересует, на первых порах, следующий фрагмент, который идет под многоточиями, ну и дальше на профильные форумы, при чем не обязательно 1С.
Если же ничего сходу не помогает, можно в этом же дебагере внизу запустить !analyze -v и нажать энтер, это все развернет вам коды ошибок, и покажет к чему 1С обращалось и после этого вылетала, далее ничего говорить не буду, ибо тут начинается работа сапера, единого решения не существует :(
Ну скажу еще одно, если ошибка при обращении к длл, то можно применить lmvm <module name>, например у меня 1С в крит вылетает периодически когда обращается к библиотеке core83, но что тут делать - я хз, ибо это это продукт 1С, а неконфликт с файлами системы или еще чем то, на что я мог бы повлиять, не исключенно что я не прав.
Ясное дело, что для того, что бы этим воспользоваться - прийдется виндовс кит ставить на ту машину, где был крит, а так, файлы дампа читать и разварачивать можно на любом компе.
Ну а дальше - гугл в помощь.Но скажу сразу, если в ошибках были замешаны библиотеки 1С, то такие проблемы решались только обновлением платформы. По другому мы их устранить не могли.
(69) DitriX, сегодня займусь, отпишусь по результатам.
(70) crabzzy, +1 )
(71) alex_sh2008, политика ИБ. Согласно показаниям Process Monitor отключение Касперского действительно отключает его ))
(73) Vladimir45, нет
Добрый День!!! А не пробовали удалять файлы из каталога: удалите все файлы в каталоге
%ProgramFiles%\1cv82\srvinfo\reg_[PORT]\snccntx http://gibbel-it.livejournal.com/4205.html
(60) andre solovij, (61) MaxxiMiliSan, Службу сервера приложений перезапускали моим скриптом - он чистит snccntx
>>А если переставить систему? и 1с ку?
и не будем пробовать)
(75) alex_sh2008, rphost падает на разных серверах, и с IIS и без IIS, большого расхода памяти нет (все мониторится)
(79) ansh15, в логе СУБД проблем нет
(81) alex_sh2008, да везде, Касперского отключали, я видел как он работает и перестает работать через Process Monitor
(83) FractalizeR, там где нет IIS ошибка w3wp.exe не возникает, что логично ))
(84) arny99, Посторонних программ на сервере нет
(85) 1Cynep4eJIoBek, наверняка закономерность есть, но обнаружить ее не удалось.
На текущий момент выяснилось, что проблема возникает только на Windows Server 6.0.6002, на 6.1.7601 и 5.2.3790 проблем нет. Посмотрим что скажет Microsoft.
(80) MrWonder,
Доброго дня! Мое скромное мнение: 1)нужно копать в сторону сторонних программ установленных на сервере. Была похожая ситуация при установке VipNet для 1С отчетности, при запуске сервера (2008 x64) падали службы - Служба лицензирования Сервера терминалов, Сервер терминалов и еще. Без данной программы - все ок. Были перепробованы всевозможные дистрибутивы и советы техподдержки.Не помогло.Установил CryptoPro - полет нормальный. Суть - искать программу, которая "не дружит" c rphost. Для начала вычистить все из автозагрузки, затем тулзой - их много, проверить все службы на корректность и все запущенные процессы, лишнее отключить. Возможно какие-то мысли возникнут. 2)антивирус желательно без проверки в реальном времени, ночью может шерстить все файлы по заданию.
Что касается политики ИБ, то в вашей конфигурации, нужно выносить Касперского отдельно и гнать через него весь трафик, при таком сборе сетевых приложений конфликты неизбежны
У меня было нечто похожее, периодически вылетала 1С на клиентских, выяснилось что порт у коммутатора которому подключен сервер глючил, поменял на другой проблема исчезла
Была такая проблема на сервере 1С и при обмене иногда вылетала. Решилось просто - УДАЛИЛИ ДРАЙВЕРА ВИДЕОКАРТЫ, после поставились общие драйвера и проблем не было. Почему родные драйвера видео валят 1С- загадка.