Здравствуйте!
Есть самописная конфигурация 1С без БСП. Она файловая, но работает в режиме веб-сервера. Веб-сервер Apache работает на ОС Ubuntu, которая работает на VDS (1 ядро, 2 Гб RAM и 30 Гб SSD). При работе 5 пользователей еще 400 Мб RAM свободно.
Платформа 1С:Предприятие 8.3.20.1914. С базой работает несколько пользователей через тонкий клиент.

Проблема в том, что если кто-то начнет редактировать элемент справочника, запишет данные и снова откроет тот же самый элемент, то при попытке что-либо изменить получает ошибку "Не удалось начать редактирование". Пользователь и сеанс в ошибке и в "Активные пользователи" один и тот же. Другие пользователи проблемный элемент справочника не открывали. В "Журнал регистрации" транзакция зафиксирована. Ошибка сохраняется до перезапуска 1С. С управлением блокировками не работал.

Можете подсказать, в чем может быть причина? И с чего начать?
---
Вроде решилось.
Поменял модуль mpm_event на mpm_worker. Последний рекомендует 1С.

sudo systemctl stop apache2
sudo a2dismod mpm_event
sudo a2enmod mpm_worker

У меня настройки каждого модуля в отдельном файле. Открыл настройки mpm_worker (/etc/apache2/mods-enabled/mpm_worker.conf). Поменял всё на следующее:

Уже месяц как зависаний нет и ошибка "Не удалось начать редактирование" не появляется.
---
Для обхода попробуйте при закрытии вызвать метод формы РазблокироватьДанныеФормыДляРедактирования.
Соответственно, если это не завершение работы.
---
не сработало.
---
Объект.Разблокировать();
---
Как-то так
---
Попробовал сделать как в решении. Переопубликовал базу через терминал.
Не совсем понял по поводу редактирования модуля mpm_event_module. Нашел такие файлы.
find / -name mpm*user@server:~# find / -name mpm*
/etc/apache2/mods-enabled/mpm_event.conf
/etc/apache2/mods-enabled/mpm_event.load
/etc/apache2/mods-available/mpm_worker.conf
/etc/apache2/mods-available/mpm_worker.load
/etc/apache2/mods-available/mpm_event (copy 1).conf
/etc/apache2/mods-available/mpm_prefork.load
/etc/apache2/mods-available/mpm_event.conf
/etc/apache2/mods-available/mpm_event.load
/etc/apache2/mods-available/mpm_prefork.conf
/var/lib/apache2/module/enabled_by_maint/mpm_event
Заменил в /etc/apache2/mods-enabled/mpm_event.conf все значения на те что в решении по ссылке. И база начала намертво зависать при 2+ пользователях. Перезапуск службы апача помогает не надолго.
---
Нашел инструкцию по замене модуля mpm_event на mpm_worker, который рекомендует 1С. Будем тестировать.
---
Зависит от платформы для которой Apache был собран.
Для RedOS это event, в CentOS 7 это prefork.
httpd -V, строчка Server MPM( или как-то по другому для иных дистрибутивов).
Потом экспериментировать с параметрами для достижения наилучшего результата...
---
Вроде решилось.
Поменял модуль mpm_event на mpm_worker. Последний рекомендует 1С.

sudo systemctl stop apache2
sudo a2dismod mpm_event
sudo a2enmod mpm_worker

У меня настройки каждого модуля в отдельном файле. Открыл настройки mpm_worker (/etc/apache2/mods-enabled/mpm_worker.conf). Поменял всё на следующее:

Уже месяц как зависаний нет и ошибка "Не удалось начать редактирование" не появляется.
---
Спасибо за подробный ответ. Ошибка действительно больше не беспокоит. Но мне кажется база стала намертво зависать на "тяжёлых" задачах (например, закрытие месяца, синхронизация и т.п.). Раньше просто могла тормозить.
Ещё смущают предупреждения Apache: AH00318: WARNING: MaxRequestWorkers of 500 would require 20 servers and would exceed ServerLimit of 1, decreasing to 25. To increase, please see the ServerLimit directive. 500 - это уже мои пробы, очевидно всё равно не более 25 используется. И что-то мне подсказывает, что именно ServerLimit 1 помогает не плодить процессы и не блокировать объекты у самого себя...
Не пробовали ещё экспериментировать с настройками?
---
Методом проб и ошибок удалось установить, что ServerLimit точно должен быть 1. Иначе сразу ошибки с блокировкой. А вот StartServers, как пишут в интернетах, устанавливается по количеству ядер. У меня на сервере 8. Ещё тестирую, но ощущение, что 1С перестала вставать колом, хотя и значительно тормозит при "тяжёлых" задачах.