|
Re: fssnap application
2009-08-21 12:11:37
Gunnarsson, Gunnar wrote:
Hi,
Vi have busy file system in Solaris 8 were ufsdump/gtar doesn't work
so well. Instead we use fssnap (ufs) capabilities with tar. It would
be nice to implement it as an application similar to zfs snapshot !
I use a wrapper script to do fssnap and then ufsdump. Works quite well
on my Solaris 9, 10 systems. You will find it here
http://wiki.zmanda.com/index.php/Backup_client#Chris_Hoogendyk.27s_Example.
That is what I did on Solaris 9 and should translate to Solaris 8. On
Solaris 10, I had to make some changes to account for the use of svcadm
in place of /etc/init.d.
At some point that should be redone to fit better with Amanda 2.6.x.
Note that UFS fssnap has issues with locking the root partition when
real time modules are running (e.g. xntpd). ZFS doesn't seem to have
such issues, so it is easier to do that sore of thing with ZFS without
having to write in workarounds for special cases. I found the same thing
to be true with `mount -o remount,ro` -- which I use for some special
archives that I make available read-only to users to recover their own
stuff. I need it to be read-write when my script puts things there, but
UFS can't get it back into read-only without doing a umount and then a
mount. If I left a shell in /archive, the script fails on the umount.
With ZFS I have no problems, because it can do the remount,ro without
having to do a umount. Anyway, that's a side issue. It just points up
again that doing things for Solaris 10 and ZFS turns out to be
different, and sometimes easier, than doing things for Solaris 8 or 9
and UFS.
--
---------------
Chris Hoogendyk
-
O__ ---- Systems Administrator
c/ /'_ --- Biology & Geology Departments
(*) \(*) -- 140 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst
<hoogendyk AT bio.umass DOT edu>
---------------
Erdös 4
|
|
|
