RHEL / usr / local v.s. / usr on NFS - montar / desmontar pedido?

Question

Pelo menos historicamente, a Red Hat escreveu

In Red Hat Enterprise Linux, the intended use for the /usr/local/ directory is slightly different from that specified by the FHS. The FHS says that /usr/local/ should be where software that is to remain safe from system software upgrades is stored. Since software upgrades can be performed safely with Red Hat Package Manager (RPM), it is not necessary to protect files by putting them in /usr/local/. Instead, the /usr/local/ directory is used for software that is local to the machine.

For instance, if the /usr/ directory is mounted as a read-only NFS share from a remote host, it is still possible to install a package or program under the /usr/local/ directory.

link

Mas, isso sugere que você tem um sistema de arquivos local / usr / local, montado em um diretório do sistema de arquivos NFS / usr.

A Red Hat realmente suportou a montagem / usr / local como um sistema de arquivos local, no ponto correto depois que a rede foi conectada e o / usr foi montado sobre o NFS? E vice-versa no momento do desligamento? Como isso foi implementado? Existem algumas opções interessantes, por ex. de mount que foram necessários para implementar isso?

O script de inicialização do RHEL para montagem de sistemas de arquivos de rede é chamado de netfs .

    

Answer 1

Em um caso semelhante, os clientes foram instruídos a escrever um script de init personalizado para montar (e desmontar) o sistema de arquivos no ponto necessário.

Então, isso seria uma solução possível, o que evita que o cliente se preocupe com detalhes complicados.

O exemplo usa um comentário no script de inicialização que foi reconhecido por chkconfig , para configurar a ordem.

link

In this example script, the values of the chkconfig statement indicate the following:

345 indicates the run levels that the script will be started in

29 is the start priority, which in this case indicates that the script will run at startup time after the GFS2 init script, which has a start priority of 26

73 is the stop priority, which in this case indicates that the script will be stopped during shutdown before the GFS2 script, which has a stop priority of 74

#!/bin/bash
#
# chkconfig: 345 29 73
# description: mount/unmount my custom bind mounts onto a gfs2 subdirectory
#
#
### BEGIN INIT INFO
# Provides: 
### END INIT INFO