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 <[email protected] 
> <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 [email protected] <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 [email protected].
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.

Reply via email to