You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 8, 2023. It is now read-only.
When using nfs::client::mounts (i.e. from hiera), a dependency cycle is generated:
(Mount[shared 192.168.1.10:test by xenial.openvpn on /srv/test] => Nfs::Client::Mount[test] => Class[Nfs::Client] => Mount[shared 192.168.1.10:test by xenial.openvpn on /srv/test])
Workaround: Create a profile, that creates the nfs::client::mount-types independently of the class:
# Generate nfs::client::mount types, because nfs::client::mounts generates
# a dependency cycle
class profile::nfs_client_mounts () {
$nfs_mounts = hiera_hash('nfs_client_mounts', undef)
if $nfs_mounts {
create_resources(nfs::client::mount, $nfs_mounts)
}
}
and include that into the classes list.
The text was updated successfully, but these errors were encountered:
rmsds
added a commit
to epfl-scitas/puppet-nfs
that referenced
this issue
Jul 5, 2017
When using nfs::client::mounts (i.e. from hiera), a dependency cycle is generated:
Workaround: Create a profile, that creates the nfs::client::mount-types independently of the class:
and include that into the classes list.
The text was updated successfully, but these errors were encountered: