Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

filesystem full can mak a lot of paging?

Status
Not open for further replies.

MoreFeo

Technical User
Nov 29, 2002
547
ES
Hi, we're habing some trouble in a 570 LPAR. Some logs have filled the /var filesystem, and we're seeing a lot of paging. Can a process that usually writes to disk start paging if it runs out of space in its filesystem?

Thanks
 
Where exactly is /var filling?

cd /var
du -ks * | sort -n

And then dig deeper into the directories that are using the most disk space and continue the du -ks | sort -n command.

Also: is qdaemon still running? That can account for a lot of space used in /var/spool and also for a lot of processes waiting for a response from qdaemon... Which would explain the paging activity.



HTH,

p5wizard
 
I've made du and I've seen that there's a log directory that has grown until it filled the filesystem. Inside there are a lot tracing logs from a process that's logging too much events (we're gonna fix this). My question is that if a process that has to write logs on disk has got no space in disk, will it start using a lot of paging space (we had more than 67% of a 10 GB paging space used).

Thanks
 
MoreFeo said:
My question is that if a process that has to write logs on disk has got no space in disk, will it start using a lot of paging space (we had more than 67% of a 10 GB paging space used).
I don't think so.

I'd start with topas or ps -el to find out which processes are consuming a lot of memory and go from there.


HTH,

p5wizard
 
If you want to know about paging on a process by process basis, take a look at the output from "ps gv". The "PGIN" field will display the number of disk I/O operations caused by the process referencing pages that are not held in core.

HTH

Kind Regards,
Matthew Bourne
"Find a job you love and never do a day's work in your life.
 
With 'ps gv' I've found a lot of aioserver (ir 38 is a lot of) and that they are the processes that have more PGIN (between 90000 and 175000). These aioserver processes doesn't show in topas nor in ps -ef.
 
And we're now having almost all paging space filled (93% of 10GB and 100% of 4 GB)
 
OK, we've found the problem. It's not the aioserver process, it was a data source collector, that retrieves data for 20 minutes before writing it to the database. We're going to monitor it and try to tune it.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top