| Summary: | Проблемы CIFS на новых ядрах | ||
|---|---|---|---|
| Product: | CIFS@Etersoft | Reporter: | Pavel Shilovsky <piastry> |
| Component: | блокировки файлов и доступ | Assignee: | Pavel Shilovsky <piastry> |
| Status: | CLOSED WORKSFORME | QA Contact: | Денис Баранов <baraka> |
| Severity: | major | ||
| Priority: | P2 | CC: | baraka, lav, mid, sin |
| Version: | не указана | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 6766 | ||
| Bug Blocks: | 3043 | ||
| Deadline: | 2011-05-01 | ||
|
Description
Pavel Shilovsky
2011-02-07 20:56:12 MSK
Создал список патчей для CIFS с 31 по 32 ядра. Далее займусь воспроизводством проблемы. Не смог воспроизвести проблему ни на локальной машине, ни на vbox машинах. Машины 10.04, 10.04 x64: 1) монтирую //cellar/sharewine /mnt/cifs на обоих машинах. 2) захожу с первой машины - успешно. 3) захожу со второй машины - успешно. 4) со второй машины захожу в Операции\Журналы документов\Полный\. 5) жму "новая строка"\Заявка покупателя\Заявка на поставку\. 6) ввожу контрагента и жму ОК - успешно. Итог: проблема не воспроизводится. Выяснили с baraka@, что проблема воспроизводится, но не всегда. 1Cv77 пишет ошибку связанную с set file length. Выяснил, что в переходе с 31 ядра на 32 изменился код, отвечающий за выставление длины файла. Обычными средствами (через системный вызов truncate) выявить проблему не удалось. Заметил, что при переходе из 35 ядра в 36 данный код тоже поменялся. Нужно протестировать на 36/37 ядрах и посмотреть есть проблема. Откладываю до получения результатов. Нашёл проблему при переходе с 31 ядра на 32 в рассылке http://article.gmane.org/gmane.linux.kernel.cifs/2601. Здесь проблема проявляется на получении списка элементов директории. Причём весьма вероятно, что проблема в переполнении типов. (filldir возвращается OVERFLOW, а cifs в свою очередь возвращает ENOMEM, как и указано в письме). Возможно проблемы имеют общие корни. Так как бага 6766, по которой была открыта текущая бага закрыта, а проблема там найденная оказалась невоспроизводимой, то данная бага тоже потеряла актуальность. Закрываю. Закрываю. |