|
|||
| 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 сервер» и «Проблемы, с которыми я столкнулся«.
Удачи 
Ошибка получение списка кластеров Ошибка операции администрирования
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
13.02.15
✎
09:44
(0) Сто пудова сетка тупит у вас…
Saari
13.02.15
✎
10:00
(1) все работают терминалом с одного сервера. С сеткой все в порядке. Производительность сервера-терминала достаточная.
Vladal
13.02.15
✎
10:04
(2) какой код ошибки? В брандмауэре 1С и все ее службы добавили в исключения?
Какой код ошибки? Приведите сообщение полностью.
Vladal
13.02.15
✎
10:08
Варианты решения:
а) http://www.gilev.ru/1c/support/tasks/10060.htm
1. выключить брандмауэр
2. Пропишите Ip-шник вашего сервера в файле C:\WINDOWS\system32\drivers\etc\hosts и его же пропишите в C:\Program Files\1cv81\bin\conf\nethasp.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
13.02.15
✎
10:17
Полный код ошибки:
«Ошибка получения списка сеансов:
Ошибка операции администрирования
Нет ответа от сервера server_addr=tcp://<ИмяСервера>:1541 timeout=60000 line=1988 file=src\DataExchangeTcpClientImpl.cpp
брэндмауэр выключен
процессор загружен на 3%, свободной памяти 83%
Vladal
13.02.15
✎
10:43
Хм. А давно это так? 1С работала и перестала? Или обновляли платорму? Тут вчера-позавчера люди жаловались, что после обновления винды слетели настройки шрифтов и прочие рюшечки. Может и у вас так?
Saari
13.02.15
✎
10:52
(6) Ночью вдруг пользователи не смогли зайти в базы.
подключились к базе. Удалили зависшие подключения. После этого эта база заработала.
Но утром не смогли запустить консоль кластера 1С. Возникала вышеописанная ошибка.
Полчаса назад по непонятным нам причинам консоль кластера заработала. Причин пока понять не можем.
Vladal
13.02.15
✎
11:02
(7) Какая-то непредсказуемая работа. Может, какие службы или еще что. Админ ничего не говорит?
Vladal
13.02.15
✎
11:13
Saari
13.02.15
✎
11:24
(9) может и релиз… вот только что опять тормоза у всех. И ошибка та же при запуске консоли кластера.
- Компьютеры
- 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 Константин Лимонов
Случилась у меня тут бяда… Сервер на котором крутиться «сервер приложений 1С» (простите за тавтологию), что называется «заклинило»… Т.е. перешёл он у меня в так называемое «искомое состояние»… Дело сами понимаете не очень хорошее но поправимое… После некоторых манипуляций оживить его удалось… Но речь не о том, а о том, что в процессе этих верчений-кручений получилось так, что при запуске оснастки «Администрирование серверов 1С Предприятие» и попытке входа там в раздел «Сеансы» вылезает ошибка: «Консоль управления (ММС) обнаружила ошибку оснастки. Рекомендуется выключить и снова перезапустить консоль управления.»… В качестве вариантов действий даётся три варианта, но какой не выбрать результат будет неизменен (потому даже перечислять их не хочу)… Покопался я в сети и нашёл что первое что предлагают в таких случаях делать гуру 1С это перерегистрировать эту самую консоль… Для этого есть соответствующий пункт меню… Если его нет то можно и в ручную и CMD-шки (запущенной от Администратора)… Понятное дело всё это происходит на сервере (так называемом «сервере приложений 1С»)… Я подумал что а почему бы и нет, вдруг поможет… Не помогло…
Искал дальше… Нашёл несколько упоминаний о том что нужно почистить каталог <путь куда у вас установлен сервер 1С>\srvinfo\reg_1541\snccntx\, тут мне уже показалось стрёмным так огульно следовать совету… Решил выяснить, что там содержится… Оказалось, что в одном из двух файлов которые там лежат, хранится именно список текущих сеансов на сервере (ещё раз уточню «на сервере приложений 1С»)… Тут уж как в анекдоте «Смотрю написано «ОН», открыл, понюхал и правда ОН»… Сомнений не осталось… Тормознул сервер и стёр эти несчастные два файла… И консоль «Администрирование серверов 1С Предприятие» тут же начала работать, как и не было глюков и «искомых состояний»… Так что подытоживая могу смело сказать, что если у вас случился на «Сервере приложений 1С» описанный казус, то смело чистите указанный выше каталог… Хуже от этого не будет, потому как эти два файла создаются при запуске «сервера», но правда в том случае если их там не было, иначе не было бы такого глюка и в принципе…
UPD: Если у вас такая ошибка произошла не на сервере а на клиентской машине, то всё равно указанный каталог нужно чистить именно на сервере (собственно на клиентской машине его попросту нет)…
Запись опубликована в рубрике 1С с метками 1С, Борьба с глюками, программы. Добавьте в закладки постоянную ссылку.