On 4/10/07, Kris Kennaway <kris_at_obsecurity.org> wrote: > On Tue, Apr 10, 2007 at 09:17:16AM +0400, Andrey V. Elsukov wrote: > > Pawel Jakub Dawidek wrote: > > >Limitations. > > > > > > Currently ZFS is only compiled as kernel module and is only available > > > for i386 architecture. Amd64 should be available very soon, the other > > > archs will come later, as we implement needed atomic operations. > > > > > >Missing functionality. > > > > > > - We don't have iSCSI target daemon in the tree, so sharing ZVOLs via > > > iSCSI is also not supported at this point. This should be fixed in > > > the future, we may also add support for sharing ZVOLs over ggate. > > > - There is no support for ACLs and extended attributes. > > > - There is no support for booting off of ZFS file system. > > > > > >Other than that, ZFS should be fully-functional. > > > > Hi, Pawel. Thanks for the great work! > > > > 1. I have an yesterday's CURRENT and I get a `kmem_map too small` > > panic when try to copy /usr/src to ZFS partition with enabled > > compression. (I have 512M of RAM) > > See discussion in many other emails (e.g. mine). Also cvs update. > > > 2. I've tried snapshots. Seems that all work good. I have one > > question: .zfs directory should be invisible? I can `cd .zfs` > > and see it's content, but may be .zfs should be visible like > > an ufs's .snap? > > I think this is controlled by the 'snapdir' property, see p80 of the > admin guide. Isn't that default 'hidden' ? Regards, Rong-En Fan > > Kris > >Received on Tue Apr 10 2007 - 04:35:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:08 UTC