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
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
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 _______________________________________________
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
