Hi, > Hmm.. problem with ENOENT is > how would you differentiate between migration and lost dfiles? > What if you keep getting dfile array and retries with ENOENTS from the > same server again and again? Will you conclude after the second retry that > it is a corrupted FS? The client could store an array of error messages for all dfiles and make a tmp copy of the dfiles, thus at a restart the server could fetch the new dfiles and then for each ENOENT entry compare old with new dfile and if they are equal then the dfile is deleted thus the I/O invalid. Thus the client is able to figure out if the file is migrated and the ENOENT is a result of the migration or if the file is invalid. > Perhaps, you could have an entry in the old > server's dfile handle that explicitly says that this handle has been > migrated? That might be possible, however if it works without adding another keyval or whatever I would prefer that solution.
Thanks for the quick replies ! julian _______________________________________________ Pvfs2-developers mailing list [email protected] http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
