Well, for what it's worth:
I ran a backup job with just the DLEs that failed to backup/flush, and it
all went well.
I then ran the exact same job I did on Friday, and it succeeded with no
errors this time. I'm beginning to think that maybe the tape used on Friday
may be damaged in some way.
Hi,
I've got three workstations I'm trying
to install and configure amanda for.
My tape host is a Solaris 8 machine
and I have two clients with Solaris 8 on one and Solaris 9 on the other.
I was able to build and install the
tape host and the one Solaris 8 client with very little trouble.
I
On Wednesday 19 July 2006 01:20, Frank Smith wrote:
Olivier Nicole wrote:
Hi,
I have put together the following srcipt
http://www.cs.ait.ac.th/~on/testgtar to help testing exclude
patterns in GNU tar.
This is a simple Perl script, that should run on any installation;
but I'd like to
On 2006-07-19 14:26, Patrick Hawley wrote:
I've got three workstations I'm trying to install and configure amanda for.
My tape host is a Solaris 8 machine and I have two clients with Solaris
8 on one and Solaris 9 on the other.
I was able to build and install the tape host and the one Solaris
On Wed, Jul 19, 2006 at 08:26:57AM -0400, Patrick Hawley wrote:
Hi,
I've got three workstations I'm trying to install and configure amanda
for.
My tape host is a Solaris 8 machine and I have two clients with Solaris 8
on one and Solaris 9 on the other.
I was able to build and install the
Hi, I have to restore from our tape drive, but our Amanda server that runs on Solaris 9 has failed. Any suggestion/ideas on how to recover files from tapes are mostly welcome. Our tape drive is: ULTRIUM2-LTO The dump type is: define dumptype daily { global
Gene Heskett wrote:
On Wednesday 19 July 2006 01:20, Frank Smith wrote:
Olivier Nicole wrote:
Hi,
I have put together the following srcipt
http://www.cs.ait.ac.th/~on/testgtar to help testing exclude
patterns in GNU tar.
This is a simple Perl script, that should run on any installation;
On Wed, 19 Jul 2006 at 8:12am, gil naveh wrote
I have to restore from our tape drive, but our Amanda server that runs on
Solaris 9 has failed.
Any suggestion/ideas on how to recover files from tapes are mostly
welcome.
http://www.amanda.org/docs/restore.html
man amrestore
This
Thanks for the help. I am familiar with the Amrestore command. But the problem I am facing is that the Amanda server which also holds other applications crushed. So I have to restore data from another server - I have Solaris 9 and and or Solaris 10 servers that I can connect to the tape
I am familiar with the Amrestore command.
But the problem I am facing is that the Amanda server which also holds
other applications crushed. So I have to restore data from another
server - I have Solaris 9 and and or Solaris 10 servers that I can
connect to the tape drive...
I also saved
On Wed, 19 Jul 2006 at 8:35am, gil naveh wrote
Thanks for the help.
I am familiar with the Amrestore command.
But the problem I am facing is that the Amanda server which also holds
other applications crushed. So I have to restore data from another
server - I have Solaris 9 and and or
On 2006-07-19 17:35, gil naveh wrote:
Thanks for the help.
I am familiar with the Amrestore command.
Then you understand that you can replace amrestore with a
mt and dd.
But the problem I am facing is that the Amanda server which also holds
other applications crushed. So I have to restore
Joshua Baker-LePain [EMAIL PROTECTED] wrote:
On Wed, 19 Jul 2006 at 8:12am, gil naveh wrote
I have to restore from our tape drive, but our Amanda server that
runs on Solaris 9 has failed.
Any suggestion/ideas on how to recover files from tapes are mostly
welcome.
On Tue, 2006-07-18 at 17:36 -0700, Kevin Till wrote:
what is the amanda entry in /etc/inet/inetd.conf?
amanda dgram udp waitroot/opt/amanda/libexec/amandad
amandad
Try truss /opt/amanda/libexec/amandad and see if there is anything
obviously wrong.
Only thing that doesn't
-2.5.1b1-20060717]# su amanda -c amcheck Daily
Amanda Tape Server Host Check
-
Holding disk /dumps: 12071 MB disk space available, using 12360848 MB
slot 12: read label `Dailys-12', date `20060719'
cannot overwrite active tape Dailys-12
slot 13: read label `Dailys-13', date
Hi Chris,
Chris Cameron wrote:
On Tue, 2006-07-18 at 17:36 -0700, Kevin Till wrote:
what is the amanda entry in /etc/inet/inetd.conf?
amanda dgram udp waitroot/opt/amanda/libexec/amandad
amandad
i would try to start amandad as amanda (or whatever user you have
amanda
On Wed, Jul 19, 2006 at 10:46:18AM -0600, Chris Cameron wrote:
On Tue, 2006-07-18 at 17:36 -0700, Kevin Till wrote:
what is the amanda entry in /etc/inet/inetd.conf?
amanda dgram udp waitroot/opt/amanda/libexec/amandad
amandad
Try truss /opt/amanda/libexec/amandad
On Wed, Jul 19, 2006 at 10:46:18AM -0600, Chris Cameron wrote:
On Tue, 2006-07-18 at 17:36 -0700, Kevin Till wrote:
what is the amanda entry in /etc/inet/inetd.conf?
amanda dgram udp waitroot/opt/amanda/libexec/amandad amandad
Tried to run amandad as root-user instead of
On Wednesday 19 July 2006 13:10, Jon LaBadie wrote:
On Wed, Jul 19, 2006 at 12:53:34PM -0400, Gene Heskett wrote:
Howdy all;
I'm back (and darned glad of it) from the UP/MI and trying to play
catchup on my main box here, so I just built and installed
2.5.1b1-20060717. I've not seen this
Thanks for all the help, but I have a problem to restore the files. When I type: root@ # dd if=/dev/rmt/0n ibs=64k | ufsrestore if - I recieve the following error message: read: Invalid argument 0+0 records in 0+0 records out Volume is not in dump formatBut as far as I know it
On Wed, Jul 19, 2006 at 02:07:42PM -0700, gil naveh enlightened us:
Thanks for all the help, but I have a problem to restore the files.
When I type:
root@ # dd if=/dev/rmt/0n ibs=64k | ufsrestore if -
I recieve the following error message:
read: Invalid argument
0+0 records in
Thanks but I tried to strip the header as well and it gave me teh same error message!Matt Hyclak [EMAIL PROTECTED] wrote: On Wed, Jul 19, 2006 at 02:07:42PM -0700, gil naveh enlightened us: Thanks for all the help, but I have a problem to restore the files. When I type: root@ # dd
gil naveh wrote:
Thanks
but I tried to strip the header as well and it gave me teh same error
message!
If it's compressed, it need to be uncompressed first. Do something like:
dd if=/dev/tape bs=32k skip=1 |gzip -dc | ufsrestore if -
*/Matt Hyclak [EMAIL PROTECTED]/* wrote:
On
On Wednesday 19 July 2006 17:07, gil naveh wrote:
Thanks for all the help, but I have a problem to restore the
files. When I type:
root@ # dd if=/dev/rmt/0n ibs=64k | ufsrestore if -
I recieve the following error message:
read: Invalid argument
0+0 records in
0+0 records out
Hello,
Can you please run this and post the output:
-bash-3.00$ ammt -f /dev/rmt/0n rewind
-bash-3.00$ ammt -f /dev/rmt/0n fsf 1
-bash-3.00$ amdd if=/dev/rmt/0n bs=32k count=1
Pavel
gil naveh wrote:
Thanks
but I tried to strip the header as well and it gave me teh same error
message!
*/Matt
On Wed, Jul 19, 2006 at 02:07:42PM -0700, gil naveh wrote:
Thanks for all the help, but I have a problem to restore the files.
When I type:
root@ # dd if=/dev/rmt/0n ibs=64k | ufsrestore if -
I recieve the following error message:
read: Invalid argument
0+0 records in
0+0
Forgot one comment.
After mt rewind, you have to mt fsf #, where # is a tape file number,
to get to the start of the #'th dump on the tape.
Then if you had followed the suggested reading, that tapefile
contains a file header that must be skipped. It does no good
to do a skip=1 to the first tape
I haven't had a chance to test the script yet, but since I ran across
this thread about changes in GNU tar from the Debian developers list
http://lists.debian.org/debian-devel/2006/06/msg01108.html default
http://lists.gnu.org/archive/html/bug-tar/2006-06/msg1.html
Reading the
On Thursday 20 July 2006 00:14, Olivier Nicole wrote:
I haven't had a chance to test the script yet, but since I ran
across this thread about changes in GNU tar from the Debian
developers list
http://lists.debian.org/debian-devel/2006/06/msg01108.html
default
On Thu, Jul 20, 2006 at 11:14:39AM +0700, Olivier Nicole wrote:
I haven't had a chance to test the script yet, but since I ran across
this thread about changes in GNU tar from the Debian developers list
http://lists.debian.org/debian-devel/2006/06/msg01108.html default
30 matches
Mail list logo
