Topic: Tape Restore

[Tom Veitch]

SCSI 2 tape drive:
File number=3, block number=4736, partition=0.
Tape block size 512 bytes. Density code 0x45 (QIC-3095-MC (TR-4)).
Soft error count since last status=0
General status bits on (5010000):
 WR_PROT ONLINE IM_REP_EN

[Tom Veitch]

Sorry,

Trying to restore some files from tape this is the backup log

|------------------------------------------------
| Trying "mt defblksize" instead of "mt setblk"
| Doing level 0 backup of all using dump
| Retensioning tape...
| Rewinding & erasing tape...
| Creating index key 200204090538.55
| Tape #0
| Filesystems = / /boot
|------------------------------------------------
At block 85.
|------------------------------------------------
| File number 1, index key 200204090538.55
| Backup of: /
| Date of this level 0 backup: Tue Apr 09 05:39:04 2002
| Date of last level 0 backup: the epoch
|------------------------------------------------
| (dump -0 -b 10 -a -f - / | gzip -4) | buffer -m 3m -s 10k -u 100 -t -p 75 -B \
|  -o /dev/nst0
|------------------------------------------------
  DUMP: Date of this level 0 dump: Tue Apr  9 05:39:04 2002
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/hda6 (/) to standard output
  DUMP: Label: none
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 2438510 tape blocks.
  DUMP: Volume 1 started at: Tue Apr  9 05:44:18 2002
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 9.60% done, finished in 0:47
  DUMP: 21.72% done, finished in 0:36
  DUMP: 31.52% done, finished in 0:32
  DUMP: 39.61% done, finished in 0:30
  DUMP: 50.93% done, finished in 0:24
  DUMP: 61.67% done, finished in 0:18
  DUMP: 70.54% done, finished in 0:14
  DUMP: 82.44% done, finished in 0:08
  DUMP: 92.81% done, finished in 0:03
  DUMP: 97.00% done, finished in 0:01
  DUMP: Volume 1 completed at: Tue Apr  9 06:38:24 2002
  DUMP: Volume 1 took 0:54:06
  DUMP: Volume 1 transfer rate: 772 KB/s
  DUMP: 2506923 tape blocks (2448.17MB)
  DUMP: finished in 3246 seconds, throughput 772 KBytes/sec
  DUMP: Date of this level 0 dump: Tue Apr  9 05:39:04 2002
  DUMP: Date this dump completed:  Tue Apr  9 06:38:24 2002
  DUMP: Average transfer rate: 772 KB/s
  DUMP: DUMP IS DONE
Kilobytes Out 998120
|------------------------------------------------
| Backup start: Tue Apr 09 05:39:04 2002
| Backup end:   Tue Apr 09 06:38:37 2002
|------------------------------------------------
At block 1996326.
|------------------------------------------------
| File number 2, index key 200204090538.55
| Backup of: /boot
| Date of this level 0 backup: Tue Apr 09 06:38:48 2002
| Date of last level 0 backup: the epoch
|------------------------------------------------
| (dump -0 -b 10 -a -f - /boot | gzip -4) | buffer -m 3m -s 10k -u 100 -t -p \
|  75 -B -o /dev/nst0
|------------------------------------------------
  DUMP: Date of this level 0 dump: Tue Apr  9 06:38:48 2002
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/hda1 (/boot) to standard output
  DUMP: Label: none
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 5305 tape blocks.
  DUMP: Volume 1 started at: Tue Apr  9 06:38:48 2002
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: Volume 1 completed at: Tue Apr  9 06:38:53 2002
  DUMP: Volume 1 took 0:00:05
  DUMP: Volume 1 transfer rate: 1059 KB/s
  DUMP: 5297 tape blocks (5.17MB)
  DUMP: finished in 5 seconds, throughput 1059 KBytes/sec
  DUMP: Date of this level 0 dump: Tue Apr  9 06:38:48 2002
  DUMP: Date this dump completed:  Tue Apr  9 06:38:53 2002
  DUMP: Average transfer rate: 1059 KB/s
  DUMP: DUMP IS DONE
Kilobytes Out 2960
|------------------------------------------------
| Backup start: Tue Apr 09 06:38:48 2002
| Backup end:   Tue Apr 09 06:39:05 2002
|------------------------------------------------
At block 2002247.
|------------------------------------------------
| Rewinding...
|------------------------------------------------

I have tryed the restore now  with no luck

i did the felxbackup -list  with no luck

need help please

[Kelvin]

Hi Tom,

I've also been trying to work out how to use flexbackup. I even followed a how to (from Darrel ? Sorry, can't remember) on how to selectively restore, etc. but am having no luck. All that I can access on the tape is the /boot directory and nothing else.

I've since switched to using Taper (at least with Taper I can SEE what I am backing up and restoring -- selectively or otherwise).

Kelvin

[Tom Veitch]

will taper do an automated backup

Thanks

[Kelvin]

Hi Tom,

There's a how-to for doing just that.

http://www.myezserver.com/downloads/mitel/howto/taper-howto.html

Kelvin

[Darrell May]

Why don't you simply install my Restore Now contrib:

http://myezserver.com
/downloads
/mitel
/contrib
/restorenow-0.0.1/

Regards,

Darrell

[Tom Veitch]

I did and it didnt work not sure why

[Jason Judge]

Try setting your block size to 64 (template 10Blocksize; hack /etc/flexbackup.conf). This sorted the 'list' problem for me. With the 10k default blocksize I could back up, but could I get anything back off the tape? Hell, no.

Not sure how or why it works, but it's worth a try.

-- Jason

[Kelvin]

I'm using an OnStream drive which only supports 32K block sizes. Once I set the necessary settings in taper, taper works beautifully so I'll be sticking to it -- much friendlier interface -- backup and restores are no brainers - just use the interface and forget about struggling with command line options and the like.

Kelvin

[Paul van Dun]

Hello everyone,


What is the command to set the blocksize to 64 in the flexbackup.conf maybe this will solve my problem also.

Regards,

Paul van Dun

[Jason Judge]

Temporarily change the "$blksize = 'N';" line in /etc/flexbackup.conf and run /sbin/e-smith/backup to try it out.

Once you have got the right blocksize (it all depends upon the hardware capabilities of your drive) then incorporate the value into the template "10Blocksize" so your temporary change does not get overwritten next time you change any of the tape backup settings from the server-manager.

The trouble with backup tape drives, so far as I can see, is that there is an aweful lot of trial-and-error involved in getting them working. There seems to be no central place to go to find out what settings are needed, which firmware revisions work with what OS version and which commands are likely to have problems working. So - fiddle on, and good luck.

-- Jason

[Paul van Dun]

The problem is solved, I've installed Darrel's Restorenow function and it works like a charm.
There's only one thing when I restored my user data all the permissions were set to data.data and they should be set to paul.paul
Is there a way of setting all the files in my user folder to the user paul.paul
At this time I issued the command chown paul.paul paul, is there a parameter to set all of it's files and subdirectories in one command.


Regards,


Paul van Dun

[Dan Brown]

That'd be chown -R user:group files.

[Paul van Dun]

Thanks Dan,

it works, thank you !!!

[dj_ramjet99@hotmail.com]

Does anyone know where this how-to has gone?