Hide Forgot
Description of problem: The filesystem type tmpfs is included in /usr/share/cluster/fs.sh as a supported filesystem type. When a filesystem resource is created for a tmpfs filesystem the resource will fail to start. Version-Release number of selected component (if applicable): rgmanager-2.0.52-9.el5 How reproducible: Everytime Steps to Reproduce: 1. Manually edit cluster.conf to include a tmpfs as a resource in a service $ emacs /etc/cluster/cluster.conf <resources> <fs device="/dev/vdb1" force_fsck="0" force_unmount="0" fsid="13510" fstype="ext3" mountpoint="/mnt/ext3vol1" name="fsext3" options="rw" self_fence="0"/> <fs device="none" fstype="tmpfs" mountpoint="/mnt/tmpfsvol1" name="fstmpfs" options="size=128"/> </resources> <service autostart="0" name="ext3mount" recovery="disable"> <fs ref="fsext3"/> </service> <service autostart="0" name="tmpfsmount" recovery="disable"> <fs ref="fstmpfs"/> </service> 2. Start the service that contains the tmpfs resource $ clusvcadm -e tmpfsmount. Actual results: The tmpfs resource will fail to start. Expected results: The tmpfs resource should start succesfully if it is a supported fs type in fs.sh. Additional info:
The tmpfs filesystem type should be removed from /usr/share/cluster/fs.sh. A tmpfs is different from other fs types we support. I believe that tmpfs should be removed from fs.sh. Instead of creating a "filesystem" resource for tmpfs, the tmpfs should instead be created as a "script" resource. The script resource on start would mount the tmpfs filesystem, on stop would umount the tmpfs, and on status would check to see if the tmpfs is mounted.
Created attachment 485549 [details] This patch removes tmpfs from /usr/share/cluster/fs.sh
tmpfs has never really worked; I'm not entirely sure why it's even in fs.sh at all. This has already been removed upstream.