Hi, We have already come across the issues you have seen below, and worked around them.
If you run the pre-fetch with just the --meta-data-only, then all the date stamps are correct for the dirs., as soon as you run --list-only all the directory times change to now. We have tried rsync but this did not appear to work. -----Original Message----- From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Peter Childs Sent: 09 January 2017 15:49 To: gpfsug-discuss@spectrumscale.org Subject: EXTERNAL: Re: [gpfsug-discuss] AFM Migration Issue Interesting, I'm currently doing similar but currently am only using read-only to premigrate the filesets, The directory file stamps don't agree with the original but neither are they all marked when they were migrated. So there is something very weird going on..... (We're planning to switch them to Local Update when we move the users over to them) We're using a mmapplypolicy on our old gpfs cluster to get the files to migrate, and have noticed that you need a RULE EXTERNAL LIST ESCAPE '%/' line otherwise files with % in the filenames don't get migrated and through errors. I'm trying to work out if empty directories or those containing only empty directories get migrated correctly as you can't list them in the mmafmctl prefetch statement. (If you try (using DIRECTORIES_PLUS) they through errors) I am very interested in the solution to this issue. Peter Childs Queen Mary, University of London ________________________________________ From: gpfsug-discuss-boun...@spectrumscale.org <gpfsug-discuss-boun...@spectrumscale.org> on behalf of paul.tomlin...@awe.co.uk <paul.tomlin...@awe.co.uk> Sent: Monday, January 9, 2017 3:09:43 PM To: gpfsug-discuss@spectrumscale.org Subject: [gpfsug-discuss] AFM Migration Issue Hi All, We have just completed the first data move from our old cluster to the new one using AFM Local Update as per the guide, however we have noticed that all date stamps on the directories have the date they were created on(e.g. 9th Jan 2017) , not the date from the old system (e.g. 14th April 2007), whereas all the files have the correct dates. Has anyone else seen this issue as we now have to convert all the directory dates to their original dates ! The information in this email and in any attachment(s) is commercial in confidence. If you are not the named addressee(s) or if you receive this email in error then any distribution, copying or use of this communication or the information in it is strictly prohibited. Please notify us immediately by email at admin.internet(at)awe.co.uk, and then delete this message from your computer. While attachments are virus checked, AWE plc does not accept any liability in respect of any virus which is not detected. AWE Plc Registered in England and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7 4PR _______________________________________________ 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 The information in this email and in any attachment(s) is commercial in confidence. If you are not the named addressee(s) or if you receive this email in error then any distribution, copying or use of this communication or the information in it is strictly prohibited. Please notify us immediately by email at admin.internet(at)awe.co.uk, and then delete this message from your computer. While attachments are virus checked, AWE plc does not accept any liability in respect of any virus which is not detected. AWE Plc Registered in England and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7 4PR _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss