dumping acl's

[deadpoint]

you could move the data in a number of ways, here are a few examples.

tar copy; takes a long time if you have alot of data.

cd /data; tar -cf - . |(cd /data1 && tar -xf -)

rsync; my favorite. allows you to plan you move over time, the first 
sync may be long but the incrementals after it are fast. i use this for 
quick recover for users, beats going to tape.

rsync -avz --delete /data /data1

Cyber Source wrote:

> To get more direct to what I am trying to accomplish would be working 
> with LVM. In that, specifically, I don't have to figure out dumping 
> acl's if, persay, I could learn some tricks in LVM. I see how one can 
> transfer data, even entire operating systems with pvmove but that MOVES 
> the data from one physical volume to another. If I can find a way to 
> COPY the data from one pv to another, case solved. Any ideas on that one?
> 
> deadpoint wrote:
> 
>> the easiest way to do this on linux is to use XFS on the filesystems 
>> where you want to use acls. support for acls is built into xfsdump and 
>> xfsrestore. another option is to use the 'star' archiving program, 
>> it's a version of tar which supports acls. star is included with suse 
>> but i'm not sure about FC.
>>
>> for a really good primer the guys at suse put together this, 
>> http://www.suse.de/~agruen/acl/linux-acls/online/, it's very informative.
>>
>> Cyber Source wrote:
>>
>>> I understand that part, how do you play that in a dump/restore scenario?
>>>
>>> deadpoint wrote:
>>>
>>>> if you're talking about filesystem acl's you use getfacl to get them 
>>>> and setfacl to set them.
>>>>
>>>> Cyber Source wrote:
>>>>
>>>>> Hello All,
>>>>>  Happy T-Day!
>>>>>  Does anyone have a clue as to how to dump acl's? Does SElinux need 
>>>>> to be turned off prior? Thanks
>>>>>
>>>
>