Steve, I don't know how well you float, but you are right that so far we've focused on NFS. ;-) I also assumed that that was what you would be doing. It's pretty trivial to add local mounts but I would have to look into it.
M Steve Barnes wrote: > Mark > > Please excuse my density, but I'm having a hard time getting storage > promises to work correctly with purely local ext3 partition mounting. All > of the documentation on storage promises, and the explored behaviour to > date leans with a heavy bias towards NFS-only scenarios. > > Do storage promises actually cater for local ext3 partitions and mounting? > , > Issues so far: > > - Inability to specify ext3 as a file system type. > - The programmatic inclusion of ":" in the /etc/fstab device-name column. > - Inability to specify `LABEL=<e2label>` for mount_source. > - Inability to specify dump-freq/pass-num values for /etc/fstab. > > Perhaps I misunderstood the original question posted by Sean whom infact > was asking about NFS management capabilities within CFEngine3? > > Thank you > > Steve > >> Steve, >> >> not to belittle your efforts, but you should definitely use storage >> promises to simplify this. >> >> M >> >> Steve Barnes wrote: >>> Sean >>> >>> Here's a little something I finally got working at 2am last night. It >>> ensures an slist of specific mount points always have the noatime flag >>> (purely data folders in my case). If changes are made to the /etc/fstab >>> file, a remount of the affected partitions is performed. >>> >>> Hopefully this can provide you with a basis to implement your specific >>> requirements :) >>> >>> Steve >>> >>> PS, I'm new to CFEngine; feedback is always appreciated! >>> >>> --- >>> >>> bundle agent fb_fstab >>> { >>> vars: >>> >>> # our list of partitions to add the noatime flag to. >>> "noatime_partitions" slist => {"/data1","/data2"}; >>> >>> classes: >>> >>> # only for specific hosts that match this regex pattern. >>> "do_it" or => { classmatch("qp.*"), classmatch("cr.*") }; >>> >>> files: >>> >>> do_it:: >>> >>> "/etc/fstab" >>> >>> edit_line => >>> add_noatime_flag("noatime","4","$(noatime_partitions)"), >>> classes => if_repaired("fstab_updated"); >>> >>> commands: >>> >>> # if fstab was updated, we need to perform a remount of the >>> affected >>> partitions. >>> fstab_updated:: >>> >>> "/bin/mount -oremount" args => "$(noatime_partitions)"; >>> } >>> >>> bundle edit_line add_noatime_flag(flag,field_num,partition) >>> { >>> field_edits: >>> >>> "LABEL=$(partition).*" >>> >>> edit_field => >>> col("[\s]+","$(field_num)","$(flag)","append"); >>> } >>> >>> --- >>> >>>> In the cfengine v2 reference the mountall directive is defined thus: >>>> >>>> mountall >>>> mounts all filesystems defined in the hosts filesystem table. This >>>> causes new NFS filesystems added by addmounts and mailcheck to be >>>> actually mounted. This should probably be called both before mountinfo >>>> and after addmounts etc. A short timeout is placed on this operation >>>> to avoid hanging RPC connections when parsing NFS mounted file >>>> systems. >>>> >>>> Is it possible to simply make sure that what is in /etc/fstab stays >>>> mounted properly? I don't want to use addmounts to manage /etc/fstab. >>>> We prefer to keep this file updated by hand. >>>> _______________________________________________ >>>> Help-cfengine mailing list >>>> Help-cfengine@cfengine.org >>>> https://cfengine.org/mailman/listinfo/help-cfengine >>>> >>> >>> _______________________________________________ >>> Help-cfengine mailing list >>> Help-cfengine@cfengine.org >>> https://cfengine.org/mailman/listinfo/help-cfengine >> -- >> Mark Burgess >> >> ------------------------------------------------- >> Professor of Network and System Administration >> Oslo University College, Norway >> >> Personal Web: http://www.iu.hio.no/~mark >> Office Telf : +47 22453272 >> ------------------------------------------------- >> > > -- Mark Burgess ------------------------------------------------- Professor of Network and System Administration Oslo University College, Norway Personal Web: http://www.iu.hio.no/~mark Office Telf : +47 22453272 ------------------------------------------------- _______________________________________________ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine