True, we're already planning to take advantage of ZFS quotas at work. That
alone will mean 100+ filesystems as we'll have one for each user. While there
are some disadvantages to the quota management I'm used to, overall management
of ZFS quotas looks very simple, and the ability to roll back
On Thu, 20 Dec 2007, Richard Elling wrote:
> Ross wrote:
>> Aye, that's what I was hoping for. Since ZFS seems to support nesting
>> filesystems, I was hoping that each filesystem would contain the others, so
>> a snapshot of the root filesystem would also be a snapshot of the others.
>>
>
> IM
Ross wrote:
> It's so far taken about a day to work out ZFS, Samba (and SWAT), vi,
> bash and SSH.
Try b78 - it's got the new native CIFS (SMB) server. And it's integrated
with zfs, so you can create a windows-accessible share as easily as:
zfs create -o sharesmb=name=sharename poolname/zfsname
Ross wrote:
> Flexible is right. I knew Unix / Linux traditionally make it possible to do
> a lot from the command line, but having never used them I'd just assumed they
> were basically very similar to windows, but with a whole load of extra
> overhead because of all the commands you had to le
Flexible is right. I knew Unix / Linux traditionally make it possible to do a
lot from the command line, but having never used them I'd just assumed they
were basically very similar to windows, but with a whole load of extra overhead
because of all the commands you had to learn.
But after just
Looking into this further, it looks like this be available in build 77, with
"zfs snapshot -r" a new "zfs send -r" feature:
http://www.opensolaris.org/jive/thread.jspa?messageID=163689
http://www.opensolaris.org/os/community/arc/caselog/2007/574/
http://bugs.opensolaris.org/view_bug.do?bug_id=642
Ross wrote:
> Aye, that's what I was hoping for. Since ZFS seems to support nesting
> filesystems, I was hoping that each filesystem would contain the others, so a
> snapshot of the root filesystem would also be a snapshot of the others.
>
IMHO, a file system is created only when you need to
> I've only started using ZFS this week, and hadn't even touched a Unix
welcome to ZFS... here is a simple script you can start with:
#!/bin/sh
snaps=15
today=`date +%j`
nuke=`expr $today - $snaps`
yesterday=`expr $today - 1`
if [ $yesterday -lt 0 ] ; then
yesterday=365
fi
if [ $nuke -lt 0
Aye, that's what I was hoping for. Since ZFS seems to support nesting
filesystems, I was hoping that each filesystem would contain the others, so a
snapshot of the root filesystem would also be a snapshot of the others.
I'm still not sure if that's the case or not, it could be that -r just mean
The recursive option creates a separate snapshot for every child filesystem,
making backup management more difficult if there are many child filesystems.
The ability to natively create a single snapshot/backup of an entire ZFS
hierarchy of filesystems would be a very nice thing indeed.
This
Ross wrote:
> The title says it all really, we'll be creating one big zpool here, with many
> sub filesystems for various systems. Am I right in thinking that we can use
> snapshots of the root filesystem to take a complete backup of everything?
>
This question doesn't really make sense. Bu
On Wed, 19 Dec 2007, Ross wrote:
> The title says it all really, we'll be creating one big zpool here, with
> many sub filesystems for various systems. Am I right in thinking that
> we can use snapshots of the root filesystem to take a complete backup of
> everything?
I believe what you're lo
The title says it all really, we'll be creating one big zpool here, with many
sub filesystems for various systems. Am I right in thinking that we can use
snapshots of the root filesystem to take a complete backup of everything?
This message posted from opensolaris.org
___
13 matches
Mail list logo
