Ошибка: Происходит блокировка при работе файловой базы 1С , опубликована через Apace, на RedOS(Linux)
У нас 1С:Предприятие 8.3 (8.3.20.1838)
Управление нашей фирмой, редакция 1.6 (1.6.27.190)
База файловая, расположили её на RedOS Выпуск MUROM (7.3.1) 64-разрядный
Опубликовали через Apache/2.4.53.
Запустили одного пользователя работать.
Он создает документ, проводит , закрывает его, заходит в него снова, пытается отредактировать и
при работе одного пользователя , выскакивает данная ошибка.
Ошибка: "Происходит блокировка при работе файловой базы 1С , опубликована через Apace, на RedOS(Linux)"
У нас 1С:Предприятие 8.3 (8.3.20.1838)
Управление нашей фирмой, редакция 1.6 (1.6.27.190)
База файловая, расположили её на RedOS Выпуск MUROM (7.3.1) 64-разрядный
Опубликовали через Apache/2.4.53.
Запустили одного пользователя работать.
Он создает документ, проводит , закрывает его, заходит в него снова, пытается отредактировать и
при работе одного пользователя , выскакивает данная ошибка.
В пользователях (в ошибке) указан он же. Объект блокируется от 5 мин до 2ух часов.
Работать жутко не удобно.
Подскажите как это можно исправить ? Я так понимаю проблема довольно старая.
И проблема в Apache на системах Linux. Но ни одно решение из существующих не подошло.
25.
NikitaPopovskiy
1121.06.22 14:58 Сейчас в теме
По итогу получилось убрать блокировки и зависания.
Плотно пообщались с поддержкой RedOS. Спасибо ребятам за оперативную работу!
По итогу оказалось что база у нас была опубликована средствами конфигуратора.
Мы ее переопубликовали средствами apache через терминал.
(2)
2. Пока не готовы брать лицензию на сервер 1С за 86 000 руб.
Пользователей будет 6-7.
1. Другую версию платформы пробовали. Проблему это не решило.
Apache, как известно, для обработки запросов стартует 5-10 процессов. И каждый отдельно загружает модуль 1c и открывает базу...вот тут то и происходит блокировка - повторное открытие документа происходит через другой процесс apache, и 1с думает что это кто-то другой, хотя запрос пришёл от того же клиента. Также это объясняет, почему блокировка снимается через день-два. Это происходит изза перезапуска своих дочерних процессов, это апач иногда делает.
В общем недоработка 1Сников.
Её можно обойти, указав в настройке апача кол-во процессов = 1 (mpm-worker) и блокировки вроде пропадут. Вот только производительность должна пострадать немного (хотя я не заметил на 1-2х клиентах)
(3)
Да , по интернету прошелся , в основном все писали про кол-во процессов.
Сделали. И это не помогло. Блокировки по прежнему вылетают , а производительность заметно ухудшилась.
11.
NikitaPopovskiy
1120.05.22 15:13 Сейчас в теме
Единственное что не пробовали из решений, это сделать https вместо http.
На выходные попробуем, а так идей вообще нету.... уже 2 недели с этим мучаюсь...
Начиная не помню с какого релиза платформы, окно сообщения о блокировке (на win) выглядит иначе: есть кнопка "все рано продолжить", т.е. "перехватить" документ у заблокировавшего пользователя. Возможно в УНФ старый уровень совместимости платформы. Если так - можете попробовать обновить УНФ, или на копии попробовать выставить режим совместимости "не использовать".
Изменения
В клиентском приложении (тонкий, толстый и веб-клиент) реализована возможность снимать объектную блокировку, установленную другим пользователем или этим же пользователем, но в другом сеансе. Под «объектной блокировкой» понимается блокировка, установленная интерактивно, при редактировании объекта в форме, или методами Заблокировать(), ЗаблокироватьДанныеДляРедактирования(), ЗаблокироватьДанныеФормыДляРедактирования().
При обнаружении блокировки реализована возможность начать обсуждение с инициатором блокировки по системе взаимодействия (если информационная база подключена к системе взаимодействия).
18.
NikitaPopovskiy
1128.05.22 20:21 Сейчас в теме
(16) С этим попробовали, спасибо за информацию, включив "Обсуждения" , кнопка "Захватить объект" появилась.
Но каждый раз не удается его захватить, выдает ошибку "Не удалось перехватить объект".
19.
NikitaPopovskiy
1128.05.22 20:23 Сейчас в теме
Перестроили всю работу apache, но безрезультатно.
Есть еще идеи ?
Я не могу понять , вроде не мало фирм стали переходить на linux сервера, ни у кого такой проблемы не было что ли ?)
вроде не мало фирм стали переходить на linux сервера, ни у кого такой проблемы не было что ли ?
Видимо были, поэтому в инете столько мануалов, которые в Вашем персональном случае по какой-то причине не работают (ну или Вы что-то делаете не так, что тоже нельзя исключить).
ЗЫ: вроде как фреш на постгресе и линухе, но да - там серверный вариант. Видимо те, кто переходит на Линух, почти все на серверном варианте живут.
22.
NikitaPopovskiy
1130.05.22 14:22 Сейчас в теме
(20) Да , наверное вы правы, веб сервер на линуксе должен сопровождаться лицензией на сервер-мини или на сервер.
По крайней мере пока не исправят этот баг.
Так работает
<IfModule mpm_event_module>
ServerLimit 1
StartServers 1
MinSpareThreads 1
MaxSpareThreads 1
MaxRequestWorkers 1
MaxConnectionsPerChild 0
</IfModule>
Без этого - такая же ситуация как и в (1).
На ИТС про ServerLimit 1 тоже есть информация.
Учитывая, что работа с файловой базой через веб сервер носит исключительно однопоточный характер(если один пользователь запустил что-то на 2-5 мин., все остальные терпеливо ждут), то можно попробовать автономный сервер, до трех сеансов с файловой базой. Если до пяти, то мини сервер. А дальше - как пойдет... :)
Сантименты и сентенции по поводу "у клиента нет денег на сервер 1С" - довольно слабая аргументация, захотят комфортно работать - найдут.
24.
NikitaPopovskiy
1101.06.22 15:58 Сейчас в теме
(21) Ну вообще блокировки ушли , теперь стала база зависать ) просто колесико крутится, но я так понимаю, теперь апач их выстаивает в очередь , сеансы. Работают около 5 пользователей.
Такое я думаю подойдет для работы 1-2 пользователей.
Я думаю лучше уже не сделать))
И самое верное решение для клиентов, у которых будет apache и ОС Linux ( RedOS), это 1С сервер.
25.
NikitaPopovskiy
1121.06.22 14:58 Сейчас в теме
По итогу получилось убрать блокировки и зависания.
Плотно пообщались с поддержкой RedOS. Спасибо ребятам за оперативную работу!
По итогу оказалось что база у нас была опубликована средствами конфигуратора.
Мы ее переопубликовали средствами apache через терминал.