Amanda-Users

Problems backing root partition with dump on CentOS

2005-10-27 13:37:35
Subject: Problems backing root partition with dump on CentOS
From: Chris Marble <cmarble AT odin.ac.hmc DOT edu>
To: amanda-users AT amanda DOT org
Date: Thu, 27 Oct 2005 10:25:43 -0700 (PDT)
Jon LaBadie wrote:
> 
> On Wed, Oct 26, 2005 at 11:53:16AM -0700, Chris Marble wrote:
> > >  
> > > the /dev/sdb2 is mounted on / partition
> > > but instead of using /dev/sdb2 it uses /dev/root for backup
> > > here is the right of the two devices
> > > 
> > > brw-------  1 root root 8, 18 avr  1 16:48 /dev/root
> > > brw-rw----  1 root disk 8, 18 avr  1 16:48 /dev/sdb2
> > 
> > Did you ever get a solution to this problem?  I've done a chgrp disk
> > and chmod g+r on /dev/root but that only helps until the next reboot.
> > The other partitions are fine.
> > Client is 2.4.5 and server is 2.4.4p1
> > Client OS is CentOS 4.2
> 
> On my FC3 /dev/root is a symbolic link to the root partition.
> Might that be persistant across reboot?
> 
> Under /etc, where I'd expect nearly anything related to devices
> and booting, the only referenced I find to /dev/root are under
> /etc/selinux.  Do you have secure linux enabled and might there
> be some setting for that system that is recreating /dev/root?

My /dev/root isn't a sym link but a normal device file.  No LVM in use
either.  I'm trying to figure out why amanda's backing up /dev/root instead
of simply /.  Here's the lines from disklist:
Sakai           /               comp-root       1
Sakai           /boot           comp-root       1
Sakai           /usr/local      comp-root       2
Sakai           /var            comp-root       2

[10:00am] cmarble@sakai (/dev): ll sda1 sda2 sda root
brw-r-----  1 root disk 8, 2 Oct 26 04:34 root
brw-rw----  1 root disk 8, 0 Oct 26 04:34 sda
brw-rw----  1 root disk 8, 1 Oct 26 04:34 sda1
brw-rw----  1 root disk 8, 2 Oct 26 04:34 sda2

Lastly lines from sendsize and sendbackup showing successes and failures:
sendsize.20051026000002.debug:sendsize[3765]: time 0.003: calculating for 
device '/dev/root' with 'ext3'
sendsize.20051026000002.debug:sendsize[3765]: time 0.003: running "/sbin/dump 
0Ssf 1048576 - /dev/root"
sendsize.20051026000002.debug:sendsize[3765]: time 0.028:   DUMP: Cannot open 
/dev/root
sendsize.20051027000002.debug:sendsize[3634]: time 0.007: calculating for 
device '/dev/root' with 'ext3'
sendsize.20051027000002.debug:sendsize[3634]: time 0.007: running "/sbin/dump 
0Ssf 1048576 - /dev/root"
sendbackup.20051027001751.debug:sendbackup: time 0.098: dumping device 
'/dev/root' with 'ext3'
sendbackup.20051027001751.debug:sendbackup: argument list: dump 0usf 1048576 - 
/dev/root
sendbackup.20051027001751.debug:sendbackup: time 0.104:  93:  normal(|):   
DUMP: Dumping /dev/root (an unlisted file system) to standard output

You see that amanda is asking for information on /dev/root rather than simply /
-- 
  Chris_Marble AT hmc DOT edu - HMC UNIX Systems Manager
  My opinions are my own and probably don't represent anything anyway.