* [devel] NFS init order @ 2003-03-31 18:56 Sergey Bolshakov 2003-03-31 20:49 ` Dmitry V. Levin 2003-04-01 9:31 ` Igor Tertishny 0 siblings, 2 replies; 5+ messages in thread From: Sergey Bolshakov @ 2003-03-31 18:56 UTC (permalink / raw) To: devel В процессе подготовки очередной версии возникло некоторое желание переставить момент старта/стопа сервисов NFS, поскольку нынче мы имеем: S10/K90 network S13/K87 portmap S25/K75 netfs .. S60/K20 nfs и бардак с nfslock, поскольку для нормальной работы flock сервис rpc.statd должен быть запущен на обоих концах. Думается мне, что перенос nfs в район S20/K80, с одновременным переносом соответствующих бинарников (rpc.nfsd, rpc.mountd и exportfs) в /sbin, был бы оправдан. Какие будут мнения ? -- ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] NFS init order 2003-03-31 18:56 [devel] NFS init order Sergey Bolshakov @ 2003-03-31 20:49 ` Dmitry V. Levin 2003-04-01 8:14 ` Sergey Bolshakov 2003-04-01 9:31 ` Igor Tertishny 1 sibling, 1 reply; 5+ messages in thread From: Dmitry V. Levin @ 2003-03-31 20:49 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 832 bytes --] On Mon, Mar 31, 2003 at 09:56:30PM +0300, Sergey Bolshakov wrote: > В процессе подготовки очередной версии возникло некоторое желание > переставить момент старта/стопа сервисов NFS, поскольку нынче мы имеем: > S10/K90 network > S13/K87 portmap > S25/K75 netfs > .. > S60/K20 nfs > и бардак с nfslock, поскольку для нормальной работы flock > сервис rpc.statd должен быть запущен на обоих концах. Да, /etc/init.d/nfslock немного отстал от жизни. Очевидно, никто из разрабочиков не использует nfs r/w. > Думается мне, что перенос nfs в район S20/K80, с одновременным > переносом соответствующих бинарников (rpc.nfsd, rpc.mountd и exportfs) > в /sbin, был бы оправдан. Какие будут мнения ? /etc/init.d/nfs - это ведь nfs-сервер; зачем его переносить в начало? А у nfslock S14/K86 - после portmap и до netfs, т.е. нормально. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] NFS init order 2003-03-31 20:49 ` Dmitry V. Levin @ 2003-04-01 8:14 ` Sergey Bolshakov 2003-04-01 13:15 ` Dmitry V. Levin 0 siblings, 1 reply; 5+ messages in thread From: Sergey Bolshakov @ 2003-04-01 8:14 UTC (permalink / raw) To: ALT Devel discussion list >>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes: > On Mon, Mar 31, 2003 at 09:56:30PM +0300, Sergey Bolshakov wrote: >> В процессе подготовки очередной версии возникло некоторое желание >> переставить момент старта/стопа сервисов NFS, поскольку нынче мы имеем: >> S10/K90 network >> S13/K87 portmap >> S25/K75 netfs >> .. >> S60/K20 nfs >> и бардак с nfslock, поскольку для нормальной работы flock >> сервис rpc.statd должен быть запущен на обоих концах. > Да, /etc/init.d/nfslock немного отстал от жизни. > Очевидно, никто из разрабочиков не использует nfs r/w. >> Думается мне, что перенос nfs в район S20/K80, с одновременным >> переносом соответствующих бинарников (rpc.nfsd, rpc.mountd и exportfs) >> в /sbin, был бы оправдан. Какие будут мнения ? > /etc/init.d/nfs - это ведь nfs-сервер; зачем его переносить в начало? > А у nfslock S14/K86 - после portmap и до netfs, т.е. нормально. Если statd запускается на серверной стороне, то рекомендуемый порядок его запуска - после nfsd. И, кстати, какие причины к использованию rquotad из пакета quota, а не идущего с nfs-utils ? -- ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] NFS init order 2003-04-01 8:14 ` Sergey Bolshakov @ 2003-04-01 13:15 ` Dmitry V. Levin 0 siblings, 0 replies; 5+ messages in thread From: Dmitry V. Levin @ 2003-04-01 13:15 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 1424 bytes --] On Tue, Apr 01, 2003 at 11:14:32AM +0300, Sergey Bolshakov wrote: > >> В процессе подготовки очередной версии возникло некоторое желание > >> переставить момент старта/стопа сервисов NFS, поскольку нынче мы имеем: > >> S10/K90 network > >> S13/K87 portmap > >> S25/K75 netfs > >> .. > >> S60/K20 nfs > >> и бардак с nfslock, поскольку для нормальной работы flock > >> сервис rpc.statd должен быть запущен на обоих концах. > > > Да, /etc/init.d/nfslock немного отстал от жизни. > > Очевидно, никто из разрабочиков не использует nfs r/w. > > >> Думается мне, что перенос nfs в район S20/K80, с одновременным > >> переносом соответствующих бинарников (rpc.nfsd, rpc.mountd и exportfs) > >> в /sbin, был бы оправдан. Какие будут мнения ? > > > /etc/init.d/nfs - это ведь nfs-сервер; зачем его переносить в начало? > > А у nfslock S14/K86 - после portmap и до netfs, т.е. нормально. > Если statd запускается на серверной стороне, то рекомендуемый порядок > его запуска - после nfsd. И, кстати, какие причины к использованию На месте администратора сервера, раздающего nfs, мне бы не хотелось, чтобы nfs становился доступным раньше sshd. И почему, кстати, statd рекомендуют запускать после nfsd? > rquotad из пакета quota, а не идущего с nfs-utils ? На момент принятия решения (см. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=33738) это было оправданно. Какова ситуация сейчас, я не знаю. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [devel] NFS init order 2003-03-31 18:56 [devel] NFS init order Sergey Bolshakov 2003-03-31 20:49 ` Dmitry V. Levin @ 2003-04-01 9:31 ` Igor Tertishny 1 sibling, 0 replies; 5+ messages in thread From: Igor Tertishny @ 2003-04-01 9:31 UTC (permalink / raw) To: devel [-- Attachment #1: signed data --] [-- Type: text/plain, Size: 854 bytes --] 31 Март 2003 18:56, Sergey Bolshakov написал: > В процессе подготовки очередной версии возникло некоторое желание > переставить момент старта/стопа сервисов NFS, поскольку нынче мы имеем: > S10/K90 network > S13/K87 portmap > S25/K75 netfs > .. > S60/K20 nfs > и бардак с nfslock, поскольку для нормальной работы flock > сервис rpc.statd должен быть запущен на обоих концах. > Думается мне, что перенос nfs в район S20/K80, с одновременным > переносом соответствующих бинарников (rpc.nfsd, rpc.mountd и exportfs) > в /sbin, был бы оправдан. Какие будут мнения ? Отличная идея! Меня уже достало руками перенастраивать nfs, чтобы он запускался. Сейчас nfs работает только если после загрузки ручками дать команду service nfs restart (проверено на шести серверах). Потом правлю примерно к вышеуказанному варианту и все начинает работать по человечески. [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-04-01 13:15 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2003-03-31 18:56 [devel] NFS init order Sergey Bolshakov 2003-03-31 20:49 ` Dmitry V. Levin 2003-04-01 8:14 ` Sergey Bolshakov 2003-04-01 13:15 ` Dmitry V. Levin 2003-04-01 9:31 ` Igor Tertishny
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git