It's v3.
Maybe I'm doing something wrong.
The file { '/data/app' resource and the nfs share are the same location,
so when it comes back on subsequent runs, it now sees that file /data/app
is no longer owned as root and has 777 perms rather than 755
On Friday, August 17, 2018 at 2:30:55 PM UTC-7, Arnau wrote:
>
> Hi,
>
> Are you sure you are mounting nfs v3 and not 4?
> Puppet does nothing with the content of the mount so it has to be some
> (missing/wrong) mount option.
>
> HTH,
> Arnau
>
>
> El dv., 17 ag. 2018 , 23:03, Mike Langhorst <mike.la...@gmail.com
> <javascript:>> va escriure:
>
>> I'm having some issues with managing a mount point for an NFS server.
>> Specifically when the client system has no root write privileges to that
>> NFS share.
>>
>> I need to mount a NetApp NFS/Cifs share to a filesystem location
>> /data/app. So I'll need to manage the file resource /data/app, and as
>> typical the owner and mode.
>>
>> file { '/data/app':
>> ensure => directory,
>> owner => root,
>> group => root,
>> mode => '0755',
>> }
>>
>> mount { '/data/app':
>> ensure => mounted,
>> device => nfs_server:/app
>> dump => 0,
>> fstype => 'nfs',
>> target => '/etc/fstab',
>> require => File['/data/app'],
>> }
>>
>>
>> So when I mount this nfs to /data/app, that share and it's contents are
>> nfsnobody, or some other high numbered uid, with varying permissions,
>> sometimes 777. The NetApp may show 777, but it's applying other ACLs due
>> to the CIFS share. For the different shares I've had to mount, that uid
>> and permissions have been different so I couldn't do something like
>> updating the module/hiera data to match after the fact as I still wouldn't
>> want that underling directory /data/app to be 777.
>>
>> I don't see anything in the file resource spec to allow for an "onlyif"
>> or such.
>>
>> Any ideas on how to manage this?
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to puppet-users...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/puppet-users/c06294e4-21c7-43a8-9c06-1ac8b8c90731%40googlegroups.com
>>
>> <https://groups.google.com/d/msgid/puppet-users/c06294e4-21c7-43a8-9c06-1ac8b8c90731%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/cf58c43e-eb27-4379-be2f-bfd88d240a4f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
