NFS монтируется в Puppet - код возврата 32 (mount.nfs: занят или уже смонтирован) - PullRequest
0 голосов
/ 30 декабря 2011

Мы используем Puppet для управления нашими креплениями NFS на RHEL 6.1

Puppet может успешно смонтировать монтирования NFS во время загрузки, после этого каждый раз, когда перезагружается марионетка, он пытается монтировать уже существующие монтирования и завершается неудачно с кодом возврата 32.

Почти что кукольный думает, что монтировок нет, и пытается выполнить команды монтирования снова

Есть ли указатель для решения этой проблемы?

Спасибо

Ответы [ 2 ]

1 голос
/ 13 июня 2013

Я только что наткнулся на это, пытаясь перемонтировать файловую систему NFS с различными вариантами монтирования, и Chef.Ни Кукольный, ни Шеф не виноваты;в конце концов, mount.nfs возвращает 32.

10.120.18.15:/data/chocolate /data/chocolate nfs rw,intr,noatime,rsize=1048576,wsize=1048576 0 2
10.120.18.15:/data/vanilla /data/vanilla nfs rw,intr 0 2

root@x:~# mount -o remount,rw,intr /data/chocolate
root@x:~# echo $?
32

Одна из этих опций вызывает RC 32. Я просто отключился, установил только rw,intr, и теперь Chef работает без ошибок каждый раз.

0 голосов
/ 05 июня 2015

Это вызвано тем, что Puppet или Chef не проверяют, что крепление уже существует, прежде чем пытаться перемонтировать его.Или из-за того, что балансировщики нагрузки возвращают другой IP-адрес, в результате чего приложение монтируется как новая точка монтирования.Puppet / Chef должен улучшить проверку ошибок в этом сценарии.

https://access.redhat.com/solutions/1468013

...