ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | На ядрах 3.10.x крайне медленно монтируется NFS | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgenii Terechkov <evg> | ||||
| Component: | kernel-image-std-def | Assignee: | Vitaly Chikunov <vt> | ||||
| Status: | NEW --- | QA Contact: | qa-sisyphus | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | kernelbot, placeholder, vt | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Проявляется и на 3.10.3-std-pae-alt1 (i586, другая машина). То же и на 3.10.4-std-pae-alt1 Опция монтирования nfsvers=3 что-либо меняет? Вообще что-то смутно припоминается про переприкрученность krb5, см. тж. http://joshuawise.com/kerberos-nfs Да, nfsvers=3 проблему решает. nfs(5) и rpc-server-gss.txtrpc-server-gss.txt из документации ядра объясняют, что сначала идёт попытка монтировать NFSv4 а уже потом NFSv3 и во время первой попытки ядро ждёт ответа от одной из двух реализации rpc-gss сервера/прокси в пользовательском пространстве. Насколько понимаю, старая реализация у нас собрана в пакете nfs-server в виде rpc.svcgssd, а новая не собрана. Видимо, в новом ядре что-то изменилось, что дало такой эффект. Имхо, это стоило бы починить. |
Created attachment 5898 [details] Отчёт system-report о машине После обновления на ядра 3.10.1/3.10.3-alt1 стали очень медленно монтироваться NFS-шары (через autofs). Причём на каждую попытку точку монтирования через некоторое время ( секунд по прикидкам) после обращения в логе появляется следующая ругань: Jul 28 18:41:45 thinkpad kernel: [ 1072.863044] RPC: AUTH_GSS upcall timed out. Jul 28 18:41:45 thinkpad kernel: [ 1072.863044] Please check user daemon is running. и только потом происходит успешное монтирование и вход в каталог. Пользоваться автомонтированием стало положительно невозможно. Откат на ядро 3.9.6-alt1 решает проблему.