Re: [zfs-discuss] ZFS send | verify | receive
> If there were a “zfs send” datastream saved someplace, is there a way to > verify the integrity of that datastream without doing a “zfs receive” and > occupying all that disk space? Depending of your version of OS, I think the following post from Richard Elling will be of great interest to you: - http://richardelling.blogspot.com/2009/10/check-integrity-of-zfs-send-streams.html -- julien. http://blog.thilelli.net/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS send | verify | receive
>> Depending of your version of OS, I think the following post from Richard >> Elling will be of great interest to you: > Where exactly do you get zstreamdump? > I found a link to zstreamdump.c ... but is that it? Shouldn't it be part of > a source tarball or something? > Does it matter what OS? Every reference I see for zstreamdump is about > opensolaris. But I'm running solaris. OS means Operating System, or OpenSolaris. This is in the second meaning I wrote OS in my answer. It was not obvious you were using Solaris 10 though. Sorry about that. (FYI, zstreamdump seems to be an addition to build 125.) -- julien. http://blog.thilelli.net/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] replace same sized disk fails with too small error
>> Creating a slice, instead of using the whole disk, will cause ZFS to >> not enable write-caching on the underlying device. > Correct. Engineering trade-off. Since most folks don't read the manual, > or the best practices guide, until after they've hit a problem, it is really > just a CYA entry :-( It seems this trade-off can now be mitigated, regarding Roch Bourbonnais comment on a another thread on this list: - http://mail.opensolaris.org/pipermail/zfs-discuss/2009-January/054587.html In particular: " If ZFS owns a disk it will enable the write cache on the drive but I'm not positive this has a great performance impact today. It used to but that was before we had a proper NCQ implementation. Today I don't know that it helps much. That this is because we always flush the cache when consistency requires it." -- julien. http://blog.thilelli.net/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] zfs null pointer deref,
> Sigh. Richard points out in private email that automatic savecore > functionality is disabled in OpenSolaris; you need to manually > set up a dump device and save core files if you want them. > However, the stack may be sufficient to ID the bug. The dump device is present, so no need to set up one. If you enable savecore using dumpadm(1m), you must create the configured savecore directory manually though. -- julien. http://blog.thilelli.net/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] Backup of ZFS Filesystem with ACL 4
>> I am sorry, we don't have oracle databases on zfs filesystems >> (colleagues of mine are currently exploring RMAN to backup oracle >> databases, that reside on a ufs filesystem, however). >> >> We are doing backups of zfs storage pools with about 2000 filesystems >> (basically home directories). Some of the issues we did encounter: >> - For each single filesystem we had to add a corresponding DOMAIN >> entry to dsm.sys. Very tedious. > Another method: > If you don't specify any domain, it will automatically backup every > filesystem (checking for new fs'es at each scheduled operation).. > Exclude the ones you don't want with exclude.fs in InclExcl.. In our site, it doesn't work as expected (the way describe above). I need to write a little script, launched via the "postschedulecmd" directive of the TSM client utility. A quick and little example can be found at: http://www.thilelli.net/~jgabel/archives/2006/12/11/index.html#e2006-12-11T23_25_15.txt -- julien. http://www.thilelli.net/~jgabel/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] ZFS gzip compression
> Did the ZFS gzip compression feature (i.e. "zfs set compression=gzip") > make it in to Solaris 10 U4? I was looking forward to being able to use it > in a production Solaris release without having to compile my OpenSolaris > build, but it doesnt' seem to be there. No. This feature was introduced in the fifth version of zpool. Solaris 8/07 seems to be "updated" to support the fourth version only (zpool history). -- julien. http://blog.thilelli.net/ ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
