1с ошибка загрузки mngsrv
1С:Предприятие 8.3 – это довольно сложная система, поддерживающая множество инструментов и механизмов. Одним из этих механизмов является работа с каталогами (папками).
Работа с каталогами необходима для хранения временных файлов, импорта и экспорта данных. Если вдруг посреди рабочего дня пользователю необходимо выгрузить какую-то информацию из базы, но система «ругается», мол, каталог не обнаружен, это может стать серьезным стоп-фактором и даже полностью остановить какой-либо бизнес-процесс, что обязательно приведет к убыткам компании. Соответственно, доступ к каталогам всегда должен предоставляться без каких-либо ограничений.
Наиболее частая причина возникновения этой ошибки программы 1С – неверно указанный путь к папке или файлу.
2. У пользователя недостаточно прав доступа
Чуть реже ошибка доступа к каталогу встречается, когда у пользователя недостаточно прав доступа к тому или иному каталогу.
Представим ситуацию: пользователь подключился при помощи RDP к удаленной базе, и решил сохранить документ сразу на свой компьютер.
Если при интернет подключении к удаленному рабочему столу пользователь не расшарил (не дал доступ) свои локальные ресурсы, то на сервере они будут не доступны, и возможности сохранить данные на них не будет. Соответственно при попытке указать путь к локальному каталогу, система будет выдавать ошибку «Каталог не обнаружен».
Для решения данной ошибки в 1С:Предприятие, версии 8, будет достаточно указать, какой диск должен быть доступен на удаленном рабочем столе во время работы.
Подключение локального диска к удаленному рабочему столу
А если каталог доступен, но данная ошибка все равно появляется, стоит проверить права доступа к каталогу. Если для текущего пользователя отсутствуют права на чтение или запись, то необходимо их добавить.
Проверка прав доступа к каталогу
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Создал по мануалу 1с мобильную конфигурацию один в один. Обмен там прописан через Веб Сервис.
Но он не хочет работать.
Вводя строку в браузере на Веб сервис
получаю ошибку
Думал проблема в самом Веб сервисе , но создав пустой ошибка та же самая.
Веб сервер IIS, пробовал все на локальном сети.
Подскажите пожалуйста в каком направлении смотреть?
В чем может быть проблема?
Как публиковали веб-сервис? По какому пути пытаетесь обратится?
404 - это нет такого ресурса на веб сервере
Рекомендую для пробы использовать локально установленный Apache 2.2 - для тестов с ним проще. Если на нем работает, то можно уже с администрированием на продакт-сервере разьираться.
Поднимаю тему.
С сервисами разобрался.
Через мобильную платформу открывается все.
Но создав апк файл не могу обратится к базе
на сервере
Пишет ошибку 404. Адрес вебсервера пишу тот что сделан при публикации базы.
При вводе этой строки в браузере выходит хмл схема приложения. Помогите с реализацией Где я что пропустил
(8) нет с сервисами я разобрался.
Проблема в Другом.
Есть база мобильное приложение.
создана на сервере 1с. Опубликована стандартно + опубликовано мобильное приложение.
Я сервисом сборки приложений сформировал из этой конфигурации апк файл и установил на смартфон, но по адресу публикации базы не зафодит. Ошибка 404. как такое может быть
(9) Еще раз уточним:
1.Публикуешь мобильное приложение (Конфигурация-Мобильное приложение-Публиковать)
2. Должно получится что-то вроде этого "https://192.168.1.1/Test" (Вместо Test - имя твоей публикации)
3. В браузере открывается ссылка "https://192.168.1.1/Test" (В виде xml схемы)
4. В мобильном приложении, вводишь в Адресе обновления то же самое "https://192.168.1.1/Test"
И все должно загрузиться.
Либо пытаешься подключиться из одной сети (С телефона из LTE ) в другую (Адрес сервера, где стоит ограничение - либо публикуется на другой IP).
(12)
Если я правильно понял, то вам нужно не мобильное приложение, а мобильный клиент.
" Мобильный клиент — позволяет взаимодействовать с информационными базами онлайн, аналогично тому, как это делают клиентские приложения платформы для настольных компьютеров;
Мобильный клиент с автономным режимом — в зависимости от наличия соединения позволяет взаимодействовать с информационными базами онлайн, либо использовать для работы локальную информационную базу на мобильном устройстве;
Мобильная платформа — использует для работы только локальную информационную базу на мобильном устройстве."
ВСОпределение = Новый WSОпределения("http://192.168.1.1/Katalog/ws/AdresWS.1cws?wsdl"
,"Admin", "Admin". ЗащищенноеСоединение);
ВСОпределение = Новый WSОпределения("http://192.168.1.1/Katalog/ws/AdresWS.1cws?wsdl"
,"Admin", "Admin". Неопределено);
На компе, где настраивал веб-сервис - открой браузер и проверь, что то работает веб-сервис
Если на компе (если есть несколько компов, можно проверить с другого компа) работает, тогда и разбирайся с мобильным.
Напиши код на 1с без мобильного т.е. на компе, проверь работу веб-сервиса.
Будет легче перенести рабочий код для мобильного устройства.
Ладно с этими ньюансами более менее разобрался. А как можно настроить обмен между 1с и приложением.
На данном этапе я через вебсервис и план обмена выгружаю из мобильного приложения данные. А как можно загружать из УТП в мобильное приложение?. В мобильной вебсервисы недоступны. Потому двухстроронний обмен с итс не подходит.
При настройке сервера 1С на Linux часто можно столкнуться с тем что после успешной установки и запуска службы сервера, работа с сервером тем не менее не возможна. Выражается это в том что ни пользователи, ни администратор в консоли не могут подключиться к серверу 1С.
Это может быть связано как сетевыми настройками, так и с тем, что рабочие процессы сервера либо не стартуют, либо сразу после старта могут завершать свою работу по тем или иным причинам.
Рассмотрим наиболее часто встречающиеся причины проблем с запуском/работой сервера 1С на Linux.
Оглавление
Обращаем ваше внимание, что на практике часто может встречаться так называемый «каскад» ошибок.
В этом случае – присутствует сочетание нескольких ошибок и симптоматика поведения системы может отличаться от описанной.
Rphost не запускается/сразу падает, а через некоторое время – падает ragent.
Запустим сервер 1С:Предприятия:
Видим, что rphost отсутствует:
Через непродолжительное время опять проверим статус:
Видим, что остался только rmngr:
При попытке остановить сервер:
Это говорит о том что после старта службы 1С сервера, какие-то из его процессов были завершены, и не работают на момент остановки службы.
Решение:
Проверим разрешение имен на сервере 1С – подробное описание читайте тут Установка сервера 1С Предприятие 8.3 на Linux.
В данном случае нас интересует разрешение имен именно нашего сервера, а не клиентского компьютера и не сервера/ов СУБД.
Если нашли несоответствия – исправляем.
После чего удалим «болтающиеся» процессы rmngr командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8.
После чего убедимся, что процесса больше нет в списке.
И запустим сервер 1С:Предприятия:
Видим все необходимые процессы:
Не запускается сервер 1С. Нет запущенных процессов rphost, rmngr, ragent. Error: service failed to start!
Фактически это означает что сервер 1С:Предприятия не запустился.
Описание:
Запускаем сервер 1С Предприятия:
Система сообщает нам, что служба не была запущена:
При проверке статуса службы 1С сервера командой :
Проверяем работу, выводим список процессов запущенных от имени пользователя 1С сервера:
Видим, что в списке запущенных процессов нет ни ragent, ни rmngr, ни rphost.
Решение:
1. Проверить разрешение DNS-имени.
2. Проверить настройку прав доступа
1. Проверим включена ли система разграничения прав доступа SELinux. Возможно, он работает, а для 1С сервера не задана политика доступа. В этом случае из-за ограничений доступа служба 1С сервера не сможет работать. Вводим команду:
2. Если видим результат:
значит SELinux работает. Либо настраиваем политику доступа для 1С сервера, либо отключаем SELinux.
3. Отключаем SELinux командой:
4. Отредактируем файл настроек чтобы SELinux не запускался при перезапуске системы:
меняем параметр SELINUX:
5. Запускаем север 1С и проверяем его работу.
3. Проверить права на каталоги сервера 1С
В ситуациях, когда установка осуществлялась с ручным созданием/корректированием/копированием каталогов, возможны ситуации, когда некорректно были установлены права на папки сервера 1С:Предприятия.
Проверим права на каталог /home/usr1cv8 командой:
Права на каталог должны быть у пользователя сервера 1С usr1cv8:
Так же следует проверить права на каталоги внутри /home/usr1cv8/, например
Права на каталог должны также быть у пользователя сервера 1С usr1cv8, видим что это не так, скорее всего мы копировали эту папку под пользователем root:
Для исправления этой проблемы установим права на каталог/home/usr1cv8/ и все его содержимое для пользователя и группы usr1cv8:grp1cv8:
Далее, как обычно, запустим и проверим работу сервера 1С:Предприятия.
Ragent не запускается/ практически сразу падает.
После старта сервера 1С нет работающего процесса ragent, хотя процесс rmngr и rphost могут работать.
Описание:
Запускаем сервер 1С:Предприятия:
Видим, что ragent и, возможно, rphost не запущены. Попытки подключиться к серверу 1С оказываются неудачными.
Решение:
Пересоздаем конфигурацию кластера. Это можно сделать, удалив соответствующие файлы – при запуске они будут созданы заново.
1. Остановим сервер 1С:Предприятия.
2. Удалим конфигурационные файлы кластера.
Если будет присутствовать еще файл 1CV8Clsto.lst, то его также удаляем.
А лучше удалить содержимое каталога полностью:
При этом, если это сервер 1с устанавливался с настройками отличными от типовых, то путь к файлу реестра кластера будет, соответственно, отличаться.
Например, если вы устанавливали второй экземпляр сервера, то могли установить его в каталог:
Описание и расположение служебных файлов на диске можно посмотреть на ИТС в разделе «Расположение служебных файлов».
Остановим «висящие» процессы сервера 1С. Смотрим PID запущенных процессов rmngr (и возможно rphost) командой
3. Удалим «болтающиеся» процессы rmngr (и возможно rphost) командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8. Например если PID=17042:
После чего убедимся, что процесса больше нет в списке.
4. Запускаем сервер 1С:Предприятия:
Система сообщает, что запуск прошел успешно:
5. Не верим системе на слово. Проверяем работу:
Видим все необходимые процессы:
Процесс rphost запускается и падает через некоторое время.
Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.
Описание ошибки:
После выполнения команды.
После запуска все процессы работают, что можно увидеть командой:
Но, через некоторое время процесс rphost падает, что можно увидеть при повторной проверке:
Решение:
Часто это случается из-за отсутствия свободного места на диске на сервере 1С.
Проверим использование дискового пространства командой (подрбнее о командах Linux можно почитать тут Основные команды Linux.):
Видим что свободное место закончилось. Для решения проблемы освободим место на диске или смонтируем дополнительный диск.
Еще можно посмотреть
Отладка на сервере 1С на Linux
Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 2.
Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.
Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]
Настройка непрерывного архивирования (point-in-time-recovery, PITR) в PostgresPro 11 Linux
Практический пример настройки Postgre SQL для непрерывного архивирования баз данных 1С Предприятия на ОС Linux
Установка двух версий сервера 1С на Linux
Пошаговый процесс установки и запуска двух версий сервера 1С на Linux. Полное описание настройки второго экземпляра сервера 1С.
Ошибки на клиенте при работе с сервером 1С на Linux. Часть 2
Разбор наиболее часто встречающихся ошибок при работе с 1С на Linux.
Очистка кэша: серверного и клиентского для 1С:Предприятия
Лечим непонятные ошибки 1С Предприятия чисткой так называемого кеша - служебных файлов с настройками 1С
После установки сервера 1С на Linux у пользователей могут возникнуть проблемы при попытке подключиться к нему. Данные проблемы могут быть связаны как с настройками на сервер или клиентском компьютере, так и с настройками сетевой инфраструктуры. Рассмотри наиболее часто встречающиеся ошибки и методику поиска и исправления причин этих ошибок.
Оглавление:
Этот хост неизвестен / No such host is known
Пример полного текста ошибки:
Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=src\DataExchangeCommon.cpp
Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=src\DataExchangeCommon.cpp
Описание:
Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.
Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.
Решение:
Настроить DNS-адресацию или прописать адреса в файл hosts.
О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.
В случае, если кажется, что все имена прописаны верно, необходимо:
1. Проверить еще раз. Скорее всего, где-то ошибка.
2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.
Часто ошибка связана с тем, указан в имени доменный суфикс или нет.
3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.
- Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
- Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).
Не правильно:
Правильно:
Необходимо удалить кластер. И собрать из консоли администрирования его заново.
Ошибки соединения с сервером 1С / рабочим процессом 1С
Описанные далее ошибки могут возникать как при работе в консоле администрирования 1С, так и при запуске информационной базы.
Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.
Попытка установить соединение была безуспешной
Пример полного текста ошибки:
Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
Сервер 1С:Предпрятия не обнаружен
Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.
Ошибка установки соединения
Пример полного текста ошибки:
Ошибка установки соединения
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.
Методика устранения ошибок соединения с сервером 1С
В данном случае необходимо понимать, что:
- Либо процессов нет;
- Либо не удается «увидеть» процессы в связи с отсутствием доступа;
- Либо происходит обращение по другому адресу.
1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.
Доброго времени суток, коллеги! Сегодня говорим об ошибке загрузки метаданных в 1С. Данная ошибка встречается только в версии платформы 1С:Предприятие 7.7. Не исключаю, что работая на восьмерке, Вы могли сталкиваться с чем-либо созвучным, однако формулировка «Ошибка загрузки метаданных» свойственна только версии 7.7, так что именно на ее примере и будем рассматривать данную тему. Если Вы столкнулись с проблемой загрузки метаданных, скорее всего, Вы только что перенесли базу на свою рабочую станцию.
Путь к базе данных 1С 7.7
2. Способы решения ошибки загрузки метаданных
Если вышеуказанное не помогло решить проблему, следует прибегнуть к следующим вариантам исправления ошибки загрузки метаданных в 1С:
1) Запускаем нашу базу в режиме Конфигуратора. Автоматически будет установлен монопольный режим. В самом Конфигураторе ищем вверху пункт «Администрирование», далее жмем по «Кодовая страница таблиц ИБ».
Открывается новое окно, в котором выбираем «Текущая системная установка», после чего появится предупреждение – со всем соглашаемся. В этот момент начинается перестройка всех индексов в нашей базе данных 1С 7.7.
После того как операция будет завершена, смело выходим из режима Конфигуратора и можем начинать работу в режиме Предприятия.
2) Второй способ в некотором смысле проще, однако, все же, менее желательный нежели первый. Мы просто отключим проверки сортировки кодовых страниц. Начнем с того, что нам необходимо найти место расположения нашей программа 1С Предприятие 7.7 (не базы, а именно программы). Скорее всего это что-то из разряда «C:/Program files/1cv77/”, однако смотрите по ситуации.
В этой папке находится папка bin, куда мы и поместим отключение проверки путем добавления файла OrdNoChk.prm. Где мы его возьмем, напрашивается вопрос. Создадим сами. Открываем обычный блокнот, нажимаем на меню «Файл», выбираем «Сохранить как…» в типе файла выбираем «Все файлы», а в само название вписываем OrdNoChk.prm. Путь, соответственно, выбираем до папки bin. Если все сделано верно, то при следующем запуске Предприятия ошибка загрузки метаданных исчезнет в любой базе.
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Читайте также: