On 03/08/09 23:16, Blake wrote:
I think it's filesystems, not snapshots, that take a long time to
enumerate. (If I'm wrong, somebody correct me :)
The time needed to iterate through the same number of snapshots and
filesystems should be about the same. However, whenever any of the
ZFS
On 03/06/09 09:53, Steven Sim wrote:
Gurus;
I am using OpenSolaris 2008.11 snv_101b_rc2 X86
Prior to this I was using SXCE built 91 (or thereabout)
On build 91, after the command
#zfs snapshot -r myplace
I could easily see the snapshot using ZFS list.
But after install OpenSolaris 2008.11
On 03/04/09 15:24, Dennis Clarke wrote:
Not too sure what this option needs as a value but the man page suggests
that the keywork current should work.
...
cannot create 'fibre00': bad numeric value 'current'
The keyword current is not numeric and causes an issue. The zpool(1M)
manpage is not
On 03/05/09 11:33, Richard Morris - Sun Microsystems - Burlington United
States wrote:
On 03/04/09 15:24, Dennis Clarke wrote:
Not too sure what this option needs as a value but the man page suggests
that the keywork current should work.
...
cannot create 'fibre00': bad numeric value 'current
Quick Background:
The pNFS project (http://opensolaris.org/os/project/nfsv41/)
http://opensolaris.org/os/project/nfsv41/%29 is adding a new DMU
object set type which is used on the pNFS data server to store pNFS
stripe DMU objects. A pNFS dataset gets created with the zfs create
command
On 01/09/09 01:44, Ross wrote:
Can I ask why we need to use -c or -d at all? We already have -r to
recursively list children, can't we add an optional depth parameter to that?
You then have:
zfs list : shows current level (essentially -r 0)
zfs list -r : shows all levels (infinite
On 01/08/09 06:28, Mike Futerko wrote:
I'd have a few more proposals how to improve zfs list if they don't
contravene the concept of zfs list command.
Currently zfs list returns error operation not applicable to datasets
of this type if you try to list for ex.: zfs list -t snapshot
On 01/08/09 06:39, Tim Foster wrote:
hi Rich,
On Wed, 2009-01-07 at 10:51 -0500, Richard Morris - Sun Microsystems -
Burlington United States wrote:
As you point out, the -c option is user friendly while the -depth (or
maybe -d) option is more general. There have been several requests
On 01/06/09 09:07, Chris Gerhard wrote:
To improve the performance of scripts that manipulate zfs snapshots and the
zfs snapshot service in perticular there needs to be a way to list all the
snapshots for a given object and only the snapshots for that object.
There are two RFEs filed that
On 11/23/08 12:14, Paweł Tęcza wrote:
As others here have said, just issue 'zfs list -t snapshot' if you
just want to see the snapshots, or 'zfs list -t all' to see both
filesystems and snapshots.
OK, I can use that, but my dreamed `zfs list` syntax is like below:
zfs list [all|snapshots]
On 11/25/08 16:41, Paweł Tęcza wrote:
Dnia 2008-11-25, wto o godzinie 13:11 -0500, Richard Morris - Sun
Microsystems - Burlington United States pisze:
Pawel,
With http://bugs.opensolaris.org/view_bug.do?bug_id=6734907
zfs list -t all would be useful once snapshots are omitted by default
11 matches
Mail list logo
