[Orca-users] Orca question

Garry Ferguson G.Ferguson at servicepower.com
Mon Feb 21 00:49:48 PST 2005


Avi,
Move all the ...000 files, except the one for the current day, to the
archive directory(s) too.
They're just not being bzipped, that's all.
Our start_orcallator script defines what compression to use - see
attached.
I don't know how your files get to your master server? We use an nfs
share off the
master server so no actual copying is done and the clients can "control"
their own
files - i.e. bzip them - at all times.
Garry


________________________________

	From: Avi Sharma [mailto:Avi.Sharma at cardlink.com.au] 
	Sent: 19 February 2005 11:13
	To: Garry Ferguson; orca-users at orcaware.com
	Subject: RE: [Orca-users] Orca question
	
	

	Hi Gary

	 

	Thanks for the response. I have tried exactly what you advised
in your email below and moved the .b2zipped files to an archive
directory.

	Started Orca and still experience the same problem.

	 

	Below is a snapshot of the Orca process

	 

	 

	last pid:   336;  load averages:  2.61,  2.13,  1.77
21:54:19

	115 processes: 111 sleeping, 2 running, 1 zombie, 1 on cpu

	CPU states:  0.0% idle, 69.5% user, 28.7% kernel,  1.8% iowait,
0.0% swap

	Memory: 512M real, 9344K free, 550M swap in use, 3883M swap free

	 

	   PID USERNAME LWP PRI NICE  SIZE   RES STATE    TIME    CPU
COMMAND

	 16612 orca       1   0    0  355M  329M run     21:03 86.65%
orca

	 29976 bb         1  59    0 1144K  928K sleep    0:00  0.58%
mkbb.sh

	  7548 nobody     1  59    0 3824K 2480K sleep   17:59  0.49%
httpsd

	  7551 nobody     1  59    0 3840K 2576K sleep   17:26  0.44%
httpsd

	 28261 asharma    1  59    0 2856K 1816K cpu      0:00  0.20%
top

	     1 root       1  59    0 1264K  184K sleep    4:59  0.18%
init

	   332 bb         1  59    0 1128K  912K sleep    0:00  0.13%
mkbb.bkg

	   625 bb         1  59    0 2624K 1128K sleep    2:44  0.09%
bbd

	   336 bb         1  58    0 1032K  896K run      0:00  0.09%
grep

	  8144 nobody     1  59    0 3824K 2464K sleep    2:12  0.02%
httpsd

	  7555 nobody     1  59    0 3840K 2528K sleep   15:29  0.01%
httpsd

	  4183 root       1  59    0 4736K 2072K sleep    0:05  0.01%
sshd

	 29975 bb         1  59    0 1104K  888K sleep    0:00  0.01%
bb-display.sh

	  7547 nobody     1  59    0 2328K 1264K sleep    0:06  0.01%
gcache

	  4219 asharma    1  59    0 2256K 1368K sleep    0:00  0.01%
telnet

	 

	Orca collects data from other machines and hence I have
different directories under the .../orcallator dir. 

	 

	/opt/orca/var/orca/orcallator

	asharma @ aprbvcon40 $ ls -l

	total 320

	drwxr-xr-x   2 orca     root        6656 Feb 19 06:30 aprbvapp20

	drwxr-xr-x   2 orca     root        6656 Feb 19 06:30 aprbvapp21

	drwxr-xr-x   2 orca     techserv    6656 Feb 19 21:26 aprbvcon40

	drwxr-xr-x   2 orca     techserv   59904 Feb  9 18:30 aprbvdbs20

	drwxr-xr-x   2 orca     root       60416 Nov 12 18:30 aprbvdbs21

	drwxr-xr-x   2 orca     root        6656 Feb 19 06:30 aprbvweb10

	drwxr-xr-x   2 orca     root        6656 Feb 19 06:30 aprbvweb11

	drwxr-xr-x   2 orca     techserv    6656 Feb 19 21:26 archive

	 

	 

	The master server (aprbvcon40) had quite afew .b2z files which I
have moved as stated above but the other directories (eg aprbvapp20)

	 that are clients do not have .b2z files but many .000 file. Are
they suppose to be like that ?

	 

	asharma @ aprbvcon40 $ cd aprbvapp20

	asharma @ aprbvcon40 $ ls -l

	total 140648

	-rw-r--r--   1 orca     techserv   64797 May  7  2004
orcallator-2004-05-06-000

	-rw-r--r--   1 orca     techserv   12957 May  6  2004
orcallator-2004-05-06-001

	-rw-r--r--   1 orca     techserv  468177 May  8  2004
orcallator-2004-05-07-000

	-rw-r--r--   1 orca     techserv  468177 May  9  2004
orcallator-2004-05-08-000

	-rw-r--r--   1 orca     techserv  468177 May 10  2004
orcallator-2004-05-09-000

	-rw-r--r--   1 orca     techserv  468177 May 11  2004
orcallator-2004-05-10-000

	-rw-r--r--   1 orca     techserv  468177 May 12  2004
orcallator-2004-05-11-000

	-rw-r--r--   1 orca     techserv  468177 May 13  2004
orcallator-2004-05-12-000

	-rw-r--r--   1 orca     techserv  468177 May 14  2004
orcallator-2004-05-13-000

	-rw-r--r--   1 orca     techserv  468177 May 15  2004
orcallator-2004-05-14-000

	-rw-r--r--   1 orca     techserv  468177 May 16  2004
orcallator-2004-05-15-000

	-rw-r--r--   1 orca     techserv  468177 May 17  2004
orcallator-2004-05-16-000

	-rw-r--r--   1 orca     techserv  468177 May 18  2004
orcallator-2004-05-17-000

	-rw-r--r--   1 orca     techserv  283497 May 18  2004
orcallator-2004-05-18-000

	-rw-r--r--   1 orca     techserv  166857 May 19  2004
orcallator-2004-05-19-000

	-rw-r--r--   1 orca     techserv  468177 May 21  2004
orcallator-2004-05-20-000

	-rw-r--r--   1 orca     techserv  468177 May 22  2004
orcallator-2004-05-21-000

	-rw-r--r--   1 orca     techserv  468177 May 23  2004
orcallator-2004-05-22-000

	-rw-r--r--   1 orca     techserv  468177 May 24  2004
orcallator-2004-05-23-000

	-rw-r--r--   1 orca     techserv  468177 May 25  2004
orcallator-2004-05-24-000

	And many more.......

	 

	 

	Hope to hear from you soon.

	 

	 

	___________

	 

	Avi Sharma

	Unix Systems Administrator

	Cardlink Services Pty Ltd

	Phone: +61 2 96469235

	Email: avi.sharma at cardlink.com.au

	Web:  www.cardlink.com.au

	 

OFFICE: 
Cnr Park Rd & South Parade
Auburn NSW 2144

	 

	
________________________________


	From: Garry Ferguson [mailto:G.Ferguson at servicepower.com] 
	Sent: Saturday, 19 February 2005 2:01 AM
	To: Avi Sharma; orca-users at orcaware.com
	Subject: RE: [Orca-users] Orca question

	 

	Avi,

	I suspect it might also grow in CPU use on the second machine
over time.

	You might have the situation that we had.

	orcallator collects data from the kernel and puts this data into
a file in a particular directory.

	e.g. today's file is
..../<machine-name>/orcallator/orcallator-2005-02-18-000

	At the end of the day this file is b2zipped up and a new one
created - all by clever orcallator!

	If you don't move the b2zipped files out of the way then orca -
the bit creating the graphs

	and web pages - b2unzips them all, checks their data and b2zips
them up again

	every time it runs!

	That's what we found anyway. Over time this gets very CPU
intensive!

	 

	I just created a sub-directory -
..../<machine-name>/orcallator/archive   -  and a cron 

	job to move any .bz2 files into it.

	 

	Hope that helps,

	Garry

		 

		
________________________________


		From:
orca-users-bounces+g.ferguson=servicepower.com at orcaware.com
[mailto:orca-users-bounces+g.ferguson=servicepower.com at orcaware.com] On
Behalf Of Avi Sharma
		Sent: 18 February 2005 04:43
		To: orca-users at orcaware.com
		Subject: [Orca-users] Orca question

		Hi 

		 

		 

		 

		I have Orca running on our master server and whilst the
process is running it takes up most of the CPU utilization (i.e approx
90%). I have installed Orca on another machine with exactly the same
spec and don't experience any problems there.

		Could you assist as to why Orca takes so much CPU on one
machine and not the other.

		 

		The Operating System is Sun Solaris 9 with the latest
SUN patches.

		 

		 

		Thanks

		 

		 

		___________

		 

		Avi Sharma

		Unix Systems Administrator

		Cardlink Services Pty Ltd

		Phone: +61 2 96469235

		Email: avi.sharma at cardlink.com.au

		Web:  www.cardlink.com.au

		 

OFFICE: 
Cnr Park Rd & South Parade
Auburn NSW 2144

		 

		
		
	
**********************************************************************
		This e-mail message and any attachments are intended
only for the use of the addressee(s) named above and may contain
information that is privileged and confidential. If you are not the
intended recipient, any display, dissemination, distribution, or copying
is strictly prohibited. If you believe you have received this e-mail
message in error, please immediately notify the sender by replying to
this e-mail message or by telephone to (02) 9646 9222. Please delete the
email and any attachments and do not retain the email or any attachments
in any form.
	
**********************************************************************

	
	
_____________________________________________________________________ 
	This e-mail has been scanned for viruses by MCI's Internet
Managed 
	Scanning Services - powered by MessageLabs. For further
information 
	visit http://www.mci.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/orca-users/attachments/20050221/c0069336/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: start_orcallator
Type: application/octet-stream
Size: 3292 bytes
Desc: start_orcallator
URL: </pipermail/orca-users/attachments/20050221/c0069336/attachment.obj>


More information about the Orca-users mailing list