Как выяснилось в баге 6766 при переходе с 31 на 32 ядро в коде CIFS возникли проблемы, которые вызывают падение 1Cv77 при создании документа. Надо разобраться, какие изменения являются тому причиной.
Создал список патчей для 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, по которой была открыта текущая бага закрыта, а проблема там найденная оказалась невоспроизводимой, то данная бага тоже потеряла актуальность. Закрываю.
Закрываю.
