2004-09-03 17:35:49

by Ara.T.Howard

[permalink] [raw]
Subject: silly names


are there causes other than some remote client removing an open file for
sillynames appearing in a directory containing a file shared (via locking) by
many clients? i have a directory containing such a file where many sillynames
appear, but eventually disappear. none of the files in the directory are ever
being removed - so what could cause this? the code is working fine - i'm just
wondering about the causes of this...

-a
--
===============================================================================
| EMAIL :: Ara [dot] T [dot] Howard [at] noaa [dot] gov
| PHONE :: 303.497.6469
| A flower falls, even though we love it;
| and a weed grows, even though we do not love it.
| --Dogen
===============================================================================


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs


2004-09-03 19:19:51

by Trond Myklebust

[permalink] [raw]
Subject: Re: silly names

P=E5 fr , 03/09/2004 klokka 13:35, skreiv Ara.T.Howard:
> are there causes other than some remote client removing an open file for
> sillynames appearing in a directory containing a file shared (via locking=
) by
> many clients? i have a directory containing such a file where many silly=
names
> appear, but eventually disappear. none of the files in the directory are=
ever
> being removed - so what could cause this? the code is working fine - i'm=
just
> wondering about the causes of this...

- A client crash
- Someone renaming a sillyrenamed file on the server

Cheers,
Trond


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

2004-09-03 19:53:09

by Bogdan Costescu

[permalink] [raw]
Subject: Re: silly names

On Fri, 3 Sep 2004, Ara.T.Howard wrote:

> are there causes other than some remote client removing an open file
> for sillynames appearing in a directory containing a file shared
> (via locking) by many clients?

I think that renaming while a file is open also uses silly names.

> i have a directory containing such a file where many sillynames
> appear, but eventually disappear.

... after the last close().

--
Bogdan Costescu

IWR - Interdisziplinaeres Zentrum fuer Wissenschaftliches Rechnen
Universitaet Heidelberg, INF 368, D-69120 Heidelberg, GERMANY
Telephone: +49 6221 54 8869, Telefax: +49 6221 54 8868
E-mail: [email protected]



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

2004-09-03 21:06:19

by Ara.T.Howard

[permalink] [raw]
Subject: Re: silly names

On Fri, 3 Sep 2004, Bogdan Costescu wrote:

> On Fri, 3 Sep 2004, Ara.T.Howard wrote:
>
>> are there causes other than some remote client removing an open file
>> for sillynames appearing in a directory containing a file shared
>> (via locking) by many clients?
>
> I think that renaming while a file is open also uses silly names.
>
>> i have a directory containing such a file where many sillynames
>> appear, but eventually disappear.
>
> ... after the last close().

yes, the thing is that no files are being renamed, removed, etc. all code
that accesses the file does so in a transaction like

aquire fcntl lock on sentinal file

open file
use file
close file

release lock

the transaction is wrapped in a

try
catch
finally

type block and so is guarenteed to execute for all but kill -9. additionally
NONE of the applications has exited for about 30 days.

also NONE of the uses removes, renames, etc. the file - only reads and writes
are done. the semantics are single writer many reader, if this we not so the
application would crash horribly almost instantly. i'm simply mystified as to
what's creating the sillynames - it worries me though... my code is using the
sqlite api - so it's possible something is happening that i don't know about;
i am looking into this now.

kind regards.

-a
--
===============================================================================
| EMAIL :: Ara [dot] T [dot] Howard [at] noaa [dot] gov
| PHONE :: 303.497.6469
| A flower falls, even though we love it;
| and a weed grows, even though we do not love it.
| --Dogen
===============================================================================


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs