(In reply to comment #0)
> in fstab is:
>  /dev/sdb1                     /galaxy         xfs            
> rw,noauto,dmapi,mtpt=/galaxy    0 0
> 
> and in messages i got:
> XFS: unknown mount option [dmapi].

Do you have
DMAPI_PROBE="yes"
in your /etc/sysconfig/sysctl

Regards,
Vlad 

It was not there. So I changed:
## Path:        System/Kernel
## Type:        yesno
## Default:     no
#
# Enable dmapi module probe for the xfs filesystem driver
# (yes/no)
#
# DMAPI_PROBE="no"
DMAPI_PROBE="yes"

BUT:
where is a dmapi.ko in 2.6.22.1
even e 
# grep -ri dmapi /usr/src/linux-2.6.22.2
 did not give any usefull results.

And we really need mapi to use the galaxy SW to migrate old files to the server

> BUT:
> where is a dmapi.ko in 2.6.22.1
> even e 
> # grep -ri dmapi /usr/src/linux-2.6.22.2
>  did not give any usefull results.

If you run SuSE it is part of the distribution. Any other distribution, you
need to build a patched kernel and configure DMAPI.

Regards,
Vlad

(
> BUT:
> where is a dmapi.ko in 2.6.22.1
> even e 
> # grep -ri dmapi /usr/src/linux-2.6.22.2
>  did not give any usefull results.
> 

The kernel part is under:
fs/dmapi
fs/xfs/dmapi

The user space is under the XFS source tree dmapi.

Yes, It is Suse, but
OpenSUSE 10.2 
and I'm missing the dmapi directory in my kernel.
Both, OpenSUSE and kernel.org does not have any file/directory
called dmapi
# find . -name '*dmapi*'
is empty here.

So I would be glad to see, how to patch the kernel.
That was, what I've been looking for, before opening this bug.

We don't maintain OpenSUSE and I don't know why DMAPI isn't there. You should
open your bug against OpenSUSE not here. About the DMAPI source code and
patches please check our CVS here: 
http://oss.sgi.com/projects/xfs/source.html

Regards,
Vlad

That is why I installed the native kernel.
But the dmapi stuff is not in 2.6.22.1 as seen in
the SUSE Enterprise system kernel. (linux-2.6.16.21-0.25)
So the problem ist:
There is no dmapi directory any longer in the native kernel.

(In reply to comment #7)
> That is why I installed the native kernel.
> But the dmapi stuff is not in 2.6.22.1 as seen in
> the SUSE Enterprise system kernel. (linux-2.6.16.21-0.25)
> So the problem ist:
> There is no dmapi directory any longer in the native kernel.

If you suspect there is a problem with the SuSE release, please
open a bug with SuSE.

Regards,
Vlad

I'm sorry,

all I whish is to get a patch for nativ linux
to get the ../fs/dmapi/ tree
It whould be nice to get a patch for the 2.6 kernels.
All I found is a dmapi-enable patch, but the related directory is missing
in all new kernels.
This is not a suse problem. It is kernel only.

(In reply to comment #9)
> I'm sorry,
> 
> all I whish is to get a patch for nativ linux
> to get the ../fs/dmapi/ tree
> It whould be nice to get a patch for the 2.6 kernels.
> All I found is a dmapi-enable patch, but the related directory is missing
> in all new kernels.
> This is not a suse problem. It is kernel only.

Here is again the link to the DMAPI patched Linux source code:
http://oss.sgi.com/cgi-bin/cvsweb.cgi/#dirlist

Here is the /fs/dmapi/ source code:
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/dmapi/#dirlist

and the DMAPI kernel patch:
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/dmapi/PATCHES/2.6.9-rc1-patches/

Regards,
Vlad

Using the kernel from oss.sgi.com dmapi is o.k.
That nice.
Using a pathed 2.6.18 kern I see:
SGI XFS with ACLs, security attributes, realtime, large block numbers, dmapi
support, no debug enabled
SGI XFS Quota Management subsystem
XFS mounting filesystem sdb1
Ending clean XFS mount for filesystem: sdb1

but there is no real dmapi support in it, 
/proc/fs/dmapi_d/fsreg/
is empty, as I cannot mount using dmapi 

Joachim,

I would start with getting the full kernel source from OSS and trying
to configure, build and run it. This is the tree we are using here
and it seams to work fine for us.

Regards,
Vlad

I think, I found a way to get the best of the oss.sgi.com kernel by using
fs/xfs and fs/dmapi and the reste from kernel.org.
There are only 4 remaining changes. And I believe you know how to get these two
parts really stable. 

(In reply to comment #13)
> I think, I found a way to get the best of the oss.sgi.com kernel by using
> fs/xfs and fs/dmapi and the reste from kernel.org.
great

> There are only 4 remaining changes. And I believe you know how to get these two
> parts really stable. 
Not sure what you are talking about.

Regards,
Vlad