Сеанс отсутствует или удален 1с
Бух КОРП sql 2.0.60.4 Сеанс отсутствует или удален File=srcSeanceContextBasImpl.cpp(5275) С одного компьютра запускаю пользователей с одинаковыми правами, у одного журнал Банковские выписки работает быстро, у другого с тормозами, периодически при открытии журнала выскакивает вышеописанная ошибка, не каждый раз, в чём может быть дело, где можно капнуть, в технологическом журнале "Ошибка сетевого доступа к серверу" и потом выскакивает, после нескольких попыток соединения. Повторюсь, данная ошбка выскакивает не каждый раз, но журнал тормозит постоянно, у пользователей права одинаковые, отладчик не помогает.
Ты ж написал: пользователи с одинаковыми ролями с одного компа. Значит проблема в настройках пользователей. Сперва кеш почисти. Если нет - создать нового пользователя.
Кеш чистили, под данным пользователем запускали с другого компьютера,всё тоже самое.
Создал нового пользователя с такими же правами, всё работает быстро, проблемы нет, вот и возникает вопрос что может быть?
>>под данным пользователем запускали с другого компьютера,всё тоже самое Мне кажется, это как бэ намекает,не?
плохо почистили) настройки раз сохранились. у меня было подобное когда бух. хитромудрый отбор на форму списка наложил
Для тех, кто не в курсе. Настройки пользователя уже давно не хранятся в кеше.
Тоды подскажи где можно капнуть, с правами всё нормально, кеш не при чём, так как пробовали запускать с разных компьютеров.
Можно сравнить все, что можно сравнить. Запускаемый клиент. Версия запускаемого клиента. Права. Интерфейсы. Выполняемый код.
Пробую сейчас выгрузить в файловую базу, чтобы определиться не в sql или 1C сервере дело.
К сожалению, по пользователю в справочнике вообще пусто.
в УПП 1.3 для Украины - есть и справочник, и регистр сведений.
БУХ Корп и в спр. и в рег. пусто. В файловой базе к сожалению такая же фигня, отладчик ничего не дал, после процедуры "При открытии" у данного пользователя уходит в "астрал", у других всё быстро, с такими же правами.
Удали и пересоздай пользователя копированием от нормального
Нового пользователя то создали, на нём как раз всё работает отлично, хочется докопаться что за фигня со старым.
Началась такая фигня после обновление типовой конфигурации,платформу не меняли.
до обновления тестирование и исправление(долго не делалось),после стили появлятся ошибка(то просто прекращена работа 1С)
то вот такая ошибка(Удаленный сеанс отсутствует или удален)
База файловая (расшаренная в сети папка) всего 6-7 пользователей.
БП типовая, 3.0.44.200 релиз , платформа (8.3.9.1818).
после того как стали появлятся ошибки сделал тестирование и исправление(все галки) стало заметно легче( все было 3 ошибки) недостаточно памяти,прекращена работа 1С и удаленный сеанс.
недостаточно памяти лечил через командную строку,больше не видел
прекращена работа 1С вылечилось после тестирование и исправления
удаленный сеанс изредка появляется( за 1 день может не быть)
а иногда просто постоянно,4 раза за день
из за чего как я думаю это происходит
лично мне кажется что проблема в сети
как то успел заметить что вовремя сбоя, у одного пользователя я успел подойти и потыркать и не смог зайти в папку с базами 1с( не найден сетевой путь) (очень похоже на кабель)
еще проблема возможна, из за того что два человека сидят под одним пользователем( хотя вроде нормально работают) (и маловероятно что именно из за этого)
больше я не знаю что и думать
конечно не стоит исключать что обновление прошло некоректно( но вы сами понимаете что это маловероятно)
релиз скачан с портала 1С обновление было через конфигуратор
как я думаю,что может помочь
можно провести шаманство с выгрузкой загрузкой базы, сделать еще раз тестирование и исправление, после этого пересоздать по новой пользователей.
косяки с 1С начинаются после 2-3 часов кроме одного пользователя(как раз под которым сидят два человека)(ошибка при входе в базу
забавно что все пользователи даже тот кто сидит с базой 1С(то есть у кого на диске лежит сама база)все сидят как тонкие клиенты(по стандарту) иногда толстые
вот сейчас одного человека который сидит под пользователем на котором сидят два человека я перевел в толстый так как у нее что то не запускалось.
смотрел в конфигураторе работу пользователей ( иногда у них ошибка с регламентными заданиями) ошибка была у пользователя(у которого находится база)
сейчас смотрю сеть через командную строку связываются с пк на котором находится база ни одной потери пакета,Но и вылета сегодня еще не было((
вообщем не знаю что и думать, кто что посоветует?или только шаманство которое я описал?
одни раз был вылет всех пользователей,но только один раз( и мне кажется что я тупо просто перегрузил сеть) делал через сейвер архив другой базы(которая находится у того пользователя по сети), хотя опять же я думаю что это совпадение,
по советуйте как поставить пользователей в тонкий клиент или толстый? и как можно решить эту проблему, и еще варианты шаманства которые могут помочь.
Так все на одном компе крутится. Я даже пробовал в свойствах базы на серавке 1с, указать адрес, как 127.0.0.1. Не помогло(
Я бы посоветовался с опытным системным администратором
Добавил нового пользователя, копированием и открыл под ним 3 сеанса. Прошел час, пока живем.
у нас сис. админ со мной советуется)) так что не вариант
Ну похоже, какие-то платформенные модули отваливаются по таймауту, о чем она и сообщает. Посмотрите логи самого сервера, возможно там информацию найдете. Если есть возможность, понасоздавайте баз прямо на сервере приложения, запустите и посмотрите будут ли сеансы отваливаться.
сиквел то обслуживается хоть иногда? Кэш для начала почистить в т.ч. серверный. Рабочие процессы не ограничили по использованию памяти? А то рос рос и всех лесом т.к. настроено на перезапуск. а 4 юзера с дефолтовыми настройками это внутри 1 РП и перекинуть их некуда.
С созданием нового пользователя, не прокатило, опять выбило сеанс. Пока перевел всех на файловую БД, работает норм
штатные процедуры sql по обслуживанию (переиндексация итд итд) делаются. Ограничил только журнал транзакций и использование памяти SQl-ом до 8gb (у сервера 32gb). База в файловом режиме весит (4гб)
я удалил и сервер и клиентов, удалил каталоги 1с и заново поставил, не помогло
Что со свободной памятью на момент вылета, размер рабочего процесса каждый раз при вылете не один и тот же?
я соврал, не сервере 16гб. На момент вылета, 4гб свободно. Антивируса нет. Куда еще капнуть? SQL сервер дурит? Если все стоит на одном сервере (1С, SQL, юзьверы работают на этом же сервере по RDP) может ли влиять сеть??
Сейчас второй день крутиться на файловой базе. Тьфу, тьфу, все норм
Может рпхосту тупо памяти не хватает? Ограничь SQL допустим 4 гигами.
на sql стоит ограничение 8гб (всего 16 на сервере) + 10 активных сеансов RDP бывает с запущенной 1С-кой. Не маловато ли памяти.
Хы. Что мы только не делали. Уже пол года пишем полный технологический журнал. После каждого падения шлем в 1С. Их рекомендации.Уменьшить объём памяти выделяемый на сервер. Уменьшить количество процессов. Отключить IP6 совсем. Ещё спросили нет ли у нас процессов выполняемых на сервере более 10 минут. Самый большой отчет строится 1-1.5 минут.
Сейчас с файловой базы, выгрузил DT. На SQL ограничил до 4гб. Создал новую базу, начальный размер поставил 8гб. Начал загружать DT, и через 10 минут опять, -Сеанс отсутствует или удален file=src . Что за напасть. Протоколы IPV6 вырублены, что еще можно сделать.
Настрой технологический журнал и смотри что творится в момент вылета.
с тех. журналом не связывался еще. Закинул в конфиг сервера этот xml Все правильно ведь? Создал новую базу SQL, загружаю DT. Ждем.
Проблемы с сетью? Куда копать дальше? Счас запущу проверку базы средствами SQL с исправлением ошибок
server_addr=tcp://TRANSSRV:1541 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение. ) Начинать с 1. Проверить firewall (брандмауэр) / антивирусы 2. Проверить свичи, если управляемые смотреть на них логи 3. В качестве теста прописать в C:WINDOWSsystem32driversetchosts адрес сервера
И это. я про память спрашивал. ответа до сих пор нет - дальше что-то советовать смысла нет
сервер sql и 1С на одном компьютере, клиенты заходят на него же по RDP, разве может влиять стабильность сети.
конфа заточена под 8.2, все работало стабильно много лет) свободной памяти уйма
Может, был один скачай когда "эксперты" компу назначили такой же IP как серверу.
Читайте также: