Custom Query (684 matches)

Hello,

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

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

Command-line to make the backup was:

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

Before backup :
===============

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

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

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

[root]# ll /usr/bin/sudo

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

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

[root]# ll /usr/bin/sudo

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


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
sudo: must be setuid root

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.

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

I try to perform a backup of my xen server, but it fails at the following step :

Calling MINDI to create boot+data disks
Your boot loader is GRUB and it boots from /dev/sda
Mindi failed to create your boot+data disks.

command : mondoarchive -Oi -d /maintenance -E '/maintenance' -5 -s 4400m

thanks !

Version: mondo-2.06-266.fc4

When using

mondoarcive -Or -d /dev/dwdwiter -F -E "/store/"

it also includes the /store directory in backup. However, when using -E "/store", it does what I mean.

Probably its a feature, but worth it to mention.