On Friday 21 June 2019 10:27:37 C. Scheeder wrote:

> Hi,
> As far as i recal this is an expected behavior for this version of
> amanda.
>
> short explanation:
>
> amcheck does all work as normal user, so if the user hasn't access to
> the full tree up to the root dir it will complain it can't access
> these dirs.
>
> amdump does the backups with elevated rights, so it can access these
> dirs without a problem.
>
> That isn't nice but i have learned to live with it....

Arrrgh, spit. But it is also the only explanation that makes any sense, 
so I guess I'll have to do likewise.

Thanks for such a quick answer Christoph.
>
> Cu Christoph
>
> Am 21.06.19 um 16:00 schrieb Gene Heskett:
> > I sent this yesterday around noon, but it never came back.  I've
> > also appended additional info at the bottom.
> >
> > ====resent msg=====
> >
> > I just installed the stretch version of amanda common and amanda
> > client, with should have restored one of my machines to a full
> > backup status.
> >
> > Unforch, it didn't, and this situtation existed on the previous
> > jessie install, where a pi scatters its stuff over a larg e number
> > of mount points all attached to /, so basically nothing has actually
> > changed.
> >
> > But here is the emailed report from last nights run:
> > STRANGE DUMP DETAILS:
> >    /-- picnc / lev 0 STRANGE
> >    sendbackup: start [picnc:/ level 0]
> >    sendbackup: info BACKUP=/bin/tar
> >    sendbackup: info RECOVER_CMD=/bin/tar -xpGf - ...
> >    sendbackup: info end
> >    ? /bin/tar: ./dev: directory is on a different filesystem; not
> > dumped ? /bin/tar: ./proc: directory is on a different filesystem;
> > not dumped ? /bin/tar: ./run: directory is on a different
> > filesystem; not dumped ? /bin/tar: ./sys: directory is on a
> > different filesystem; not dumped ? /bin/tar: ./media/pi/backuppi:
> > directory is on a different filesystem; not dumped
> >    ? /bin/tar: ./media/pi/bootpi: directory is on a different
> > filesystem; not dumped
> >    ? /bin/tar: ./media/pi/workpi1: directory is on a different
> > filesystem; not dumped
> >    ? /bin/tar: ./media/pi/workpi120: directory is on a different
> > filesystem; not dumped
> >
> >    | /bin/tar: ./tmp/.X11-unix/X0: socket ignored
> >    | /bin/tar: ./tmp/ssh-5i6ERjqwMXjX/agent.705: socket ignored
> >    | /bin/tar: ./tmp/ssh-VqldgesfylC3/agent.611: socket ignored
> >    | Total bytes written: 8424396800 (7.9GiB, 5.2MiB/s)
> >
> >    sendbackup: size 8226950
> >    sendbackup: end
> >    \--------
> > ==============
> > then in the actual report:
> > ==============
> > picnc   /                           0    8034    3685  45.9 25:48 
> > 5314.9 0:25 150937.9
> > picnc   /boot                       1      36      29  79.8  0:05 
> > 7168.4 0:00 295570.0
> >
> > That level 0 should have been around 7 or 8GB. The 1st 4 shoulda
> > been in the excludes file and I can fix that easy nuff, as should
> > the last 3. But it looks as if I'll have to make disklist entries
> > for the pair of ssd's plugged into /media.
> >
> > But thats  not legal either: amcheck says:
> > ERROR: picnc: Could not access /media/pi/workpi120
> > (/media/pi/workpi120): Permission denied
> > ERROR: picnc: Could not access /media/pi/bootpi (/media/pi/bootpi):
> > Permission denied
> > ERROR: picnc: Could not access /media/pi/backuppi
> > (/media/pi/backuppi): Permission denied
> > ERROR: picnc: Could not access /media/pi/workpi1
> > (/media/pi/workpi1): Permission denied
> >
> > /media is owned by root:root, but everything beyond that is pi:pi
> > who is 1st
> > user on picnc.coyote.den
> >
> > What changed to cause this sudden fussiness? Better yet, how do I
> > fix this?
> > =========end resent========
> >
> > There seems to a marked disagreement between amanda and amanda.
> >
> > After it has logged the no perms errors above, then at the end of
> > the body of that same message (and this is after I had added those 4
> > locations as separate LDE's, I see this in the same run report:
> > picnc   /media/pi/backuppi          0       0       0   --   0:01   
> >  8.9 0:00     0.0
> > picnc   /media/pi/bootpi            0       0       0   --   0:00   
> > 72.9 0:00     0.0
> > picnc   /media/pi/workpi1           0    2603     817  31.4  5:45 
> > 7734.3 0:08 104628.4
> > picnc   /media/pi/workpi120         0       0       0   --   0:01   
> >  8.3 0:00     0.0
> >
> > Which looks perfectly normal since there is not in fact anything on
> > 3 of those partitions/directories, its two separate SSD's,  on usb
> > adaptors plugged into that pi-3b.
> >
> >
> > Twould be nice if stories matched.  Helpful even.
> >
> > Cheers, Gene Heskett


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)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

Reply via email to