1с ошибка при выполнении файловой операции too many open files

Устраняем ошибку «Слишком много открытых файлов» или «Too many open files» в 1С под ОС Linux (Red Hat 7/Centos 7)

1. Увеличиваем лимит на открытые файлы всей системы.

2. Увеличиваем лимит на открытые файлы для процессов 1С.

3. Увеличиваем лимиты на открытые файлы для процесса 1С редактированием файла демона.

4. Увеличиваем максимальное число сегментов разделяемой памяти для всей системы.

Подробнее об ошибке

Пример полного текста ошибки:

Описание:

Данная ошибка связана с тем, что ОС Linux исчерпала ограниченный ей лимит файлов на открытие и может возникать как при работе пользователя в пользовательском режиме, так и при работе разработчика с хранилищем конфигурации.

Побочными ошибками данной проблемы могут являться также ошибки работы с дисковой подсистемой. Такие как:

Решение:

На всех серверах 1С выполним следующие настройки лимитов открываемых файлов.

Увеличиваем лимит на открытые файлы всей системы.

1. Получим значение количества файлов, которые можно открыть в нашей файловой системе:

Скорее всего, здесь мы увидим числа порядка: 97822; 65208 и т.д.

Такие пределы нас вполне устраивают.

Данное значение используем в дальнейшей настройке.

Но, если понадобится их увеличить – добавим строку настроек в конфигурационный файл /etc/sysctl.conf любым удобным способом:

2. Перечитаем параметры:

где 6500 – это то число файлов, которое нам необходимо иметь возможность открывать в нашей файловой системе.

Увеличиваем лимит на открытые файлы для процессов 1С.

1. Отредактируем файл:

Добавим строки:

2. Перечитаем параметры:

3. Убедимся, что изменения вступили в силу. Получим pid службы:

4. По номеру pid получим значение параметра «max open files»:

Значение должно быть 65000.

Увеличиваем лимиты на открытые файлы для процесса 1С редактированием файла демона.

Результат данной настройки будет аналогичен предыдущему варианту.

1. Отредактируем настройки:

Добавим строки:

2. Обновим конфигурацию демон:

3. Перезапустим демон:

Отметим также, что помимо настроек, относящихся к количеству открытых файлов – может понадобится обратить внимание на настройки максимального числа сегментов разделяемой памяти для всей системы.

Увеличиваем максимальное число сегментов разделяемой памяти для всей системы.

1. При необходимости — установим настройку:

1. Проверим, что настройка установилась:

Все наши модифицированные настройки можем увидеть в конфигурационном файле /etc/sysctl.conf:

Конфигурация лимитов файловой системы на число открытых файл

Конфигурация ядра (пункт не обязательный, но на сильно нагруженных системах необходимо)

Нам надо изменить параметр:

cat /proc/sys/fs/file-max

, обозначающий число одновременно открытых файлов
Текущее состояние числа открытых файлов можно узнать так:

cat /proc/sys/fs/file-nr

по порядку он выдает три значения: число открытых в данный момент файлов; число открытых, но не используемых файлов; максимальное число открытых файлов

Открываем файл:

vi /etc/sysctl.conf

имена всех возможных параметров можно узнать так: sysctl -a

Нас интересует параметр: fs.file-max

Добавляем в файл следующую строку:

fs.file-max = 999999

И вызываем для сохранения настроек:

/sbin/sysctl -p

Настраиваем ulimit

Текущее состояние настроек ulimit можно посмотреть: ulimit -a
Открываем файл:

sudo vi /etc/security/limits.conf

и добавляем с него следующую строку:

* — nofile 999999

Устанавливаем для текущего шелла ограничение: ulimit -n 999999
Перезапускаем апачу для применения настроек: /etc/init.d/httpd restart (или постфикс: /etc/init.d/postfix restart )

Заходим под юзером апача (или постфикса: su postfix -s /bin/sh) и удостоверяемся, что настройки новые:

su apache -s /bin/sh
ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 80064
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 999999
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 80064
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

После настройки limits.conf надо РЕБУТИТЬ СИСТЕМУ!!!!! ОН не подхватывает настройки на лету (а кто расскажет, как это сделать на лету, получит плюшку).

( 2 оценки, среднее 4.5 из 5 )

Содержание:

1.       Об ошибке при выполнении файловой операции

2.       Устранение «Ошибки при выполнении файловой операции» в 1С 8.3   

1.    Об ошибке при выполнении файловой операции

Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.

Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».  

2.    Устранение «Ошибки при выполнении файловой операции» в 1С 8.3

Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.

Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».

Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.

Третий способ устранения ошибки при выполнении файловой операции в 1С – более сложный, но действенный. Необходимо открыть в конфигурацию от поставщика в режиме Конфигуратора. Если ошибка всё так же появляется, то необходимо удалить конфигурацию поставщика, а затем опять установить. По сути, в данном варианте «вытягивается» последняя, рабочая версия данной конфигурации и обновление будет завершено без ошибок.

Рассмотрим подробнее третий способ. Пусть у нас уже есть некоторая конфигурация 1С KORG 1-ой версии, которая работает, но нужно поставить 2-ю версию, то есть обновить версию конфигурации 1С 8.3. Когда происходит обновление, всплывает ошибка «Ошибка при выполнении файловой конфигурации». Порядок действий в этом случае:

1.     скачать релиз 1С KORG с версией 1*.cf;

2.     копируем нашу базу данных;

3.     в конфигураторе, который соответствует обновляемой базе, переходим по пути: «Конфигурация → Поддержка → Настройки поддержки → Снять с поддержки». В случае, если кнопка для снятия с поддержки недоступна, необходимо сперва включить возможные изменения. После этого нужно дать согласие, если система 1С будет уточнять что-либо или подтверждать действия;

4.     Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;

5.     Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;

6.     В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;

7.     В новом окне кликаем на «Сохранить изменения»;

8.     Ещё раз сохраняем базу данных;

9.     Обновляем конфигурацию 1С стандартным способом.

Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!

Специалист компании «Кодерлайн»

Айдар Фархутдинов

При обновлении ошибка «ошибка файловой операции»

Я

   EvgKolivagin

28.12.21 — 14:31

   EvgKolivagin

1 — 28.12.21 — 14:50

Подскажите кто-нибудь обновлял с БУХ с версии 3.0.105.45 на версию 3.0.106.40 или на последнюю еще никто не обновлялся?

   ДенисЧ

2 — 28.12.21 — 14:55

Конфигуратор 64бит, надеюсь?

   Доминошник

3 — 28.12.21 — 14:55

   EvgKolivagin

4 — 28.12.21 — 14:58

(2) Да Конфигуратор х64

   EvgKolivagin

5 — 28.12.21 — 14:58

(3) Правда у меня не типовая, но не думаю что это как-то влияет

   vtolga

6 — 28.12.21 — 15:38

Проверь место на диске

   EvgKolivagin

7 — 28.12.21 — 16:02

(6) Места достаточно

   EvgKolivagin

8 — 28.12.21 — 16:04

   EvgKolivagin

9 — 28.12.21 — 17:29

После установки платформы 8.3.18.1741 и обновления базы с версии БП 3.0.103.12 на 3.0.105.45 а с нее уже на 3.0.106.40 процесс обновления начался

   MWWRuza

10 — 28.12.21 — 17:59

(1) Я сегодня обновлял базовую. По сути, можно было не обновлять, до обновления падала при запуске с похожей ошибкой(только более подробно писала, что именно не может сделать), и после обновления ничего не поменялось. Оказалась проблема с каким-то из патчей, он его куда-то пытался скопировать и это не получалось. Решилось удалением патчей(расширений), на которые ругалось, через дополнительные параметры в окне запуска, так, как версия базовая, просто из конфигуратора удалить патчи нельзя.

   MWWRuza

11 — 28.12.21 — 18:02

   MWWRuza

12 — 28.12.21 — 18:05

   EvgKolivagin

13 — 28.12.21 — 21:12

(10) У меня отсутствуют какие-либо патчи или расширения в моей конфигурации, так что думаю эти проблемы не связаны

   МимохожийОднако

14 — 28.12.21 — 21:25

(8) В данном случае надо без раздумий сначала обновить платформу до минимально необходимой

   kubik_live

15 — 28.12.21 — 22:30

(8) В 3.0.106.40 — режим совместимости 8.3.16 стоит…