Solve the problem of not releasing Hpunixrm file space

Solve the problem of not releasing Hpunixrm file space 1 introduction many people will encounter rm dropping a large file on the operating system to solve the problem of file system exceeding the standard, but sometimes the file is deleted, but the space is not released. I often see such posts on forums. why? how... hp unix rm file space not released solution 1 introduction many people will encounter rm dropping a large file on the operating system to solve the problem of file system exceeding the standard, but sometimes the file is deleted, but the space is not released. I often see this post on forums. why? how can this be solved? This article is only limited to the Hp unix operating system. 2 rm the reason why the file space is not released is actually very simple, mainly because the deleted file is still operated by the process (open, access, etc.) at the time of deletion, rm only releases the file entity on the disk, but the corresponding file system in the free list structure is not released due to process operations. 3. the solution is easy to solve. find the operation process and kill it. However, finding the operation process is precisely the difficulty and key of this problem. This problem can also be solved by restarting the machine and the nmount/mount file system. However, I do not advocate this method. if it is a small problem, restart the machine and make a big fuss. 3.1 The hp-unix operating system requires the use of the uli internal tool, which will be detailed later. 3.2 linux and solaris can do this: a. download an lsof software and install it, google can search for B, find the process that is using the deleted file lsof | grep deletedc, kill the corresponding process space, and then release the 4 hp unix problem solution 4.1 problem reproduction 4.1.1 bdf /oracle file system # bdf/oracleFilesystem kbytes used avail % used Mounted on/dev/vg00/lv_oracle 8192000 5313813 2698313 66%/oracle visible free 2698313kb 4.1.2 a file under udump occupies more than 60 mb space # pwd/oracle/app/oracle/admin/yztest/udump # ls-l yztest_ora_11026.trc-rw-rw-rw-1 root sys 622 17530 Apr 23 yztest_ora_11026.trc #4.1.3 run the more command to view the file and keep the operation unchanged # more yztest_ora_11026.trc 4.1.4 open a new window to delete the file, space not released # rm yztest_ora_11026.trc # ls-l does not found # bdf/oracleFilesystem kbytes used avail % used Mounted on/dev/vg00/lv_oracle 8192000 5313813 2698313 66%/oracle visible/ the available space of the oracle file system has not changed. 4.2 troubleshooting 4.2.1 install the uli tool. if not, you can ask hp supporter for one. Ftp to the host. use it for binary Upload # ls-ltotal 960-rw-rw-rw-1 root sys 487379 Apr 23 uli. bin decompression, the file is self-extracted # sh. /uli. binRunning install script .. /uli. install uli a 2 check # ls-ltotal 5520-rwxrwxrwx 2 222 users 1160136 Dec 13 2006 uli-rwxrwxrwx 2 222 users 1160136 Dec 13 2006 uli-a-2-rw-rw-rw-1 root sys 487379 Apr 23 uli. bin-rwxrwxrwx 1 222 users 536 Dec 13 2006 uli. install and run uli. install #. /uli. install u Li a 2 # View various available options of uli #. /uli-h 4.2.2 execute uli and kill the operation process #. /uli libp4 (9.219): Opening/stand/vmunix/dev/kmem Loading symbols from/stand/vmunixKernel TEXT pages not requested in crashconfWill use an artificial mapping from. out TEXT pagesLoading symbols from/stand/dlkm/mod. d/krmNote: Consider P4_ELF_WARNING = 2 to get more detailsNote: No debug information for this moduleFound 16 matching unlinked f Ile table entries. pid ppid command inode device size (bytes) 15128 13937 more 20177/dev/vg00/lv_oracle 62217530 9619 1 GWTDOMAIN 4119/dev/vg00/lvapp 131072 9618 4119 1 GWADM 131072/dev/vg00/lvapp 9617 4110 1 GWTDOMAIN/dev/ vg00/lvapp 131072 9616 1 GWADM 4110/dev/vg00/lvapp 131072 9611 3988 1 GWTDOMAIN 131072/dev/vg00/lvapp 9610 3988 131072 1 GWADM 9608/dev/vg00/lvapp 1 GWTDOMAIN 3884/dev/vg 00/lvapp 131072 9607 1 GWADM 3884/dev/vg00/lvapp 131072 9604 1 GWTDOMAIN 3856/dev/vg00/lvapp 131072 9603 3856 1 GWADM 131072/dev/vg00/lvapp 2775 1 swagentd 3936/dev/vg00/lvol7 141 2209 1 java 28778/dev/vg00/lvol7 13 2209 1 java 960/dev/vg00/lvol7 3215 2209 1 java 960/dev/vg00/lvol7 3215 2209 1 java 10180/dev/vg00/lvol7 3215 it can be seen that the 15128 process has executed more operations, affects the release of the space. kill 15128 # kill 15128 #4.2.3. check/killing L again. E space # bdf/oracleFilesystem kbytes used avail % used Mounted on/dev/vg00/lv_oracle 8192000 5253045 2755283 66%/oracle visible, the available space has been increased from 2698313kb to 2755283kb. There are a lot of solutions to the problem in the final article, and there may be a very simple solution to the complicated problem, so it is best to try it out before restarting the machine, check whether there are better and more convenient methods.