Hi,
Can I have some guidance on what all can we delete from the ascential file systems so as to save some space.
thank you.
housekeeping
Moderators: chulett, rschirm, roy
Hello Urahul,
when you set up the Px project you (should) split the Project & Data directories from the engine mount point; there is little to nothing there that can be deleted without causing the system to fail.
The Project directories should also be separated from data directories; projects in Px tend not to grow as much as with Server but you can still get large log files that need to be maintained and purged, but this cannot be done at the UNIX level but from within the director.
Data directories and temp dirs are the usual culprits when it comes to eating up disk space, but which data sets or temp files can be deleted really depends upon your project setup.
The engine and project directories in Px should only use up a very small percentage of disk space, so if you are having storage problems check the temp directories defined in your Px config files.
when you set up the Px project you (should) split the Project & Data directories from the engine mount point; there is little to nothing there that can be deleted without causing the system to fail.
The Project directories should also be separated from data directories; projects in Px tend not to grow as much as with Server but you can still get large log files that need to be maintained and purged, but this cannot be done at the UNIX level but from within the director.
Data directories and temp dirs are the usual culprits when it comes to eating up disk space, but which data sets or temp files can be deleted really depends upon your project setup.
The engine and project directories in Px should only use up a very small percentage of disk space, so if you are having storage problems check the temp directories defined in your Px config files.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
There's not much more I can add to that.
As a general rule, the more I/O channels you can provide, the better your throughput will be.
Make very sure your hashed files are on file systems that won't become full. They break if you try to update them when this is the case.
As a general rule, the more I/O channels you can provide, the better your throughput will be.
Make very sure your hashed files are on file systems that won't become full. They break if you try to update them when this is the case.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.