Le Thursday 22 November 2007 20:44:16 Francis Galiegue, vous avez écrit :
> Le Thursday 22 November 2007 20:22:13 Paul Bijnens, vous avez écrit :
> > Marc Muehlfeld wrote:
> > > Francis Galiegue schrieb:
> > >> And what if you try to read the label by hand? Ie, try at the command
> > >> line:
> > >
Le Thursday 22 November 2007 17:53:08 Cyrille Bollu, vous avez écrit :
> Hi all,
>
> is there something to do to prevent "tar" to lookup for username when it's
> estimating the size of the DLE's (like when you do "ls -ln" instead of "ls
> -l")?
>
> It seems that this process puts a very high load o
Le Thursday 22 November 2007 20:22:13 Paul Bijnens, vous avez écrit :
> Marc Muehlfeld wrote:
> > Francis Galiegue schrieb:
> >> And what if you try to read the label by hand? Ie, try at the command
> >> line:
> >>
> >> dd if=/dev/nst0 bs=32k count=1
> >>
> >> Does anything appear or do you have an
Geert Uytterhoeven wrote:
On Thu, 22 Nov 2007, Jon LaBadie wrote:
On Thu, Nov 22, 2007 at 02:10:35AM -0800, Gil Vidals wrote:
I'm aiming to use Amanda for bare metal restores as described in "Backup &
Recovery" by Curtis Preston - p. 145. However, I'm not sure which
directories to exc
Cyrille Bollu wrote at 17:53 +0100 on Nov 22, 2007:
> is there something to do to prevent "tar" to lookup for username when it's
> estimating the size of the DLE's (like when you do "ls -ln" instead of "ls
> -l")?
>
> It seems that this process puts a very high load on my LDAP server... Suc
Marc Muehlfeld wrote:
Francis Galiegue schrieb:
And what if you try to read the label by hand? Ie, try at the command
line:
dd if=/dev/nst0 bs=32k count=1
Does anything appear or do you have an error?
# dd if=/dev/nst0 bs=32k count=1
AEAFDA: TAPESTART DATE P TAPE KAS001
AEAFDA ??
that s
Francis Galiegue schrieb:
> And what if you try to read the label by hand? Ie, try at the command
> line:
>
> dd if=/dev/nst0 bs=32k count=1
>
> Does anything appear or do you have an error?
# dd if=/dev/nst0 bs=32k count=1
AEAFDA: TAPESTART DATE P TAPE KAS001
014
1+0 Datensätze ein
1+0 Datensätz
Le Thursday 22 November 2007 19:42:39, vous avez écrit :
> FL schrieb:
> > out of curiousity, I would try not using the symbolic link--use
> > /dev/nst0 in /etc/amanda/KST/amanda.conf
> > instead of the symbolic link dev/tape.
>
> Thanks, but doesn't helped:
> amlabel: no label found, are you sure
FL schrieb:
> out of curiousity, I would try not using the symbolic link--use
> /dev/nst0 in /etc/amanda/KST/amanda.conf
> instead of the symbolic link dev/tape.
Thanks, but doesn't helped:
amlabel: no label found, are you sure /dev/nst0 is non-rewinding?
--
Marc Muehlfeld (Leitung Systemadmi
After thinking a bit more on this, for bare-metal recovery, it seems logical
that I MUST include every directory. I shouldn't leave anything out since
the recovery process outlined below never calls for re-loading the OS.
Traditionally, the OS is reloaded and then the files are restored, but in
b
On Thu, 22 Nov 2007, Jon LaBadie wrote:
> On Thu, Nov 22, 2007 at 02:10:35AM -0800, Gil Vidals wrote:
> > I'm aiming to use Amanda for bare metal restores as described in "Backup &
> > Recovery" by Curtis Preston - p. 145. However, I'm not sure which
> > directories to exclude. In fact, I'm not sur
Hi all,
is there something to do to prevent "tar" to lookup for username when it's
estimating the size of the DLE's (like when you do "ls -ln" instead of "ls
-l")?
It seems that this process puts a very high load on my LDAP server... Such
a high load that I'm planing to install a new LDAP slav
Hi,
meanwhile I got my new Tandberg StorageLoader 2U LTO3 Autoloader. But I'm
having problems to use it. Maybe some of you can give me a hint:
I tried to label one of the tapes by hand:
# amlabel KAS KAS001 slot 10
labeling tape in slot 10 (/dev/tape):
rewinding, reading label, not an amanda
On Thu, Nov 22, 2007 at 02:10:35AM -0800, Gil Vidals wrote:
> I'm aiming to use Amanda for bare metal restores as described in "Backup &
> Recovery" by Curtis Preston - p. 145. However, I'm not sure which
> directories to exclude. In fact, I'm not sure that I should exclude anything
> at all. Shoul
Le Wednesday 21 November 2007 20:07:47, vous avez écrit :
> You should never get a "hmm, disk was stranded on waitq" error message.
> Post the complete amdump.X log file from the server and the complete
> amanda.*.debug and sendsize.*.debug files from the client.
>
The sendsize.*.debug now.
And s
Le Wednesday 21 November 2007 20:07:47, vous avez écrit :
> You should never get a "hmm, disk was stranded on waitq" error message.
> Post the complete amdump.X log file from the server and the complete
> amanda.*.debug and sendsize.*.debug files from the client.
>
There was another amandad file f
I only want debug files for a failed run.
I think I found the problem, can you try the attached patch on the server.
The "hmm, disk was stranded on waitq" message hide a connection problem.
Jean-Louis
Francis Galiegue wrote:
Le Wednesday 21 November 2007 20:07:47, vous avez écrit :
You sho
Le Wednesday 21 November 2007 20:07:47, vous avez écrit :
> You should never get a "hmm, disk was stranded on waitq" error message.
> Post the complete amdump.X log file from the server and the complete
> amanda.*.debug and sendsize.*.debug files from the client.
>
I'll do them one by one. My firs
I'm aiming to use Amanda for bare metal restores as described in "Backup &
Recovery" by Curtis Preston - p. 145. However, I'm not sure which
directories to exclude. In fact, I'm not sure that I should exclude anything
at all. Should I exclude these?
/proc
/mnt
/dev
/tmp
/sys
Curtis says to follow
19 matches
Mail list logo