On Tue, 10 Mar 2015, sf...@users.sourceforge.net wrote:
>> 3.16-20140908 and the current aufs-utils origin/aufs3.14, the mounting
>> takes about 15 seconds for each AUFS-mount:
>
> I am afraid such slowness is caused by a mismatching of configuration.
> If CONFIG_AUFS_
Hello Erik,
Erik Braun:
> when using the newest Debian (testing) kernel 3.16.7 and its aufs.ko
> 3.16-20140908 and the current aufs-utils origin/aufs3.14, the mounting
> takes about 15 seconds for each AUFS-mount:
I am afraid such slowness is caused by a mismatching of configur
Hi,
when using the newest Debian (testing) kernel 3.16.7 and its aufs.ko
3.16-20140908 and the current aufs-utils origin/aufs3.14, the mounting
takes about 15 seconds for each AUFS-mount:
# mkdir -p /tmp/aufstest/ro /tmp/aufstest/rw /tmp/aufstest/dest
# time mount -t aufs -o br=/tmp/aufstest
a symlink to my toolchain's strip temporarily, install aufs-utils, then put
> the original back.
>
> Is this a bug in the build system for aufs-utils?
How about setting "make LD=/usr/toolchain/ld"?
J. R. Okajima
Greetings.
âsudo make installâ for aufs-utils is failing with the message âstrip:
Unabletorecognisetheformatofthe input file
`/s/src/aufs/stage/usr/lib/libau.so.2.7'â.
The output of âfile /s/src/aufs/stage/usr/lib/libau.so.2.7â
In a previous message (sent about 5 minutes ago), I described a problem not
being able to run âmake installâ for aufs-utils.
Right after I sent the message I figured out the problem. My host machineâs
strip was being run to strip the aufs library, but it was built with a
Tomas M:
> Thank you.
> Maybe I am doing something wrong, but 'make headers_install' only installs
> /usr/include/linux/aufs_type.h
> which doesn't contain any text like EAU*
Would you post the output of these commands?
$ fgrep EAU_ ./include/uapi/linux/aufs_type.h \
./usr/include/linux/a
Tomas M:
>> I have some strange errors while compiling aufs utils.
>> perror.c complains that EAU_Last is undeclared, as well as the other
>> constants starting with EAU
>>
>> I've git-checked aufs utils as origin/aufs3.9
>>
>>
>> Where are those
Hi Tomas,
Tomas M:
> I have some strange errors while compiling aufs utils.
> perror.c complains that EAU_Last is undeclared, as well as the other
> constants starting with EAU
>
> I've git-checked aufs utils as origin/aufs3.9
>
>
> Where are those supposed to be
I have some strange errors while compiling aufs utils.
perror.c complains that EAU_Last is undeclared, as well as the other
constants starting with EAU
I've git-checked aufs utils as origin/aufs3.9
Where are those supposed to be defined?
Thank you
To
> How about this message?
> Wrong version!
> aufs3.x, but aufs is aufs3.y.
> See README in detail and try git branch -a.
That would be excellent :)
Thank you
Tomas M
--
Introducing Performance Ce
Tomas M:
> Ah, actually I tried
> git checkout origin/aufs3.10
> which returned just error
> error: pathspec 'origin/aufs3.10' did not match any files
>
> So I thought I have to checkout 3.0.
I see.
The detail is described in README file actually.
(from aufs-util.git:README)
ufs util is for aufs 3.0 but
my aufs is 3.10, I still do not know what to checkout, which version
of aufs utils is available for me.
I would suggest to modify the error message in ver.c to show the user
a command which he can use to list all available checkpoints. I do not
use git much so I do n
Hi,
Tomas M:
> while compiling aufs utils for Linux 3.10.9, I get error that aufs is
> for 3.0 and later, but aufs is 3.10-...
For aufs3.10 module, aufs-util.git#aufs3.9 branch is recommended.
If your aufs3.10 module is not so new, please try aufs-util.git#aufs3.2
branch since lates
Hello,
while compiling aufs utils for Linux 3.10.9, I get error that aufs is
for 3.0 and later, but aufs is 3.10-...
Attached patch fixes that.
Thanks for consideration
Tomas M
a.diff
Description: Binary data
Thank you for confirming the issue.
I fixed it locally.
I just wanted to assure that what I did is the correct way.
Tomas M
On Sun, Mar 10, 2013 at 4:46 AM, wrote:
>
> Tomas M:
>> The problem is that 'make headers_install' does not install aufs_type.h
>> anywhere, as far as I know.
>>
>> Pro
kirk w:
> Recently I've had to do a make headers_install in the kernel source. Then c=
> d into aufs3-standalone.git and do make install_headers, then copy those he=
> aders which include aufs_type.h into the kernel headers.=0A=0A=0A=0A___=
Yes, I guess the bug in my release script affects on
From: "sf...@users.sourceforge.net"
To: Tomas M
Cc: aufs-users
Sent: Saturday, March 9, 2013 10:46 PM
Subject: Re: Error while compiling aufs utils
Tomas M:
> The problem is that 'make headers_install' does not install aufs_type.h
> anywhere, as fa
Tomas M:
> The problem is that 'make headers_install' does not install aufs_type.h
> anywhere, as far as I know.
>
> Probably the aufs3-kbuild.patch should add one line to
> $LinuxSrc/include/uapi/linux/Kbuild as follows?
> header-y += aufs_type.h
May be you are right.
I think there is a bug in m
On Sat, Mar 9, 2013 at 2:03 PM, <[1]sf...@users.sourceforge.net> wrote:
Tomas M:
> I've compiled aufs (standalone) for Linux 3.8.2, and I've copied file
> aufs_type.h from Linux tree to /usr/include/linux/aufs_type.h
> When that was done, I wanted to comp
Tomas M:
> I've compiled aufs (standalone) for Linux 3.8.2, and I've copied file
> aufs_type.h from Linux tree to /usr/include/linux/aufs_type.h
> When that was done, I wanted to compile aufs utils, but 'make' returned an
> error:
>
> cc -I./libau -O -Wall
Thank you for AUFS for 3.8 kernel.
I've compiled aufs (standalone) for Linux 3.8.2, and I've copied file
aufs_type.h from Linux tree to /usr/include/linux/aufs_type.h
When that was done, I wanted to compile aufs utils, but 'make' returned an
error:
c
>aufs2-util is essentially necessary, especially these files.
>
>(from the aufs2-util README)
> (...)
>They are always invoked at mount/remount/unmount time.
>The main purpose of /sbin/mount.aufs is,
>- maintain /etc/mtab
>- maintain the aufs pseudo-link (by calling /sbin/auplink)
>
>If y
Holger Schurig:
> > I've read documentation for aufs and there is some note that aufs2
> > utilities are always necessary.
>
> That's not true. I use a basic aufs2 system on my device and
> don't use or even have installed aufs utilities. It can all be
> done with "mount -o ...".
>
> I guess you'l
> I've read documentation for aufs and there is some note that aufs2
> utilities are always necessary.
That's not true. I use a basic aufs2 system on my device and
don't use or even have installed aufs utilities. It can all be
done with "mount -o ...".
I guess you'll need the utilities only for a
Hello,
I've read documentation for aufs and there is some note that aufs2
utilities are always necessary.
I'd like to ask for explaining in more details what
could happen if those utils are not installed on the system.
Could anyone give examples in what circumstances any problems may occur?
Nitin Bhardwaj:
> Do we have patches for earlier kernel versions ( something like the
> unionfs releases) for aufs2 ?
For older kernels, I'd suggest you aufs1.
(or change your mount/unmount order, or change the shutdown script as I
suggested in the aufs manual).
J. R. Okajima
-
On Wed, Feb 11, 2009 at 11:13 AM, wrote:
>
[...]
>
> Or try aufs2 which include aufs utilities written in C language so that
> /usr is unnecessary.
>
Junjiro,
The aufs2 codebase contains kernel patches for only 2.6.27 kernel
version, however the RHEL 5.2 kernel version is 2.6.18-xyz; These
patch
ssary.
> I was wondering if I could just *not* use the aufs-utils and make
> these errors go away, while shutting down.
If you don't flush the pseudo-links, then you may lost some files.
This flushing is done by aufs utils by default.
J. R. Okajima
--
.usr-rw=rw:/usr=ro
0 0
-------
I was wondering if I could just *not* use the aufs-utils and make
these errors go away, while shutting down.
Thanks,
Nitin
--
Create and Deploy Rich Internet A
30 matches
Mail list logo
