[Orca-users] Too many files created

Derek Winkler dwinkler at algorithmics.com
Wed Sep 1 11:54:46 PDT 2004 

I appeared to have fixed this by...

# diff orcallator.se orcallator.se.fixed
582,583c582,583
<   char                long_name[16];
<   char                short_name[8];
---
>   char                long_name[48];
>   char                short_name[48];
657,658c657,658
<   char long_name[16];
<   char short_name[16];
---
>   char long_name[48];
>   char short_name[48];
753c753
<   char        short_name[8];
---
>   char        short_name[48];



> -----Original Message-----
> From: orca-users-bounces+dwinkler=algorithmics.com at orcaware.com
> [mailto:orca-users-bounces+dwinkler=algorithmics.com at orcaware.com]On
> Behalf Of Derek Winkler
> Sent: Wednesday, September 01, 2004 11:44 AM
> To: 'orca-users at orcaware.com'
> Subject: RE: [Orca-users] Too many files created
> 
> 
> One of my problem systems has disks with names such as,
> 
> orca/lib% format
> Searching for disks...done
> 
> 
> AVAILABLE DISK SELECTIONS:
>        0. c1t0d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107>
>           /ssm at 0,0/pci at 18,600000/scsi at 2/sd at 0,0
>        1. c1t1d0 <SUN36G cyl 24620 alt 2 hd 27 sec 107>
>           /ssm at 0,0/pci at 18,600000/scsi at 2/sd at 1,0
>        2. c2t3d0 <SEAGATE ST150176 cyl 31270 alt 2 hd 22 sec 142>
>           /ssm at 0,0/pci at 18,600000/scsi at 2,1/sd at 3,0
>        3. c3t60003BA13E6E60003FF9DEAD0000A38Ed0 <SUN-T4-0300 
> cyl 34657 alt 2
> hd 104 sec 128>
>           /scsi_vhci/ssd at g60003ba13e6e60003ff9dead0000a38e
>        4. c3t60003BA13E6E60003FFAD056000D7E8Dd0 <SUN-T4-0300 
> cyl 34400 alt 2
> hd 104 sec 128>
>           /scsi_vhci/ssd at g60003ba13e6e60003ffad056000d7e8d
>        5. c3t60003BA13E6E60003FFAD798000ACD24d0 <SUN-T4-0300 
> cyl 34657 alt 2
> hd 104 sec 128>
>           /scsi_vhci/ssd at g60003ba13e6e60003ffad798000acd24
>        6. c3t60003BA13E6E60003FFAD249000603D9d0 <SUN-T4-0300 
> cyl 34402 alt 2
> hd 104 sec 128>
>           /scsi_vhci/ssd at g60003ba13e6e60003ffad249000603d9
> Specify disk (enter its number):
> 
> Can Orca not handle the long names?
> 
> If I take a look at the orcallator file for that host it 
> repeats the disks
> with long names over and over, the current one I'm looking at has 308
> columns with each of these disks repeated 42 times as a column.
> 
> Thanks for any help.
> 
> Using orcallator.se 1.37.
> 
> > -----Original Message-----
> > From: Derek Winkler [mailto:dwinkler at algorithmics.com]
> > Sent: Friday, July 09, 2004 1:23 PM
> > To: 'orca-users at orcaware.com'
> > Subject: RE: [Orca-users] Too many files created
> > 
> > 
> > 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.

More information about the Orca-users mailing list