finding all large directories # find / -type -d -size +50k Finding all large files on a Linux/UNIX # find / -type f -size +200000k # find / -type -f -size +20000k -exec ls -lh {} \; | awk '{print $8":" $5 }' find . -type f -size +100000 -exec ls -l {} \; drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x drwxr-xr-x
2 2 2 2 2 2 2 2 2 2 2
bin bin bin bin bin bin bin bin bin bin bin
bin bin bin bin bin bin bin bin bin bin bin
96 96 96 96 96 96 96 96 96 96 96
Jun Jun Jun Jul Jul Jul Aug Aug Aug Aug Dec
13 13 19 2 16 18 10 11 11 13 5
2007 2007 2007 2007 2007 2007 2007 2007 2007 2007 2007
uh2010p5 uh2010p6 uhgad004 uhgad001 uhgap008 uhgad002 nj009hph ga029hph uhgad003 ga025hph ga009hps
YES
There's no solution to this. Kevin Mara is configuring a cluster lock which was not completed. Since the cluster lock is not working the /var/log/messages is filling up with messages on the disk for the cluster lock. Kevin said he will work on it tomorrow to get it fixed.
Here's another server that's been resolved before I can do anything to it. [root@gaalplpweb009a tmp]# df -h /tmp Filesystem Size Used Avail Use% Mounted on /dev/mapper/rootvg-LogVol02 2.0G 54M 1.9G 3% /tmp Increase /tmp to 5gig. you have 14gig avaiable on rootvg. This is another machine that's running some application on /tmp. To increase the size on /tmp, stop the application resize /tmp and start application.
GA002HPH GA006HPH GA007HPH GA008HPH GA010HPH GA022HPH GA025HPH GA032HPS GA033HPS GA034HPS NJ003HPH NJ007HPH
UH2010P5 UHGAP006 UHGAP007 USNJP003
root@uhnjp008 [/] => find / -name core /etc/opt/resmon/core /home/users/patrol3/core /home/users/sys1rak/MySQL-python-1.2.2/core /opt/tomcat/classes/org/apache/tomcat/core /var/adm/backup/etc.Wed/opt/resmon/core /var/adm/backup/etc.Thu/opt/resmon/core /var/adm/backup/etc.Fri/opt/resmon/core /var/adm/backup/etc.Sat/opt/resmon/core /var/adm/backup/etc.Sun/opt/resmon/core /var/adm/backup/etc.Mon/opt/resmon/core /var/adm/backup/etc.Tue/opt/resmon/core /var/opt/cifsclient/core /core /u001/app/oracle/product/10.2.0/oc4j/j2ee/oc4j_applications/applications/isqlplus/ isqlplus/WEB-INF/classes/oracle/sqlplus/iplus/core /u001/app/oracle/product/10.2.0/sysman/admin/emdrep/sql/core /ic/u001/app/oracle/product/10.2_0/sysman/admin/emdrep/sql/core
An unexpected error was encountered while attempting to retrieve the host info for hostname (uhnjp008.unix.us.ups.com). This could be due to any of the following conditions: 1) The support tool daemon "diagmond" may not be running on that system. Use the STM Startup command (in the administration menu under the file menu.) 2) The remote system is running an obsolete version of STM. To communicate successfully, update the diagnostics on the remote system to STM version B.40.00 or later. 3) The support tool daemon "diagmond" on that system may be configured to only allow local connections. Check the value of the configuration parameter LOCAL_ONLY_ENABLE in the /var/stm/config/sys/diagmond.cfg file or for the existence of the /var/stm/config/sys/local_only file on that system. 4) The diagnostic system on this system may be configured **** v m o r e v **** v m o r e v **** v m o r e
v
****