Hello all, Some time ago i did write a simple script to handle "on the fly" filesystem(zfs) creation for linux clients (http://www.posix.brte.com.br/blog/?p=102). I was thinking in improve that script to handle more generic "remote" actions... but i think we could start a project on this: "A client, text based, to execute remote administration on a given ZFS filesystem. This administration could be done from Linux/OSX/FreeBSD, for example". I think the main use of such feature would be snapshot administration... Today we have a "little" problem managing snapshots on the server, not the creation, but the deletion of that snapshots. When the user exeeds the quota, or needs free some space, he cannot do it if that filesystem has snapshots. I just want your opinion, and maybe other solutions if i''m not seeing a more simple one. And if you agree with me, we could make a project proposal around this. What do you think? Thanks a lot for your time! Leal. This message posted from opensolaris.org
No answer... well, do you not have this problem or there is another option to delegate such administration? I was thinking if we can delegate a "single" filesystem administration to some user through ZFS administration web console (67889). Can i create a user and give him administration rights to a single filesystem (and its snapshots, of course)? Thanks. This message posted from opensolaris.org
Marcelo Leal wrote:> No answer... well, do you not have this problem or there is another option to delegate such administration? I was thinking if we can delegate a "single" filesystem administration to some user through ZFS administration web console (67889). > Can i create a user and give him administration rights to a single filesystem (and its snapshots, of course)?User delegation of operations and properties already exists. See the section on the "allow" sub-command in the zfs(1) man page. -- Darren J Moffat
Marcelo Leal wrote:> No answer... well, do you not have this problem or there is another option to delegate such administration? I was thinking if we can delegate a "single" filesystem administration to some user through ZFS administration web console (67889). > Can i create a user and give him administration rights to a single filesystem (and its snapshots, of course)? > > Thanks.we already have the ability to allow users to create/destroy snapshots over NFS. Look at the ZFS delegated administration model. If all you want is snapshot creation/destruction then you will need to grant "snapshot,mount,destroy" permissions. then on the NFS client mount go into .zfs/snapshot and do mkdir <snapname>. Providing the user has the appropriate permission the snapshot will be created. rmdir can be used to remove the snapshot. -Mark
On Thu, 8 May 2008, Mark Shellenbaum wrote:> we already have the ability to allow users to create/destroy snapshots > over NFS. Look at the ZFS delegated administration model. If all you > want is snapshot creation/destruction then you will need to grant > "snapshot,mount,destroy" permissions. > > then on the NFS client mount go into .zfs/snapshot and do mkdir > <snapname>. Providing the user has the appropriate permission the > snapshot will be created. > > rmdir can be used to remove the snapshot.Now that is just uber-cool. Can you do that through the in kernel CIFS server too? -- Paul B. Henson | (909) 979-6361 | http://www.csupomona.edu/~henson/ Operating Systems and Network Analyst | henson at csupomona.edu California State Polytechnic University | Pomona CA 91768
Paul B. Henson wrote:> On Thu, 8 May 2008, Mark Shellenbaum wrote: > >> we already have the ability to allow users to create/destroy snapshots >> over NFS. Look at the ZFS delegated administration model. If all you >> want is snapshot creation/destruction then you will need to grant >> "snapshot,mount,destroy" permissions. >> >> then on the NFS client mount go into .zfs/snapshot and do mkdir >> <snapname>. Providing the user has the appropriate permission the >> snapshot will be created. >> >> rmdir can be used to remove the snapshot. > > Now that is just uber-cool. > > Can you do that through the in kernel CIFS server too? > >Yes, it works over CIFS too. -Mark
Paul B. Henson wrote:>> On Thu, 8 May 2008, Mark Shellenbaum wrote: >> >>> we already have the ability to allow users to create/destroy snapshots >>> over NFS. Look at the ZFS delegated administration model. If all you >>> want is snapshot creation/destruction then you will need to grant >>> "snapshot,mount,destroy" permissions. >>> >>> then on the NFS client mount go into .zfs/snapshot and do mkdir >>> <snapname>. Providing the user has the appropriate permission the >>> snapshot will be created. >>> >>> rmdir can be used to remove the snapshot. >> >> Now that is just uber-cool. >> >> Can you do that through the in kernel CIFS server too? >> >>>Yes, it works over CIFS too.> -MarkGreat stuff! I confirmed that it does work, but its strange that I don''t see the snapshot in ''zfs list'' on the zfs box. Is that a bug or a feature? Im using XP - another thing is that if you right click in the .zfs/snapshot directory and do new -> folder you will be stuck with a snapshot called "New Folder". I couldn''t rename it and the only way to delete it was to log into the machine and do a lil ''rm -Rf''. good news is that it is snapshotting :) I have a simple backup script where I use robocopy and then at the end I want to do a ''mkdir .zfs/snapshot/xxx'', but I would eventually want to delete the oldest snapshot, similar to the zsnap.pl script floating around. Cant wait to try this on NFS, the whole reason we objected to snapshots in the first place in our org was because our admins didn''t want to be involved with the users for the routine of working with snapshots. -Andy
I can now see the snapshots in the CLI if i do a mkdir from the windows command line as opposed to getting stuck with a "New Folder", which seems to confuse the CLI (maybe snapshots cant have spaces in the name? I was wondering, if there was an easy way for us to script zfs home filesystem creation upon connection to an AD joined cifs server? samba had some cool stuff with preexec and I just wonder if something like that is available for the kernel mode cifs driver. -Andy -----Original Message----- From: zfs-discuss-bounces at opensolaris.org on behalf of Andy Lubel Sent: Sun 5/11/2008 2:24 AM To: Mark Shellenbaum; Paul B. Henson Cc: zfs-discuss at opensolaris.org Subject: Re: [zfs-discuss] ZFS cli for REMOTE Administration Paul B. Henson wrote:>> On Thu, 8 May 2008, Mark Shellenbaum wrote: >> >>> we already have the ability to allow users to create/destroy snapshots >>> over NFS. Look at the ZFS delegated administration model. If all you >>> want is snapshot creation/destruction then you will need to grant >>> "snapshot,mount,destroy" permissions. >>> >>> then on the NFS client mount go into .zfs/snapshot and do mkdir >>> <snapname>. Providing the user has the appropriate permission the >>> snapshot will be created. >>> >>> rmdir can be used to remove the snapshot. >> >> Now that is just uber-cool. >> >> Can you do that through the in kernel CIFS server too? >> >>>Yes, it works over CIFS too.> -MarkGreat stuff! I confirmed that it does work, but its strange that I don''t see the snapshot in ''zfs list'' on the zfs box. Is that a bug or a feature? Im using XP - another thing is that if you right click in the .zfs/snapshot directory and do new -> folder you will be stuck with a snapshot called "New Folder". I couldn''t rename it and the only way to delete it was to log into the machine and do a lil ''rm -Rf''. good news is that it is snapshotting :) I have a simple backup script where I use robocopy and then at the end I want to do a ''mkdir .zfs/snapshot/xxx'', but I would eventually want to delete the oldest snapshot, similar to the zsnap.pl script floating around. Cant wait to try this on NFS, the whole reason we objected to snapshots in the first place in our org was because our admins didn''t want to be involved with the users for the routine of working with snapshots. -Andy _______________________________________________ zfs-discuss mailing list zfs-discuss at opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Andy Lubel wrote:> Paul B. Henson wrote: >>> On Thu, 8 May 2008, Mark Shellenbaum wrote: >>> >>>> we already have the ability to allow users to create/destroy snapshots >>>> over NFS. Look at the ZFS delegated administration model. If all you >>>> want is snapshot creation/destruction then you will need to grant >>>> "snapshot,mount,destroy" permissions. >>>> >>>> then on the NFS client mount go into .zfs/snapshot and do mkdir >>>> <snapname>. Providing the user has the appropriate permission the >>>> snapshot will be created. >>>> >>>> rmdir can be used to remove the snapshot. >>> Now that is just uber-cool. >>> >>> Can you do that through the in kernel CIFS server too? >>> >>> > >> Yes, it works over CIFS too. > >> -Mark > > Great stuff! > > I confirmed that it does work, but its strange that I don''t see the snapshot in ''zfs list'' on the zfs box. Is that a bug or a feature? Im using XP - another thing is that if you right click in the .zfs/snapshot directory and do new -> folder you will be stuck with a snapshot called "New Folder". I couldn''t rename it and the only way to delete it was to log into the machine and do a lil ''rm -Rf''. good news is that it is snapshotting :) > > I have a simple backup script where I use robocopy and then at the end I want to do a ''mkdir .zfs/snapshot/xxx'', but I would eventually want to delete the oldest snapshot, similar to the zsnap.pl script floating around. > > Cant wait to try this on NFS, the whole reason we objected to snapshots in the first place in our org was because our admins didn''t want to be involved with the users for the routine of working with snapshots. > > -Andy >If you want to be able to rename the snapshots then you will need to also hand out "rename,create" permission. Then after windows creates the "New Folder" you can rename it to something else. You can also rename it from the server by doing a "mv" command in .zfs/snapshot I created this bug to address the issue with the space character 6700649 zfs_ctldir snapshot creatation issue with CIFS clients -Mark