Krom_f73
13.11.17
✎
11:15
С толкнулся с такой проблемой подвисли 3 сеансса к информ. базам.
Отображаются как в сеансах, так и в блокировках в администрировании сервера. При попытке удалить сессию выдается ошибка «Ошибка удаления сеанса: Ошибка операции администрирования Ошибка формата потока».
Перезапуск сервера 1с не помогает, перезапуск физического сервера также не помогает. Соответственно выгрузить информационную базу не могу, так как ругается на активные сеансы.
Сервер 1с 8.3.11.2700 клиент-сервер на MSSQL.
Сервер хоть и тестовый, но проблема не приятная.
Подскажите, каким образом можно убить подвисшие сессии?
спасибо.
Рэйв
13.11.17
✎
11:17
(0)На скуле смотри в Активити монитор и оттуда киляй
Krom_f73
13.11.17
✎
11:32
Пробовал.
Не помогает.
Убиваю все процессы. Не ругается, но потом они вновь есть.
Krom_f73
13.11.17
✎
11:33
(1) В администрировании серверов они как были, так никуда и не исчезали, лишь в мониторе MSSQL удалялись и вновь появлялись.
SiAl-chel
13.11.17
✎
12:03
(3) Может в кэше что-то поломалось. Пробуй удалить базу с сервера 1С без удаления физических данных, потом ее заново подключи. Можно сервер рестартануть между этими делами.
А это точно не регламентные задания?
oleg_km
13.11.17
✎
12:05
В каталоге кластера чистил каталог с данными сессий: snccntx. Только тогда помогло.
mehfk
13.11.17
✎
12:11
(0) Нужно чистить серверный кэш, в (5) о нем.
Джинн
13.11.17
✎
12:15
(6) +100500
И не просто перезапустить агента, а остановить, убедиться в том, что процессы пропали и запустить. Если процессы останутся висеть после остановки — прибить их принудительно.
mehfk
13.11.17
✎
12:27
Дарю батник, пути каждый под себя поправит сам.
set log=C:\scripts\1C_server_restart.%DATE%.LOG
echo Begin restart 1C:Server %date% %time% >> %log%
net stop «1C:Enterprise 8.3 Server Agent (x86-64)» >> %log%
ping 127.0.0.1 -n 120 >> NUL
taskkill /T /F /IM rphost.exe >> %log%
taskkill /T /F /IM rmngr.exe >> %log%
del /F /Q «C:\Program Files\1cv8\srvinfo\reg_1541\snccntx3a13a14e-f14b-454d-a2a6-d8bbd52354c0*.*» >> %log%
del /F /Q «G:\Users\USR1CV8\Local Settings\Temp*.*» >> %log%
net start «1C:Enterprise 8.3 Server Agent (x86-64)» >> %log%
echo End restart 1C:Server %date% %time% >> %log%
Krom_f73
13.11.17
✎
12:34
(4) Пробовал — не помогло. Это точно не регламентные. Отключены регламентные. и выглядят они по-другому
Krom_f73
13.11.17
✎
12:35
(5) спс. попробую
Krom_f73
13.11.17
✎
12:35
(6) я физически сервер перестартовывал (не сервер 1С). Не помогло.
Krom_f73
13.11.17
✎
12:37
(8) спасибо. попробую.
mehfk
13.11.17
✎
12:38
(11) Да хоть пять раз перекрестись — не пока не почистишь серверный кэш, так и будет.
oleg_km
13.11.17
✎
14:56
(11) Сеансовые данные хранятся в файлах. После рестарта сервер их опять считывает и «восстанавливает» сеансы. Или еще разжевать?
Krom_f73
13.11.17
✎
15:16
Нет, разжевывать не нужно. Я ошибся, когда указывал кому отвечаю.
сообщения от 5,6 и 8 приняты как руководство к действию. Остальным ответил, что предложенные ими варианты перепробовал.
Krom_f73
14.11.17
✎
09:08
(5), (6) Помогло. Спасибо за помощь.
Доброго времени суток. База 1С на 8.2 + SQL Server. Недавно компьютер завершился аварийно. После включения обнаружил что на сервере 1С Предприятия завис сеанс одного из пользователей. При попытке удаления выдает следующее: » ошибка удаления сеанса: Ошибка информационной базы Лечится перезапуском сервера SQL и 1С. Но после перезагрузки компьютера этот же сеанс снова появляется. Причем время начала сеанса не меняется (как будто сеанс не удалялся). Сталкивался кто-нибудь с такой проблемой? Как лечится?
попробуй из блокировок его удалить
как удалить из блокировок? что вы имеете ввиду под серверным кэшем?
путь к нему у тебя в ошибке в , только не всё чисти там, а лишнее
останови сервер . удали папку ‘file://C:/Program Files (x86)/1cv82/srvinfo/reg_1541/snccntx/
заходишь в администрирование серверов 1с, находишь свою базу, далее соединения, там выбираешь блокировки, по сеансам и удаляешь, если он там есть. Если нету, то только как написано в
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Ошибка получение списка кластеров Ошибка операции администрирования
164
Решение вопроса:
Такое сообщение возникает при попытке получить список сеансов в консоле администрирования 1с: Предприятия, может возникать после сбоя питания, сетевых проблем или при ошибках диска
Для решение проблемы необходимо выполнить 3 действия:
1) Остановить службу сервера 1с Предприятия
2) в каталоге кластера удалить папку название которой начинается на «snccntx» — это каталог сеансовых данных
3) Запустить службу сервера 1С
Ошибка больше не будет проявляться
Информация
Комментировать статьи на сайте возможно только в течении 31 дней со дня публикации.
|
|||
| Saari
13.02.15 — 09:33 |
Платформа 1С:Предприятие 8.3 (8.3.5.1428) Базы на SQL 2008 x64. Базы УТ 10.3 и БУХ 8.2 Невозможно подключиться к базам 1С через консоль кластера 1С:Предприятие. Через некоторое время после попытки подключиться появляется сообщение: «Ошибка получения списка сеансов: Ошибка операции администрирования. Нет ответа от сервера server_addr=tcp://<ИмяСервера>:1541 timeout=60000 » и т.д. При этом в часть баз можно зайти. В оставшиеся базы при подключении происходит зависание уже до выбора пользователя. Если в базе выбрать пункт меню Сервис -> Активные пользователи, то происходит зависание базы. |
||
| Cube
1 — 13.02.15 — 09:44 |
(0) Сто пудова сетка тупит у вас… |
||
| Saari
2 — 13.02.15 — 10:00 |
(1) все работают терминалом с одного сервера. С сеткой все в порядке. Производительность сервера-терминала достаточная. |
||
| Vladal
3 — 13.02.15 — 10:04 |
(2) какой код ошибки? В брандмауэре 1С и все ее службы добавили в исключения? Какой код ошибки? Приведите сообщение полностью. |
||
| Vladal
4 — 13.02.15 — 10:08 |
Варианты решения: а) http://www.gilev.ru/1c/support/tasks/10060.htm 1. выключить брандмауэр 2. Пропишите Ip-шник вашего сервера в файле C:WINDOWSsystem32driversetchosts и его же пропишите в C:Program Files1cv81binconfnethasp.ini в описании [TCP-IP] в строке NH_SERVER_ADDR = Ip-шник вашего сервера 3. ресурсы процессора загружены на 100% (CPU%), добавить процессоров на сервер б) http://www.sql.ru/forum/635933/oshibka-dostupa-k-serveru-1s-8-1 в) http://www.gilev.ru/10054/ Посмотрите эту тему — схожа? v8: 8.2.17.169 — не запускается сервер |
||
| Saari
5 — 13.02.15 — 10:17 |
Полный код ошибки: «Ошибка получения списка сеансов: Ошибка операции администрирования Нет ответа от сервера server_addr=tcp://<ИмяСервера>:1541 timeout=60000 line=1988 file=srcDataExchangeTcpClientImpl.cpp брэндмауэр выключен процессор загружен на 3%, свободной памяти 83% |
||
| Vladal
6 — 13.02.15 — 10:43 |
Хм. А давно это так? 1С работала и перестала? Или обновляли платорму? Тут вчера-позавчера люди жаловались, что после обновления винды слетели настройки шрифтов и прочие рюшечки. Может и у вас так? |
||
| Saari
7 — 13.02.15 — 10:52 |
(6) Ночью вдруг пользователи не смогли зайти в базы. подключились к базе. Удалили зависшие подключения. После этого эта база заработала. Но утром не смогли запустить консоль кластера 1С. Возникала вышеописанная ошибка. Полчаса назад по непонятным нам причинам консоль кластера заработала. Причин пока понять не можем. |
||
| Vladal
8 — 13.02.15 — 11:02 |
(7) Какая-то непредсказуемая работа. Может, какие службы или еще что. Админ ничего не говорит? |
||
| Vladal
9 — 13.02.15 — 11:13 |
(7) Кстати, может релиз проблеммный? http://1c-pro.ru/threads/oshibka-pri-popytke-posmotret-spisoka-soedinenij-v-v-konsoli-administrirovanija-serverov-1s.64/ |
||
|
Saari 10 — 13.02.15 — 11:24 |
(9) может и релиз… вот только что опять тормоза у всех. И ошибка та же при запуске консоли кластера. |
 |
|
TurboConf — расширение возможностей Конфигуратора 1С |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Случилась у меня тут бяда… Сервер на котором крутиться «сервер приложений 1С» (простите за тавтологию), что называется «заклинило»… Т.е. перешёл он у меня в так называемое «искомое состояние»… Дело сами понимаете не очень хорошее но поправимое… После некоторых манипуляций оживить его удалось… Но речь не о том, а о том, что в процессе этих верчений-кручений получилось так, что при запуске оснастки «Администрирование серверов 1С Предприятие» и попытке входа там в раздел «Сеансы» вылезает ошибка: «Консоль управления (ММС) обнаружила ошибку оснастки. Рекомендуется выключить и снова перезапустить консоль управления.»… В качестве вариантов действий даётся три варианта, но какой не выбрать результат будет неизменен (потому даже перечислять их не хочу)… Покопался я в сети и нашёл что первое что предлагают в таких случаях делать гуру 1С это перерегистрировать эту самую консоль… Для этого есть соответствующий пункт меню… Если его нет то можно и в ручную и CMD-шки (запущенной от Администратора)… Понятное дело всё это происходит на сервере (так называемом «сервере приложений 1С»)… Я подумал что а почему бы и нет, вдруг поможет… Не помогло…
Искал дальше… Нашёл несколько упоминаний о том что нужно почистить каталог <путь куда у вас установлен сервер 1С>srvinforeg_1541snccntx, тут мне уже показалось стрёмным так огульно следовать совету… Решил выяснить, что там содержится… Оказалось, что в одном из двух файлов которые там лежат, хранится именно список текущих сеансов на сервере (ещё раз уточню «на сервере приложений 1С»)… Тут уж как в анекдоте «Смотрю написано «ОН», открыл, понюхал и правда ОН»… Сомнений не осталось… Тормознул сервер и стёр эти несчастные два файла… И консоль «Администрирование серверов 1С Предприятие» тут же начала работать, как и не было глюков и «искомых состояний»… Так что подытоживая могу смело сказать, что если у вас случился на «Сервере приложений 1С» описанный казус, то смело чистите указанный выше каталог… Хуже от этого не будет, потому как эти два файла создаются при запуске «сервера», но правда в том случае если их там не было, иначе не было бы такого глюка и в принципе…
UPD: Если у вас такая ошибка произошла не на сервере а на клиентской машине, то всё равно указанный каталог нужно чистить именно на сервере (собственно на клиентской машине его попросту нет)…
Запись опубликована в рубрике 1С с метками 1С, Борьба с глюками, программы. Добавьте в закладки постоянную ссылку.
Припоминаю, что и у нас такое было. Стала возникать в рабочей файловой базе 1С 8, размещенной в общедоступном каталоге в локальной сети. Т.е. «вчера» база работала исправно, а «сегодня» у пользователей в произвольные моменты времени, при разных событиях и действиях в базе работа пользователя прекращается с возникновением ошибки: Сеанс отсутствует или удален ID= , File=srcSeanceContextImpl.cpp(984)
В какой-то момент, пытаясь «поймать» ошибку, т.к. она имела плавающий характер, работая в режиме 1С Предприятие даже удалось получить окно ошибки, что на изображении выше, но еще дополнительно с кнопкой «Подробно…», нажав на которую, получилось извлечь текст ошибки, но, к сожалению, не удалось зафиксировать изображение окна ошибки с дополнительной кнопкой.
В этом случае получилось, что ошибка была в коде, но потом она не повторялась именно для этого участка кода и в формах ошибки больше не было кнопки «Подробно…». Значит, что дело не в коде, а что на самом деле он не может получить данные, на которые настроен по сторонней причине.
-
-
January 31 2012, 17:24
- Наука
- Происшествия
- IT
- Армия
- Cancel
Сегодня возникла проблема. Есть у нас старый и давно не использующийся сервер 1С, на котором понадобилось создать новую базу для тестирования «чего то там».
Когда я вошел в консоль управления кластером, неожиданно произошел следующий досадный инцидент — консоль зависала намертво при попытке открыть список информационных баз.
Как обычно бывает в таких случаях, все срочно, аврал и тому подобное, так что на разбирательство, в чем причина, не было времени.
ВНИМАНИЕ! Описанные ниже действия приведут к полному сбросу всех настроек вашего кластера! Вернуть все возможно, но если Вы восстанавливаете «боевой» сервер, необходимо иметь Все пароли и имена баз данных (если Вы не знаете, какие из них откуда).
И так, начнем.
Выбрасываем всех пользователей с сервера 1С, а затем останавливаем службу «Агент сервера 1С:Предприятие 8.*». Затем идем в «C:Program Files1cv81server» или в «C:Program Files1cv82srvinfo» и удаляем там все файлы и папки.
Теперь, запускаем службу и затем Консоль управления кластером 1С, и видим, что в нашем кластере отсутствуют все БД. В консоли открывает «Рабочие серверы» — «Имя сервера» — «Процессы». Удаляем появившийся процесс, затем удаляем рабочий сервер. Теперь удаляем кластер.
Все. После выполнения всех этих шагов, нам необходимо все настроить с ноля. К счастью, это не займет много времени. На подключение одной базы в среднем уходит около 1 минуты.
Все последующие шаги, необходимые для настройки кластера 1С, подробно описаны в моей записи здесь: http://dojuk.livejournal.com/2682.html Внимательно остановитесь на главах «Теория и практика настройки 1С 8.2 сервер» и «Проблемы, с которыми я столкнулся«.
Удачи 
- Компьютеры
- Cancel
16:23 31.10.2018
Ошибка получение списка кластеров: Ошибка операции администрирования 1с не найдено ни одного сервера с размещенным сервисом
В общем образовалась вчера такая проблема при входе в консоль 1С: «Ошибка получение списка кластеров: Ошибка операции администрирования 1С: не найдено ни одного сервера с размещенным сервисом serviceName=ClusterConfigService«. Решение немного глупое, но работает.
1) Останавливаем 1С-сервак
2) Cносим в папке C:\Program Files (или x86)\1cv8\srvinfo только папки, начинающиеся с snccntx, т.е. содержащие сессионные данные
2) Запускаем сервак, добавляем базы.
3) Все работает!
Такой способ полезен, если баз очень много и одно только добавление их по новой занимает много времени.
read more at Константин Лимонов