- Forum
- T24 Technical Discussions
- T24 Installation & Configuration
- Removing some temp files inside bnk folder..
×
Discuss on T24 Installation, Setting up the environment, TC Server, jBOSS, Package & Deployment, etc…
Removing some temp files inside bnk folder..
- lprashanth
- Topic Author
- Offline
- New Member
-
Less
More
- Posts: 12
- Thank you received: 0
12 years 10 months ago #12445
by lprashanth
Removing some temp files inside bnk folder.. was created by lprashanth
I find the following in the bnk folder. Is these 2 files required for T24 or can it be removed.
Request your help on this.
\bnk\.nfs3142 (size is 40MB+)
\bnk\.nfs4142 (size is 10MB+)
Thanks in advance.
Request your help on this.
\bnk\.nfs3142 (size is 40MB+)
\bnk\.nfs4142 (size is 10MB+)
Thanks in advance.
Please Log in or Create an account to join the conversation.
- kripesh
-
- Offline
- Platinum Member
-
Less
More
- Posts: 459
- Thank you received: 65
12 years 10 months ago #12452
by kripesh
Have a great day !
Replied by kripesh on topic Removing some temp files inside bnk folder..
In unix, it is ok to create a file, then unlink it, and continue to read and write to it. When you remove the last link to a file, it becomes a file with zero names. But the inode will not be freed until all processes close it. This is often done with temporary files. If the process aborts, the file will go with it.
It is hard to implement this in an nfs environment. If a nfs client gets a request from a local process to delete a file, it checks to see if any local processes still have that file open, if so, it renames the file to a .nfs<something> file. And after the last local process closes the file, the nfs client will actually issue the delete.
If you are running a process on a nfs client and that process attempts a unlink() system call on a open file, the above scenario plays out. But the process still has the file open. You should be glad that .nfs file is still around. You must be holding the file open in order to eventually do i/o to it. If this is not the case, the process has a bug. It should close the file if the file is no longer needed. If the process is going to run for days or weeks and it is opening files that it will never close, the file table will eventually fill.
The .nfs files should not really cause any trouble unless they are very large. Some people run a cron job on the nfs server that finds .nfs files that have not been accessed in the past two weeks and deletes them.
It is hard to implement this in an nfs environment. If a nfs client gets a request from a local process to delete a file, it checks to see if any local processes still have that file open, if so, it renames the file to a .nfs<something> file. And after the last local process closes the file, the nfs client will actually issue the delete.
If you are running a process on a nfs client and that process attempts a unlink() system call on a open file, the above scenario plays out. But the process still has the file open. You should be glad that .nfs file is still around. You must be holding the file open in order to eventually do i/o to it. If this is not the case, the process has a bug. It should close the file if the file is no longer needed. If the process is going to run for days or weeks and it is opening files that it will never close, the file table will eventually fill.
The .nfs files should not really cause any trouble unless they are very large. Some people run a cron job on the nfs server that finds .nfs files that have not been accessed in the past two weeks and deletes them.
Have a great day !
Please Log in or Create an account to join the conversation.
- Forum
- T24 Technical Discussions
- T24 Installation & Configuration
- Removing some temp files inside bnk folder..
Time to create page: 0.036 seconds