If a graceful shutdown does not work, then issue the kill command to forcefully stop it by referencing the PID.Īlternatively, it is possible to force the system to de-allocate the space consumed by an in-use file by forcing the system to truncate the file via the proc file system.
Sct device updater file not right size free#
The lsof output shows the process with pid 25575 has kept file /oradata/DATAPRE/file.dbf open with file descriptor (fd) number 33.Īfter a file has been identified, free the file used space by shutting down the affected process. Note: check either the filesystem path within NAME field or the device number under DEVICE to match the filesystem of interest. When you perform a df, the storage shows 90+% utilized, however, there is not really that much written to that space.įirst, obtain a list of deleted files which are still held open by applications: $ lsof | egrep "deleted|COMMAND"ĬOMMAND PID TID TASKCMD USER FD TYPE DEVICE SIZE/OFF NODE NAME The lsof command shows the following output before restarting the java process COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME The file was previously deleted, but only stopping and restarting the jvm/java process released the disk space. The OS was holding several very large log files open with some as large as ~30G. I've deleted some files but the amount of free space on the filesystem has not changed.When deleting a large file or files, the file is deleted successfully but the size of the filesystem does not reflect the change.Why is space not being freed from disk after deleting a file in Red Hat Enterprise Linux?.
0 kommentar(er)
