>From what you explain, you probably need an FS which has almost WORM kind of >capability and where each open()/close() pair will cause a new version. We >currently don't have that kind of capability but this certainly seems like a >good idea.
From: "John Li" <[email protected]> To: "Tejas N. Bhise" <[email protected]> Cc: [email protected] Sent: Sunday, August 15, 2010 10:33:49 PM Subject: Re: [Gluster-users] Is there a way to prevent file deletion by accident? Yes. Here is the brief overview. My client is trying to build a box.net type of service. Since the documents are so important for the service and they have a team of not very skilled engineers, how to prevent system admins to delete the file by accident is a very specific requirement of the underling file system/service. GIT is not considered the better option because there is no way to get back anything if someone just delete the files from OS level. Because it's still in very early stage of the project, there is not much requirement yet. So I figure the purpose of the project may help you understand where all the requirement is from. We are very open for ideas, suggestions and what's the industry's best practice as well. Hope someone can point me to some better options. Thanks a lot in advance. -- John On Sun, Aug 15, 2010 at 12:27 PM, Tejas N. Bhise < [email protected] > wrote: Hi John, Why not use something like git ? Can you also be more clear about the requirements .. like do you want some command for the FS to mark new revisions ( and hence why not use something like git ) or is there some other way you want the revisions tracked ? It might be helpful if you can write some high level specs of what you want, the behaviour of the feature etc. Maybe there are others on the community who might have use for something similar and might want to contribute too. Regards, Tejas. From: "John Li" < [email protected] > To: "Tejas N. Bhise" < [email protected] > Cc: [email protected] Sent: Sunday, August 15, 2010 6:50:27 PM Subject: Re: [Gluster-users] Is there a way to prevent file deletion by accident? Hi Tejas, Thanks for your reply. Is there a quick way to bring the trash feature back? How much effort will that take? And for the trash implementation, is this just simply mark the file as deleted but still keep the data so people can recover the "deleted" file easily by undelete it until some one actually clean the trash or compact the database? rm alias will be hard to maintain on the client side so something embedded into the file system will be more preferable. Ideally the system can keep revisions of the files too. Will gluster provide this feature or are you aware of any system provide embedded revision control? Thanks a lot in advance for my amateur questions. -- John On Sat, Aug 14, 2010 at 12:47 AM, Tejas N. Bhise < [email protected] > wrote: Hi John, We don't have such a feature. Would you like to elaborate if you need this just as an alternative to aliasing rm on the shell or do you want to put this to use in some different scenerio - like a trash folder. We do have some trash folder functionality, but its old and not supported right now as not many found a good use for it since. Regards, Tejas. ----- Original Message ----- From: "John Li" < [email protected] > To: [email protected] Sent: Saturday, August 14, 2010 10:02:38 AM Subject: [Gluster-users] Is there a way to prevent file deletion by accident? Hi list, Is there any feature in the file system which can help to prevent from file deletion by accident? Thanks. -- John _______________________________________________ Gluster-users mailing list [email protected] http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
_______________________________________________ Gluster-users mailing list [email protected] http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
