Very Computer

by **sARcASti** » Mon, 18 Dec 2000 03:06:17

Hi all,
I am making an incremental backup as follows

tue at 3:00 a.m. level 0
wed at 3:00 a.m. level 3
thr at 3:00 a.m. level 4
fri at 3:00 a.m. level 5
sat at 3:00 a.m. level 6
sun at 3:00 a.m. level 2

a script is running on crontab to backup files. it needs a parameter
which is about the level number. the command lines in script are like that;

ufsdump $1ucf /dev/rmt/0n /
ufsdump $1ucf /dev/rmt/0n /home
ufsdump $1ucf /dev/rmt/0n /usr/local
ufsdump $1ucf /dev/rmt/0 /var/mail

for example when i try lo look at the backup files in the tape drive using
interactive mode of ufsrestore, i see only the "/" partition's new files.
not even "/home" or anything. according to the logs all backup is done
successfully.
but i can't see any other files.

does anyone have an idea about what i am doing wrong ?

thanks....

by **Ian R. Chesa** » Mon, 18 Dec 2000 06:10:40

Are you sure you're fast-forwarding or rewinding the tape to the proper
file? Each call to ufsdump will write a file to the tape at the current
position, you'll need to step through these with ufsrestore to find the
right file system to restore. Example, you want to reach the /home backup,
which would be file 1 on your tape, assuming your rewound it after the last
dump:

ufsrestore ifs /dev/rmt/0 1

This would advance the tape to file #1 and begin reading the filesystem dump
from there.

Cheers!
Ian

Quote:> Hi all,
> I am making an incremental backup as follows

> tue at 3:00 a.m. level 0
> wed at 3:00 a.m. level 3
> thr at 3:00 a.m. level 4
> fri at 3:00 a.m. level 5
> sat at 3:00 a.m. level 6
> sun at 3:00 a.m. level 2

> a script is running on crontab to backup files. it needs a parameter
> which is about the level number. the command lines in script are like
that;

> ufsdump $1ucf /dev/rmt/0n /
> ufsdump $1ucf /dev/rmt/0n /home
> ufsdump $1ucf /dev/rmt/0n /usr/local
> ufsdump $1ucf /dev/rmt/0 /var/mail

> for example when i try lo look at the backup files in the tape drive using
> interactive mode of ufsrestore, i see only the "/" partition's new files.
> not even "/home" or anything. according to the logs all backup is done
> successfully.
> but i can't see any other files.

> does anyone have an idea about what i am doing wrong ?

> thanks....

by **Marco Haverkat** » Tue, 19 Dec 2000 17:36:55

> Are you sure you're fast-forwarding or rewinding the tape to the proper
> file? Each call to ufsdump will write a file to the tape at the current
> position, you'll need to step through these with ufsrestore to find the
> right file system to restore. Example, you want to reach the /home backup,
> which would be file 1 on your tape, assuming your rewound it after the last
> dump:

> ufsrestore ifs /dev/rmt/0 1

Or you can use 'mt -t /dev/rmt/on fsf 1' (or 2, 3, eg.)

Quote:
> This would advance the tape to file #1 and begin reading the filesystem dump
> from there.

> > ufsdump $1ucf /dev/rmt/0n /
> > ufsdump $1ucf /dev/rmt/0n /home

Something else, someone (SUN-engineer) told me that standard ufsdump is a 'raw'
backup,
and if you backup that on the compressing-tape (/dev/rmt/0c, eg), you hardly get
any
compression. I see you use the compression of ufsdump itself, any luck?
Or is the SUN-engineer talking rubbish/bullshit??

Ciao, Marco

by **Ian R. Chesa** » Wed, 20 Dec 2000 02:44:22

Quote:> > > ufsdump $1ucf /dev/rmt/0n /
> > > ufsdump $1ucf /dev/rmt/0n /home

> Something else, someone (SUN-engineer) told me that standard ufsdump is a
'raw'
> backup,
> and if you backup that on the compressing-tape (/dev/rmt/0c, eg), you
hardly get
> any
> compression. I see you use the compression of ufsdump itself, any luck?
> Or is the SUN-engineer talking rubbish/bullshit??

The compression ratio is device dependent. Use a good tape drive like the
Exabyte Mammoth 8mm and you'll get twice as much space on the tape if you
use its compressed device driver.

ufsdump has no 'compression' option - it can only dump raw data. The 'c'
option in the commands shown above simply let ufsdump know it's cartridge
media that's being written to and not 1/2" tape reels. It sets density to
1000BPI and blocking factor to 126.

From a former Sun engineer,
Ian

by **Darren Dunha** » Wed, 20 Dec 2000 03:39:05

> Something else, someone (SUN-engineer) told me that standard ufsdump is a 'raw'
> backup,
> and if you backup that on the compressing-tape (/dev/rmt/0c, eg), you hardly get
> any
> compression. I see you use the compression of ufsdump itself, any luck?
> Or is the SUN-engineer talking rubbish/bullshit??

BS meter is reading over 9 on that one...

While ufsdump is reading "underneath" the filesystem, it is still
reading/dumping the files themselves. If you have compressible files on
the disk, the ufsdump stream becomes relatively compressible. If you
have a disk full of Z/zip/JPEG/MPEG stuff, then don't expect any
compression.

--

Unix System Administrator Taos - The SysAdmin Company
Got some Dr Pepper? San Francisco, CA bay area
< Please move on, ...nothing to see here, please disperse >

Very Computer

ufsdump / ufsrestore problem

ufsdump / ufsrestore problem

ufsdump / ufsrestore problem

ufsdump / ufsrestore problem

ufsdump / ufsrestore problem

ufsdump / ufsrestore problem