Description: CIFS does not recognize roles with read-write access well, as a result of which we get a problem and a disappearing .lock file, and then the loss of documents. ЦИФС плохо распознаёт роли с доступом чтения записи в результате чего получаем проблему и исчезающим .lock файлом, а затем и потерю документов. Steps to Reproduce: 1. Error 140488 has now brought out the same problem - the result of the solution was KES Linux 11.4, but this is not yet accurate, but the probability is 90% Ошибка 140488 сейчас вывел такую же проблему - результатом решения стал KES Linux 11.4, но это ещё не точно но вероятность 90% 2. In the presence of step 1, the actions link to the bugzilla of the distribution were reproduced https://bugzilla.altlinux.org/46780 При наличии шага 1 были воспроизведены действия ссылка на багзиллу дистрибутива https://bugzilla.altlinux.org/46780 3. When testing this error, there was a moment that I managed to save the document without an error and there were other rights При тестировании этой ошибки был момент что мне удалось сохранить документ без ошибки и там были другие права Actual Results: My guess on the disappearance .file lock is not the correct operation of the CIFS when transferring rights and groups, which leads to the loss of working files in the .doc .docx format. odt .xls .xlsx .ods Моё предположение по исчезновению .lock файла - это не правильная работа ЦИФС при передаче прав и групп, которое приводит к потере рабочих файлов формата .doc .docx. odt .xls .xlsx .ods Expected Results: Files don't disappear anymore. .the lock file no longer disappears when requested Файлы больше не пропадают .lock файл больше не пропадает при запроосе Reproducible: Always User Profile Reset: Yes Additional Info: CIFS, FSTAB, PAM_MOUNT, KES, ANT(antivirusnoe po), AD,SAMBA,
What the link is between CIFS work in locale Linux distributive and LibreOffice? Could you please write your report more detail and clearer step-by-step?
(In reply to Roman Kuznetsov from comment #1) > What the link is between CIFS work in locale Linux distributive and > LibreOffice? > > Could you please write your report more detail and clearer step-by-step? 1. We have a popular problem about the inability to save a backup copy of a file on network drives does not work, on local drives it works in more detail: https://bugzilla.altlinux.org/45398 In this connection, we get the inability to save the latest version of the file from the network drive. 1. Владеем популярной проблемой о невозможности сохранять резервную копию файла на сетевых дисках не работает, на локальных работает подробнее: https://bugzilla.altlinux.org/45398 В связи с чем получаем невозможность сохранить последнюю версию файла с сетевого диска. 2. There are no problems with a backup on a Windows PC, but we must have linux. Проблем с резервной копией на пк Windows не наблюдается, но у нас должен быть линукс. 3. According to the "Description" in this topic, when I received this error, I managed to find a place where this error did not occur, and also everyone has access there, that is, a question for a specific work with rights. But the file was still lost in this place. there are cases. Согласно "Описанию" в данной теме, при получении данной ошибки мне удалось найти место где данная ошибка не возникла, и также там доступ есть у всех то есть вопрос к конкретной работе с правами. Но файл в этом месте все равно терялся. есть случаи. 4. Also clearly on the appeal https://bugzilla.altlinux.org/46780 I managed to create a recursion of deleting a file from 1 user and a pc. Также наглядно по обращению https://bugzilla.altlinux.org/46780 мне удалось создать рекурсию удаления файла с 1 пользователя и пк. 5. In linux, for connecting permanent disks, I still only know the specific use of cifs, which is similar to the operation of windows network drives, but I understand that there is still a problem with disk mount startup rights. That is, if you log in under domain user 1 and then change the domain user account to 2, then you must have the rights of user 1. But this is still guesswork based on log log. (PAM_MOUNT) В линуксе для подключения постоянных дисков я пока знаю только конкретное использование cifs, которое схоже с работой сетевых дисков windows, но я так понимаю что там есть ещё проблема с правами запуска монтирования дисков. То есть если зайти под доменным пользователем 1 и потом сменить учетную запись доменного пользователя на 2 - то должны быть права пользователя 1. Но это ещё догадки на основе лог журнала. (PAM_MOUNT)
https://www.linux.org.ru/forum/desktop/17018614
I feel like this issue is already reported: https://bugs.documentfoundation.org/buglist.cgi?quicksearch=cifs%20lock Please review the list and mark as duplicate if that's the case.
(In reply to Stéphane Guillou (stragu) from comment #4) > Я чувствую, что об этой проблеме уже сообщалось: > https://bugs.documentfoundation.org/buglist.cgi?quicksearch=cifs%20lock > Пожалуйста, просмотрите список и отметьте как дублирующийся, если это так. There are no similar duplicate themes. Task 1. Backup should work on network drives connected using cigs. Task 2. When the second and unknown user accesses the file. Lock should not disappear. The problem has a massive nature leading to the loss of relevant information, which is considered human labor. Нет подобных дублирующий тем нет. Задача 1. Должно работать резервное копирование на сетевых дисках подключаемых с помощью cigs. Задача 2. При обращение второго и неизвестного пользователя файл . Lock не должен пропадать. Проблема имеет массовый характер приводящий к потере актуальной информации что считается человеческим трудом.
You won't believe it!, but it's straight original. I quote verbatim from an error deduced by chance. "The lock file is corrupted" "The lock file is corrupted and probably empty. Opening the document for reading and closing it will delete the corrupted lock file." "Select Notify to open read-only and get notified when the document becomes editable." Since I haven't seen nbrl yet where it came from, and we don't have it yet and opening the file turns out to be a useless activity, so I have fewer requests. Then I quote the people who tested LO. They found a function that disables .the lock file, and during further testing received the disappearance of documents. Ты не поверишь!, но это прям оригинально. Цитирую дословно с ошибки выведенной случайно. «Файл блокировки повреждён» «Файл блокировки повреждён и, вероятно, пуст. Открытие документа для чтения и его закрытия удалит повреждённый файл блокировки.» «Выберите Уведомить, чтобы открыть только для чтения и получить уведомление, когда документ станет доступны для редактирования.» Так как nobrl я ещё не видел откуда она взялась, а у нас её ещё нету и открытие файла получается бесполезным занятием, поэтому кол-во обращений у меня поменьше. Дальше цитирую людей которые тестили LO. Они нашли функцию которая отключает .lock файл, и при дальнейшем тестировании получили исчезновение документов.
Created attachment 188984 [details] read_only
So I believe that the problem of disappearing files exists in the open for reading mode. That is, this mode tries to fix the lock, thereby deleting it, due to the absence of entries in this file. Так что полагаю что проблема исчезновения файлов, существует в режиме открыть для чтения. То есть этот режим пытается починить lock, тем самым удаляя его, по причине отсутствия в этом файле записей.