Stefan,
amrestore can't restore if the dump is split on multiple file on tape,
is it your case?
jean-Louis
On 02/19/2014 05:10 AM, Stefan G. Weichinger wrote:
Am 18.02.2014 19:30, schrieb Stefan G. Weichinger:
$ amrestore --config daily /dev/nst0 hiro pigz
Restoring from tape daily04
Am 18.02.2014 19:30, schrieb Stefan G. Weichinger:
$ amrestore --config daily /dev/nst0 hiro pigz
Restoring from tape daily04 starting with file 1.
amrestore: 1: restoring split dumpfile: date 20140218165332 host
hiro.oops.intern disk pigz part 1/UNKNOWN lev 1 comp cust program
/bin/tar
Am 03.02.2014 15:29, schrieb Jean-Louis Martineau:
On 01/27/2014 01:35 PM, Stefan G. Weichinger wrote:
Do I have to use a specific version of amanda (newer than release X) to
make use of pigz?
I tested 3.3.6 using pigz as a client-compress-custom options and
amrestore can restore it.
I
Am 03.02.2014 um 15:35 schrieb Jean-Louis Martineau:
Newer version have a '-a' option that do not needs human interaction.
ah, I see that now, but I still have to move the data-Link to the needed tape?
How can I then restore while a backup is running when not using multitape?
which is
Am 29.01.2014 15:13, schrieb Michael Müskens:
So far running amanda-2.6.1 I used to autorestore via
amrestore -p tobak012.intern.backup.muessi.de |tar [option] - ./
which is rather fine in running automatically, unattended and with no need of
an amanda-Database.
As I understand,
On 01/27/2014 01:35 PM, Stefan G. Weichinger wrote:
Do I have to use a specific version of amanda (newer than release X) to
make use of pigz?
I tested 3.3.6 using pigz as a client-compress-custom options and
amrestore can restore it.
I don't know exactly what's the problem, so I can't tell
On 01/29/2014 09:13 AM, Michael Müskens wrote:
You can't use amrestore to directly read the dump from a vtape, use
something like:
amrestore -r file:/backup/tapepools/DailySet/DailySet-69
For that I would have to point the data-link to the needed tape? That
is something I actually wanted
You can't use amrestore to directly read the dump from a vtape, use something
like:
amrestore -r file:/backup/tapepools/DailySet/DailySet-69
For that I would have to point the data-link to the needed tape? That is
something I actually wanted to avoid :)
or : amtape CONF label
Hi guys,
Use the '-r' argument of amrestore and manually uncompress the file with pigz
or gzip
I have a similar Problem with amanda-3.3.1 and with argument -r I get:
root@tobak012:~/manual_restore/dussel# amrestore -r
On 01/28/2014 09:00 AM, Michael Müskens wrote:
Hi guys,
Use the '-r' argument of amrestore and manually uncompress the file
with pigz or gzip
I have a similar Problem with amanda-3.3.1 and with argument -r I get:
root@tobak012:~/manual_restore/dussel# amrestore -r
Do I have to use a specific version of amanda (newer than release X) to
make use of pigz?
I use it for compressing on a new client but the amrestore on the server
has problems to unpack the stuff:
amanda@backup /mnt/md4/restore/verify $ amrestore /dev/nst0
Restoring from tape daily03 starting
Use the '-r' argument of amrestore and manually uncompress the file with
pigz or gzip
Jean-Louis
On 01/27/2014 01:35 PM, Stefan G. Weichinger wrote:
Do I have to use a specific version of amanda (newer than release X) to
make use of pigz?
I use it for compressing on a new client but the
12 matches
Mail list logo