Issue #4904 has been updated by Rob McBroom.

Under RHEL 5, the observed behavior at least lines up with the documentation 
(`ensure => present` will unmount, not remount), but I think we all agree that 
the documented behavior should be changed.

My specific use case is an NFS mount that the team uses to store various 
firmware updates, documentation, etc. It doesn’t need to be available on most 
systems most of the time, but it would be nice to have it in `fstab` on every 
system so it can be accessed with a quick `mount /blah` (as opposed to `mount 
hostname:/vol/Whatever /blah`).

----------------------------------------
Bug #4904: mount type attempting remount when ensure => present
http://projects.puppetlabs.com/issues/4904

Author: John Warburton
Status: Unreviewed
Priority: Normal
Assignee: 
Category: 
Target version: 
Affected version: 0.25.5
Keywords: mount remount tempfs
Branch: 


I am on Solaris 10, with puppet 0.25.5, and trying to manage /tmp. Note that 
/tmp can't be remounted on a live system 
(http://wikis.sun.com/display/BigAdmin/Talking+about+RAM+disks+in+the+Solaris+OS)

Thats fine, I will use "ensure => present" which according to the documentation 
" set to present to add to fstab but not change mount/unmount status"

    mount{ "/tmp":
        atboot  => "yes",
        device  => "swap",
        ensure  => present,
        pass    => "-",
        fstype  => "tmpfs",
        options => "size=4096m",
    }

Changes /etc/vfstab as expected, but yields this error:

    err: //solaris/Mount[/tmp]/ensure: change from mounted to present failed: 
Execution of '/usr/sbin/umount /tmp' returned 1: umount: /tmp busy

    notice: //solaris/Mount[/tmp]: Refreshing self
    info: Mount[/tmp](provider=parsed): Remounting
    err: //solaris/Mount[/tmp]: Failed to call refresh on Mount[/tmp]: 
Execution of '/usr/sbin/umount /tmp' returned 1: umount: /tmp busy

My reading of the documentation is that the mount type shouldn't try to remount 
with "ensure => present"

However, it seems as the provider is refreshable, that it overrides any other 
setting



-- 
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