Bug 19937 - не запускается NFS сервер
Summary: не запускается NFS сервер
Status: CLOSED WONTFIX
Alias: None
Product: Branch 4.1
Classification: Distributions
Component: nfs-server (show other bugs)
Version: unspecified
Hardware: all Linux
: P3 major
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-4.1@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-06 08:32 MSD by Vladimir Karpinsky
Modified: 2014-11-05 20:42 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Karpinsky 2009-05-06 08:32:57 MSD
#cat /etc/exports
/export/Data    -rw sunsei.geo.loc
# service nfs start
Exporting NFS file systems: exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "sunsei.geo.loc:/export/Data".
  Assuming default behaviour ('no_subtree_check').
  NOTE: this default has changed since nfs-utils version 1.0.x
 [FAILED]
Starting NFS daemon: [ DONE ]
Starting NFS mount service: [ DONE ] 

#tail /var/log/meesages
May  4 13:34:29 seismix kernel: [4108696.925982] exportfs[4138]: segfault at 8 ip b7ed2e7f sp bfbbc104 error 4 in libc-2.5.1.so[b7e68000+123000]
May  4 13:34:29 seismix nfs: Exporting NFS file systems: failed
May  4 13:34:29 seismix kernel: [4108697.000388] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
May  4 13:34:29 seismix kernel: [4108697.000406] NFSD: starting 90-second grace period
May  4 13:34:29 seismix nfs: Starting NFS daemon: succeeded
May  4 13:34:29 seismix nfs: rpc.mountd startup succeeded

На клиенте ожидаемо: "Permission denied".
Раньше с этим же настройками всё работало...
Comment 1 Sergey Bolshakov 2009-05-06 11:54:50 MSD
а чем 'раньше' отличается от 'сейчас' ?
версии пакетов, например ?
Comment 2 Vladimir Karpinsky 2009-05-06 14:21:54 MSD
Мне сейчас трудно восстановить момент, когда работать перестало, поскольку этот ресурс используется достаточно редко. Текущий /etc/exports тащится ещё с Мастера 2.4, но после установки Desktop 4 работоспособность была неоднократно проверена. Последний dist-upgrade был проведён 05.05, но ситуацию не изменил.

#rpm -q nfs-server
nfs-server-1.1.2-alt1.M41.1.

Версии каких пакетов надо ещё сообщить?

В комьюнити по этому поводу тишина, кроме письма ldv@ (http://lists.altlinux.org/pipermail/community/2009-May/652045.html), после которого я сюда и написал.
Comment 3 Sergey Bolshakov 2009-05-06 23:13:12 MSD
ещё ядро, если оно не соответствует тому, что сейчас в 4.1.
могу пока предположить, что дело в неких локальных изменениях.
меняется ли положение дел к лучшему, если:
- указать в exports не hostname, а ip-адрес;
- дополнить опции параметром fsid, что-то вроде -rw,fsid=1234;
- обнулить содержимое /var/lib/nfs/*tab ?
Comment 4 Vladimir Karpinsky 2009-05-07 01:07:01 MSD
(В ответ на комментарий №3)
Ядро:  2.6.26-wks-pae-alt1 
Действительно, достаточно было заменить в /etc/exports имён на ip. Хотя имена разрешаются, во всяком случае, команда host отрабатывает нормально.
Comment 5 Vladimir Karpinsky 2009-05-07 09:05:59 MSD
После замены имён на ip все предупреждения об отсутствии 'subtree_check' or 'no_subtree_check' перестали появляться в консоли, но остались в /var/log/messages.
Comment 6 Michael Shigorin 2011-05-12 18:18:16 MSK
Видимо, WONTFIX.
Comment 7 Michael Shigorin 2014-11-05 20:42:40 MSK
В 4.1/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.