gzip and free space in bdf problem

[Murat SULUHAN]

Hi

We are using EVA8000 with HP-UX in telco application. The application collects CDR from telco network which contains about 1000 nodes. So we have lots of file in EVA8000's CDR directories. For example currently about 70.000 files in same directory and all of the files smaller than 2 GB.

We are trying to compress old CDR files with gzip to free some disk space. But when I start to gzip with nohup; free space is not increasing still going to decreasing in the bdf output. I can see compressed files in ll output and gzip remove the original file as you know. In fact I don't stop collection process while gzip operation but the disk usage of the collection process is smaller than gzip.

Another important point is "du -sk" output is going down but free space in bdf output is going down.

Currently I've compressed 13.000 files and gzip is trying to continue compress operation.

Any ideas?

Every help would be appreciated

Best Regards
Murat

[siva0123]

Hi ,

The some what similar issue i faced in the day in /home and infact i was deleting files but i didnt show up in df but it was showing in du.

The thing was some open processes were writting to some files in those directories and untill those processes are stopped finishing writting you will not see the free space in bdf.

In my case i killed the processes which were writting to that directory and it got the free space back .

I used the fuser -cu /directory nam eto identify the processes wriiting to the directory.


So i guess you have to wait the process completes or you have to kill the process to see your free space in bdf.

Thanks ,
Siva

[siva0123]

To be precise.

1.Check if you have any files in the directory with 0 byte size

2. fuser -cu filename ==>To identify if any process is writting to that file

3. Wait for those processes to finish or kill them .

Now run bdf and you should see the free space.

Even if there is no 0 byte file you can still do a fuser -cu directory name to identify if any process is curently writting to it or open on those directories /files.

Thanks,
Siva

[Murat SULUHAN]

Hi Siva

The problem solved and the solution related with application's internal arch. These application is not belong to us so I have not enoguh information.

Thanks for your responses.

Regards.
Murat