Am 25.11.20 um 22:39 schrieb Debra S Baddorf:
>> short reply, as it is late here already:
>>
>> the theory is good, sure. I will test the restore aside from amrecover
>> tomorrow.
>
>
> If so, remember to “throw out” the first block of the file, which will choke
> the zip program.
> dd
> On Nov 25, 2020, at 3:30 PM, Stefan G. Weichinger wrote:
>
> Am 25.11.20 um 20:57 schrieb Nathan Stratton Treadway:
>> On Wed, Nov 25, 2020 at 14:34:17 -0500, Nathan Stratton Treadway wrote:
>>> Also, do you see the same defunct pigz process that Jason reported in
>>> his original post?
>>
Am 25.11.20 um 20:57 schrieb Nathan Stratton Treadway:
> On Wed, Nov 25, 2020 at 14:34:17 -0500, Nathan Stratton Treadway wrote:
>> Also, do you see the same defunct pigz process that Jason reported in
>> his original post?
>
> Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
>> root 2690
On Wed, Nov 25, 2020 at 14:34:17 -0500, Nathan Stratton Treadway wrote:
> Also, do you see the same defunct pigz process that Jason reported in
> his original post?
Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
> root 2690 9.1 0.0 317692 11020 pts/0S+ 12:38 1:43 |
On Wed, Nov 25, 2020 at 20:07:23 +0100, Stefan G. Weichinger wrote:
> So maybe pigz needs some additional option at decompression, or some
> fix, or amanda needs some patch to correctly handle the behavior or pigz
> in the process.
>
> I *know* I could use amrestore. But amrecover should work,
Am 25.11.20 um 19:32 schrieb Charles Curley:
> I vaguely recall that the problems I had with pigz were at compression
> time. If so, and if your problem was also at compression time, you may
> be SOL.
I assume no: my current recovery *test* (fortunately no emergency) tries
to restore a level 1
On Wed, 25 Nov 2020 18:44:10 +0100
"Stefan G. Weichinger" wrote:
> Tried it.
>
> Does not work to only edit that dumptype, amrecover seems to read the
> meta-info/header of the dump on tape.
>
> Same failure.
Drat.
>
> I'd also prefer to benefit of the parallelity of pigz at compression
>
Am 25.11.20 um 18:37 schrieb Stefan G. Weichinger:
> Am 25.11.20 um 18:26 schrieb Charles Curley:
>> On Wed, 25 Nov 2020 18:06:09 +0100
>> "Stefan G. Weichinger" wrote:
>>
>>> Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
>>
>> ...
>>
[... time passes and I see a byte count
Am 25.11.20 um 18:26 schrieb Charles Curley:
> On Wed, 25 Nov 2020 18:06:09 +0100
> "Stefan G. Weichinger" wrote:
>
>> Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
>
> ...
>
>>>
>>> [... time passes and I see a byte count increasing ...]
>>>
>>> /usr/bin/pigz: pigz: warning: : trailing
On Wed, 25 Nov 2020 18:06:09 +0100
"Stefan G. Weichinger" wrote:
> Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
...
> >
> > [... time passes and I see a byte count increasing ...]
> >
> > /usr/bin/pigz: pigz: warning: : trailing junk was ignored
> > ```
> >
I've had problems with
Am 30.05.18 um 20:21 schrieb Jason L Tibbitts III:
I'm trying to understand what's supposed to happen when amrecover gets
to the end of the backup. Currently I'm running amanda 3.5.1 as
packaged by Fedora. (We only lightly patch it, and as far as I can tell
none of the patches should be
11 matches
Mail list logo
