[Bug 216127] sbin/restore doesn't honour extended attributes (extattr on ufs)

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Jan 20 04:52:30 UTC 2017


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216127

--- Comment #12 from Conrad Meyer <cem at freebsd.org> ---
(In reply to dewayne from comment #11)
> The extended attributes are those from both dump files.  This may be as intended, or it may not?

I don't know.  It seems like they are just accumulating naively in that case.

Ordinarily I think restores are expected to happen to a pristine filesystem, or
level >0 dumps, from the same source, onto a previous 0-level restore. 
Conflicting restores are sort of a weird case.

> Though, if we restore the user mode, owner and times of a restored, file; I do wonder if only the ext attributes of the latest recovered file should also replace all previous extended attributes.

That does seem like a reasonable behavior to me.

> I don't have a use case that assists, as my needs are met by overwriting the values of the stored keys.  However the testing did reveal something that probably should be explicit (in the doc?).

Probably!  I am probably not the right person to make that change, though, as
I'm pretty unfamiliar with restore(8).

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the freebsd-amd64 mailing list