Find the answer to your Linux question:
Results 1 to 10 of 10
Hello: We have a Linux 2.6.18-194.el5 #1 SMP Mon Mar 29 22:10:29 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux system. I deleted a bunch of large files but the space is ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1
    Just Joined!
    Join Date
    Oct 2011
    Posts
    7

    space not getting released


    Hello:
    We have a Linux 2.6.18-194.el5 #1 SMP Mon Mar 29 22:10:29 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux system. I deleted a bunch of large files but the space is not getting released to the file system. If I do a du -sk . on the file system it gives me 180G but when I do a df -k it shows 300G used space. I am not able to create new files in that file system because of this. What can I do. Any help will be greatly appreciated. Thx.
    Singh

  2. #2
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    Two possible issues:
    1) Processes still hold file handles open.
    Check with "lsof"

    2) the filesystem has no more inodes available.
    Check with "df -i"
    You must always face the curtain with a bow.

  3. #3
    Just Joined!
    Join Date
    Oct 2011
    Posts
    7
    lsof returns nothing.
    df -i returns only 1% Inodes used.
    Filesystem Inodes IUsed IFree IUse% Mounted on
    dexntap01:/vol/OracleR12_TestDB_NFS
    10988740 342 10988398 1% /ebstest

  4. #4
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    lsof will always return a list.

    Call it as root.
    You may want to grep the output for "deleted"
    You must always face the curtain with a bow.

  5. #5
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    Please tell me, you *dont* run oracle on a nfs share..
    Code:
    dexntap01:/vol/OracleR12_TestDB_NFS
    That will not work reliably. Or performant.
    You must always face the curtain with a bow.

  6. #6
    Just Joined!
    Join Date
    Oct 2011
    Posts
    7
    Here is the output of lsof:
    [root@dexerpdbq1 ebstest]# lsof|grep deleted
    gpm 7118 root 0u CHR 136,0 2 /dev/pts/0 (deleted)
    gpm 7118 root 1u CHR 136,0 2 /dev/pts/0 (deleted)
    gpm 7118 root 2u CHR 136,0 2 /dev/pts/0 (deleted)


    And yes we are running Oracle on NFS share.

  7. #7
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,398
    Ok, then you need to do the same investigation on the nfs server (inodes/lsof).

    But as I said: Do not use nfs with oracle.
    You must always face the curtain with a bow.

  8. #8
    Just Joined!
    Join Date
    Oct 2011
    Posts
    7
    Yes I think the problem might be on the NTAP side. I agree we should not be running Oracle on NFS. Thanks for yur help.

  9. #9
    Just Joined!
    Join Date
    Oct 2011
    Posts
    15
    you might want to take a look at this

    mradomski.wordpress.com/2007/01/08/finding-an-unlinked-open-file-and-other-lsof-uses/

    # lsof +L1

    For finding files that have a link count less than 1 (ie the file was removed but the process keeps on writing away).

    For those times when du and df don't match up.

  10. #10
    Just Joined!
    Join Date
    Oct 2011
    Posts
    7
    [root@dexerpdbq1 ebstest]# lsof +L1
    COMMAND PID USER FD TYPE DEVICE SIZE NLINK NODE NAME
    gpm 7118 root 0u CHR 136,0 0 2 /dev/pts/0 (deleted)
    gpm 7118 root 1u CHR 136,0 0 2 /dev/pts/0 (deleted)
    gpm 7118 root 2u CHR 136,0 0 2 /dev/pts/0 (deleted)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •