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 ...
  1. 10-31-2011 #1
    b11singh
    b11singh is offline
    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
    Reply With Quote Reply With Quote
  2. 10-31-2011 #2
    Irithori
    Irithori is online now
    Linux Guru Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    2,100
    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.
    Reply With Quote Reply With Quote
  3. 10-31-2011 #3
    b11singh
    b11singh is offline
    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
    Reply With Quote Reply With Quote
  4. 10-31-2011 #4
    Irithori
    Irithori is online now
    Linux Guru Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    2,100
    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.
    Reply With Quote Reply With Quote
  5. 10-31-2011 #5
    Irithori
    Irithori is online now
    Linux Guru Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    2,100
    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.
    Reply With Quote Reply With Quote
  6. 10-31-2011 #6
    b11singh
    b11singh is offline
    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.
    Reply With Quote Reply With Quote
  7. 10-31-2011 #7
    Irithori
    Irithori is online now
    Linux Guru Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    2,100
    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.
    Reply With Quote Reply With Quote
  8. 10-31-2011 #8
    b11singh
    b11singh is offline
    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.
    Reply With Quote Reply With Quote
  9. 10-31-2011 #9
    ssd7
    ssd7 is offline
    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.
    Reply With Quote Reply With Quote
  10. 10-31-2011 #10
    b11singh
    b11singh is offline
    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)
    Reply With Quote Reply With Quote
« Previous Thread | Next Thread »

Posting Permissions

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

Forum Rules

...