Jan-Marek,
If you are still interested in aufs with nfsv4 RO branch, please try
today's release.
I changed the way to handle nfsv4 and you need to apply both of
put_filp.patch and lhash-2.6.22.patch. If you build and link aufs
statically, you can omit put_filp.patch.
And all these configurations
Hello Jan-Marek,
Today I updated aufs CVS tree.
Please try the latest aufs with your readonly nfsv4 branch, and take a
look at README or Kconfig(.in), particulary FAKE_DM, PUT_FILP_PATCH.
Junjiro Okajima
-
This SF.net emai
Hi,
Jan-Marek Glogowski:
> /root/bin/ls: error while loading shared libraries: librt.so.1: cannot
> open shared object file: No such file or directory
This was a bug in my patch.
Here is a fix.
Junjiro Okajima
--
--- dentry.c
Hi,
Jan-Marek Glogowski:
> patch: malformed patch at line 582: @@ -344,6 +361,12 @@
> module_exit(aufs_exit);
>
> I simply "fixed" the patch by
Sorry. It was my fault when I was deleting staffs unrelated to nfsv4.
So you could patch all files, after the error?
:::
fs/aufs/i_op_ren.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
$ patch -p1 --dry-run -i a.patch
patching file fs/aufs/Makefile
patching file fs/aufs/dentry.c
patching file fs/aufs/dentry.h
patching file fs/aufs/dinfo.c
patching file fs/aufs/export.c
patching file fs/aufs/f_op.c
patching file fs/aufs/file.c
pat
Hi
Just tested 2.6.23-rc6 using aufs 20070917.
Still the same BUG. It seems my previous mail didn't make it to the list.
Interesting difference: the first time a program is run in the nfsroot, it
doesn't crash (see the log).
HTH
Jan-MarekIndex: fs/aufs/f_op.c
==
Hi,
Jan-Marek Glogowski:
> Just tested 2.6.23-rc6 using aufs 20070917.
:::
> Interesting difference: the first time a program is run in the nfsroot, it
> doesn't crash (see the log).
Thank you for your report.
Currently I am working on 2.6.23-rc6 to release next Monday.
Please wait for a
Hi,
Jan-Marek Glogowski:
> Tested 2.6.23-rc6 - didn't solve the BUG.
Here are some patches for 2.6.23-rc6 and the latest aufs.
Please try, and let me know the result.
- a.patch
for aufs
- put_filp.patch
for kernel, required.
- splice.patch
for kernel, optional, when you use loopback mount
Jan-Marek Glogowski:
> But I think I fixed the sysfs support compared to the previous patch,
> therefore:
I think your patch is good.
I will merge it into CVS tree after the problem is gone.
Thank you very much.
I could reproduce the problem on my test environment, and started
reading nfsv4 code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tested 2.6.23-rc6 - didn't solve the BUG.
But I think I fixed the sysfs support compared to the previous patch,
therefore:
aufs 20070903
aufs test_add:455:exe[1828]: uid/gid/perm /root 0/0/0755, 0/0/01777
/config
CONFIG_AUFS=m
CONFIG_AUFS_FAKE_DM=y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
> Please tell me your environment precisely.
> Are you using aufs on nfs-server side?
Nope.
Some more background. I want to use the latest Debian FAI (fully automated
installation 3.2) with NFSv4 on Debian Etch.
> In other words,
- - my nfs ser
Hello Jan-Marek,
Jan-Marek Glogowski:
> I'm looking for a solution to get union based fs running on a NFSv4
> NFSroot. As unionfs doesn't support NFSv4, I'm trying to get aufs running.
:::
> NFSv4 is working ok, as I can copy a file from / to the ausf + NFSv4
> union. The error happens al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I'm looking for a solution to get union based fs running on a NFSv4
NFSroot. As unionfs doesn't support NFSv4, I'm trying to get aufs running.
Since there had been a change to the vm_operations_struct, compared to the
aufs cvs version, I tried to
13 matches
Mail list logo