well . . . nobody who answered from the list seemed to really know what this was all about. excused, because I wasn't exactly on topic. anyway, I eventually got in touch with the programmer who originally did the work on this system. it is running xml "finding aids" (guides to special collections for library researchers) using cocoon, tomcat and Apache. the programmer told me I could just wipe all the work space for tomcat periodically. the solution then was to add to the cronned shell script that rotates log files. in the wee hours of Sunday mornings, it now also does rm -rf /usr/local/tomcat/work/* cp /dev/null /usr/local/tomcat/logs/mod_jk.log that work directory contains, among other things, the cache_dir that contains cocoon.dat and cocoon.idx. of course, tomcat and Apache have to be shutdown before and started up after. that's why I made it one script -- the log file rotation was already stopping and starting Apache. --------------- Chris Hoogendyk - O__ ---- Network Specialist & Unix Systems Administrator c/ /'_ --- Library Information Systems & Technology Services (*) \(*) -- W.E.B. Du Bois Library ~~~~~~~~~~ - University of Massachusetts, Amherst <choogend@library.umass.edu> --------------- -------- Original Message -------- Subject: partitian filling up, cocoon.dat over 500MB Date: Wed, 07 Jul 2004 14:54:43 -0400 From: Chris Hoogendyk <choogend@library.umass.edu> To: Sun Managers <sunmanagers@sunmanagers.org> ok, sort of off topic, but while doing backups and checking partitian allocations, I found one of my servers was about 96% on /usr/local . So, stepping through with 'df -ks *' to find out where space was going, I did a 'cp /dev/null mod_jk.log' which got about 250MB. Now I'm looking at cocoon.dat which is around 500MB in cache_dir along with cocoon.idx . The partitian is 3G, so this is about 17%. does anyone have any idea if these files can be zeroed out? it seems like they are just cache files, and I don't know if they just keep growing, but I do need to recover some more space in order to be comfortable. since this is somewhat of a recurring problem with this server, I would also like to cron the wiping of these files so that it doesn't recur while I'm on vacation this summer. TIA --------------- Chris Hoogendyk - O__ ---- Network Specialist & Unix Systems Administrator c/ /'_ --- Library Information Systems & Technology Services (*) \(*) -- W.E.B. Du Bois Library ~~~~~~~~~~ - University of Massachusetts, Amherst <choogend@library.umass.edu> --------------- _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed Jul 14 12:29:02 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:35 EST