| To: | markgw@xxxxxxx |
|---|---|
| Subject: | Re: REVIEW: Write primary superblock info to ALL secondaries during mkfs |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Tue, 25 Mar 2008 21:07:18 -0500 |
| Cc: | Barry Naujok <bnaujok@xxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx> |
| In-reply-to: | <47E9AC67.8070809@xxxxxxx> |
| References: | <op.t8j4nch93jf8g2@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <47E8F5BD.7000601@xxxxxxxxxxx> <47E9AC67.8070809@xxxxxxx> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.12 (Macintosh/20080213) |
Mark Goodwin wrote: > > Eric Sandeen wrote: >> One related thing I'd always wondered about was stamping a secondary at >> the very end of the device (and therefore shrinking the fs by just a >> bit) - repair could then do a quick check at the end of the device >> before resorting to scanning for the 2nd backup... would this make any >> sense? > > I guess it might, Barry what do you think? Probably makes grow a bit > more complicated. What would repair do if it doesn't find the backup > SB at the end of the device? We'd need a new SB flag to indicate it's > supposed to be there, which seems a bit chicken-and-egg'ish ... If not found at the end, just go back to the original search scheme, I'd say... -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: REVIEW: Write primary superblock info to ALL secondaries during mkfs, Mark Goodwin |
|---|---|
| Next by Date: | Re: [PATCH] kill mrlock_t, Lachlan McIlroy |
| Previous by Thread: | Re: REVIEW: Write primary superblock info to ALL secondaries during mkfs, Mark Goodwin |
| Next by Thread: | PARTIAL TAKE 976035 - cleanup root inode handling in xfs_fs_fill_super, Lachlan McIlroy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |