As someone pointed out, it is only one more user file and I suppose that you no not manage your space by restricting the number of user files. As it has also been noticed, it can, and will be HSM migrated. And when you delete a RACF userid the zfs file goes with all the others, there is no USS directory to be located and deleted. Never looked back after we implemented it a few years ago. Best wishes Jack
On Tue, Aug 8, 2023, 00:27 Andrew Rowley <and...@blackhillsoftware.com> wrote: > On 8/08/2023 12:37 am, Jon Perryman wrote: > > Automount was created specifically to address some filesystem > > blemishes. There's a problem they needed to solved and they allowed > > people to continue without the use of automount. For those who choose > > automount, they decided that with all its faults, it solved more > > problems than it created. > > IBM didn't create automount. It was a standard unix thing before IBM did > unix. IBM just came up with the idea of HSM migrating home directories > as a use case. > > The primary problem with individual filesystems is that freespace > doesn't get returned to the system. Deleted a file? The space still > can't be used by someone else. If you accidentally fill up your > filesystem, when you delete the file after all those "growing > filesystem" messages: congratulations, you own the empty space. > > The secondary problem is that migrating filesystems makes file and > directory level management impractical. > > # du --sh /home/* > > # find /home -size 2G > > Don't even think about it, unless you like HSM recalls. > > File level backup also gets complicated when filesystems are migrated. > > Pretty much all the problems that automounted individual filesystems are > supposed to solve are actually a result of having individual > filesystems. They don't have to be solved on other platforms because > they didn't create them in the first place (or there is a better > solution e.g. quotas). > > -- > Andrew Rowley > Black Hill Software > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
