On Tuesday 19 May 2015 19:20:35 Charles Curley wrote: > I also have amanda (1:3.3.1-4) on Debian 7.8, wheezy. Everything below > is about my installation. > > When I moved from Redhat to Debian (back in the late Pliocene) I went > the Debian Way. It's easier. > > On Tue, 19 May 2015 11:42:18 -0400 > > Gene Heskett <[email protected]> wrote: > > I did update it to run as backup. Progress but no perms to create > > the /var/log/amanda/amandad/amandad.date.dbg file. > > /var/log/amanda/ and everything below it are owned by backup:backup. > > > Then I chown -R the ownership of the whole amanda tree to > > backup:disk and that gives this error now: > > ERROR: NAK shop: user amanda from coyote.coyote.den is not allowed > > to execute the service noop: cannot open /var/backups/.amandahosts: > > No such file or directory > > > > So I renamed /var/log/amanda to /var/log/backups and back to amanda > > when that didn't work because it couldn't find .amandahosts > > in /var/log/backups, it was in /var/lib/amanda on the lathe. Still > > is on both machines. > > For reasons that escape me, the home directory of user backup is used > by some other programs. It looks like so: > > root@dzur:/crc/backs/myob/amanda# ll -tr /var/backups/ > total 7588 > -rw-r--r-- 1 backup backup 23 Jan 5 2013 .profile > lrwxrwxrwx 1 root root 16 Jan 5 2013 .amandahosts -> > /etc/amandahosts drwx------ 2 backup backup 4096 May 22 2013 > .ssh/ > -rw------- 1 backup backup 50 May 22 2013 .Xauthority > drwxr-xr-x 2 backup backup 4096 Jul 31 2013 bin/ > -rw-r--r-- 1 root root 3582926 Dec 13 19:06 aptitude.pkgstates.0 > drwxr-xr-x 13 root root 4096 Dec 14 07:40 ../ > -rw------- 1 root shadow 795 Feb 14 17:25 gshadow.bak > -rw------- 1 root shadow 1241 Feb 14 17:25 shadow.bak > -rw------- 1 root root 1825 Feb 14 17:25 passwd.bak > -rw-r--r-- 1 root root 7776 Mar 1 08:40 > apt.extended_states.6.gz -rw-r--r-- 1 root root 7849 Mar 5 > 12:15 apt.extended_states.5.gz -rw-r--r-- 1 root root 7857 Mar > 11 10:03 apt.extended_states.4.gz -rw-r--r-- 1 root root 7861 > Mar 12 08:22 apt.extended_states.3.gz -rw-r--r-- 1 root root > 7866 Apr 14 07:50 apt.extended_states.2.gz -rw------- 1 root root > 962 Apr 16 18:17 group.bak > -rw------- 1 backup backup 10639 Apr 18 15:50 .bash_history > -rw-r--r-- 1 root root 418670 Apr 24 13:07 dpkg.status.6.gz > -rw-r--r-- 1 root root 7884 Apr 24 13:07 > apt.extended_states.1.gz -rw-r--r-- 1 root root 418660 Apr 25 > 09:38 dpkg.status.5.gz -rw-r--r-- 1 root root 418742 Apr 28 > 09:48 dpkg.status.4.gz -rw-r--r-- 1 root root 418742 May 1 > 14:52 dpkg.status.3.gz -rw-r--r-- 1 root root 74120 May 5 > 14:19 apt.extended_states.0 -rw-r--r-- 1 root root 419693 May 5 > 14:20 dpkg.status.2.gz -rw-r--r-- 1 root root 419687 May 10 > 08:13 dpkg.status.1.gz -rw-r--r-- 1 root root 1471687 May 15 > 08:35 dpkg.status.0 drwxr-xr-x 4 root root 4096 May 16 04:35 > ./ > root@dzur:/crc/backs/myob/amanda# > > Also, backup:backup owns /etc/amandahosts > > I seem to recall that you are using vtapes. backup:backup also owns my > vtape directory
/amandatapes is a 1Tb drive and Daily plus all subdirs belong to amanda:disk here on the server, and have since I started using vtapes about a decade back. Thats something newer than the KT boundary of course. ;-) I'll have to study these replies, but if that is the miss-match, can I fix it all with the right stuff in /var/lib/amanda/.amandahosts, softlinked to /etc/amandahosts? Here on the server: gene@coyote:/amandatapes$ locate amandahosts /var/backups/.amandahosts gene@coyote:/amandatapes$ cat `locate amandahosts` cat: /var/backups/.amandahosts: Permission denied gene@coyote:/amandatapes$ sudo cat `locate amandahosts` [sudo] password for gene: coyote.coyote.den amanda amdump amindexd amidxtaped coyote amanda amdump amindexd amidxtaped coyote.coyote.den root amdump amindexd amidxtaped # gene.coyote.den root amdump amindexd amidxtaped # gene root amdump amindexd amidxtaped shop.coyote.den root amdump amindexd amidxtaped shop root amdump amindexd amidxtaped shop.coyote.den amanda amdump amindexd amidxtaped shop amanda amdump amindexd amidxtaped gene@coyote:/amandatapes$ ls -la /var/backups total 11720 drwxr-xr-x 2 root root 4096 May 17 18:04 . drwxr-xr-x 12 root root 4096 Feb 5 19:48 .. -rw------- 1 backup backup 417 Feb 7 23:17 .amandahosts -rw-r--r-- 1 root root 88403 Feb 5 00:09 apt.extended_states.0 -rw-r--r-- 1 root root 9574 Feb 3 22:50 apt.extended_states.1.gz -rw-r--r-- 1 root root 8212 Feb 3 22:21 apt.extended_states.2.gz -rw-r--r-- 1 root root 3903373 Apr 5 19:58 aptitude.pkgstates.0 -rw-r--r-- 1 root root 319255 Feb 23 16:50 aptitude.pkgstates.1.gz -rw-r--r-- 1 root root 2857755 May 15 20:17 dpkg.status.0 -rw-r--r-- 1 root root 797015 Apr 30 00:47 dpkg.status.1.gz -rw-r--r-- 1 root root 797013 Apr 27 07:28 dpkg.status.2.gz -rw-r--r-- 1 root root 797004 Apr 26 12:19 dpkg.status.3.gz -rw-r--r-- 1 root root 795362 Apr 15 21:58 dpkg.status.4.gz -rw-r--r-- 1 root root 790987 Apr 1 20:34 dpkg.status.5.gz -rw-r--r-- 1 root root 786033 Mar 20 18:03 dpkg.status.6.gz -rw------- 1 root root 1024 Mar 30 07:11 group.bak -rw------- 1 root shadow 789 Mar 21 16:30 gshadow.bak -rw------- 1 root root 2159 Feb 25 14:56 passwd.bak -rw------- 1 root shadow 1450 Mar 20 19:16 shadow.bak And that is the only amandahosts on the system. So what I am asking, is can I duplicate the .amandahosts file on all 3 systems, and duplicate the xinetd.d/amanda file on all 3 systems and dup the /etc/passwd and /etc/group stuff too. Followed by an mv of /var/lib/amanda to /var/lib/backups. Would that be sufficient to alleviate this excedrin headache? Thinking back, I may have installed, on the lathe, a deb from the zmanda website using dpkg, which might explain how the lathe came to have 3.3.7p1 on it, with no apt records kept. Good guess, I have, on lathe/home/gene/Downloads/amanda-backup-client_3.3.7-1Debian70_i386.deb Thats owned by me I think, so it could be copied across with a user version of mc. Except that despite having identical export files on both machine, and identical mount lines in fstab on this machine, I can see the root directory of shop, and most of the others too, I will have to setup another line in the exports file because on shop, /home is a separate partition now. That seems sortable but its getting sleepy out, so that is tomorrows project. I wore me out finishing the shops front decking replacement today. Since I'm 80, thats not too hard to do... Thanks Charles. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>
