gmane.linux.dazuko.devel

Re: Dazukofs for linux3.6+ is out,but I need testings from you!

Aaron Lewis — 2012-10-29T08:46:20

The problem seems to be in "dazukofs_fill_super", still no idea why it
crashes on mount:

d_alloc(NULL, &name);

On Mon, Oct 29, 2012 at 2:29 PM, Aaron Lewis <the.warl0ck.1989< at >gmail.com>wrote:

Dazukofs for linux3.6+ is out,but I need testings from you!

Aaron Lewis — 2012-10-29T06:29:14

Hi,

Grab the source code here:

https://github.com/CaledoniaProject/dazukofs-linux3.6

But as I'm not a fs professional, please help me on testing.

------------
And for developers,  is it ok to use mount_nodev only?

static struct dentry* dazukofs_get_sb(struct file_system_type *fs_type,
int flags,
const char *dev_name, void *data)
{
return mount_nodev(fs_type, flags, data,
dazukofs_fill_super);
}

dazuko for linux 3.x?

Erik Miller — 2012-04-25T23:42:38

This project has been stagnant for a while. I wanted to see how hard
it would be to get it running with a 3.0 or 3.2 linux kernel.  I'm not
a strong programmer, but I started converting it over today. With any
luck maybe we can get it working again.

it compiles okay, but it doesn't appear to do anything. I think the
problem might be in the dazukofs_d_compare function in the dentry.c
file, ~= line 159, which was not converted over correctly.

Anyone have any ideas?

[CODE]
diff -r -u a/dazukofs-3.1.4/dentry.c b/dazukofs-3.1.4/dentry.c
--- a/dazukofs-3.1.4/dentry.c2010-05-30 06:58:04.000000000 -0400
+++ b/dazukofs-3.1.4/dentry.c2012-04-25 16:32:41.777027772 -0400
< at >< at > -116,10 +116,11 < at >< at >
 {
 struct dentry *lower_dentry = get_lower_dentry(dentry);

+struct inode *lower_inode = get_lower_inode(dentry);
 if (!lower_dentry->d_op || !lower_dentry->d_op->d_hash)
 return 0;

-return lower_dentry->d_op->d_hash(lower_dentry, name);
+return lower_dentry->d_op->d_hash(lower_dentry, lower_inode, name);
 }

 /**
< at >< at >

Re: Dazuko-devel Digest, Vol 94, Issue 1

John Ogness — 2012-04-13T07:22:13

Go to the wiki, click on the "Savannah Tools" link, then click on the
"CVS Repository" link. It will take you to the repository [1].

John Ogness

[1] https://savannah.nongnu.org/cvs/?group=dazuko

Re: Dazuko-devel Digest, Vol 94, Issue 1

Jonathan Dumke — 2012-04-12T13:29:24

Hi, dear List.
The project seems to be sleeping.
Now I try to wake it up again.
First I say: I can not maintain it, but I'm willting to contribute.

Hence I see the following other problems:
1. The is#nt any source-repo anywhere.
2. The Codebase ist too old.

But I also see possebilities get live back in it:
A. Basic functionality of dazuko is comperable to AuFs or unionfs, but 
less complex.
B. The fanotify-kernelinterface opens new ways for using dazuko on 
demand, no more need to add it to fstab.

So dear community, make it happen and get dazuko it's personal resurrection.

Jonathan Dumke

About the Dazuko project maintenance

2011-12-15T14:44:59

Hi there,
    I like linux kernel hacking, and I am a member of Linux Virtual  
Server Project (www.linux-vs.org), recently I am interested in file  
system development, especially stackable file system. I am familiar  
with the VFS and Ecryptfs source code, with a glimpse, the Dazukofs  
code does not seem to be too difficult. However, frankly speaking,  
although I heard Dazukofs before, I have not really used it, I do  
interested in this area, and wanna do some further development on it.  
Prior to that, could I know how the status of this project is, say,  
how it compared to other antivirus project, such as clam, which based  
on a user space filesystem on top of fuse. Thanks in advance.

Cheers,
Li Wang

Support for kernel 3.x.y?

Pouar — 2011-10-20T00:50:16

Is there going to be any support for kernel 3.x.y in the future?

Re: Project Takeover request

John Ogness — 2011-04-25T16:00:13

The Dazuko project currently has no maintainer. Anyone is welcome to
take on this responsibility. If _you_ are interested in this
responsibility, I good starting point may be to introduce yourself and
explain your motivations for becoming involved with the project.

John Ogness

Project Takeover request

yevgney — 2011-04-24T10:39:45

Hi, Is is possible to take over this project?

Thanks

Re: DazukoFS 3.1.4 released, Dazuko 2.3.9 released

jim burns — 2011-03-28T22:07:26

Hi, Lino. Any plans for antivir using fanotify? Even tho' dazukofs 3.1.4 
compiles and loads fine on kernel 2.6.37 (openSuSE 11.4), antivir ends up with 
a lot of defunct processes, and 100% cpu on the remaining ones. I suppose this 
is to be expected since 3.1.4 only officially supports 2.6.36.

If this is not the correct list for this news, feel free to redirect me.

And yes, John, your support over the years has been greatly appreciated. 
Antivir and dazuko(fs) has been the only combination I've needed for many 
years now, and I'd like to continue to use them.

Thanx.

Re: DazukoFS 3.1.4 released, Dazuko 2.3.9 released

Lino Sanfilippo — 2011-03-28T16:31:51

Hi John,

as a member of the dazuko community I would like to thank you for
providing us
all with the possibility of file access interception by means of dazuko
and also for your
support and help during all the years.
Even more since in the last years you did this all in your free time.

Although dazuko didnt make it into mainline it was worth trying it. For
me it also was a lot
of fun working at it and i think we all learned a lot from the dazuko
project.

Thank you very much and best regards!

Lino
















Geschaeftsfuehrender Gesellschafter: Tjark Auerbach
Sitz der Gesellschaft: Tettnang
Handelsregister: Amtsgericht Ulm, HRB 630992

ALLGEMEINE GESCHAEFTSBEDINGUNGEN
Es gelten unsere Allgemeinen Geschaeftsbedingungen
(AGB). Sie finden sie in der jeweils gueltigen Fassung
im Internet unter http://www.avira.com/de/standard-terms-conditions-business-de
***************************************************

DazukoFS 3.1.4 released, Dazuko 2.3.9 released

John Ogness — 2011-03-19T13:18:45

Hi,

I have released DazukoFS 3.1.4. At the request of Lino Sanfilippo the
recent patch to make read calls restartable across signals has been
reverted.

I have also released Dazuko 2.3.9. This includes a patch from Jaroslav
Suchanek to add support support for FreeBSD 8.

This is my final email as maintainer of the Dazuko project. The
Savannah resources and the wiki-based website will still be
available. If anyone wishes to become maintainer of this project,
please post to one of the Dazuko mailing lists.

Over the past 9 years I had a lot of fun and learned a lot about
development together with the free software community. I thank
everyone that helped me over the years. Dazuko has come a long way
from its original 1.0.0 version.

I am happy to see that there is now an official userspace interface
for file access control in mainline Linux: Fanotify. I hope that the
Dazuko community is able to embrace this new interface and also work
together with the Linux community to improve it further.

John Ogness

Re: LSM of Dazuko on kernel 2.6.32

errik — 2011-02-21T12:08:19

Hi All,
    I have found a way to get the event type. I use file_permission to
replace inode_permission for the security hook point and use FMODE_EXEC &
file->f_flags to get the event type.
    When a sys_execve is called, the open_exec will return a struct file *
with file->f_flags set to FMODE_EXEC.

Thanks,
Errik
2011/2/18 errik <waitingfor2009marry< at >gmail.com>

_______________________________________________
Dazuko-devel mailing list
Dazuko-devel< at >nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-devel

Re: Re: [Dazuko-help] Dazukofs

errik — 2011-02-18T10:54:04

Yes, fanotify is a good choice. But fanotify not support  watch descendant
directories.

On Thu, 2010-11-25 at 11:26 +0800, errik wrote:

we can either watch:
1) a single inode
2) a directory and it's children (note: children, NOT descendants)
3) an entire mount point.
number 3 can be abused with bind mounting to watch descendants but takes
admin action and has some odd side effects...


Yes, for certain events this is possible (namely OPEN and READ)
-Eric

2011/2/15 John Ogness <dazukolist3< at >ogness.net>

_______________________________________________
Dazuko-devel mailing list
Dazuko-devel< at >nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-devel

LSM of Dazuko on kernel 2.6.32

errik — 2011-02-18T11:03:55

Hi John,
    These days I am trying to find a way to do execve hook on 2.6.32 kernel.

    I  have tried dazukofs, it works with risk because we can't stop it
after we mount a directory as dazukofs. The only way is to reboot the OS. If
I mount watching directories to dazukofs, it has some potential impact to my
server.
    Also I tried redirfs, it only supports open and close hook not support
execve hook.
    At the end I tried to port Dazuko (LSM way) to kernel 2.6.32. The execve
hook works fine with dazuko-LSM. But after I modify all the security APIs
for 2.6.32, I found the kernel API  register_security is not exported event
there is no kernel API unregister_security.

    So I hope I can get some suggestions from you:
    1. Is it possibile that I continue to use LSM on kernel 2.6.32? How can
I do this? It seems kernel developers want to remove LSM from future kernel.

     2. Can Dazuko catch execve events with RedirFS on kernel 2.6.32?

     Looking forward to your suggestions.

Thanks a lot,
Errik
___

Re: [Dazuko-help] Dazukofs

John Ogness — 2011-02-15T08:28:44

It is not planned. For 2.6.38 you should switch to the official kernel
API for file access control: fanotify.

John Ogness

Re: Next dazukofs release

John Ogness — 2011-01-13T15:37:01

OK. I will remove it for the release.

John Ogness

Next dazukofs release

Lino Sanfilippo — 2011-01-13T15:22:25


Hi John,

although I sent that patch
http://lists.gnu.org/archive/html/dazuko-devel/2010-07/msg00007.html

I recommend to NOT include it into the next dazukofs release:
Since the semantic of the dazukofs_read() function changes with that patch
(without: read() is interrupted, with: interruption depends
on installed signal handlers and SA_RESTART ) we do strictly speaking 
have an API break.
I guess that this is something we should avoid....

Regards,
Lino




Geschäftsführender Gesellschafter: Tjark Auerbach
Sitz der Gesellschaft: Tettnang
Handelsregister: Amtsgericht Ulm, HRB 630992
ALLGEMEINE GESCHÄFTSBEDINGUNGEN
Es gelten unsere Allgemeinen Geschäftsbedingungen
(AGB). Sie finden sie in der jeweils gültigen Fassung
im Internet unter http://www.avira.com/de/standard-terms-conditions-business-de
***************************************************

dazuko freebsd8.x patch

Jaroslav Suchanek — 2010-12-08T08:25:21

Hi,

attached is a patch made by my colleague Vladimir Zalud for compiling
legacy dazuko on FreeBSD 8.x. It is basically based on previous patch
for FreeBSD 7.x provided by Frantisek Hrbata 1,5 year ago.

The patch is against dazuko-2.3.9-pre1, the procedure is following:
1) copy dazuko-2.3.9-pre1-freebsd8.patch to the dazuko-2.3.9-pre1 source
code
2) in dazuko-2.3.9-pre1 apply the patch
   $ patch -p1 < dazuko-2.3.9-pre1-freebsd8.patch
3) build as usual

It is tested on FreeBSD 8.x, FreeBSD 7.x amd64.

Just a note. As far as I know Dazuko is still the only one option for
on-access scanning on FreeBSD which is usable, right?

Best regards,

Re: [xen-compile]Is there any patch for dazukobuilding on SLES10/11?

errik — 2010-11-25T03:19:57

Hello John,

   Thanks for your information. Fanotify will replace current inotify in
kernel.

If I want to use these features, I am afraid I can only choose inotify now.
An idea that comes up to solve the "/" issue of dazukofs is that:
1) Use inotify to monity "/"
2) If a directory is created, mount the directory as dazukofs.

This maybe a work around for the known issue of dazukofs.

Thanks again and hope dazukofs can comes in kernel source.


Thanks,
Eric

2010/11/24 John Ogness <dazukolist3< at >ogness.net>

_______________________________________________
Dazuko-devel mailing list
Dazuko-devel< at >nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-devel

Re: [xen-compile]Is there any patch for dazukobuilding on SLES10/11?

John Ogness — 2010-11-23T17:07:48

I hope your study also includes using the fanotify interface instead
of DazukoFS. fanotify will provide you all the events you need and it
is about to become an official Linux kernel API.

John Ogness