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