Does anyone else use storebackup? Just a heads up, it appears the security update for it IIANM back in Oct actually broke it. The problem is, /usr/lib/storeBackup/bin/storeBackup.pl is not executable, so it quietly fails to run. Just discovered it today (been too busy I know). Just wanting to verify my finding before I send some feedback to SuSE. It also seems the directory permissions for that package are quite wacky, a regular user cannot even read the docs. -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
On Thursday 24 November 2005 15:01, Joe Morris (NTM) wrote:
Does anyone else use storebackup? Just a heads up, it appears the security update for it IIANM back in Oct actually broke it. The problem is, /usr/lib/storeBackup/bin/storeBackup.pl is not executable, so it quietly fails to run. Just discovered it today (been too busy I know). Just wanting to verify my finding before I send some feedback to SuSE. It also seems the directory permissions for that package are quite wacky, a regular user cannot even read the docs.
-- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871 Will check when I get home this evening! Jerry
On Thu, 2005-11-24 at 06:01, Joe Morris (NTM) wrote:
Does anyone else use storebackup? Just a heads up, it appears the security update for it IIANM back in Oct actually broke it. The problem is, /usr/lib/storeBackup/bin/storeBackup.pl is not executable, so it It is executable on my system, but not by normal users (see below).
quietly fails to run. Just discovered it today (been too busy I know). Just wanting to verify my finding before I send some feedback to SuSE. It also seems the directory permissions for that package are quite wacky, a regular user cannot even read the docs.
Very curious.... I noticed the other day that the update rpm (storeBackup-1.19-1.1, built Sept 12, 2005) wasn't running when expected. In my case, just setting the 'x' attribute on the config files in /etc/storebackup.d/* fixed the problem. Your comment about directory permissions made me look around a bit. It seems that only root can read any of the files, or even list the directories of any the files in the storeBackup RPM. For example, as an ordinary user and as root: jcunning@jlc:~> l -d /etc/storebackup.d/ drw-r--r-- 2 root root 160 2005-11-19 13:53 /etc/storebackup.d// jcunning@jlc:~> l /etc/storebackup.d/ /bin/ls: /etc/storebackup.d/.: Permission denied /bin/ls: /etc/storebackup.d/..: Permission denied /bin/ls: /etc/storebackup.d/apache-backup.config: Permission denied /bin/ls: /etc/storebackup.d/mysql.config: Permission denied /bin/ls: /etc/storebackup.d/storebackup.config: Permission denied total 0 jcunning@jlc:~> su - -c 'ls -ld /etc/storebackup.d; ls -l /etc/storebackup.d/' Password: drw-r--r-- 2 root root 160 Nov 19 13:53 /etc/storebackup.d total 36 -rwxr-xr-x 1 root root 10644 Jul 31 11:28 apache-backup.config -rwxr-xr-x 1 root root 10651 Aug 29 16:26 mysql.config -rwxr-xr-x 1 root root 10655 Jul 31 11:23 storebackup.config jcunning@jlc:~> The permissions shown on the files would seem to permit ordinary users to read the files, but they can't. What am I missing? More info: jcunning@jlc:~> mount /dev/mapper/system-root on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda1 on /boot type ext2 (rw,acl,user_xattr) /dev/mapper/system-home on /home type reiserfs (rw,acl,user_xattr) [remainder deleted] -- Jim Cunning <jcunning@cunning.ods.org>
participants (3)
-
Jerry Westrick
-
Jim Cunning
-
Joe Morris (NTM)