Hi Folks I am not convinced this is necessary but it does not hurt, so I added another function to mount_modules to allow delayed umount
Tests show SALT# mount_modules SALT# umount_modules SALT# mount_modules SALT# umount_delayed & SALT# mount_modules SALT# umount_delayed & [1]- Terminated umount_delayed [2]+ Done umount_delayed Mar 30 13:55:29 SALT mount_modules: mounted /dev/sda2 on /tmp/tmp.GVlxkl Mar 30 13:55:38 SALT umount_delayed: unmount of /lib/modules/4.4.3-wrap scheduled in 10 seconds Mar 30 13:55:45 SALT mount_modules: killing umount_delayed process-id=17932 Mar 30 13:55:55 SALT umount_delayed: unmount of /lib/modules/4.4.3-wrap scheduled in 10 seconds Mar 30 13:56:05 SALT umount_modules: unmounted /lib/modules/4.4.3-wrap Mar 30 13:56:06 SALT umount_modules: unmounted /tmp/tmp.GVlxkl There are a few drawbacks with the invocation - umount_delayed must be pushed to the background to terminate - processes in the background spit out termination messages cheers ET ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
