Bug 6773

По мотивам поста http://bugs.etersoft.ru/show_bug.cgi?id=6227#c62 нужно протестировать так же на 37 ядре и версию etercifs-4.7.1.

Просьба пока не заниматься данной проблемой. Вот тут http://bugs.etersoft.ru/show_bug.cgi?id=6777#c2 обнаружились две серьёзные ошибки работы модуля. Отослал патч, решающий эти проблемы. Как только его одобрят, я соберу новые сборки и будем тестировать уже их.

Надо протестировать сборки etercifs-4.7.2 и etercifs-4.7.3 на 37 ядре по стандартной методике, включая одновременную проводку документа на нескольких клиентах.

Также заодно протестировать и на 36 ядре. Пишут. что не собирается.

(В ответ на comment #4)
> Также заодно протестировать и на 36 ядре. Пишут. что не собирается.

sonner@, данная бага о тестировании нового режима кеширования в etercifs. Предлагаю не смешивать её с другими задачами. Если на 36 ядре что-то не работает в стабильном релизе (etercifs-4.6.0), то надо заводить отдельную багу, и я буду разбираться.

машина kompas
2.6.37-020637-generic
4.7.3-eter1ubuntu
Проблем не замечено

Проводить проверку на 4.7.3?

(В ответ на comment #6)
> машина kompas
> 2.6.37-020637-generic
> 4.7.3-eter1ubuntu
> Проблем не замечено
> 
> Проводить проверку на 4.7.3?

Отлично. Да, желательно протестировать обе. Только не совсем понял, какую сборку протестировали и какую нет: и там и там указано 4.7.3.

> Отлично. Да, желательно протестировать обе. Только не совсем понял, какую
> сборку протестировали и какую нет: и там и там указано 4.7.3.

Блин=) Сонный был. Протестирована последняя. 4.7.2 - нет.

Просьба протестировать сборку 4.7.2 тоже.

После стандартного тестирования надо будет посмотреть, как данная сборка работает в ситуации, описанное в баге 3032.

Собрал сборки 4.7.4 и 4.7.5, в которых исправлены некоторые баги. Просьба протестировать их тоже.

Собрал сборки 4.7.4 и 4.7.5, в которых исправлены некоторые баги. Просьба протестировать их тоже.

Машина kompas с Ubuntu 10.10
Ядро 2.6.37-020637-generic
База Альфа-Авто на cellar

Проблем не замечено ни на одной сборке (4.7.2 - 4.7.5)
Проблема с долгой прорисовкой списка номенклатуры из #3032 также отсутствует во всех сборках.

(В ответ на comment #11)
> Собрал сборки 4.7.4 и 4.7.5, в которых исправлены некоторые баги. Просьба
> протестировать их тоже.

Можно поподробнее про исправленные баги. Нужно еще проверять что-то конкретное?

(В ответ на comment #13)
> Машина kompas с Ubuntu 10.10
> Ядро 2.6.37-020637-generic
> База Альфа-Авто на cellar
> 
> Проблем не замечено ни на одной сборке (4.7.2 - 4.7.5)
> Проблема с долгой прорисовкой списка номенклатуры из #3032 также отсутствует во
> всех сборках.

Это здорово. Надо ещё убедиться, что в той же конфигурации на 4.6.2 есть замедление.

Так же на cellar в smb.conf есть строка "strict locking = no", которого не должно быть. Просьба, протестировать последнюю 4.7.5 сборку без этой строки.

Так же было бы интересно узнать, как себя ведёт эта сборка на сервере Windows так же в сравнении с 4.6.2 в случае прорисовки списка номенклатуры.

> 
> (В ответ на comment #11)
> > Собрал сборки 4.7.4 и 4.7.5, в которых исправлены некоторые баги. Просьба
> > протестировать их тоже.
> 
> Можно поподробнее про исправленные баги. Нужно еще проверять что-то конкретное?

Нет, ничего конкретного проверять не надо. Исправления касались некоторых узких сценариев работы и надо было убедиться, что они ничего не сломали.

Какие-то чудеса невероятные. 
На 4.7.2 и на 4.7.5 второй пользователь получает "Программа была завершена аварийно. Зайдите в монопольном."
Это и на сервере win и lin.

Единственное что делал не так как раньше, насколько я помню, это не ставил пакет поверх, а предварительно удалял старый через dpkg -P.

После того, как выкинуло второго, в мониторе пользователей у первого никого нет. Хотя до этого там был он.
winelocktest проходит

> Единственное что делал не так как раньше, насколько я помню, это не ставил
> пакет поверх, а предварительно удалял старый через dpkg -P.
> 
И не делал start после service etercifs buid вместо чего получал vanilla cifs=)

> Надо ещё убедиться, что в той же конфигурации на 4.6.2 есть
> замедление.
Замедление есть. Разница ощутима на сервере с linux.

> Так же на cellar в smb.conf есть строка "strict locking = no", которого не
> должно быть. Просьба, протестировать последнюю 4.7.5 сборку без этой строки.
Все работает корректно.

> Так же было бы интересно узнать, как себя ведёт эта сборка на сервере Windows
> так же в сравнении с 4.6.2 в случае прорисовки списка номенклатуры.
Вот тут разницы особой не увидел. И там и там прорисовывалось достаточно быстро.

Заметил еще, что на сервер c windows второй пользователь заходит намного-намного дольше, чем на сервер с linux.

Собрал новую сборку 4.7.7 по мотивам баги http://bugs.etersoft.ru/show_bug.cgi?id=6940. Просьба протестировать так же, как и предыдущие.

(В ответ на comment #17)
> Собрал новую сборку 4.7.7 по мотивам баги
> http://bugs.etersoft.ru/show_bug.cgi?id=6940. Просьба протестировать так же,
> как и предыдущие.

Проблем не замечено.

На 4.6.2 вход второго пользователя на сервер с Windows такой же медленный.

Таким образом можно сделать следующий вывод: сборка 4.7.7 пригодна к использованию и показывает результаты лучшие, чем текущие стабильные сборки.