ufsdump BIG filesystems at night.

ufsdump BIG filesystems at night.

Post by Norman K Schere » Wed, 29 Apr 1998 04:00:00



----- snip.. snip--

Quote:

>  1. How can my backup script know when ufsdump is waiting for
>      a new tape?
>  2. Once I change tapes how can the backup script tell ufsdump
>      that a new tape is in the drive?

I would take a look at expect.

It is intended for that sort of scripted
response to a prompt etc.  Expect should be
able to tell ufsdump the tape is ready however
it expects to be told.

You will need tcl to use it AFAIK.  I would
expect you could find it at sunsite.

 
 
 

ufsdump BIG filesystems at night.

Post by Bob Lamoth » Wed, 29 Apr 1998 04:00:00



> I'd like to know when this happens so that I can make the jukebox
> change tapes.

>  1. How can my backup script know when ufsdump is waiting for
>      a new tape?
>  2. Once I change tapes how can the backup script tell ufsdump
>      that a new tape is in the drive?

        The best way to do this is to decide which file systems go
with each tape.  Hopefully you don't have any file systems that are
larger than 8Gig otherwise your only option is to use a product that
understands jukeboxes like Legato or Bud tool or Amanda or something
like that.  If your filesystems are small enough to get 1 or more per
tape then all you need is to create a script that does a ufsdump of
each filesystem with a mt /dev/rmt/0 rewoffl (or whatever device it is)
between each ufsdump.  The rewoffl will rewind the tape, eject it
and the juke should automatically load the next tape.

                                                -Bob

--
* Robert L. Lamothe            | Unix/Internet Contract Professional  *
* (603)679-6731                |                                      *

* URL: http://www.lamothe.net/ | for Unix better than Windows NT.     *

 
 
 

ufsdump BIG filesystems at night.

Post by Timothy J. L » Wed, 29 Apr 1998 04:00:00


|I'm using Solaris 2.5 and an 8mm Exabyte jukebox.
|
|I'd like to do a nightly dump of a file system that is 56 GB.  That means
|it takes more than one tape.  When ufsdump reaches the end of the
|tape, it asks you to put in another tape and it waits for you to confirm.

See the l option in "man ufsdump".

--
------------------------------------------------------------------------

Unsolicited bulk or commercial email is not welcome.             netcom.com
No warranty of any kind is provided with this message.

 
 
 

1. ufsdump 0f /dir/filesystem.dump /filesystem requires second tape?

When I do
ufsdump 0f /dir/filesystem.dump /filesystem
on a large filesystem, it tells me that I need a second tape.

Then I use
ufsdump 0cf /dir/filesystem.dump /filesystem
and it seems to work. But I think it still has a limit there.
Is there a option to tell ufsdump it is a filesystem, not a tape,
so that there would not be a second tape? Thanks.
--
Michael Wang, Unix Systems Administration
Merrill Lynch, World Financial Center
http://www.mindspring.com/~mwang

2. Can SMP execute different kernel codes *simultaneous and separately*?

3. reducing filesystem minfree on big filesystems

4. System Freeze Up

5. 1024x768 and montior goes night-night....

6. Keeo on getting mail from the system

7. Telnet Protocal

8. 1024x768 and monitor goes night..night...

9. Big Big Big CORE Image !!

10. I have a BIG, BIG,BIG problem with DOSEMU 0.98.5.

11. Big, Big Very BIG SCSI DISK