<div dir="ltr">modern rsync with ea support may work, but I'm not sure you're going to have much gains here as it's going to want to compare the inodes as well, so you're still stuck scanning all of them again.<div><br></div><div>That said, it's worth a shot, and keep in mind this is risky on 2.x systems.</div><div><br></div><div>-cf</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 13, 2015 at 11:23 AM, John White <span dir="ltr"><<a href="mailto:jwhite@lbl.gov" target="_blank">jwhite@lbl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So I was migrating an MDT from one array to another with a tar pipe using the flags recommended in the manual. Got something like 92M out of 120M done when a coworker inadvertently rebooted the node that was doing the tar. Is there any way to resume this action? I know tar doesn\u2019t have a resume function, but can a sufficiently modern rsync handle the EAs and such? Luckily we still have the source in tact, but I\u2019d *really* like to get this migration done during the downtime we have right now...<br>
_______________________________________________<br>
lustre-discuss mailing list<br>
<a href="mailto:lustre-discuss@lists.lustre.org">lustre-discuss@lists.lustre.org</a><br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&d=AwIGaQ&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=iFETq-ylA9iKyTA9nV4wlhH1eOSW-L4OqpyPAdM4jh0&s=SbTO6au0x0xyZREjpFDaOaXKWcKRvTgQ2j_hSHFB4Dg&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&d=AwIGaQ&c=IGDlg0lD0b-nebmJJ0Kp8A&r=x9pM59OqndbWw-lPPdr8w1Vud29EZigcxcNkz0uw5oQ&m=iFETq-ylA9iKyTA9nV4wlhH1eOSW-L4OqpyPAdM4jh0&s=SbTO6au0x0xyZREjpFDaOaXKWcKRvTgQ2j_hSHFB4Dg&e=</a><br>
</blockquote></div><br></div>