Hello, My understanding is that people are pretty much SOL if they want to reconfigure a RAID-Z or RAID-Z2 dataset to, say, a mirror+stripe? That is, there is no way to do this via a couple of simple commands? Just say, for the purpose of my general enlightenment and filing away for if I decide to change my config (as has been recommended), what would I have to do? Are we talking about copying the data off of the Solaris box, destroying the dataset and recreating it? You can''t have the same disks setup to do both so that you can sort of plan for a switch between the two, can you? What other strategies might exist if I wanted to do this? What sort of pain would be in store for me if I were to go this route? Thanks in advance for your help, I''ve learned a lot from you guys! -- Joe Auty, NetMusician NetMusician helps musicians, bands and artists create beautiful, professional, custom designed, career-essential websites that are easy to maintain and to integrate with popular social networks. www.netmusician.org <http://www.netmusician.org> joe at netmusician.org <mailto:joe at netmusician.org> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100610/86c2b838/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: nmtwitter.png Type: image/png Size: 1674 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100610/86c2b838/attachment.png>
Hello, My understanding is that people are pretty much SOL if they want to reconfigure a RAID-Z or RAID-Z2 dataset to, say, a mirror+stripe? That is, there is no way to do this via a couple of simple commands? Just say, for the purpose of my general enlightenment and filing away for if I decide to change my config (as has been recommended), what would I have to do? Are we talking about copying the data off of the Solaris box, destroying the dataset and recreating it? You can''t have the same disks setup to do both so that you can sort of plan for a switch between the two, can you? What other strategies might exist if I wanted to do this? What sort of pain would be in store for me if I were to go this route? Vennlige hilsener / Best regards Currently I know one strategy - copy the data out, destroy the zpool, create a new zpool, add flags you might want (compression, dedup etc, although I don''t recommend dedup as of 134), restore the data. Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 roy at karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100610/4d9a21d6/attachment.html>
Roy Sigurd Karlsbakk wrote:> > ------------------------------------------------------------------------ > > Hello, > > My understanding is that people are pretty much SOL if they want > to reconfigure a RAID-Z or RAID-Z2 dataset to, say, a > mirror+stripe? That is, there is no way to do this via a couple of > simple commands? > > Just say, for the purpose of my general enlightenment and filing > away for if I decide to change my config (as has been > recommended), what would I have to do? Are we talking about > copying the data off of the Solaris box, destroying the dataset > and recreating it? You can''t have the same disks setup to do both > so that you can sort of plan for a switch between the two, can > you? What other strategies might exist if I wanted to do this? > What sort of pain would be in store for me if I were to go this > route?Vennlige hilsener / Best regards > > Currently I know one strategy - copy the data out, destroy the zpool, > create a new zpool, add flags you might want (compression, dedup etc, > although I don''t recommend dedup as of 134), restore the data. >Yeah, this is what I was thinking too... Is there anyway to retain snapshot data this way? I''ve read about the ZFS replay/mirror features, but my impression was that this was more so for a development mirror for testing rather than a reliable backup? This is the only way I know of that one could do something like this. Is there some other way to create a solid clone, particularly with a machine that won''t have the same drive configuration?> Best regards > > roy > -- > Roy Sigurd Karlsbakk > (+47) 97542685 > roy at karlsbakk.net > http://blogg.karlsbakk.net/ > -- > I all pedagogikk er det essensielt at pensum presenteres > intelligibelt. Det er et element?rt imperativ for alle pedagoger ? > unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de > fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk.-- Joe Auty, NetMusician NetMusician helps musicians, bands and artists create beautiful, professional, custom designed, career-essential websites that are easy to maintain and to integrate with popular social networks. www.netmusician.org <http://www.netmusician.org> joe at netmusician.org <mailto:joe at netmusician.org> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100611/34974a0c/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: nmtwitter.png Type: image/png Size: 1674 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100611/34974a0c/attachment.png>
Is there anyway to retain snapshot data this way? I''ve read about the ZFS replay/mirror features, but my impression was that this was more so for a development mirror for testing rather than a reliable backup? This is the only way I know of that one could do something like this. Is there some other way to create a solid clone, particularly with a machine that won''t have the same drive configuration? read up about zfs send/receive :) Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 roy at karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100611/80644d87/attachment.html>
> > > Yeah, this is what I was thinking too... > > Is there anyway to retain snapshot data this way? I''ve read about the ZFS > replay/mirror features, but my impression was that this was more so for a > development mirror for testing rather than a reliable backup? This is the > only way I know of that one could do something like this. Is there some > other way to create a solid clone, particularly with a machine that won''t > have the same drive configuration? > > > >I recently used zfs send/recv to copy a bunch of datasets from a raidz2 box to a box made on mirrors. It works fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100612/50803921/attachment.html>
Thomas Burgess wrote:> >> > Yeah, this is what I was thinking too... > > Is there anyway to retain snapshot data this way? I''ve read about > the ZFS replay/mirror features, but my impression was that this > was more so for a development mirror for testing rather than a > reliable backup? This is the only way I know of that one could do > something like this. Is there some other way to create a solid > clone, particularly with a machine that won''t have the same drive > configuration? > > > > > I recently used zfs send/recv to copy a bunch of datasets from a > raidz2 box to a box made on mirrors. It works fine.ZFS send/recv looks very cool and very convenient. I wonder what it was that I read that suggested not relying on it for backups? Maybe this was alluding to the notion that like relying on RAID for a backup, if there is corruption your mirror (i.e. machine you are using with zfs recv) will be corrupted too? At any rate, thanks for answering this question! At some point if I go this route I''ll test send and recv functionality to give all of this a dry run. -- Joe Auty, NetMusician NetMusician helps musicians, bands and artists create beautiful, professional, custom designed, career-essential websites that are easy to maintain and to integrate with popular social networks. www.netmusician.org <http://www.netmusician.org> joe at netmusician.org <mailto:joe at netmusician.org> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100613/966a5b4d/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: nmtwitter.png Type: image/png Size: 1674 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100613/966a5b4d/attachment.png>
On Sun, Jun 13, 2010 at 12:18 AM, Joe Auty <joe at netmusician.org> wrote:> Thomas Burgess wrote: > > >> Yeah, this is what I was thinking too... >> >> Is there anyway to retain snapshot data this way? I''ve read about the ZFS >> replay/mirror features, but my impression was that this was more so for a >> development mirror for testing rather than a reliable backup? This is the >> only way I know of that one could do something like this. Is there some >> other way to create a solid clone, particularly with a machine that won''t >> have the same drive configuration? >> >> >> >> > I recently used zfs send/recv to copy a bunch of datasets from a raidz2 > box to a box made on mirrors. It works fine. > > > ZFS send/recv looks very cool and very convenient. I wonder what it was > that I read that suggested not relying on it for backups? Maybe this was > alluding to the notion that like relying on RAID for a backup, if there is > corruption your mirror (i.e. machine you are using with zfs recv) will be > corrupted too? > > At any rate, thanks for answering this question! At some point if I go this > route I''ll test send and recv functionality to give all of this a dry run. > > >well, it''s not considered to be an "enterprise ready backup solution" I think this is due to the fact that you can''t recover a single file from a zfs send stream but despite this limitation it''s still VERY handy. Another reason, from what i understand by reading this list, is that the "zfs send" streams aren''t resilient. If you do not pipe it directly into a zfs receive, it might get corrupted and be worthless....(basically don''t save the output of zfs send and expect to receive it later) again, this is not relevant if you are doing a zfs send into a zfs receive at the other end.... I think the 2 reasons i just gave are the reasons people have warned against it...but still, it''s damn amazing.> -- > Joe Auty, NetMusician > NetMusician helps musicians, bands and artists create beautiful, > professional, custom designed, career-essential websites that are easy to > maintain and to integrate with popular social networks. > www.netmusician.org > joe at netmusician.org > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100613/dc56a85b/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 1674 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100613/dc56a85b/attachment.png>