Honestly this sounds like you may be in a very dangerous situation and would HIGHLY recommend opening a PMR immediately to get direct, authoritative instruction from IBM, -Bryan
From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Eric Horst Sent: Friday, January 06, 2017 1:07 PM To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org> Subject: [gpfsug-discuss] undo fileset inode allocation Greetings all, I've been setting up and migrating to a new 225TB filesystem on 4.2.1. Separate data and metadata disks. There are about 20 independent filesets as second level directories which have all the files. One of the independent filesets hit its inode limit of 28M. Without carefully checking my work I accidentally changed the limit to 3.2B inodes instead of 32M inodes. This ran for 15 minutes and when it was done I see mmdf shows that I had 0% metadata space free. There was previously 72% free. Thinking about it I reasoned that as independent filesets I might get that metadata space back if I unlinked and deleted that fileset. After doing so I find I have metadata 11% free. A far cry from the 72% I used to have. Are there other options for undoing this mistake? Or should I not worry that I'm at 11% and assume that whatever was preallocated will be productively used over the life of this filesystem? Thanks, -Eric ________________________________ Note: This email is for the confidential use of the named addressee(s) only and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you are hereby notified that any review, dissemination or copying of this email is strictly prohibited, and to please notify the sender immediately and destroy this email and any attachments. Email transmission cannot be guaranteed to be secure or error-free. The Company, therefore, does not make any guarantees as to the completeness or accuracy of this email or any attachments. This email is for informational purposes only and does not constitute a recommendation, offer, request or solicitation of any kind to buy, sell, subscribe, redeem or perform any type of transaction of a financial product.
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
