Зависает 1с на linux
Обновлено: 06.07.2024
1. Ошибка при запуске config_server
Проблема возникает на операционных системах с архитектурой x86_64 из-за отсутствия 32-х битного пакета glibc.
2. Не запустился сервер 1с предприятия
После завершения установки сервер 1с предприятия сообщил о том что запустился, но не работает:
При попытке остановить пишет:
1. Проверяем какие порты слушает сервер 1с предприятия
Если в результате проверки получилось что работает только rmngr (менеджер сервера), значит при установке были не правильно созданы конфигурационные файлы и мы можем переходить к п.2.
2. Проверяем selinux
Сервер 1с предприятия вполне может работать при включенным SELinux c политикой targeted в запрещающем режиме Enforcing, однако в некоторых комбинациях он может вызвать проблему при запуске ragent (агента сервера 1с). Проверяем:
Открываем для редактирования /etc/sysconfig/selinux и меняем параметр SELINUX на disabled или permissive.
3. Разрешение имен hostname и hosts
Для работы сервера 1с предприятия очень важно что бы его имя правильно преобразовывалось в IP. По хорошему мы должны иметь возможность с любого хоста в сети разрешить FQDN и краткое имя сервера, но просто для запуска нам достаточно, что бы имя хоста разрешалось в пределах только самого сервера.
Смотрим какой у нас hostname, если hostname получился похожим на localhost.localdomain обязательно меняем его в файле /etc/sysconfig/network на FQDN-имя сервера, после перезагружаем систему.
Для сервера с именем 1csrv.mydomain.local файл hosts должен выглядеть следующим побразом.
4. Пересоздаем конфигурацию по умолчанию
Удаляем конфигурационные файлы:
Если мы видим вывод подобный приведенному выше, значит все отлично сервер 1с предприятия запустился и работает.
3. Не могу подключиться к серверу 1с предприятия.
2. Проверяем работает ли сервер 1с предприятия. Для этого на сервере выполняем следующую комманду:
3. Настройка Iptables. Сервер 1с предприятия в большинстве случаев находится в пределах локальной сети и его вполне можно использовать с отключенным файрволом без большой угрозы безопасности. Отключаем iptables:
Для тех кто все-таки хочет заморочиться с правильной настройкой.
Консоли администрирования нужен доступ к агенту сервера (ragent) по порту 1540, а для создания базы понадобится еще и доступ к рабочим процессам по портам 1562-1591. Толстому клиенту нужен доступ к менеджеру сервера (rmngr) по порту 1541 и рабочим процессам порты 1562-1591.
Остальное зависит только от вашей фантазии. Для стандартно настроенного файрвола в CentOS набор разрешающих правили будет выглядеть приближенно так:
1. Проверяем установлен ли potgresql-contrib. Для этого запрашиваем список установленных пакетов PostgreSQL:
Если не находим в выводе icu и libicu, устанавливаем их.
Делаем соответствующие ссылки
Заключение.
Добрый времени суток. Стоит файловая 1С под Ubuntu - 18.04. Периодически происходит зависание(появляются часики и висит). Приходится закрывать и открывать. Раньше все было нормально. Может кто сталкивался? Или в базе проблемы?
Файловая виснет, конечно же. Чем больше база, тем чаще виснет. Ещё и ехт4, небось.
Не указал, Платформа 8.3, Release 8.3.12.1855
Да - ext4. А какую надо? Ну база 1,5Г, это много?
Файловая 1С - это значит у тебя не больше 3-4 пользователей.
вообще, у меня их 5. Но редко когда работают все пятеро. Ошибка возникает когда 3 даже.
Перво-наперво надо проверить, кто именно виснет - 1С, ядро/фс или НЖМД помирает.
Посмотри видна ли 1С в iotop -Pao , нет ли ругани в dmesg -e и что с бедблоками в smartctl -iHA /dev/диск
//не специалист по 1С
Ещё можешь здоровье диска проверить.
Спасибо, завтра попробую определить из-за чего зависает.
Все пользователи локально на одном компе с базой находятся или база по сети открывается?
надо ssd купить
раз в неделю делай тестирование и исправление БД со всеми галочками в 1С и будет тебе счастье. Перед этим не забудь делать резервную копию БД
По сети, цепляются через x2go
Так вот вчера сделали именно так, полдня норм потом виснет.
До этого месяца три вообще проблем не было. ((
публикация базы немного решит твою проблему, но только немного, тяжелые запросы все равно будут ставить раком все это безобразие
Так думаете что проблема в 1с или в системе?
проверь HDD на ошибки
x2go значит, что не по сети. Все 1с процессы запущены локально у тебя и файлы локальные. А значит, можно исключить проблемы блокировок на самбе.
Либо размер базы слишком большой для файлового варианта, либо проведение документов написано так, что блокировки регистров висят слишком долго. Еще вариант - проблема на границе 1с/ОС. Исключай по одному.
Сразу не совсем понял, да, подключение к БД не по сети. Размер БД 1,6Г.
еще можно перевести 1С в клиент-серверный режим, бага позволяющая подключить 12 пользователей к серверу на linux без серверного ключа никуда не делась
Вот что выяснилось: что по несколько сессий от одного пользователя. Т.е. старые как бы не завершились, хотя она открыта один раз. Помогает только перезагрузка сервера. В чем может быть проблема?
Добрый день. Помогите пожалуйста решить проблему.
Недавно перешли по импортозамещению на Astra Linux Орел
На скриншоте видны характеристики сервера.
Версия ОС сервера - 2.12.40
Версия ОС клиентских машин - 2.12.42
Версия 1С - Предприятие 8.3 (8.3.15.2107)
Проблем конечно хватает с этой ОС, но они в принципе сильно работу не тормозят.
Самая главная проблема, которая появилась - зависание 1С (толстый клиент) при подключении посредством RDP. Зависания происходят бывает 3 раза в день, а бывает и чаще.
Не важно подключиться через Remmina или через xfreerdp.
Зависает как правило когда работают несколько человек в 1С одновременно (человек 6). Проблема наблюдается у трех пользователей с остальными проблем не наблюдал. Если у одного пользователя зависает 1С, все остальные работают без зависания, но чувствуется, что система работает "в напряг".
После зависания окна 1С приходится закрывать процесс 1С через "Системный монитор".
После закрытия 1С и повторном запуске 1С продолжает зависать при каком-либо действии. Бывает зависнет сразу при клике на любую кнопку на панели задач 1С, а бывает зависает при работе с документом, при вызове какого-либо раздела.
Далее выявил закономерность. Если на учетке Buh1 зависло, то так и будет зависать, хоть сколько раз перезапускай 1С. Приходится заходить в 1С под другой учеткой Buh2. Тогда 1С работает без зависаний, но это не всегда стабильно и не всегда помогает. Помогало также смена пользователя 1С. Заходил вместо Бухгалтера на ее компьютере под своей учеткой 1С и она не зависала.
Когда зависает окно 1С, окно программы замирает, становится неактивным. Его можно свернуть, передвинуть и т.д. но оно становится однотонным серым.
При зависании в Системной мониторе в Таблице процессов, напротив зависшего процесса в разделе ЦП (центральный процессор) стоит значение 25% или 1/4 суммарного потребления процессорного времени процессором. То есть одно ядро из 4 грузится дико и по полной на 100%.
Если долго подождать, то окно может развиснуть и выполнить действие, которое сотрудник последний раз предпринял. (нажал к примеру на какой-нибудь значок на панели задач). Потом снова висит.
Ну этому есть объяснение - ядро отведенное под данный процесс 1С загружено под 100%, соответственно можно и не ждать, что 1С будет работать стабильно.
Ключ 1С аппарантный. Попробовали выгрузить модуль ядра vhci-hcd." - ситуация не изменилась.
Куда копать. Так невозможно работать. С ОС Windows привыкли работать, проблем не было, а Астра это ппц.
Техподдержка Linux утверждают что проблема у 1С, а 1С говорят что проблема у Астры.
Очень прошу помочь, работать просто невозможно.
При настройке сервера 1С на Linux часто можно столкнуться с тем что после успешной установки и запуска службы сервера, работа с сервером тем не менее не возможна. Выражается это в том что ни пользователи, ни администратор в консоли не могут подключиться к серверу 1С.
Это может быть связано как сетевыми настройками, так и с тем, что рабочие процессы сервера либо не стартуют, либо сразу после старта могут завершать свою работу по тем или иным причинам.
Рассмотрим наиболее часто встречающиеся причины проблем с запуском/работой сервера 1С на Linux.
Оглавление
Stopping 1C:Enterprise 8.2 server: Warning: server not running!Обращаем ваше внимание, что на практике часто может встречаться так называемый «каскад» ошибок.
В этом случае – присутствует сочетание нескольких ошибок и симптоматика поведения системы может отличаться от описанной.
Rphost не запускается/сразу падает, а через некоторое время – падает ragent.
Запустим сервер 1С:Предприятия:
Видим, что rphost отсутствует:
Через непродолжительное время опять проверим статус:
Видим, что остался только rmngr:
При попытке остановить сервер:
Stopping 1C:Enterprise 8.3 server: Warning: server not running!Это говорит о том что после старта службы 1С сервера, какие-то из его процессов были завершены, и не работают на момент остановки службы.
Решение:
Проверим разрешение имен на сервере 1С – подробное описание читайте тут Установка сервера 1С Предприятие 8.3 на Linux.
В данном случае нас интересует разрешение имен именно нашего сервера, а не клиентского компьютера и не сервера/ов СУБД.
Если нашли несоответствия – исправляем.
После чего удалим «болтающиеся» процессы rmngr командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8.
После чего убедимся, что процесса больше нет в списке.
И запустим сервер 1С:Предприятия:
Видим все необходимые процессы:
Не запускается сервер 1С. Нет запущенных процессов rphost, rmngr, ragent. Error: service failed to start!
Фактически это означает что сервер 1С:Предприятия не запустился.
Описание:
Запускаем сервер 1С Предприятия:
Система сообщает нам, что служба не была запущена:
Starting 1C : Enterprise 8.3 server : Error : service failed to start !При проверке статуса службы 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С:Предприятия.
Stopping 1C:Enterprise 8.3 server: Warning: server not running!2. Удалим конфигурационные файлы кластера.
Если будет присутствовать еще файл 1CV8Clsto.lst, то его также удаляем.
А лучше удалить содержимое каталога полностью:
При этом, если это сервер 1с устанавливался с настройками отличными от типовых, то путь к файлу реестра кластера будет, соответственно, отличаться.
Например, если вы устанавливали второй экземпляр сервера, то могли установить его в каталог:
3. Удалим «болтающиеся» процессы rmngr (и возможно rphost) командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8. Например если PID=17042:
После чего убедимся, что процесса больше нет в списке.
4. Запускаем сервер 1С:Предприятия:
Система сообщает, что запуск прошел успешно:
5. Не верим системе на слово. Проверяем работу:
Видим все необходимые процессы:
Процесс rphost запускается и падает через некоторое время.
Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.
Описание ошибки:
После выполнения команды.
После запуска все процессы работают, что можно увидеть командой:
Но, через некоторое время процесс rphost падает, что можно увидеть при повторной проверке:
Решение:
Часто это случается из-за отсутствия свободного места на диске на сервере 1С.
Проверим использование дискового пространства командой (подрбнее о командах Linux можно почитать тут Основные команды Linux.):
Видим что свободное место закончилось. Для решения проблемы освободим место на диске или смонтируем дополнительный диск.
Еще можно посмотреть
Установка сервера 1С Предприятие 8.3 на Linux
Пошаговый процесс установки 1С сервера на Linux. Подготовка Linux к установке. Инсталяция дистрибутива 1С сервера. Его настройка и запуск.
Публикация 1С на Веб сервере Apache Linux
Пошаговые инструкции по публикация базы и web-сервисов 1С на веб-сервере Apache 2.4 на Linux.
Установка и настройка хранилища конфигураций 1C на Linux сервере
Хранилище конфигурации 1С:Предприятия 8.3 является инструментом групповой разработки. Настраиваем сервер хранилища на Linux.
Проверка рабочих процессов сервера 1С на Linux
Как проверить на Linux запущены ли процессы сервера 1С. Проверка открытых портов сервера 1С
Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.
Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.
Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]
Ошибки на клиенте при подключении к серверу 1С на Linux. Часть 1
Рассмотрены ошибки при подключении к серверу 1С на Linux. Изложена методика поиска причин и путей их исправления
Есть сервер на Linux с установленной 1С и сервером БД PostgreSQL, при попытке удаленно создать информационную базу "Управление торговлей" клиент зависает и ничего не происходит, на удаленном сервере видно что база создалась, но видимо полностью процедура создания не происходит. При создании пустой информационной базы, все отлично, никаких проблем.
Возможно ли как-нибудь понять из-за чего процесс создания зависает?
UPD: Также зависает при создании на локальном сервере 1С на Windows. PostgreSQL тойже версии 9.6. 1С версии 8.3
UPD2: На локальном сервере отвисла через 20 минут. И все заработало, полагаю, если на локальном требуется столько времени, то сколько же требуется на удаленном сервере, возможно ли дождаться?
- Вопрос задан более трёх лет назад
- 941 просмотр
Криво настроен сервер, как следствие медленно работает.
В общем это не зависание, а просто тормозная работа.
Настройте сервер.
Это вам не MSSQL, который можно поставить из коробки и все будет работать вполне оптимально.
PostgreSQL после установки нужно грамотно доработать напильником, иначе производительность будет близка к нулю.
Для начала отмечу, что АртемЪ написал верно - PostgreSQL нужно после установки дополнительно настраивать - подгонять константы из конфига под реально доступные параметры системы. C этим вам поможет данная страничка: pgtune.leopard.in.ua
Но, что бы бездумно не вносить непонятные магические цифры, предварительно рекомендую все же ознакомится с документацией. Рекомендую смотреть тут.
Далее хочу отметить, что ваши действия похожи на шаманский танец - а если тут, а может так, а локально? Так тоже можно искать ошибки, но только в случае безысходности, когда уже ничего не помогает.
К счастью, сервер 1С и сервер PostgreSQL обладают достаточно "разговорчивой" системой логирования. И первое что вам нужно было сделать - это включить и смотреть логи. Там может быть много интересной информации о закрытых портах, нехватке места и про отказы в доступе.
Читайте также: