Distributedmoxelimpl cpp 1118 ошибка 1с
Ошибка в любой момент при работе с базой 1С 8: Сеанс отсутствует или удален File=src\SeanceContextImpl.cpp(984)
Описание ошибки:
Стала возникать в рабочей файловой базе 1С 8, размещенной в общедоступном каталоге в локальной сети. Т.е. "вчера" база работала исправно, а "сегодня" у пользователей в произвольные моменты времени, при разных событиях и действиях в базе работа пользователя прекращается с возникновением ошибки: Сеанс отсутствует или удален File=src\SeanceContextImpl.cpp(984)
В какой-то момент, пытаясь "поймать" ошибку, т.к. она имела плавающий характер, работая в режиме 1С Предприятие даже удалось получить окно ошибки, что на изображении выше, но еще дополнительно с кнопкой "Подробно. ", нажав на которую, получилось извлечь текст ошибки, но, к сожалению, не удалось зафиксировать изображение окна ошибки с дополнительной кнопкой.
Нажатие на изображении увеличит его
: Ошибка при получении значения атрибута контекста (ОбщиеЗначения)
КэшНаСервере = ПараметрыСеанса.ОбщиеЗначения.Получить();
по причине:
Сеанс отсутствует или удален
ID=d5fb50d2-873f-4624-b6ab-2cde2d48a1dc, File=src\SeanceContextImpl.cpp(984)
В этом случае получилось, что ошибка была в коде, но потом она не повторялась именно для этого участка кода и в формах ошибки больше не было кнопки "Подробно. ". Значит, что дело не в коде, а что на самом деле он не может получить данные, на которые настроен по сторонней причине.
По многим основным рекомендациям, которые можно встретить в интернете, связанных с данной ошибкой предлагается почистить кэш базы, удалив и добавив базу в список баз, выполнить "Тестирование и исправление в базе", а так же резюмирую по данным ссылок:
По данным обсуждения на форуме infostart "Ошибка "file=src\seancecontextimpl.cpp(983)" - для серверной базы на Apache к уже указанным способам устранения ошибки добавляют среди наиболее интересных обновление платформы (что сомнительно, если база работала "вчера"), проверка наличия свободного места на сервере, корректно перераспределить ресурсоемкость процессов сервера и другие, см. по ссылке.
Обсуждения на форуме mista.ru "IIS: "Сеанс отсутствует или удален" после перехода на 8.3" в контексте наличия IIS на сервере предлагало варианты все того же обновления платформы 1С 8, изменения ее разрядности, внимательного изучения технического журнала, проверка работы и, возможно перезапуск службы IIS.
И один интересный момент был отмечен на сайте superuserdo.info о недостатке свободной памяти:
Нажатие на изображении увеличит его
Но очистку кэшей путем удаления и добавления базы в списке баз на рабочих местах до обращения ко мне уже успел выполнить системный администратор.
Нажатие на изображении увеличит его
Поэтому системный администратор, услышав озвученные мною предположение, кратко изложенные на базе того, что описано выше, решил, как он сказал "перезагрузить свитч".
Доброе время суток. Имеется офис, где работают 3 бухгалтера с базами 1С. Конфигурация - Бухгалтерия для Казахстана 3.0. Базы файловые. Имеется выделенный компьютер-сервер, на котором находятся данные базы, установлена 1С с опцией "компоненты веб-сервера", настроен IIS, базы опубликованы.
Суть проблемы: когда открываешь любую базу, примерно секунд через 5-10 появляется ошибка "Сеанс отсутствует или удален", после чего база соответственно закрывается.
Просмотр журнала событий Windows в журнале "Приложение" дает на каждое завершение сеанса падение процесса пула приложений iIS (w3wp.exe) где виновна 1С-ная dll-ка ext.dll:
Что делал, и что не решило проблему:
1. Менял версии платформ, откатываясь с 8.3.15.1565 до 8.3.14, 13, 12
2. Менял разрядность платформы 32/64 bit
3. Отключал/удалял антивирус
4. Начал подозревать что это какая-то хитрая причина в самой базе:
- скопировал базу с сервера клиента на тестовый сервер, опубликовал, открываю - все ОК
- на сервере клиента опубликовал для теста демку Бухгалтерии 3.0 - та же ошибка.
Т.е. ошибка не связана именно с БД 1С
5. Гуглил, в Гугле весь поиск сводится к двум решениям:
- в inetmgr IIS в свойствах опубликованной базы зайти в "Сопоставления обработчиков", прописать обработчик для wsisapi.dll, с путем "*", типом пути "Файл". Если он там есть, попробовать удалить и прописать заново
- В inetmgr IIS в свойствах пула приложений, который связан с опубликованной базой, поставить "Режим управляемого контейнера" - "Классический". В некоторых комментах рекомендовали поставить "Версия среды CLR.net в версию 2.0"
6. Заменил планки оперативной памяти в комьютере-сервере. Не в памяти дело
Параллельно написал вопрос в тех. поддержку 1С, те запросили логи, предоставил. Логи так же во вложении.
1С-ники пока молчат.
Далее начинается самое интересное. Пока жду ответа, решил снять образ ОС с компа-сервера, развернуть на виртуальной машине и пробовать различные варианты решения, чтобы не мешать работать бухгалтерам.
Снял образ - развернул. Проверил проблему - проблема есть. Начал перебирать варианты с удалением программ и прочего. Ничего не помогает. Решил попробовать проверить и восстановить системные файлы ( dism /online /cleanup-image. ; sfc /scannow) - процедура прошла, перезагрузил виртуальную машину, и - "Бинго" - на виртуальной машине проблема решена !
Довольный, предвкушая завершение проблемы, делаю эти же действия на "боевом" сервере, проверяю - проблема не решена.
У меня "взрыв мозга".
Из всего вышенаписанного у меня 2 вопроса:
1. Как в принципе решить проблему, что может быть причиной ( без переустановки ОС) ?
2. Почему на виртуальной машине проблема восстановлением системных файлов решилась, а на физической - нет ? Учитывая что образ ОС один и тот же.
Добрый день. Тестировали на платформах 8.3.8.1964 и 8.3.9.1818. Клиент-сервер.
С недавнего времени, предположительно после обновления БП на 3.0.44.104 +, началось аварийное завершение работы пользователей. Вылетают примерно раз в 1-2 дня с ошибкой
Ошибка работы сеанса
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
ID=d369abfe-9b21-11e6-7c8e-3ac1172f6f2d, File=./src/ClusterDistribImpl.cpp(1062)
Было такое при динамическом обновлении, а в тех. журнале есть, что-то подобное:
". Версия клиента не соответствует версии конфигурации. " ?
(2) в журнале пока только записи CONN.
Динамическое обновление могли сделать на одной базе, а вылетают все базы.
Вероятно вы на версии платформы 8.3.8.1964 обновили конфигурацию Бух и перешли на платформу 8.3.9.1818. Сначала обновите платформу, сконвертируйте ИБ, только после этого обновляйте Бух.
После того как включили тех.журнал были обнаружены ошибки выполнения регламентных заданий (вылет базы ночью) - устранили. Ошибка конфигурации поставщика - устранили. Обновила бухгалтерию до последнего релиза (44.177). Вылетов в рабочее время пока нет, пишем логи, ждем.
(10) Оптимистично. Сейчас работаем на релизе 8.3.9.1850, ошибка не возникает. Что именно стало причиной определить не удалось.
Использую сервера на win 2008 и win 2012.
Стандартные конфигурации (БП3, ЗУП3) работают на серверах в файловом режиме через Web-сервер IIS без нареканий при совпадении версий платформ сервер-клиент.
Сейчас использую 8.3.9.2170 и 8.3.10.2168.
А вот с конфигурациями с дополнительной защитой СЛК (2.1.8.447) не могу победить.
Помимо прав на папку с базой и программой 1С, выдал права группе IIS_IUSRS на папки 1C (с лицензиями СЛК) в ProgramData и Program Files.
1С вылетает при попытке запустить модули защиты конфигурации.((
Может кто подскажет?
Ошибка работы сеанса.
Ошибка при выполнении запроса POSTк ресурсу /e1cib/modules/call:
по причине:
Сеанс отсутствует или удален
ID=285. ff5, File=src\SeanceContextlmpl.cpp(983)
Так все на одном компе крутится. Я даже пробовал в свойствах базы на серавке 1с, указать адрес, как 127.0.0.1. Не помогло(
Ну похоже, какие-то платформенные модули отваливаются по таймауту, о чем она и сообщает. Посмотрите логи самого сервера, возможно там информацию найдете. Если есть возможность, понасоздавайте баз прямо на сервере приложения, запустите и посмотрите будут ли сеансы отваливаться.
сиквел то обслуживается хоть иногда? Кэш для начала почистить в т.ч. серверный. Рабочие процессы не ограничили по использованию памяти? А то рос рос и всех лесом т.к. настроено на перезапуск. а 4 юзера с дефолтовыми настройками это внутри 1 РП и перекинуть их некуда.
С созданием нового пользователя, не прокатило, опять выбило сеанс. Пока перевел всех на файловую БД, работает норм
штатные процедуры sql по обслуживанию (переиндексация итд итд) делаются. Ограничил только журнал транзакций и использование памяти SQl-ом до 8gb (у сервера 32gb). База в файловом режиме весит (4гб)
Что со свободной памятью на момент вылета, размер рабочего процесса каждый раз при вылете не один и тот же?
я соврал, не сервере 16гб. На момент вылета, 4гб свободно. Антивируса нет. Куда еще капнуть? SQL сервер дурит? Если все стоит на одном сервере (1С, SQL, юзьверы работают на этом же сервере по RDP) может ли влиять сеть??
на sql стоит ограничение 8гб (всего 16 на сервере) + 10 активных сеансов RDP бывает с запущенной 1С-кой. Не маловато ли памяти.
Хы. Что мы только не делали. Уже пол года пишем полный технологический журнал. После каждого падения шлем в 1С. Их рекомендации.Уменьшить объём памяти выделяемый на сервер. Уменьшить количество процессов. Отключить IP6 совсем. Ещё спросили нет ли у нас процессов выполняемых на сервере более 10 минут. Самый большой отчет строится 1-1.5 минут.
Сейчас с файловой базы, выгрузил DT. На SQL ограничил до 4гб. Создал новую базу, начальный размер поставил 8гб. Начал загружать DT, и через 10 минут опять, -Сеанс отсутствует или удален file=src . Что за напасть. Протоколы IPV6 вырублены, что еще можно сделать.
с тех. журналом не связывался еще. Закинул в конфиг сервера этот xml Все правильно ведь? Создал новую базу SQL, загружаю DT. Ждем.
server_addr=tcp://TRANSSRV:1541 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) Начинать с 1. Проверить firewall (брандмауэр) / антивирусы 2. Проверить свичи, если управляемые смотреть на них логи 3. В качестве теста прописать в C:WINDOWSsystem32driversetchosts адрес сервера
сервер sql и 1С на одном компьютере, клиенты заходят на него же по RDP, разве может влиять стабильность сети.
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
1С:Предприятие 8.3 (8.3.6.2014)
Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 2.0 (2.0.11.5)
на части клиентов падает клиент с ошибкой moxel.dll
у одного пользователя вылечилось отключением и включением CRM, у другого неполучается, клиент запускается только при отключенном модуле CRM или в веб-интерфейсе
Принтеры удалял, антивирус отключал - не помогает, похоже ошибка
1С переставляли (с удалением и чисткой всех следов), драйвера тоже обновляли, падает только при включенном модуле CRM
Цитата |
---|
Алексей Полубенский пишет: Переслал вопрос в отдел системной разработки защиты. |
Возможно, проблема не с защитой, а с какими-либо табличными формами, которые должны открываться только при включенном функционале CRM. Скриншот не всегда удается сделать, т.к. программа аварийно завершает работу с указанием сбойного модуля moxel.dll.
ну хотя бы примерно сориентируйте, в какой момент и в каком месте падает?
Нам то никак это не воспроизвести
В настоящий момент клиент, у которого эта проблема возникала, перевел рабочее место сотрудника, у которого была такая проблема, из локального запуска в тонком клиенте на терминальный доступ, где запуск проходит нормально. Предоставлять проблемный компьютер клиент пока не готов в связи с высоким сезоном.
Аварийное завершение происходит при запуске программы после выбора пользователя и ввода пароля, когда, возможно, происходит инициализация форм, разрешенных только CRM..
Подобное поведение наблюдалось ранее (давно, не в CRM) при работе драйверов некоторых видеокарт и принтеров. Но в данном случае вылезло после обновления на последний релиз.
могу показать сегодня на удаленке
сначала падал с ошибкой dll, теперь просто аварийное завершение работы
на одном пк лечилось отключением и включением CRM, на втором это не помогает, настройки сбрасывал
Читайте также: