Skip to content
This repository has been archived by the owner on Mar 8, 2023. It is now read-only.

nfs::client::mounts generates a dependency cycle #91

Open
dploeger opened this issue Jun 2, 2017 · 2 comments
Open

nfs::client::mounts generates a dependency cycle #91

dploeger opened this issue Jun 2, 2017 · 2 comments

Comments

@dploeger
Copy link

dploeger commented Jun 2, 2017

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.

rmsds added a commit to epfl-scitas/puppet-nfs that referenced this issue Jul 5, 2017
@rudgab
Copy link

rudgab commented Mar 8, 2018

I solved this for me in commenting out a line in mount.pp:
...
require => [
79 Nfs::Mkdir[$_mount],
80 # Class['::nfs::client'],
81 ],
82 }
..

@TwizzyDizzy
Copy link

Hey @echocat,

any reason this has not been incorporated into a release? Or @rudgab's solution? Can we help?

Cheers & Thanks
Thomas

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants