Issue #3688 has been updated by Ben Hughes.

Hello, I am going through old Puppet tickets and this one has been dormant for 
a long time. If this is still an issue please let us know and/or re-open the 
ticket please. Thanks.

What more information does this need please?  Can we reach a decision with what 
we have?

Thanks
----------------------------------------
Bug #3688: Can not overmount a mountpoint.
https://projects.puppetlabs.com/issues/3688

Author: Ian Dall
Status: Needs more information
Priority: Normal
Assignee: James Turnbull
Category: mount
Target version: 
Affected Puppet version: 0.25.4
Keywords: 
Branch: 


I have diskless linux clients where /var/spool is mounted with type tmpfs. I 
want to overmount (on certain clients) with and nfs mount.

The issue is that in type/mount.rb does:

                 provider.mount unless provider.mounted?

when ensure=>mounted.

Looking in provider/mount.rb, for the definition of provider.mounted, it just 
checks for the / on #{name} / in the list of mounts. This succeeds no matter 
what was mounted (in my case a tmpfs), even if it was completely unrelated to 
the desired mount. On a refresh, the remount fails as well for slightly 
different reasons: basically a remount will only change some mount options, not 
completely change the mounted device and filesystem type.

I'm not sure what is correct here. While it might seem strange to want to do 
this, the tmpfs mount comes earlier in the boot process and is not under 
puppet's control. I general, it seems wrong for puppet's behaviour to depend on 
how the underlying filesystem has been constructed. I think it would be 
reasonable for provider.mounted to check both the device and the name to 
determine if a mount is already mounted.

There are issues such as how to compare "devices" where one is an nfs "device" 
with a short hostname and one a long hostname, or where one uses a symlink and 
another doesn't. This is no different to problems which arise where the mount 
point is a symlink. "Don't do that!" seems to be the answer.



-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-bugs?hl=en.

Reply via email to