Нужно протестировать etercifs-4.7.0 по стандартной методике, включая одновременную проводку документа. Тестировать на 37 ядре (strictcache режим прокинут только туда). Пакеты 37 ядра для Ubuntu можно взять отсюда: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.37-natty/ (на Ubuntu 10.10 ставятся без проблем).
По мотивам поста 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, в которых исправлены некоторые баги. Просьба протестировать их тоже.
Машина 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 пригодна к использованию и показывает результаты лучшие, чем текущие стабильные сборки.
