xfs
[Top] [All Lists]

Re: xfsdump question

To: Matteo Centonza <matteo@xxxxxx>
Subject: Re: xfsdump question
From: ivanr@xxxxxxxxxxxxxxxxx (Ivan Rayner)
Date: Tue, 28 Aug 2001 17:06:23 +1000
Cc: <linux-xfs@xxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.33.0108270859250.26898-100000@xxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Mon, 27 Aug 2001, Matteo Centonza wrote:

> | xfsdump: saving user quota information for: /home
> | xfsdump: WARNING: overwriting: /home/xfsdump_quotas
> ? sh: xfsdq: command not found
> ? xfsdump: ERROR: xfsdq failed with exit status: 32512
> ? xfsdump: ERROR: failed to save user quota information, continuing

xfsdump assumes /sbin is in root's path.  If it isn't, it probably should
be.  If it is, then be sure that xfsdq is there.


> | xfsdump: dumping non-directory files
> | xfsdump: WARNING: could not open regular file ino 17048187 mode
> 0x000081a4: No such file or directory: not dumped
> | xfsdump: WARNING: could not open regular file ino 17048190 mode
> 0x000081a4: No such file or directory: not dumped
> | xfsdump: WARNING: could not open regular file ino 17109993 mode
> 0x000081a4: No such file or directory: not dumped
> | xfsdump: ending media file
> | xfsdump: media file size 6217415200 bytes
> | xfsdump: dump size (non-dir files) : 6188187768 bytes
> | xfsdump: dump complete: 1135 seconds elapsed
> sendbackup: size 6071695
> sendbackup: end
> \--------
>
> getting rid of quota informations which probably has a path problem,
> the strange thing is that xfsdump doesn't dump three files that i'm
> able to pick up with find:
>
> xxxxx:/home# find /home -inum 17048187
> /xxxx/xxxxxx/.gnome/panel.d/default/Applet_7_Extern
>
> and so the remaining two. The same three files were mentioned in the last
> week backup as not dumped too.
> This filesystem is on a LVM'ed soft RAID5 array with quota enabled, using
> CVS copy as of 2001-07-24 (kernel 2.4.7, xfsdump 1.1.2-0).

Hm, this is a bit odd.  One might expect these failures if xfsdump were
running on a busy filesystem, where a file may be deleted between the time
that xfsdump finds out about it, and the time it decides to finally dump
it to tape.

However, I assume that the files in question are not subject to regular
deletion and creation, so ... hmmm.

Can you try the following commands:

. stat <filename>
. ls -li <directory>
  (confirm that regular stat will work on files)

. df -klT
  (is /xxxx/xxxxxx/.gnome/panel.d/default/Applet_7_Extern on the same
  filesystem as /home)

. cat <filename>
  (is the file readable)

. xfs_check
. xfs_repair
  (chech for inconsistencies within the filesystem)

Ivan

-- 
Ivan Rayner
ivanr@xxxxxxx


<Prev in Thread] Current Thread [Next in Thread>