[OpenAFS] Can anyone reproduce this under LINUX (was: temporaryreference
files do not disappear)
Vladimir Kondratiev
vladimir.kondratiev@intel.com
Wed, 19 Jun 2002 21:18:42 +0300
--------------090508020900050700080109
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
The same result: some .__afsxxxx remains forever (5 hours). Linux client
1.2.5, kernel 2.4.18,
servers - IBM AFS on AIX.
Vladimir.
Norbert Gruener wrote:
>Hi Derrick,
>
>On Tue, Jun 18 2002, Derrick J Brashear wrote:
>
>
>>Just as a data point: is anyone who's running OpenAFS 1.2.5 clients
>>actually having this problem?
>>
>>
>
>yes, we do. We also have a Linux installation running OpenAFS 1.2.5
>clients. And I can reproduce the problem on that machine.
>
>I have the following C code (originally from Derek Atkins):
>
>-------------------------- C code ---------------------------
>#include <stdio.h>
>
>main ()
>{
> FILE *fp;
>
> fp = fopen ("test", "w+");
> if (!fp) {
> perror ("fopen");
> return -1;
> }
> fprintf(fp,"test print line 1\n");
> unlink ("test");
> printf ("test sleeping...\n");
> sleep (60);
> fclose (fp);
>}
>-------------------------- C code ---------------------------
>
>I have started 20 instances of this program within 5 minutes (every 15
>second one run). *** NONE *** of the so created temp files
>disappeared.
>
>When I reduce the "sleep" to 15 seconds after about 5-10 minutes
>*** MOST *** of the so created temp files have disappeared.
>
>When I reduce the "sleep" to 10 seconds after about 5-10 minutes
>*** ALL *** of the so created temp files have disappeared.
>
>Our Linux kernel is compiled from scratch and it is kernel version
>2.4.14 and we are running OpenAFS 1.2.5. And as I mentioned on a
>previous email, this problem exists only under Linux. Under AIX,
>Solarix, and IRIX these temp files disappear immediately after the
>close.
>
>Thank you for looking into this problem, Derrick !!!
>
>
>Cheers,
>
>Norbert
>
>
--------------090508020900050700080109
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
The same result: some .__afsxxxx remains forever (5 hours). Linux client
1.2.5, kernel 2.4.18,<br>
servers - IBM AFS on AIX.<br>
<br>
Vladimir.<br>
<br>
Norbert Gruener wrote:<br>
<blockquote type="cite"
cite="mid20020619153835.G10172@lnxnce-5.MPA-Garching.MPG.DE">
<pre wrap="">Hi Derrick,
On Tue, Jun 18 2002, Derrick J Brashear wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Just as a data point: is anyone who's running OpenAFS 1.2.5 clients
actually having this problem?
</pre>
</blockquote>
<pre wrap=""><!---->
yes, we do. We also have a Linux installation running OpenAFS 1.2.5
clients. And I can reproduce the problem on that machine.
I have the following C code (originally from Derek Atkins):
-------------------------- C code ---------------------------
#include <stdio.h>
main ()
{
FILE *fp;
fp = fopen ("test", "w+");
if (!fp) {
perror ("fopen");
return -1;
}
fprintf(fp,"test print line 1\n");
unlink ("test");
printf ("test sleeping...\n");
sleep (60);
fclose (fp);
}
-------------------------- C code ---------------------------
I have started 20 instances of this program within 5 minutes (every 15
second one run). *** NONE *** of the so created temp files
disappeared.
When I reduce the "sleep" to 15 seconds after about 5-10 minutes
*** MOST *** of the so created temp files have disappeared.
When I reduce the "sleep" to 10 seconds after about 5-10 minutes
*** ALL *** of the so created temp files have disappeared.
Our Linux kernel is compiled from scratch and it is kernel version
2.4.14 and we are running OpenAFS 1.2.5. And as I mentioned on a
previous email, this problem exists only under Linux. Under AIX,
Solarix, and IRIX these temp files disappear immediately after the
close.
Thank you for looking into this problem, Derrick !!!
Cheers,
Norbert
</pre>
</blockquote>
<br>
</body>
</html>
--------------090508020900050700080109--