Net Llama! wrote: <snip> | | excellent, thanks. so i've got this running right now. oddly though, | the ownership of the files/dirs on the remote end is not matching up | with the originals. is this normal & expected? for example, stuff in | various user's $HOME is showing a UID# of 0 for alot of entries, which | isn't even close to correct. I see that xfsrestore has a -o option | which is supposed to restore file and dir owner/group info, but i didn't | know if that was needed for the original dump. | <snip>
Sorry, forgot the first question. As long as you're doing it as root, you shouldn't need to specify this. The -o flag is really only used when doing it as a user other than root. During the backup you'll see everything owned as root. Upon completion, it reassigns everything the proper attributes, since they're essentially in use by root until the process has completed. Nothing to worry about. The attribute info is stored in the xfsrestorehousekeeping directory until completion.
Excellent, thanks. Although i've hit a different wall. The xfsdump has locked up the laptop hard, where it was running, TWICE, at different points of completion. Ugh.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ L. Friedman [EMAIL PROTECTED] Linux Step-by-step & TyGeMo: http://netllama.ipfox.com
12:45pm up 1 day, 21:01, 1 user, load average: 0.38, 0.31, 0.22
_______________________________________________ Linux-users mailing list [EMAIL PROTECTED] Unsubscribe/Suspend/Etc -> http://www.linux-sxs.org/mailman/listinfo/linux-users
