[gpfsug-discuss] Migration policy confusion

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


Thanks Daniel.  I did wait for 15-20 minutes after.

From: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of Daniel Kidger <daniel.kidger at uk.ibm.com>
Reply-To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date: Thursday, July 7, 2016 at 8:10 AM
To: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Cc: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Subject: Re: [gpfsug-discuss] Migration policy confusion

Mark,
For performance reasons, mmdf gets its data updated asynchronously.
Did you try waiting a few minutes?
Daniel
Error! Filename not specified.


Error! Filename not specified.




Dr Daniel Kidger
IBM Technical Sales Specialist
Software Defined Solution Sales

+44-07818 522 266
daniel.kidger at uk.ibm.com







----- Original message -----
From: "Mark.Bush at siriuscom.com" <Mark.Bush at siriuscom.com>
Sent by: gpfsug-discuss-bounces at spectrumscale.org
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Cc:
Subject: [gpfsug-discuss] Migration policy confusion
Date: Thu, Jul 7, 2016 2:00 PM



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

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20160707/bba65724/attachment-0002.htm>


More information about the gpfsug-discuss mailing list