Bug 450994

Summary: Restore from star archive does not resotre default acls.
Product: Red Hat Enterprise Linux 5 Reporter: Kurt Bechstein <bkurt>
Component: starAssignee: Ondrej Vasik <ovasik>
Status: CLOSED ERRATA QA Contact:
Severity: high Docs Contact:
Priority: low    
Version: 5.1CC: ddumas, dkovalsk, mvadkert, ofourdan, tao
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-11-11 09:16:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch to fix the issue none

Description Kurt Bechstein 2008-06-12 05:21:41 UTC
Description of problem:
Under RHEL 5 I'm trying to backup some directories that I have some default acls
setup on.  According to the documentation I should use the star command rather
than tar.  After restoring from the star archive the default acls are gone, but
the access acls are present.  My guess is that its a bug in the star command in
RHEL5 since I can run the exact same commands on a Fedora 9 box and it works as
expected.


Version-Release number of selected component (if applicable):
star-1.5a75-2

How reproducible:  Every time.


Steps to Reproduce:
1.  Create a directory called testing on a filesystem mounted with acl support.
2.  getfacl testing
# file: testing
# owner: root
# group: root
user::rwx
group::r-x
other::r-x


3.Set some default acls:
  setfacl -d -m u::rx testing
  
  getfacl testing/
# file: testing
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
default:user::r-x
default:group::r-x
default:other::r-x

Default acls show up as expected.  

4.  Create star archive:
    star H=exustar -acl -c -v f=startest.star testing/
a testing/ directory
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).

5.  Remove original directory with rmdir testing
6.  Restore directory from star archive:
    star -acl -x -v f=startest.star 
Release     star 1.5a75 (i386-redhat-linux-gnu)
Archtype    exustar
Dumpdate    1213247797.030692 (Thu Jun 12 01:16:37 2008)
Volno       1
Blocksize   20
x testing/ directory
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).

  
Actual results:
After the above restore getfacl testing/ yields:
# file: testing
# owner: root
# group: root
user::rwx
group::r-x
other::r-x

--defaul acls missing

Expected results:
 getfacl testing/
# file: testing
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
default:user::r-x
default:group::r-x
default:other::r-x

Additional info:
As I mentioned when running the exact same commands on a fedora 9 machine with
star version star-1.5a84-4.fc9.i386 this worked just as expected.

Comment 1 Kurt Bechstein 2008-09-12 18:12:44 UTC
Anything happening with this bug or can I supply some kind of other information?

Comment 2 Ondrej Vasik 2008-09-15 07:15:48 UTC
Thanks for report, no additional informations are needed at the moment, sorry for delay. As the problem is in RHEL-5, I would suggest to contact official Red Hat Enterprise Linux product support to raise priority of star update. I will try to backport fix and attach a patch if possible, but it will take some time.

Comment 3 Olivier Fourdan 2008-12-03 11:32:39 UTC
Created attachment 325521 [details]
Patch to fix the issue

Testing in-between releases shows that the problem was fixed upstream between star-1.5a78 and star-1.5a79.

The attached patch (1 line added) seems to fix the issue.

Cheers,
Olivier.

Comment 5 RHEL Program Management 2009-03-26 16:49:23 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

Comment 13 errata-xmlrpc 2009-11-11 09:16:05 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1575.html