Yes, that's fine. Just submit the request through SBS. Mark Mark Birmingham Development Team Leader High Performance Systems Group STFC Daresbury Laboratory Phone: +44 (0)1925 603381 Email: mark.birmingham at stfc.ac.uk<mailto:mark.birmingham at stfc.ac.uk> From: gpfsug-discuss-bounces at spectrumscale.org [mailto:gpfsug-discuss-bounces at spectrumscale.org] On Behalf Of Miroslav Bauer Sent: 05 September 2016 15:14 To: gpfsug main discussion list Subject: Re: [gpfsug-discuss] DMAPI - Unmigrate file to Regular state That's right, I must have totally overlooked that! Many thanks! :) -- Miroslav Bauer On 09/05/2016 03:51 PM, Jan-Frode Myklebust wrote: I believe what you're looking for is dsmrecall -RESident. Plus reconcile on tsm-server to free up the space. Ref: http://www.ibm.com/support/knowledgecenter/SSSR2R_7.1.2/com.ibm.itsm.hsmul.doc/r_cmd_dsmrecall.html -jf man. 5. sep. 2016 kl. 15.30 skrev Miroslav Bauer <bauer at cesnet.cz<mailto:bauer at cesnet.cz>>: Hello, is there any way to recall a migrated file back to a regular state (other than renaming a file)? I would like to free some space on an external pool (TSM), that is being used by migrated files. And it would be desirable to prevent repeated backups of an already backed-up data (due to changed ctime/inode). I guess that you can acheive only premigrated state with dsmrecall tool (two copies of file data - one on GPFS pool and one on external pool). Maybe deleting 'dmapi.IBMPMig' xattr will do the trick but I don't think it's safe, nor clean :). Thank you in advance, -- Miroslav Bauer _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org<http://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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20160905/040f2eb6/attachment.html>