If mupip reorg doesn't reclaim enough space for you to continue, there is no alternative to moving to a file system with a higher limit. For your next file system you may want to consider using LVM or EVMS so that you can add disks and grow the file system (the largest GT.M database that I know of - i.e., that someone created and told me about) is 2TB.
Regards
-- Bhaskar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have a GT.M database that is reaching the 16Gb size limit of its Linux file system.
Do I have any options other than migrating to a file system that has a a higher file system limit?
The GT.M database contains just one global. The expedience of mapping individual globals to other databases has already been used.
Any ideas?
If mupip reorg doesn't reclaim enough space for you to continue, there is no alternative to moving to a file system with a higher limit. For your next file system you may want to consider using LVM or EVMS so that you can add disks and grow the file system (the largest GT.M database that I know of - i.e., that someone created and told me about) is 2TB.
Regards
-- Bhaskar