On Mon, Jan 09, 2017 at 06:12:25PM +0000, Debra S Baddorf wrote: > Well, due to the resounding silence …. let’s try some experiments: > What happens when you manually dump (or tar?) the area to a scratch area? > What size backup do you get? > Perhaps some of the files are large but marked “no dump” or something. > (Though I imagine estimates take that into account.) > But you could look through your manual dump and see what areas DIDN’T get > dumped. > > You could also go through AMRECOVER and look at the list of files dumped > on your existing, real amdump. See what files don’t seem to be there? >
I did something similar. I empirically determined some of the format of the gnutar lists files. It appears that the relative path of each directory appears as "./x/y/z". So I did the following: strings cyber.jgcomp.comHome_0 | grep '^\./' The only output was many lines a for a single user, "rootk". That home dir has about 0.76GGB which would probably compress to about 0.5GB as seen in the backups. Further info: - rootk is a second root account I maintain that defaults to the korn shell. - The permissions of /home and its contents are: $ ls -ld /home drwxr-xr-x. 9 root root 4096 Feb 3 2016 /home $ ls -l /home total 128 drwxrwxr-x. 28 gundi gundi 4096 Jan 9 15:58 gundi drwx------. 5 jhart jhart 4096 Jan 3 2016 jhart drwxr-xr-x. 154 jon jon 69632 Jan 9 16:00 jon drwxr-xr-x. 30 jonpop jon 4096 Jan 9 16:01 jonpop drwx------. 2 root root 16384 Feb 16 2013 lost+found drwxr-xr-x. 39 root root 4096 Jan 7 15:54 rootk drwx------. 24 tu tu 4096 Aug 24 21:21 tu Debra -- thank you!!! Doing the above caused me to also look at the extended attributes. $ ls -lZ /home total 128 drwxrwxr-x. 28 gundi gundi unconfined_u:object_r:user_home_dir_t:s0 4096 Jan 9 15:58 gundi drwx------. 5 jhart jhart unconfined_u:object_r:user_home_dir_t:s0 4096 Jan 3 2016 jhart drwxr-xr-x. 154 jon jon unconfined_u:object_r:user_home_dir_t:s0 69632 Jan 9 16:00 jon drwxr-xr-x. 30 jonpop jon unconfined_u:object_r:user_home_dir_t:s0 4096 Jan 9 16:01 jonpop drwx------. 2 root root system_u:object_r:lost_found_t:s0 16384 Feb 16 2013 lost+found drwxr-xr-x. 39 root root system_u:object_r:user_home_dir_t:s0 4096 Jan 7 15:54 rootk drwx------. 24 tu tu unconfined_u:object_r:user_home_dir_t:s0 4096 Aug 24 21:21 tu Hmmm, rootk is "system_u", jon and all the other home dirs are "unconfined_u". The lost+found directory is also "system_u". If this is the problem, lost+found should also be getting backed up and should appear in the gnutar lists. $ strings cyber.jgcomp.comHome_0 | grep '^\./' | grep lost ./lost+found ./lost+found Sure enough, its in there. So it a 'selinux' problem, my tar is unable to backup "unconfined_u" files. So amanda and selinux configuration, something to investigate unless someone can point it out to me. Thanks for being a sounding board Deb. Jon > > > On Jan 7, 2017, at 5:13 PM, Jon LaBadie <[email protected]> wrote: > > > > I'm getting faulty, incomplete dumps of several > > DLE. For example, /home is a separate DLE, > > 82GB used according to df(1) and estimated by > > calcsize at 52GB. But the dump is only 0.5GB. > > > > I see nothing unusual in the logs, suggestions > > on what to research welcomed. > > > > Client is Fedora 24, amanda 3.3.9 > > Server is CentOS 7.2, amanda 3.3.3 > > > > Jon > > -- > > Jon H. LaBadie [email protected] > > 11226 South Shore Rd. (703) 787-0688 (H) > > Reston, VA 20190 (703) 935-6720 (C) >>> End of included message <<< -- Jon H. LaBadie [email protected] 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
