[gpfsug-discuss] Migration policy confusion

Mark.Bush at siriuscom.com Mark.Bush at siriuscom.com
Thu Jul 7 14:16:19 BST 2016


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: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of Olaf Weiser <olaf.weiser at de.ibm.com>
Reply-To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date: Thursday, July 7, 2016 at 8:12 AM
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
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: olaf.weiser at de.ibm.com
-------------------------------------------------------------------------------------------------------------------------------------------
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:        "Mark.Bush at siriuscom.com" <Mark.Bush at siriuscom.com>
To:        gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date:        07/07/2016 03:00 PM
Subject:        [gpfsug-discuss] Migration policy confusion
Sent by:        gpfsug-discuss-bounces at spectrumscale.org
________________________________



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 | mark.bush at siriuscom.com
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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20160707/bd24088c/attachment-0002.htm>


More information about the gpfsug-discuss mailing list