On Fri, Jul 21, 2006 at 06:22:38AM -0700, gil naveh wrote:
> Thanks much for the support. Eventually I was able to restore some of the
> missing files but I still have some open questions.
> 1) I was able to restore the files on the Server where Amanda
> server was initially ins
Thanks much for the support. Eventually I was able to restore some of the missing files but I still have some open questions. 1) I was able to restore the files on the Server where Amanda server was initially installed. However, I could not restore the tape from a different server
Thanks Jon, Regarding your comments/questions: 1) You keep using a blocksize of 64k for dd, why? Amanda normally uses 32k I tried both for 32K and 64k (part of try and error trial I did to recover the data) - anyway thanks, now I am confident that amanda uses 32k.2)Have you read the doc
Pavel,Below if the output from the running the following commands: root@ # mt -f /dev/rmt/0n rewind root@ # mt -f /dev/rmt/0n fsf 1 root@ # dd if=/dev/rmt/0n bs=32k count=1 read: Invalid argument 0+0 records in 0+0 records outThanks, GilPavel Pragin <[EMAIL PROTECTED]> wrote: Hello,Can
On Wed, 19 Jul 2006 at 2:07pm, 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 -
Where did you get 64k from? Why aren't you following the directions
you've been pointed at multiple times?
Gil,
You wheren't by any chance using SW compression ?
You may have said earlier but I missed it if you did, if so
you will need to lengthen the pipe a little bit...
# dd | gunzip | ufsrestore
On Wed, Jul 19, 2006 at 04:20:25PM -0700, Pavel Pragin wrote:
> Hello,
> Can you please run this and
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
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
>
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 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
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 We
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
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 recor
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 shoul
>> 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
>>>
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 res
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 Sola
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 the
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 dri
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 i
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
21 matches
Mail list logo