On Wed, 2 Apr 2014, sf...@users.sourceforge.net wrote: > - the cause of this problem is a newly added locking in > openafs/src/afs/LINUX/osi_vm.c:osi_VM_FlushPages() on Jun 23 2010. > see the openafs commit b0ed5a7f (below).
Presumably Debian integrated this patch into its own version much later. > - in copy-up, aufs acquires i_mutex of the file in order to prevent > being modified during copy-up, and tries opening the file for reading. > - since Jun 23 2010, openafs tries acquiring i_mutex of the file in > opening a file. Do you think, that this mutex_lock() in the OpenAFS source is necessary on a readonly replica? (I am inexperienced in system programming.) > And this problem happens. Thank you for analysing the problem! Now we know, *WHY* aufs on the te top of OpenAFS can lock-up a linux system. Of course, I prefer to use the system as it was possible until these changes. Can you suggest a procedure, how I can achieve this? Thank you, Erik ------------------------------------------------------------------------------
