Christoph Pleger:
> Did that, but I really had to hurry up to get ready before my aufs root
> filesystem was completely flooded with log messages, though it was 8 GB
> size. I am sending the log in compressed format, because uncompressed,
> the file size is about 1.6 GB. I even had to split the compressed file
> into two parts, because our outgoing SMTP host does not accept such big
> messages.

Thank you.
In the log, at the very early stage line 894, aufs produces BUG msg.

   892      8.431507] aufs 4.19.17+-20190211
   893      8.462386] ------------[ cut here ]------------
   894      8.463000] kernel BUG at 
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/finfo.c:114!

   896      8.464324] CPU: 4 PID: 847 Comm: mkdir Tainted: G           OE     
4.19.0-6-amd64 #1 Debian 4.19.67-2+deb10u1

   898      8.465692] RIP: 0010:au_finfo_fin+0x59/0x60 [aufs]
        :::
   911      8.475098] Call Trace:
   912      8.475796]  aufs_release_dir+0x105/0x130 [aufs]
   913      8.476495]  __fput+0xac/0x1e0
   914      8.477193]  task_work_run+0x8a/0xb0
   915      8.477889]  exit_to_usermode_loop+0xeb/0xf0
   916      8.478580]  do_syscall_64+0x10d/0x110
   917      8.479270]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
   918      8.479948] RIP: 0033:0x7f51d3966b54

It happened when mkdir[847] issues exit(2).  At exitting, all opened
file descriptors are closed by kernel and aufs_release_dir() is called.
By enabling CONFIG_AUFS_DEBUG, aufs checks the state of the internal
lock and found it is still locked which sould not happen.  I don't think
it sane.  I am really doubtful "Is it really correctly built?"

Once the BUG msg line appears, I am not sure how much your system is
reliable afterwards.

Now it seems the suspicious things lay far before man(1) command.

- debian kernel
  it may apply some unknown patch which affect the behaviour of aufs.
  the easiest way to confirm this will be to use vanilla kernel.

- dkms aufs
  although I don't know much about DKMS, what does
  "/var/lib/dkms/aufs/4.19+20190211/" mean?  why isn't it
  "4.19.{17,63}+20190211"?  is it really the correct version?

In other words, make it sure to use the correct version and build them
correctly.
Finally I'd suggest you to try the combination of plain linux-v4.19.67
plus aufs patches, and vanilla aufs4.19.63+, build it yourself.  README
file in aufs release may help you I hope.


Such huge log file must be heavy for you. Of course me too.
It is better to set 1 to sys/module/aufs/parameters/debug just before
you run man(1), and just after man, set 0 in order to stop the debug
log.


J. R. Okajima

Reply via email to