On Tue, Jul 02, 2019 at 18:22:20 -0700, Jim Kusznir wrote:
> It appears that after commenting out most of the DLEs and forcing a full on
> a set that can actually fit on a single tape, following backups are
> correctly incrementing. I'm still working my way through the DLEs
Okay, that lends
So backups are moving along. They are large, so it takes time (one run is
2-3 days, for example -- That's 1 tape!).
It appears that after commenting out most of the DLEs and forcing a full on
a set that can actually fit on a single tape, following backups are
correctly incrementing. I'm still
On Tue, Jun 18, 2019 at 00:13:40 -0400, Nathan Stratton Treadway wrote:
> Okay, I'm thinking a way forward from here is to try running a dump run
> with just a few of your DLEs, so that they actually fit on a tape and
> those dumps run to completion. You can either do this by commenting out
Jim,
I am sorry, did not follow this thread but have had similar
problems (level 1 backup behave as level 0 and thus back-upped all
files), so my suggestion might be mentioned already.
My amanda problem only happened with an ntfs formatted disk partition
and at the end I found that adding the option
On Mon, Jun 17, 2019 at 18:13:30 -0700, Jim Kusznir wrote:
> The backups are not completing because the level 0 problem: planner thinks
> its running a backup that can complete, but ends up with 10x the data that
> a single run can handle, and it fills up the tape and the holding disk
> (which is
Thanks for the reply.
The backups are not completing because the level 0 problem: planner thinks
its running a backup that can complete, but ends up with 10x the data that
a single run can handle, and it fills up the tape and the holding disk
(which is a little more than a full tape), and then
On Mon, Jun 17, 2019 at 10:22:10 -0700, Jim Kusznir wrote:
> The client I'm trying to back up is a FreeNAS appliance, so its not LVM. I
You are running the Amanda client software directly on the FreeNAS
appliance, right? And also have shell access on the box to produce your
"ls" output, etc?
>
The client I'm trying to back up is a FreeNAS appliance, so its not LVM. I
don't think the devices are changing boot to boot, but that's possible.
Actually, now that I think about it, I don't think it is possiblethere
is only one device, and I'm sub-dividing that with a bunch of
On Sat, Jun 15, 2019 at 20:35:30 +0200, Uwe Menges wrote:
> On 6/15/19 6:43 PM, Jim Kusznir wrote:
> > Ever since, any backup is run as a level 0 (even though it reports doing
> > a level 1, 2, etc). Everything runs as 0.
> >
> > How do I fix this?
>
> I fixed a similar symptom on my system with
On 6/15/19 6:43 PM, Jim Kusznir wrote:
> Ever since, any backup is run as a level 0 (even though it reports doing
> a level 1, 2, etc). Everything runs as 0.
>
> How do I fix this?
I fixed a similar symptom on my system with
property "CHECK-DEVICE" "NO"
(using amgtar), which hands
On Sat, Jun 15, 2019 at 09:43:42 -0700, Jim Kusznir wrote:
> Ever since, any backup is run as a level 0 (even though it reports doing a
> level 1, 2, etc). Everything runs as 0.
You mean that the Amanda Mail Report shows the various incremental
levels, but the actual size of the dump is always
Post your conf files on GDrive or something and send us a link.
On 2019-06-15 12:43 p.m., Jim Kusznir wrote:
> Hi all:
>
> I have a system with a linux amanda server and a FreeBSD amanda
> client. All was working well.
>
> I transplanted the amanda server into a new mobo/cpu (but same HDD,
>
Hi all:
I have a system with a linux amanda server and a FreeBSD amanda client.
All was working well.
I transplanted the amanda server into a new mobo/cpu (but same HDD, etc,
and mobo was exactly the same model -- just moved it into a rack case from
a desktop case), and of course rebooted it in
13 matches
Mail list logo
