- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: find growing files
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 09:27 PM
тАО02-14-2010 09:27 PM
find growing files
One of the lvols in a production server is 99% full. How can I find the files which have recently grown inside that lvol
thanks in advance
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 09:39 PM
тАО02-14-2010 09:39 PM
Re: find growing files
http://www.scripterworld.com/2009/07/unix-find-command-with-examples-and.html
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 10:15 PM
тАО02-14-2010 10:15 PM
Re: find growing files
This is a very good link. But I am not getting the appropriate command for this scenario.
I would just like to ask what should be the approach when we find that some lvol of a data VG are getting used unusually fast. In last 3 days the %used has gone to 99% from 98%. If,
find .|xargs ls -l|sort -r -n -k 5,5|head -10
shows the 10 largest files
&&
find . -type f -mtime -3
gives the files that have been modified in tthe last 3 days,
but the results are contradicting:-
1) 10 largest files' timestamps are very old
2) files modified in the last three days are rrather not too big to be significant
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 10:37 PM
тАО02-14-2010 10:37 PM
Re: find growing files
>>>>
1) 10 largest files' timestamps are very old
2) files modified in the last three days are rrather not too big to be significant
>>>>
Nothing wrong in this. The file modified in last 3 days might not be the largest one. Similarly the file that is the largest one , might not be modified recently.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 10:40 PM
тАО02-14-2010 10:40 PM
Re: find growing files
What is this LV used for?
# bdf /lv
# du -sk /lv
Is there is any significant difference between above values?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 10:54 PM
тАО02-14-2010 10:54 PM
Re: find growing files
Not contradictory, just unfortunate. If there was some overlap, your job would be done.
If you can't find the growth in 2), you are out of luck for easy solutions.
As RK says, perhaps you have some open unlinked files that are growing? Any big files you have removed lately that were still open?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 11:31 PM
тАО02-14-2010 11:31 PM
Re: find growing files
# bdf /dev/vg04/lvol10
Filesystem kbytes used avail %used Mounted on
/dev/vg04/lvol10 3145728 3116920 28808 99% /oracle/N11/920_64
# cd /oracle/N11/920_64
# du -sk
2475320 .
Yes, looks to have significant difference
3116920 - 2475320
This lvol is used for housing SAP executables
Recently, there was only 1 /oracle/N11/920_64/network/log/listenser.log file, whose older contents were removed to shrink the file size from about 18M to 1.9M at present. This was done by the SAP admins as this activity had helped in the past
But this time, its different
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 11:36 PM
тАО02-14-2010 11:36 PM
Re: find growing files
Yes exactly,
(2) is not showing any growth
Recently, there was only 1 /oracle/N11/920_64/network/log/listenser.log file, whose older contents were removed to shrink the file size from about 18M to 1.9M at present. This was done by the SAP admins as this activity had helped in the past
But this time, in the last 3 days usage has gone up to 99% from 98%.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-14-2010 11:52 PM
тАО02-14-2010 11:52 PM
Re: find growing files
This is 650 Mb. You'll need to use lsof to find these unlinked files.
>in the last 3 days usage has gone up to 99% from 98%.
This is a trivial 30 Mb.
>whose older contents were removed to shrink the file size from about 18M to 1.9M
How was this "removal" done?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2010 12:05 AM
тАО02-15-2010 12:05 AM
Re: find growing files
I am halfway stuck here. I have to install the lsof utility and its a production server.
The file that was shrunk earlier was FTP'd to a window m/c, edited, part contents deleted and kept back, as vi was unable to open the file at source.