Summary: | Угрожающие сообщения в логах samba при работе 1С | ||
---|---|---|---|
Product: | CIFS@Etersoft | Reporter: | Vitaly Lipatov <lav> |
Component: | блокировки файлов и доступ | Assignee: | Andrey Vusik <night> |
Status: | CLOSED WORKSFORME | QA Contact: | |
Severity: | minor | ||
Priority: | P4 | CC: | piastry |
Version: | не указана | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Whiteboard: | |||
Заявки RT: | 10595 | Связано с: | |
Дата напоминания: | |||
Bug Depends on: | 5990 | ||
Bug Blocks: | 3043 |
Исследовал проблему. Samba проверяет блокировки на перекрытие и если таковые существуют делает следубщее: 1. Вычисляет, какие участи файла, заблокированные на запись, разблокируются. 2. Текущую удаляемую блокировку делает на чтение. 3. Удаляет её, и автоматически удаляются все перекрываемые блокировки на чтение. 4. Потом удаляет каждую вычисленную перекрытую блокировку на запись. Ситуация с изменением текущей блокировки на чтение и описана в баге. Проблема может появиться, например, при неправильно переданном файловом дескрипторе(например после fork()) или при откытии файла только на запись (тогда блокировка на чтение не выставится). Хотелось бы узнать после каких операций в 1С проявляется проблема. Так же прошёл уже почти год и в etercifs многое изменилось. Надо выяснить, появляются ли сейчас такие сообщения в логах samba и, если да, то после каких действий. Не удалось получить никаких сообщений от самбы, логи чистые. Протестировал по стандартно методике блокировок. samba-3.0.33-alt4 etercifs-4.5.0-alt5 Воспроизвелось в #5990: http://bugs.etersoft.ru/show_bug.cgi?id=5990#c54. После решения 5990 - попытаться воспроизвести эту проблему. На ubuntu 10.10 samba Version 3.5.4 etercifs 4.8.0 Не воспроизвелось Закрываем, раз не воспроизвелось. |
> 2) при параметре forcemand в логах самбы валятся периодические сообщения > [2009/06/18 18:37:15, 0] > locking/posix.c:release_posix_lock_windows_flavour(1150) > release_posix_lock_windows_flavour: downgrade of lock failed with > error Bad file descriptor ! > понять что они значат даже из исходников тяжело, но это явно появляется > в результате работы 1с, а фраза lock failed как-то напрягает.