gjournal on 6.2: Cannot delete /var/.deleted/#613759

[Andriy Gapon]

on 10/11/2007 17:45 Andriy Gapon said the following:
> on 09/11/2007 14:38 Eric Anderson said the following:
>> When inodes are reused, their gen count should go up (or NFS handles  
>> would get broken quickly).  The file is probably being removed in- 
>> between the readdir and the remove.
>>
> 
> Eric,
> thank you for the reply and the hint. I will try to add i_gen to a name
> that gets assigned to gjournal-managed files under .deleted and see how
> that works.
> 

Tried and it didn't help. The following was obtained during jdk build:

kernel: UFS_GJGC: Cannot delete /var/.deleted/#1202150:230144382 (error=2)
[some seconds later]
$ find /var/ -inum 1202150
/var/tmp/tmp/hsperfdata_root/72795
kernel: UFS_GJGC: Cannot delete /var/.deleted/#1202150:230145003 (error=2)
[some seconds later]
$ find /var/ -inum 1202150
/var/tmp/tmp/hsperfdata_root/81211
^^^^^^^^^^^^ - btw, my /tmp is symlink to /var/tmp/tmp

So, even adding generation count doesn't fix the issue. Thus it seems
that there seems to be some other kind of race condition in 6.x gjournal
code.

-- 
Andriy Gapon