I''m not doing anything yet; I just wondered if ZFS provides any methods to do file level cloning instead of complete file systems. Basically I want a zero-size-increase copy of a file. A while ago BTRFS developers added this feature to the fs by doing a specialized ioctl call. Maybe this isn''t needed at all since vmware can clone but I have the gut feeling that doing this at zfs level is more efficient. I might me wrong though. Regards, Jeff>>-----Oorspronkelijk bericht----- >>Van: Scott Meilicke [mailto:scott.meilicke at craneaerospace.com] >>Verzonden: Wednesday, October 28, 2009 9:33 PM >>Aan: Jeffry Molanus >>Onderwerp: Re: [zfs-discuss] File level cloning >> >>What are you doing with your vmdk file(s) from the clone? >> >> >>On 10/28/09 9:36 AM, "Jeffry Molanus" <Jeffry.Molanus at proact.nl> wrote: >> >>> Agreed, but with file level it is more granular then cloning a whole fs >>and I >>> would not need to delete the cloned fs once i picked the vmdk I wanted. >>Esx >>> has maximum on its datastore otherwise this would not be needed and I >>would be >>> able to create a fs per vmdk >>> >>> Regards, jeff >>> ----- Oorspronkelijk bericht ----- >>> Van: Scott Meilicke <scott.meilicke at craneaerospace.com> >>> Verzonden: woensdag 28 oktober 2009 17:07 >>> Aan: zfs-discuss at opensolaris.org <zfs-discuss at opensolaris.org> >>> Onderwerp: Re: [zfs-discuss] File level cloning >>> >>> I don''t think so. But, you can clone at the ZFS level, and then just use >>the >>> vmdk(s) that you need. As long as you don''t muck about with the other >>stuff in >>> the clone, the space usage should be the same. >>> >>> -Scott >> >> >>-- >>Scott Meilicke | Enterprise Systems Administrator | Crane Aerospace & >>Electronics | +1 425-743-8153 | M: +1 206-406-2670 >> >> >>-------------------------------------------------------------------------- >- >>----- >>We value your opinion! How may we serve you better? >>Please click the survey link to tell us how we are doing: >>http://www.craneae.com/ContactUs/VoiceofCustomer.aspx >>Your feedback is of the utmost importance to us. Thank you for your time. >>-------------------------------------------------------------------------- >- >>----- >>Crane Aerospace & Electronics Confidentiality Statement: >>The information contained in this email message may be privileged and is >>confidential information intended only for the use of the recipient, or >any >>employee or agent responsible to deliver it to the intended recipient. Any >>unauthorized use, distribution or copying of this information is strictly >>prohibited >>and may be unlawful. If you have received this communication in error, >>please notify >>the sender immediately and destroy the original message and all >attachments >>from >>your electronic files. >>-------------------------------------------------------------------------- >- >>-----
On Wed, 28 Oct 2009, Jeffry Molanus wrote:> I''m not doing anything yet; I just wondered if ZFS provides any methods to > do file level cloning instead of complete file systems. Basically I want a > zero-size-increase copy of a file. A while ago BTRFS developers added this > feature to the fs by doing a specialized ioctl call. Maybe this isn''t > needed at all since vmware can clone but I have the gut feeling that doing > this at zfs level is more efficient. I might me wrong though.The block size, compression, and checksum, options may not be the same between the two file systems so a simple copy of file filesystem blocks may not make sense. There are likely many other reasons why it would not necessarily make sense. A specialized ioctl causes problems since it could only be used on the host, and of course it would only work for zfs. We don''t want more of those. The cpio utility (with -pdvum options) seems like the best way to copy files at the moment. Bob -- Bob Friesenhahn bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
create a dedicated zfs zvol or filesystem for each file representing your virtual machine. Then if you need to clone a VM you clone its zvol or the filesystem. Jeffry Molanus wrote:> I''m not doing anything yet; I just wondered if ZFS provides any methods to > do file level cloning instead of complete file systems. Basically I want a > zero-size-increase copy of a file. A while ago BTRFS developers added this > feature to the fs by doing a specialized ioctl call. Maybe this isn''t > needed at all since vmware can clone but I have the gut feeling that doing > this at zfs level is more efficient. I might me wrong though. > > Regards, Jeff > > >>> -----Oorspronkelijk bericht----- >>> Van: Scott Meilicke [mailto:scott.meilicke at craneaerospace.com] >>> Verzonden: Wednesday, October 28, 2009 9:33 PM >>> Aan: Jeffry Molanus >>> Onderwerp: Re: [zfs-discuss] File level cloning >>> >>> What are you doing with your vmdk file(s) from the clone? >>> >>> >>> On 10/28/09 9:36 AM, "Jeffry Molanus" <Jeffry.Molanus at proact.nl> wrote: >>> >>> >>>> Agreed, but with file level it is more granular then cloning a whole fs >>>> >>> and I >>> >>>> would not need to delete the cloned fs once i picked the vmdk I wanted. >>>> >>> Esx >>> >>>> has maximum on its datastore otherwise this would not be needed and I >>>> >>> would be >>> >>>> able to create a fs per vmdk >>>> >>>> Regards, jeff >>>> ----- Oorspronkelijk bericht ----- >>>> Van: Scott Meilicke <scott.meilicke at craneaerospace.com> >>>> Verzonden: woensdag 28 oktober 2009 17:07 >>>> Aan: zfs-discuss at opensolaris.org <zfs-discuss at opensolaris.org> >>>> Onderwerp: Re: [zfs-discuss] File level cloning >>>> >>>> I don''t think so. But, you can clone at the ZFS level, and then just use >>>> >>> the >>> >>>> vmdk(s) that you need. As long as you don''t muck about with the other >>>> >>> stuff in >>> >>>> the clone, the space usage should be the same. >>>> >>>> -Scott >>>> >>> -- >>> Scott Meilicke | Enterprise Systems Administrator | Crane Aerospace & >>> Electronics | +1 425-743-8153 | M: +1 206-406-2670 >>> >>> >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> We value your opinion! How may we serve you better? >>> Please click the survey link to tell us how we are doing: >>> http://www.craneae.com/ContactUs/VoiceofCustomer.aspx >>> Your feedback is of the utmost importance to us. Thank you for your time. >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> Crane Aerospace & Electronics Confidentiality Statement: >>> The information contained in this email message may be privileged and is >>> confidential information intended only for the use of the recipient, or >>> >> any >> >>> employee or agent responsible to deliver it to the intended recipient. Any >>> unauthorized use, distribution or copying of this information is strictly >>> prohibited >>> and may be unlawful. If you have received this communication in error, >>> please notify >>> the sender immediately and destroy the original message and all >>> >> attachments >> >>> from >>> your electronic files. >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > >
Yes but the number of nfs mounts/datastores for ESX is limited; so that would leave me with limited numer of clones. Jeff ________________________________________ From: Robert Milkowski [milek at task.gda.pl] Sent: Friday, October 30, 2009 2:31 AM To: Jeffry Molanus Cc: zfs-discuss at opensolaris.org Subject: Re: [zfs-discuss] FW: File level cloning create a dedicated zfs zvol or filesystem for each file representing your virtual machine. Then if you need to clone a VM you clone its zvol or the filesystem. Jeffry Molanus wrote:> I''m not doing anything yet; I just wondered if ZFS provides any methods to > do file level cloning instead of complete file systems. Basically I want a > zero-size-increase copy of a file. A while ago BTRFS developers added this > feature to the fs by doing a specialized ioctl call. Maybe this isn''t > needed at all since vmware can clone but I have the gut feeling that doing > this at zfs level is more efficient. I might me wrong though. > > Regards, Jeff > > >>> -----Oorspronkelijk bericht----- >>> Van: Scott Meilicke [mailto:scott.meilicke at craneaerospace.com] >>> Verzonden: Wednesday, October 28, 2009 9:33 PM >>> Aan: Jeffry Molanus >>> Onderwerp: Re: [zfs-discuss] File level cloning >>> >>> What are you doing with your vmdk file(s) from the clone? >>> >>> >>> On 10/28/09 9:36 AM, "Jeffry Molanus" <Jeffry.Molanus at proact.nl> wrote: >>> >>> >>>> Agreed, but with file level it is more granular then cloning a whole fs >>>> >>> and I >>> >>>> would not need to delete the cloned fs once i picked the vmdk I wanted. >>>> >>> Esx >>> >>>> has maximum on its datastore otherwise this would not be needed and I >>>> >>> would be >>> >>>> able to create a fs per vmdk >>>> >>>> Regards, jeff >>>> ----- Oorspronkelijk bericht ----- >>>> Van: Scott Meilicke <scott.meilicke at craneaerospace.com> >>>> Verzonden: woensdag 28 oktober 2009 17:07 >>>> Aan: zfs-discuss at opensolaris.org <zfs-discuss at opensolaris.org> >>>> Onderwerp: Re: [zfs-discuss] File level cloning >>>> >>>> I don''t think so. But, you can clone at the ZFS level, and then just use >>>> >>> the >>> >>>> vmdk(s) that you need. As long as you don''t muck about with the other >>>> >>> stuff in >>> >>>> the clone, the space usage should be the same. >>>> >>>> -Scott >>>> >>> -- >>> Scott Meilicke | Enterprise Systems Administrator | Crane Aerospace & >>> Electronics | +1 425-743-8153 | M: +1 206-406-2670 >>> >>> >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> We value your opinion! How may we serve you better? >>> Please click the survey link to tell us how we are doing: >>> http://www.craneae.com/ContactUs/VoiceofCustomer.aspx >>> Your feedback is of the utmost importance to us. Thank you for your time. >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> Crane Aerospace & Electronics Confidentiality Statement: >>> The information contained in this email message may be privileged and is >>> confidential information intended only for the use of the recipient, or >>> >> any >> >>> employee or agent responsible to deliver it to the intended recipient. Any >>> unauthorized use, distribution or copying of this information is strictly >>> prohibited >>> and may be unlawful. If you have received this communication in error, >>> please notify >>> the sender immediately and destroy the original message and all >>> >> attachments >> >>> from >>> your electronic files. >>> -------------------------------------------------------------------------- >>> >> - >> >>> ----- >>> > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > >