ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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-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

* 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

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