[FOSSology] swap space

2011-04-07 Thread Westphal, Raymond W
Good Morning.

We have a monitor script running on our servers for things like filesystem, 
load average, swap space usage, etc.

Yesterday I received an alert because the swap space usage on our Fossology 
server had reached 85%.

I discovered that the scheduler was using the most virtual memory. I stopped 
and started the scheduler
and the swap usage dropped to 13%.

I'll probably increase the swap space.

(Our Fossology server is running 1.2.1-3507 and it has 1.5GB of memory, 1GB of 
swap and 2 AMD 2800Mhz CPUs.)

And so I have the following questions:

Should I reset the scheduler regularly?

If I reset the scheduler will jobs in the queue be lost?

Should I check the queue before I reset the scheduler?

If I need to check the queue, can you provide the query, please?

Thanks,
Ray W.


















CONFIDENTIALITY NOTICE: This e-mail and any files transmitted with it are 
intended solely for the use of the individual or entity to whom they are 
addressed and may contain confidential and privileged information protected by 
law. If you received this e-mail in error, any review, use, dissemination, 
distribution, or copying of the e-mail is strictly prohibited. Please notify 
the sender immediately by return e-mail and delete all copies from your system.


___
fossology mailing list
fossology@fossology.org
http://fossology.org/mailman/listinfo/fossology


Re: [FOSSology] swap space

2011-04-07 Thread Laser, Mary
Hi Ray,
There are at least 2 reasons why swap usage is going up over time;

1.   there is a memory leak - in this case, restarting the scheduler will 
free up the space.  However, we are not aware of any memory leaks in the 
version you're running.

2.   Prior to 1.3.0, the method for processing files used increasing 
amounts of memory as the number of files/upload grew.  This resulted in the 
behavior you describe.  This method was changed in 1.3.0 to address this memory 
scalability problem.
I think you may be running into this problem, since you are running an older 
version of FOSSology.
To answer your questions,

1.   No, you should not need to restart your scheduler regularly (unless 
there is an unknown memory leak).

2.   Jobs in the queue will be restarted from the beginning, when the 
scheduler is restarted.

3.   It would be good to know which jobs (if any) are running when this 
occurs.  Through the UI, you can click on Admin - Scheduler  - Status to see 
what jobs are running.

4.   In addition to the UI instructions above, you can also look at the 
queue via Jobs - Queue - Details

HTH,
Mary

From: fossology-boun...@fossology.org [mailto:fossology-boun...@fossology.org] 
On Behalf Of Westphal, Raymond W
Sent: Thursday, April 07, 2011 7:07 AM
To: fossology@fossology.org
Subject: [FOSSology] swap space

Good Morning.

We have a monitor script running on our servers for things like filesystem, 
load average, swap space usage, etc.

Yesterday I received an alert because the swap space usage on our Fossology 
server had reached 85%.

I discovered that the scheduler was using the most virtual memory. I stopped 
and started the scheduler
and the swap usage dropped to 13%.

I'll probably increase the swap space.

(Our Fossology server is running 1.2.1-3507 and it has 1.5GB of memory, 1GB of 
swap and 2 AMD 2800Mhz CPUs.)

And so I have the following questions:

Should I reset the scheduler regularly?

If I reset the scheduler will jobs in the queue be lost?

Should I check the queue before I reset the scheduler?

If I need to check the queue, can you provide the query, please?

Thanks,
Ray W.


















CONFIDENTIALITY NOTICE: This e-mail and any files transmitted with it are 
intended solely for the use of the individual or entity to whom they are 
addressed and may contain confidential and privileged information protected by 
law. If you received this e-mail in error, any review, use, dissemination, 
distribution, or copying of the e-mail is strictly prohibited. Please notify 
the sender immediately by return e-mail and delete all copies from your system.

___
fossology mailing list
fossology@fossology.org
http://fossology.org/mailman/listinfo/fossology