id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc
399	's' file attribute lost (example: /usr/bin/sudo) if -z flag used at backup time	kritzenthaler	Bruno Cornec	"Hello,

I have found quite an annoying defect which can impact the proper functionning of a server after restore.[[BR]]

The issue was observed on RHEL5.4.
The issue is observed only with the -z flag.

Command-line to make the backup was:[[BR]]

mondoarchive -OVi -N -d /home/backup -E /home/backup -s 4480m -z


Before backup :[[BR]]
===============

[root@lagrave /]# ll /usr/bin/sudo[[BR]]

---s--x--x 2 root root 140804 Apr 14  2009 /usr/bin/sudo


After restore (if -z flag used for backup):[[BR]]
===============

[root]# ll /usr/bin/sudo[[BR]]

---x--x--x 2 root root 140804 Apr 14  2009 /usr/bin/sudo


After restore (if -z flag was not used for backup):[[BR]]
===============

[root]# ll /usr/bin/sudo[[BR]]

---s--x--x 2 root root 140804 Apr 14  2009 /usr/bin/sudo[[BR]]
[[BR]]
[[BR]]
What we observe is that we loose the 's' attribute if the -z flag is used at backup time.

It has quite an impact since we can not use anylonger /usr/bin/sudo and possibly other commands after restore :

[ocadmin]$ sudo[[BR]]
sudo: must be setuid root[[BR]]

The issue seems to be lying in the fact that 'acl_list*' files are used to backup attributes only with the -z flag.
Those 'acl_list*' files do not seem to backup properly the 's' attribute.[[BR]]

As an example for /usr/bin/sudo, we see that the associated acl_list file contains 'x' attribute instead of 's':
====================[[BR]]
# file: usr/bin/sudo
# owner: root
# group: root
user::--x    
group::--x
other::--x
====================[[BR]]


"	defect	closed	high	2.2.9.5	mondo	2.2.9.2	major	fixed