[Orca-users] Too many files created

[Derek Winkler]

Here's one of the recent headers...

timestamp  locltime   uptime state_D state_N state_n state_s state_r state_k
state_c state_m state_d state_i state_t DNnsrkcmdit  usr%  sys%  wio% idle%
1runq  5runq 15runq #proc  #runque #waiting  #swpque scanrate #proc/s
#proc/p5s  smtx smtx/cpu ncpus mntC_/ mntU_/ mntA_/ mntP_/ mntc_/ mntu_/
mnta_/ mntp_/ mntC_/usr mntU_/usr mntA_/usr mntP_/usr mntc_/usr mntu_/usr
mnta_/usr mntp_/usr mntC_/var mntU_/var mntA_/var mntP_/var mntc_/var
mntu_/var mnta_/var mntp_/var mntC_/local3 mntU_/local3 mntA_/local3
mntP_/local3 mntc_/local3 mntu_/local3 mnta_/local3 mntp_/local3
disk_runp_c0t0d0 disk_runp_c1t0d0 disk_runp_c1t1d0 disk_runp_ssd34.fp2
disk_runp_ssd33.fp2 disk_runp_ssd32.fp2 disk_runp_ssd31.fp2
disk_runp_ssd34.fp3 disk_runp_ssd33.fp3 disk_runp_ssd32.fp3
disk_runp_ssd31.fp3 disk_runp_c2t3d0
disk_runp_c3t60003BA13E6E60003FFAD056000D7E8Dd0
disk_runp_c3t60003BA13E6E60003FFAD798000ACD24d0
disk_runp_c3t60003BA13E6E60003FF9DEAD0000A38Ed0
disk_runp_c3t60003BA13E6E60003FFAD249000603D9d0
disk_runp_c3t60003BA13E6E60003FFAD056000D7E8Dd0
disk_runp_c3t60003BA13E6E60003FFAD798000ACD24d0
disk_runp_c3t60003BA13E6E60003FF9DEAD0000A38Ed0
disk_runp_c3t60003BA13E6E60003FFAD249000603D9d0 disk_peak disk_mean
disk_rd/s disk_wr/s disk_rK/s disk_wK/s tape_rd/s tape_wr/s tape_rK/s
tape_wK/s swap_avail page_rstim   freememK free_pages   ce0Ipkt/s
ce0Opkt/s   ce0InKB/s   ce0OuKB/s   ce0IErr/s   ce0OErr/s   ce0Coll%
ce0NoCP/s   ce0Defr/s   ce1Ipkt/s   ce1Opkt/s   ce1InKB/s   ce1OuKB/s
ce1IErr/s   ce1OErr/s   ce1Coll%   ce1NoCP/s   ce1Defr/s tcp_Iseg/s
tcp_Oseg/s tcp_InKB/s tcp_OuKB/s tcp_Ret% tcp_Dup% tcp_Icn/s tcp_Ocn/s
tcp_estb tcp_Rst/s tcp_Atf/s tcp_Ldrp/s tcp_LdQ0/s tcp_HOdp/s nfs_call/s
nfs_timo/s nfs_badx/s nfss_calls nfss_bad  v2reads v2writes  v3reads
v3writes dnlc_ref/s dnlc_hit% inod_ref/s inod_hit% inod_stl/s pp_kernel
pagesfree pageslock pagestotl

Anyone know what's going on with disk_runp_c3t6?

For the last run the headers alone were 50K.

Thanks.

> -----Original Message-----
> From: Blair Zajac [mailto:blair at orcaware.com]
> Sent: Wednesday, July 07, 2004 8:19 PM
> To: Derek Winkler
> Cc: 'orca-users at orcaware.com'
> Subject: Re: [Orca-users] Too many files created
> 
> 
> Derek Winkler wrote:
> 
> > Some of my systems create a new file in 
> ~/orca/var/orca/orcallator every 5
> > minutes...
> > 
> > -rw-r--r--   1 root     other        3900 Jul 07 16:40
> > orcallator-2004-07-07-200.gz
> > -rw-r--r--   1 root     other        3918 Jul 07 16:45
> > orcallator-2004-07-07-201.gz
> > -rw-r--r--   1 root     other        3939 Jul 07 16:50
> > orcallator-2004-07-07-202.gz
> > -rw-r--r--   1 root     other        3936 Jul 07 16:55
> > orcallator-2004-07-07-203.gz
> > -rw-r--r--   1 root     other        3941 Jul 07 17:00
> > orcallator-2004-07-07-204.gz
> > -rw-r--r--   1 root     other        3955 Jul 07 17:05
> > orcallator-2004-07-07-205.gz
> > -rw-r--r--   1 root     other       64052 Jul 07 17:10
> > orcallator-2004-07-07-206
> 
> You probably have a mount point or something else that's 
> changing pretty 
> consistently.
> 
> Take a look at the first line of each of these files and see 
> what changes there are.
> 
> Every time orcallator.se sees the addition or removal of a 
> mount point, ethernet 
> card, etc, it will start a new file.  This is to work around 
> a bug in Orca.
> 
> Best,
> Blair
> 
> -- 
> Blair Zajac <blair at orcaware.com>
> Plots of your system's performance - http://www.orcaware.com/orca/
> 

This email and any files transmitted with it are confidential and
proprietary to Algorithmics Incorporated and its affiliates
("Algorithmics").  If received in error, use is prohibited.  Please destroy,
and notify sender.  Sender does not waive confidentiality or privilege.
Internet communications cannot be guaranteed to be timely, secure, error or
virus-free.  Algorithmics does not accept liability for any errors or
omissions.  Any commitment intended to bind Algorithmics must be reduced to
writing and signed by an authorized signatory.