Olaf, thanks. Yes the plan is to have SSD’s for the system pool ultimately but this is just a test system that I’m using to try and understand teiring better. The files (10 or so of them) are each 200MB in size.
Mark From: <[email protected]> on behalf of Olaf Weiser <[email protected]> Reply-To: gpfsug main discussion list <[email protected]> Date: Thursday, July 7, 2016 at 8:12 AM To: gpfsug main discussion list <[email protected]> Subject: Re: [gpfsug-discuss] Migration policy confusion HI , first of all, given by the fact, that the MetaData is stored in system pool .. system should be the "fastest" pool / underlaying disks ... you have.. with a "slow" access to the MD, access to data is very likely affected.. (except for cached data, where MD is cached) in addition.. tell us, how "big" your test files are ? .. you moved by mmapplypolicy Mit freundlichen Grüßen / Kind regards Olaf Weiser EMEA Storage Competence Center Mainz, German / IBM Systems, Storage Platform, ------------------------------------------------------------------------------------------------------------------------------------------- IBM Deutschland IBM Allee 1 71139 Ehningen Phone: +49-170-579-44-66 E-Mail: [email protected] ------------------------------------------------------------------------------------------------------------------------------------------- IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Martina Koederitz (Vorsitzende), Susanne Peter, Norbert Janzen, Dr. Christian Keller, Ivo Koerner, Markus Koerner Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940 From: "[email protected]" <[email protected]> To: gpfsug main discussion list <[email protected]> Date: 07/07/2016 03:00 PM Subject: [gpfsug-discuss] Migration policy confusion Sent by: [email protected] ________________________________ Hello all, I’m struggling trying to understand tiering and policies in general in SpecScale. I have a single filesystem with two pools defined (system, GOLD). The GOLD pool is made up of some faster disks than the system pool. The policy I’m trying to get working is as follows RULE 'go_gold' MIGRATE FROM POOL 'system' TO POOL 'GOLD' WHERE (LOWER(NAME) LIKE '%.perf') I’m simply trying to get the data to move the NDS’s in GOLD pool. When I do an mmapplypolicy, mmlsattr shows that it’s now in the GOLD pool but when I do a mmdf the data shows 100% free still. I tried a mmrestripefs as well and no change to the mmdf output. Am I missing something here? Is this just normal behavior and the blocks will get moved at some other time? I guess I was expecting instant gratification and that those files would have been moved to the correct NSD. Mark R. Bush| Solutions Architect Mobile: 210.237.8415 | [email protected] Sirius Computer Solutions | www.siriuscom.com<http://www.siriuscom.com/> 10100 Reunion Place, Suite 500, San Antonio, TX 78216 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. This message may be viewed by parties at Sirius Computer Solutions other than those named in the message header. This message does not contain an official representation of Sirius Computer Solutions. If you have received this communication in error, notify Sirius Computer Solutions immediately and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. Sirius Computer Solutions<http://www.siriuscom.com/> _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
