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?

[dj_ramjet99@hotmail.com]

Sorry, I meant the taper how-to as it does not appear to be on Darrells site anymore.

[Jon]

I hope its not out of line to post this.
Darrell found some issues with Taper and made the following post to dev info which would explain why you might not be able to find it on his site.

"I was just reviewing SME backup options and upon visitng the Taper web-site
(http://taper.sourceforge.net/) found the following:

[begin]
The current stable version does not support archives greater than 4gb (ie. it is 32 bit). Although the backups may appear to work, it will not restore because of overflow errors.

The Alpha version can be used, however, this is still under development and archive formats are likely to change between versions. [end]

I would suggest Mitel remove Taper from the iso, until this issue is resolved.  Copy of this message will be forwarded to 'bugs' momentarily.

Regards,

--
Darrell May
DMC Netsourced.com
http://netsourced.com
http://myEZserver.com

"
End Quote

Jon

[Kelvin]

Hi DJ,

Yes, there is a long known 4GB limit with taper. I only ever use taper for systems that are not likely to have files growing beyond 4GB on backup (such as systems only used as a gateway or pop mail server). As long as the backup is below 4GB, I have no concerns with using taper. Hey, I run my business off an SME server and I use taper to store my files. Old stuff, I archive away on CDs and only current stuff sit on my server (hardly touch 1GB yet). So, 4GB, no sweat !

As I hoped all along, work is now being done to convert to 64bit which will overcome the 4GB issue. When that happens, the how-to would probably come back - possibly with a how-to for upgrading existing users to the new version of taper. Who knows, the new version might have automated restore facilities as well (which apparently is lacking in the current version).

Kelvin

[dj_ramjet99]

Cool, cheers for that advice, might have gotten myself into BIG trouble!!!

HAve gotten everything working well with the restore now rpm, just took ages to do a restore (getting me very worried)