Problemas com o autofs “mapa mestre de leitura de problemas, espera máxima excedida”

Question

Estou tentando montar uma partição cifs usando o autofs. Depois de muitos testes e erros, finalmente consegui montá-lo (o principal problema que tive foi que nas instruções, aqui , esta linha no arquivo de mapeamento

"[any_name] -fstype=cifs,[other_options] > ://[remote_server]/[remote_share_name]"

deve ser realmente:

"[remote_share_name] -fstype=cifs,[other_options] ://[remote_server]/"

De qualquer forma, depois de tudo isso, eu sou capaz de montar minha partição cifs usando este comando:

sudo automount -f -d &

Infelizmente, quando uso o serviço autofs real usando o comando abaixo, meu compartilhamento não é montado

sudo /sbin/service autofs restart

Eu olhei os arquivos de log usando depois de configurar o autofs sysconfig para estar no modo de depuração, e veja os seguintes erros:

Dec 18 13:33:51 SRVR_XYZ automount[7986]: autofs stopped
Dec 18 13:46:09 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:09 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:11 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:13 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:15 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:17 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:46:19 SRVR_XYZ automount[8740]: problem reading master map, maximum wait exceeded
Dec 18 13:46:19 SRVR_XYZ automount[8740]: automount: warning: could not read at least one map source after waiting, continuing ...
Dec 18 13:46:19 SRVR_XYZ automount[8740]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:34 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:34 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:36 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:38 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:40 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:42 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:53:44 SRVR_XYZ automount[9139]: problem reading master map, maximum wait exceeded
Dec 18 13:53:44 SRVR_XYZ automount[9139]: automount: warning: could not read at least one map source after waiting, continuing ...
Dec 18 13:53:44 SRVR_XYZ automount[9139]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:18 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:18 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:20 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:22 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:24 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:26 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master
Dec 18 13:54:28 SRVR_XYZ automount[9250]: problem reading master map, maximum wait exceeded
Dec 18 13:54:28 SRVR_XYZ automount[9250]: automount: warning: could not read at least one map source after waiting, continuing ...
Dec 18 13:54:28 SRVR_XYZ automount[9250]: lookup_read_master: lookup(file): could not open master map file /etc/auto.master

Eu não tenho ideia do porquê disso. Eu me certifiquei de definir as permissões apropriadas (chmod 640) e propriedade de /etc/auto.master para a conta root.

Não tenho a menor idéia de por que o serviço autofs não pode montar a partição, enquanto ela funciona corretamente quando eu inicio o automout manualmente.

Eu uso:

Automount version 5.0.5-133.el6_9
Linux distro: CentOS release 6.9(Final)

Aqui está como o arquivo /etc/auto.master se parece:

#
# Sample auto.master file
# This is a 'master' automounter map and it has the following format:
# mount-point [map-type[,format]:]map [options]
# For details of the format look at auto.master(5).
#
/misc   /etc/auto.misc
#
# NOTE: mounts done from a hosts map will be mounted with the
#       "nosuid" and "nodev" options unless the "suid" and "dev"
#       options are explicitly given.
#
/net    -hosts
#
# Include central master map if it can be found using
# nsswitch sources.
#
# Note that if there are entries for /net or /misc (as
# above) in the included master map any keys that are the
# same will not be seen as the first read key seen takes
# precedence.
#
+auto.master
/mnt/cifs /etc/auto.cifs-shares --ghost

Agradecemos antecipadamente por sua ajuda.

    

Answer 1

O AutoFS usa uma hierarquia de dois níveis de arquivos de configuração.

1. Controle de nível superior /etc/auto.master

   O arquivo mais alto na hierarquia é /etc/auto.master e define as árvores de diretórios sobre as quais o AutoFS tem controle. Seu arquivo de exemplo em sua pergunta tinha três linhas sem comentário:

   /misc   /etc/auto.misc
   /net    -hosts
   +auto.master
   

   Isto diz que o / misc deve ser gerenciado através do AutoFS pelo arquivo ou script /etc/auto.misc , e que /net deve ser derivado do conjunto de "Hosts Conhecidos executando o NFS". A última linha diz que o NIS deve ser consultado para um mapa central. Você não estará executando o NIS para que a linha seja irrelevante.

   Sugiro que você comente as linhas /net e +auto.master deixando apenas a definição /misc /etc/auto.misc .

2. Implementação de segundo nível

   Agora temos apenas um arquivo restante para o segundo nível da hierarquia, /etc/auto.misc . Podemos editar isso para incluir sua nova definição:

   [share_name] -fstype=cifs,[other_options] ://[remote_server]/[remote_share]"
   

   Por exemplo, essa entrada criará uma entrada temporária /misc/myshare que mapeia diretamente para o compartilhamento //CIFSSERVER/ITSSHARE :

   myshare -fstype=cifs,noperm,credentials=/root/.cifscred ://cifsserver/itsshare
   

   Observe que até que o compartilhamento seja acessado por nome explícito, ele não será exibido em /misc . Você pode ver os erros relatados no logger ( /var/log/syslog na minha versão do Debian, por exemplo).

Pessoalmente, gosto de renomear /misc as /var/autofs/misc in /etc/auto.master para que não atrapalhe e crie um diretório de nível superior /autofs com links simbólicos para as entradas conhecidas em /var/autofs/misc . No caso do meu exemplo,

# Prepare the /etc/auto.master file
#
mkdir -p -m755 /var/autofs/misc /autofs
rmdir /misc
sed -i.bak 's!^/misc!/var/autofs/misc!' /etc/auto.master

# Create the symlink
#
cd /autofs
ln -s ../var/autofs/misc/myshare

e eu referenciaria as montagens do AutoFS em /autofs . Você pode achar que isso não funciona para você, especialmente se os sistemas de arquivos de montagem AutoFS forem um processo lento / caro, mas isso evita que eu tenha que lembrar de todos os nomes de montagem do AutoFS.