Не найдено ни одного сервера с размещенным сервисом serviceName=SessionDataService
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Платформа 1с какакя? В зарегистрированных ошибках платформы искал?
Выдатет три зарегистрированных бага.
Последнее исправление Исправлена: "Технологическая платформа", версия 8.3.11.3034
Выдатет три зарегистрированных бага.
Последнее исправление Исправлена: "Технологическая платформа", версия 8.3.11.3034
(5)Нашел ошибку, на портале 1с, только не могу понять что она обозначает и как ее можно побороть без переустановки платформы??
После выключения одного из нескольких рабочих серверов, на каждом из которых размещен сервис сеансовых данных, при запуске клиентских приложений может происходить ошибка
Не найдено ни одного сервера с размещенным сервисом SessionDataService
После выключения одного из нескольких рабочих серверов, на каждом из которых размещен сервис сеансовых данных, при запуске клиентских приложений может происходить ошибка
Не найдено ни одного сервера с размещенным сервисом SessionDataService
(10)Сергей, у вас серверов 1С, обслуживающих эту базу больше 1?
Если да, то:
как настроен кластер 1С?
как настроены Требования назначений функциональности?
Если нет, то нужно ограничить и МС и 1С в памяти чтобы хватало обоим
Если да, то:
как настроен кластер 1С?
как настроены Требования назначений функциональности?
Если нет, то нужно ограничить и МС и 1С в памяти чтобы хватало обоим
В моем случае 1С стоит на нестандартных портах и вместо порта 1641 стоял 1640 (как в кластере серверов).
По некроматим однако :)
В такой ситуации мне помогла ПОЛНАЯ очистка локального кеша. Просто удалить папки 1С в AppData\Local и \AppData\Roaming, именно удаление папок 1С.
ЗЫ: К сожалению зачистка по "базно" не помогает.
В такой ситуации мне помогла ПОЛНАЯ очистка локального кеша. Просто удалить папки 1С в AppData\Local и \AppData\Roaming, именно удаление папок 1С.
ЗЫ: К сожалению зачистка по "базно" не помогает.
Была аналогичная проблема , мне помогло :
Удалить базу из кластера , без удаления из СУБД, и создание новой базы, без создания в СУБД
Удалить базу из кластера , без удаления из СУБД, и создание новой базы, без создания в СУБД
Столкнулся с аналогичной проблемой: добавляю второй элемент справочника и вываливается платформа "Не найдено ни одного сервера с размещенным сервисом - NumerationService"
Проблема была в том, что у элемента справочника почему-то код стоял "0000", и при создании нового платформа крашилась!!
Проблема была в том, что у элемента справочника почему-то код стоял "0000", и при создании нового платформа крашилась!!
(23) Также столкнулся с ошибкой "Не найдено ни одного сервера с размещенным сервисом serviceName=NumerationService;" (база SQL, платформа 8.3.16.1148). Ошибка возникла после добавления нового справочника. Изначально у него был код "Строка,9". Добавили несколько элементов справочника. Потом решили поменять код на "Число,5". После этого и появилась ошибка. Помогло: вернул длину кода до 9, но тип оставил число.
Для устранения:
1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности
2. Добавите общую функциональность с типом требования Назначить
3. Примените требования
1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности
2. Добавите общую функциональность с типом требования Назначить
3. Примените требования
Была аналогичная проблема только в одной базе из 10. Разделяли сервер 1с на отдельные сервера sql и сервер 1с. В итоге просто перегрузили сервер 1с и все заработало.
После переноса службы сервера на другой сервер закончилось место на диске C: из-за полнотекстового индексирования. Перенёс папку srvinfo на другой диск и всё заработало
на Линуксе завалило папку с данными в /home/usr1cv8/... (логами и прочим).
помогла очистка и перезапуск сервера.
помогла очистка и перезапуск сервера.
Перечитал все ответы и понял, что моего случая тут нет.
При развертывании новой базы с компьютера произошел разрыв связи. В результате была ошибка на сервере. Повторные попытки развернуть базу в том числе просто создать пустую на самом сервере в консоли администрирования, были безуспешными. Все оказалось до примитива простым. При первичном разворачивании базы в srvinfo был создан каталог кэша базы, и он не был удален после разрыва связи и даже не был освобожден от использования самим 1С сервером, в то время как из конфигурационных файлов 1С сервера (1CV8Clst.lst) данные были потерты. В результате сервер косвенно сообщал, что файлы заняты при попытке создать/развернуть базу по тем же именем, как при неудачном создании. Кстати, в ошибке в части сообщения был указан тот самый номер, как именован каталог кэша неудачной базы. Решение - остановка службы 1С сервера (агента) (при желании проверка нет ли зависших процессов 1С сервера), удаление данного каталога и запуск службы обратно.
При развертывании новой базы с компьютера произошел разрыв связи. В результате была ошибка на сервере. Повторные попытки развернуть базу в том числе просто создать пустую на самом сервере в консоли администрирования, были безуспешными. Все оказалось до примитива простым. При первичном разворачивании базы в srvinfo был создан каталог кэша базы, и он не был удален после разрыва связи и даже не был освобожден от использования самим 1С сервером, в то время как из конфигурационных файлов 1С сервера (1CV8Clst.lst) данные были потерты. В результате сервер косвенно сообщал, что файлы заняты при попытке создать/развернуть базу по тем же именем, как при неудачном создании. Кстати, в ошибке в части сообщения был указан тот самый номер, как именован каталог кэша неудачной базы. Решение - остановка службы 1С сервера (агента) (при желании проверка нет ли зависших процессов 1С сервера), удаление данного каталога и запуск службы обратно.
похожие сообщения с утра достали и меня. Через пару минут догадался глянуть место на диске. Его было 0.
Админ поставил полную модель восстановления, а про очистку журнала ничего не написал в плане восстановления. Попытки просто сжать файлы журналов не дали результата пришлось в параметрах базы поставить модель восстановления простая
Затем выполнить задачу сжать файлы журналов.
Сразу образовалось 800 Гб места - и о чудо все заработало
Админ поставил полную модель восстановления, а про очистку журнала ничего не написал в плане восстановления. Попытки просто сжать файлы журналов не дали результата пришлось в параметрах базы поставить модель восстановления простая
Затем выполнить задачу сжать файлы журналов.
Сразу образовалось 800 Гб места - и о чудо все заработало
Напишу своё решение такой же проблемы, возможно, кому-нибудь пригодится.
Сервер лицензирования был поднят на Астра Линукс. В качестве администратора была указана не доменная учетная запись.
При добавлении этого сервера в кластер с сервером 1С под Windows получал такую-же ошибку при выдаче лицензий. Никакие советы не помогали, пока не сообразил добавить такую-же не доменную учетную запись в администраторы этого кластера.
Сервер лицензирования был поднят на Астра Линукс. В качестве администратора была указана не доменная учетная запись.
При добавлении этого сервера в кластер с сервером 1С под Windows получал такую-же ошибку при выдаче лицензий. Никакие советы не помогали, пока не сообразил добавить такую-же не доменную учетную запись в администраторы этого кластера.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
