Hi! Sorry but I cannot reproduce the issue (with a simple program; see below). I even modified the code not to close the file: but still no .__afsXXX remains. The only thing I can see is, that a file remains there for say 10 to 60 sec. after the program has terminated and the disappears. I tested it on FileServer 1.2.3 and 1.2.4 and i386 RedHat 7.2 and 7.3.
I have no idea what kind of code is triggering the issue... but what happens if the connection to the server is killed during the .__afsXXX is alive? In last weeks we had one issue with our routers (network outage for 20 min or so). With a tick you can do it: "./close ; ls -la ; unlog ; ls -la" The second ls -la result in a permission denied, but if you log in again on a different or the same workstation, die .__afs file is still there! In my opinion this can happen if a network fails, the workstation fails or most likely X is dieing or killed. The token becomes invalid immediately, can someone do something against it? By the way, it appears that these files reside only in cache dirs of browsers and in .gconf/. Their creation time is spread wide and there size is not always 0. Bye, Ruby PS: I reported a serious problem on my site, too. I this case help is almost a case of death a live. So please help me. Thanx. -- Rubino Geiss, Universitaet Karlsruhe, IPD Goos Postfach 6980, D-76128 Karlsruhe, GERMANY Adenauerring 20a, 50.41 (AVG), Zi. 235 [EMAIL PROTECTED] Tel: (+49) 721 / 608-8352 Fax: (+49) 721 / 30047 -----Urspr�ngliche Nachricht----- Von: Derek Atkins [mailto:[EMAIL PROTECTED]] Gesendet: Samstag, 15. Juni 2002 00:20 An: Karl Amrhein Cc: Paul Blackburn; Rubino Gei�; [EMAIL PROTECTED] Betreff: Re: AW: [OpenAFS] Can anyone reproduce this under LINUX (was: temporaryreference files do not disappear) I wrote a short program (RH7.1) but I cannot reproduce this problem. The program creates a file, unlinks it, prints a message, sleeps for 60 seconds, and then closes the file. While it's sleeping I get this: ~> ls -l total 18 drwxrwxr-x 2 warlord mit 2048 Jun 14 18:14 . drwxr-xr-x 104 warlord root 16384 Jun 14 18:14 .. -rw-rw-r-- 1 warlord mit 0 Jun 14 18:14 .__afsDA45 [7] Done /tmp/test ~> ls -l ls: .__afsDA45: No such file or directory total 18 drwxrwxr-x 2 warlord mit 2048 Jun 14 18:14 . drwxr-xr-x 104 warlord root 16384 Jun 14 18:14 .. ~> ls -l total 18 drwxrwxr-x 2 warlord mit 2048 Jun 14 18:15 . drwxr-xr-x 104 warlord root 16384 Jun 14 18:14 .. This is the program I used. Can you send a similarly-short program that reliably shows the problem? -derek #include <stdio.h> main () { FILE *fp; fp = fopen ("test", "w+"); if (!fp) { perror ("fopen"); return -1; } unlink ("test"); printf ("test unlinked...\n"); sleep (60); fclose (fp); } _______________________________________________ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
