Does anyone have a customer using IBM Tivoli Storage Manager (TSM) with ZFS? I see that IBM has a client for Solaris 10, but does it work with ZFS? -- <http://www.sun.com/> Dan Christensen System Engineer *Sun Microsystems, Inc.* Des Moines, IA 50266 US 877-263-2204 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070709/744e69fc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graphics1 Type: image/gif Size: 1257 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070709/744e69fc/attachment.gif>
On 09 July, 2007 - Dan Christensen at Sun sent me these 4,2K bytes:> Does anyone have a customer using IBM Tivoli Storage Manager (TSM) with > ZFS? I see that IBM has a client for Solaris 10, but does it work with ZFS?You can backup ZFS filesystems, but it doesn''t understand the ACLs right now. Normally with TSM, if you don''t specify any filesystem it will backup all filesystems. Since it doesn''t recognize ZFS, that doesn''t happen.. So you can either specify manually which filesystems to backup (but then the "auto-all" doesn''t happen), or you can for instance do the following in dsm.sys: POSTschedulecmd "/path/to/neat/script" which contains: #!/bin/sh /sbin/zfs list -H -o mountpoint | xargs dsmc incr dsmc q fil will give you something similar to: 1 07/09/07 03:02:22 UFS / 2 07/09/07 04:11:58 UNKNOWN /data 3 07/09/07 03:50:08 UFS /export/home10 ... /Tomas -- Tomas ?gren, stric at acc.umu.se, http://www.acc.umu.se/~stric/ |- Student at Computing Science, University of Ume? `- Sysadmin at {cs,acc}.umu.se
We use TSM to backup our Messaging Server mailstores on ZFS. Tomas is right though, the TSM client doesn''t recognize ZFS so whichever method you use, you just have to specify the path manually. We kick it off with cron but Tomas'' method looks a little nicer. - Chris On 7/9/07, Tomas ?gren <stric at acc.umu.se> wrote:> On 09 July, 2007 - Dan Christensen at Sun sent me these 4,2K bytes: > > > Does anyone have a customer using IBM Tivoli Storage Manager (TSM) with > > ZFS? I see that IBM has a client for Solaris 10, but does it work with ZFS? > > You can backup ZFS filesystems, but it doesn''t understand the ACLs right > now. > > Normally with TSM, if you don''t specify any filesystem it will backup > all filesystems. Since it doesn''t recognize ZFS, that doesn''t happen.. > > So you can either specify manually which filesystems to backup (but then > the "auto-all" doesn''t happen), or you can for instance do the > following in dsm.sys: > POSTschedulecmd "/path/to/neat/script" > > which contains: > #!/bin/sh > /sbin/zfs list -H -o mountpoint | xargs dsmc incr > > > dsmc q fil will give you something similar to: > 1 07/09/07 03:02:22 UFS / > 2 07/09/07 04:11:58 UNKNOWN /data > 3 07/09/07 03:50:08 UFS /export/home10 > ... > > /Tomas > -- > Tomas ?gren, stric at acc.umu.se, http://www.acc.umu.se/~stric/ > |- Student at Computing Science, University of Ume? > `- Sysadmin at {cs,acc}.umu.se > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >
Another option is to set the TSM server to do a selective backup of the zfs filesystems. This is probably the least friendly of the solutions provided though ... personally I''m switching to Tomas'' suggestion. Steve On 7/10/07, Christopher Gibbs <chris.gibbs at acu.edu> wrote:> > We use TSM to backup our Messaging Server mailstores on ZFS. > > Tomas is right though, the TSM client doesn''t recognize ZFS so > whichever method you use, you just have to specify the path manually. > We kick it off with cron but Tomas'' method looks a little nicer. > > - Chris > > On 7/9/07, Tomas ?gren <stric at acc.umu.se> wrote: > > On 09 July, 2007 - Dan Christensen at Sun sent me these 4,2K bytes: > > > > > Does anyone have a customer using IBM Tivoli Storage Manager (TSM) > with > > > ZFS? I see that IBM has a client for Solaris 10, but does it work with > ZFS? > > > > You can backup ZFS filesystems, but it doesn''t understand the ACLs right > > now. > > > > Normally with TSM, if you don''t specify any filesystem it will backup > > all filesystems. Since it doesn''t recognize ZFS, that doesn''t happen.. > > > > So you can either specify manually which filesystems to backup (but then > > the "auto-all" doesn''t happen), or you can for instance do the > > following in dsm.sys: > > POSTschedulecmd "/path/to/neat/script" > > > > which contains: > > #!/bin/sh > > /sbin/zfs list -H -o mountpoint | xargs dsmc incr > > > > > > dsmc q fil will give you something similar to: > > 1 07/09/07 03:02:22 UFS / > > 2 07/09/07 04:11:58 UNKNOWN /data > > 3 07/09/07 03:50:08 UFS /export/home10 > > ... > > > > /Tomas > > -- > > Tomas ?gren, stric at acc.umu.se, http://www.acc.umu.se/~stric/ > > |- Student at Computing Science, University of Ume? > > `- Sysadmin at {cs,acc}.umu.se > > _______________________________________________ > > zfs-discuss mailing list > > zfs-discuss at opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070710/66d8c65e/attachment.html>
Does anyone know when IBM will fully support TSM so we do not have to come up with these work arounds? On 7/10/07, Steve Zinck <steve at zinck.ca> wrote:> > Another option is to set the TSM server to do a selective backup of the > zfs filesystems. This is probably the least friendly of the solutions > provided though ... personally I''m switching to Tomas'' suggestion. > > Steve > > On 7/10/07, Christopher Gibbs <chris.gibbs at acu.edu> wrote: > > > > We use TSM to backup our Messaging Server mailstores on ZFS. > > > > Tomas is right though, the TSM client doesn''t recognize ZFS so > > whichever method you use, you just have to specify the path manually. > > We kick it off with cron but Tomas'' method looks a little nicer. > > > > - Chris > > > > On 7/9/07, Tomas ?gren <stric at acc.umu.se> wrote: > > > On 09 July, 2007 - Dan Christensen at Sun sent me these 4,2K bytes: > > > > > > > Does anyone have a customer using IBM Tivoli Storage Manager (TSM) > > with > > > > ZFS? I see that IBM has a client for Solaris 10, but does it work > > with ZFS? > > > > > > You can backup ZFS filesystems, but it doesn''t understand the ACLs > > right > > > now. > > > > > > Normally with TSM, if you don''t specify any filesystem it will backup > > > all filesystems. Since it doesn''t recognize ZFS, that doesn''t happen.. > > > > > > So you can either specify manually which filesystems to backup (but > > then > > > the "auto-all" doesn''t happen), or you can for instance do the > > > following in dsm.sys: > > > POSTschedulecmd "/path/to/neat/script" > > > > > > which contains: > > > #!/bin/sh > > > /sbin/zfs list -H -o mountpoint | xargs dsmc incr > > > > > > > > > dsmc q fil will give you something similar to: > > > 1 07/09/07 03:02:22 UFS / > > > 2 07/09/07 04:11:58 UNKNOWN /data > > > 3 07/09/07 03:50:08 UFS /export/home10 > > > ... > > > > > > /Tomas > > > -- > > > Tomas ?gren, stric at acc.umu.se, http://www.acc.umu.se/~stric/<http://www.acc.umu.se/%7Estric/> > > > |- Student at Computing Science, University of Ume? > > > `- Sysadmin at {cs,acc}.umu.se > > > _______________________________________________ > > > zfs-discuss mailing list > > > zfs-discuss at opensolaris.org > > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > > > _______________________________________________ > > zfs-discuss mailing list > > zfs-discuss at opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070710/9a3ac154/attachment.html>
Our main problem with TSM and ZFS is currently that there seems to be no efficient way to do a disaster restore when the backup resides on tape - due to the large number of filesystems/TSM filespaces. The graphical client (dsmj) does not work at all and with dsmc one has to start a separate restore session for each filespace. This results in a unpractical large number of tape mounts. Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5737 bytes Desc: S/MIME Cryptographic Signature URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070711/b081d9a7/attachment.bin>
> > Our main problem with TSM and ZFS is currently that > there seems to be > no efficient way to do a disaster restore when the > backup > resides on tape - due to the large number of > filesystems/TSM filespaces. > The graphical client (dsmj) does not work at all and > with dsmc one > has to start a separate restore session for each > filespace. > This results in a unpractical large number of tape > mounts. > > Hans > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discu > ssNot sure I quite follow... Here''s my dsmc output: tsm> q file # Last Incr Date Type File Space Name --- -------------- ---- --------------- 1 07/11/07 15:08:21 UFS / 2 00/00/00 00:00:00 UNKNOWN /sapdb 3 07/11/07 15:08:35 UFS /users 4 07/11/07 15:08:35 UFS /vol1 5 07/11/07 15:12:21 UNKNOWN /zone_appsvt/sap 6 07/11/07 15:19:21 UNKNOWN /zone_docft0/docft0_index_01 7 07/11/07 15:19:21 UNKNOWN /zone_docft0/docu 8 07/11/07 15:17:35 UNKNOWN /zone_sapapb/backups 9 07/11/07 15:17:34 UNKNOWN /zone_sapapb/dc_data 10 07/11/07 15:17:34 UNKNOWN /zone_sapapb/sap 11 07/11/07 15:13:59 UNKNOWN /zone_sapapb/sapdb 12 07/11/07 15:16:56 UNKNOWN /zone_sapapb/sapmnt 13 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sap 14 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sapmnt 15 07/11/07 15:12:16 UFS /zones/appsvt 16 07/11/07 15:17:51 UFS /zones/docft0 17 07/11/07 15:13:18 UFS /zones/sapapb 18 07/11/07 15:08:38 UFS /zones/sapjdt So yes, my ZFS filesystems are of type "UNKNOW" but I go into dsmj and I can see them all. I can select mutlipes... I''m assuming as long as the ZFS filesystems are there everything would restore properly... I''ve got an e-mail into our TSM admin to see if the "restore" has been tested yet... (We''re still in the testing phase... LOL) This message posted from opensolaris.org
John wrote:>> Our main problem with TSM and ZFS is currently that >> there seems to be >> no efficient way to do a disaster restore when the >> backup >> resides on tape - due to the large number of >> filesystems/TSM filespaces. >> The graphical client (dsmj) does not work at all and >> with dsmc one >> has to start a separate restore session for each >> filespace. >> This results in a unpractical large number of tape >> mounts. >> >> Hans >> >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discu >> ss > > Not sure I quite follow... Here''s my dsmc output: > > tsm> q file > # Last Incr Date Type File Space Name > --- -------------- ---- --------------- > 1 07/11/07 15:08:21 UFS / > 2 00/00/00 00:00:00 UNKNOWN /sapdb > 3 07/11/07 15:08:35 UFS /users > 4 07/11/07 15:08:35 UFS /vol1 > 5 07/11/07 15:12:21 UNKNOWN /zone_appsvt/sap > 6 07/11/07 15:19:21 UNKNOWN /zone_docft0/docft0_index_01 > 7 07/11/07 15:19:21 UNKNOWN /zone_docft0/docu > 8 07/11/07 15:17:35 UNKNOWN /zone_sapapb/backups > 9 07/11/07 15:17:34 UNKNOWN /zone_sapapb/dc_data > 10 07/11/07 15:17:34 UNKNOWN /zone_sapapb/sap > 11 07/11/07 15:13:59 UNKNOWN /zone_sapapb/sapdb > 12 07/11/07 15:16:56 UNKNOWN /zone_sapapb/sapmnt > 13 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sap > 14 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sapmnt > 15 07/11/07 15:12:16 UFS /zones/appsvt > 16 07/11/07 15:17:51 UFS /zones/docft0 > 17 07/11/07 15:13:18 UFS /zones/sapapb > 18 07/11/07 15:08:38 UFS /zones/sapjdt > > So yes, my ZFS filesystems are of type "UNKNOW" but I go into dsmj and I can see them all. I can select mutlipes... I''m assuming as long as the ZFS filesystems are there everything would restore properly... I''ve got an e-mail into our TSM admin to see if the "restore" has been tested yet... (We''re still in the testing phase... LOL) > >We tried to restore 3TB from about 1500 TSM filespaces. dsmj does simply hang after a while without restoring anything. According to the IBM support dsmj is not suitable for large data restores and pointed us to dsmc. Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5737 bytes Desc: S/MIME Cryptographic Signature URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070712/0c25fbba/attachment.bin>
> John wrote: > >> Our main problem with TSM and ZFS is currently > that > >> there seems to be > >> no efficient way to do a disaster restore when the > >> backup > >> resides on tape - due to the large number of > >> filesystems/TSM filespaces. > >> The graphical client (dsmj) does not work at all > and > >> with dsmc one > >> has to start a separate restore session for each > >> filespace. > >> This results in a unpractical large number of tape > >> mounts. > >> > >> Hans > >> > >> > >> _______________________________________________ > >> zfs-discuss mailing list > >> zfs-discuss at opensolaris.org > >> > http://mail.opensolaris.org/mailman/listinfo/zfs-discu > >> ss > > > > Not sure I quite follow... Here''s my dsmc output: > > > > tsm> q file > > # Last Incr Date Type File Space Name > > --- -------------- ---- --------------- > > 1 07/11/07 15:08:21 UFS / > > 2 00/00/00 00:00:00 UNKNOWN /sapdb > > 3 07/11/07 15:08:35 UFS /users > > 4 07/11/07 15:08:35 UFS /vol1 > > 5 07/11/07 15:12:21 UNKNOWN > /zone_appsvt/sap > 6 07/11/07 15:19:21 UNKNOWN > /zone_docft0/docft0_index_01 > 7 07/11/07 15:19:21 UNKNOWN > /zone_docft0/docu > 8 07/11/07 15:17:35 UNKNOWN > /zone_sapapb/backups > 9 07/11/07 15:17:34 UNKNOWN > /zone_sapapb/dc_data > 10 07/11/07 15:17:34 UNKNOWN /zone_sapapb/sap > 11 07/11/07 15:13:59 UNKNOWN > /zone_sapapb/sapdb > 12 07/11/07 15:16:56 UNKNOWN > /zone_sapapb/sapmnt > 13 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sap > 14 07/11/07 15:12:06 UNKNOWN > /zone_sapjdt/sapmnt > 15 07/11/07 15:12:16 UFS /zones/appsvt > 16 07/11/07 15:17:51 UFS /zones/docft0 > 17 07/11/07 15:13:18 UFS /zones/sapapb > 18 07/11/07 15:08:38 UFS /zones/sapjdt > > > So yes, my ZFS filesystems are of type "UNKNOW" but > I go into dsmj and I can see them all. I can select > mutlipes... I''m assuming as long as the ZFS > filesystems are there everything would restore > properly... I''ve got an e-mail into our TSM admin to > see if the "restore" has been tested yet... (We''re > still in the testing phase... LOL) > > > > > > We tried to restore 3TB from about 1500 TSM > filespaces. dsmj does > simply hang after a while without restoring anything. > According to the IBM support dsmj is not suitable for > large data > restores and pointed us to dsmc. > > Hans > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discu > ssWell, that is slightly different than "dsmj does not work at all".... Sounds like the issue with dsmj is simply tied to a large data set... not ZFS. Or does dsmj work with 3TB / 1500 files system for UFS/VxFS? I had my TSM admin try dsmj and he said it worked fine... of course he did not try 3 TB / 1500 file systems... I also asked him about dsmc in a disaster situation... he said no an issue... we have scripts and stuff in place to automatically restore things if need be... This message posted from opensolaris.org
John wrote:>> John wrote: >>>> Our main problem with TSM and ZFS is currently >> that >>>> there seems to be >>>> no efficient way to do a disaster restore when the >>>> backup >>>> resides on tape - due to the large number of >>>> filesystems/TSM filespaces. >>>> The graphical client (dsmj) does not work at all >> and >>>> with dsmc one >>>> has to start a separate restore session for each >>>> filespace. >>>> This results in a unpractical large number of tape >>>> mounts. >>>> >>>> Hans >>>> >>>> >>>> _______________________________________________ >>>> zfs-discuss mailing list >>>> zfs-discuss at opensolaris.org >>>> >> http://mail.opensolaris.org/mailman/listinfo/zfs-discu >>>> ss >>> Not sure I quite follow... Here''s my dsmc output: >>> >>> tsm> q file >>> # Last Incr Date Type File Space Name >>> --- -------------- ---- --------------- >>> 1 07/11/07 15:08:21 UFS / >>> 2 00/00/00 00:00:00 UNKNOWN /sapdb >>> 3 07/11/07 15:08:35 UFS /users >>> 4 07/11/07 15:08:35 UFS /vol1 >>> 5 07/11/07 15:12:21 UNKNOWN >> /zone_appsvt/sap >> 6 07/11/07 15:19:21 UNKNOWN >> /zone_docft0/docft0_index_01 >> 7 07/11/07 15:19:21 UNKNOWN >> /zone_docft0/docu >> 8 07/11/07 15:17:35 UNKNOWN >> /zone_sapapb/backups >> 9 07/11/07 15:17:34 UNKNOWN >> /zone_sapapb/dc_data >> 10 07/11/07 15:17:34 UNKNOWN /zone_sapapb/sap >> 11 07/11/07 15:13:59 UNKNOWN >> /zone_sapapb/sapdb >> 12 07/11/07 15:16:56 UNKNOWN >> /zone_sapapb/sapmnt >> 13 07/11/07 15:12:06 UNKNOWN /zone_sapjdt/sap >> 14 07/11/07 15:12:06 UNKNOWN >> /zone_sapjdt/sapmnt >> 15 07/11/07 15:12:16 UFS /zones/appsvt >> 16 07/11/07 15:17:51 UFS /zones/docft0 >> 17 07/11/07 15:13:18 UFS /zones/sapapb >> 18 07/11/07 15:08:38 UFS /zones/sapjdt >> >>> So yes, my ZFS filesystems are of type "UNKNOW" but >> I go into dsmj and I can see them all. I can select >> mutlipes... I''m assuming as long as the ZFS >> filesystems are there everything would restore >> properly... I''ve got an e-mail into our TSM admin to >> see if the "restore" has been tested yet... (We''re >> still in the testing phase... LOL) >>> >>> >> We tried to restore 3TB from about 1500 TSM >> filespaces. dsmj does >> simply hang after a while without restoring anything. >> According to the IBM support dsmj is not suitable for >> large data >> restores and pointed us to dsmc. >> >> Hans >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discu >> ss > > Well, that is slightly different than "dsmj does not work at all".... Sounds like the issue with dsmj is simply tied to a large data set... not ZFS. Or does dsmj work with 3TB / 1500 files system for UFS/VxFS? >I meant that dsmj does not work at all for our setup. We previously had several TB on QFS filesystems with just a few TSM filespaces and no problems to restore data with, at that time, dsm. So I assume that the large number of filespaces does play a role.> I had my TSM admin try dsmj and he said it worked fine... of course he did not try 3 TB / 1500 file systems... > > I also asked him about dsmc in a disaster situation... he said no an issue... we have scripts and stuff in place to automatically restore things if need be...Well, it appears that you have just a few ZFS filesystems. The situation simply changes when you have lots of filesystems. TSM has currently not really a concept to deal with this case. Our resort is to keep the backup on a disk storage pool inside TSM - a rather expensive solution. Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5737 bytes Desc: S/MIME Cryptographic Signature URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20070713/c1bdd1bc/attachment.bin>
I do not know if ibm has officially said they support ZFS but with the latest client (5.4.1.2) my file systems show up as ZFS now and a quick test restore seems to restore ZFS ACL''s as well now. They also all appear to be included as local filesytems so no work arounds are needed to back them all up be default. they should be backed up as long as your domain includes all-local in the dsm.sys tsm> q file /opt/SUNWexplo/output # Last Incr Date Type File Space Name --- -------------- ---- --------------- 1 08/13/07 09:18:03 ZFS /opt/SUNWexplo/output This message posted from opensolaris.org
Matt wrote:> I do not know if ibm has officially said they support ZFS but with the latest client (5.4.1.2) my file systems show up as ZFS now and a quick test restore seems to restore ZFS ACL''s as well now. They also all appear to be included as local filesytems so no work arounds are needed to back them all up be default. they should be backed up as long as your domain includes all-local in the dsm.sys > > tsm> q file /opt/SUNWexplo/output > # Last Incr Date Type File Space Name > --- -------------- ---- --------------- > 1 08/13/07 09:18:03 ZFS /opt/SUNWexplo/output > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discussthis table says it all i guess http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?toc=/com.ibm.itstorage.doc/toc.xml
I think he means this: http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/com.ibm.itsmc.doc_5.3.3/ans5000095.htm On 8/13/07, Adrian Pead <Adrian.Pead at sun.com> wrote:> Matt wrote: > > I do not know if ibm has officially said they support ZFS but with the latest client (5.4.1.2) my file systems show up as ZFS now and a quick test restore seems to restore ZFS ACL''s as well now. They also all appear to be included as local filesytems so no work arounds are needed to back them all up be default. they should be backed up as long as your domain includes all-local in the dsm.sys > > > > tsm> q file /opt/SUNWexplo/output > > # Last Incr Date Type File Space Name > > --- -------------- ---- --------------- > > 1 08/13/07 09:18:03 ZFS /opt/SUNWexplo/output > > > > > > This message posted from opensolaris.org > > _______________________________________________ > > zfs-discuss mailing list > > zfs-discuss at opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > > > this table says it all i guess > > > http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?toc=/com.ibm.itstorage.doc/toc.xml > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >