Bad File Descriptor in /dev/fd/3, and 94Gb of disk space missing

I noticed a few days ago, possibly as the result of a recent kernel panic, that I have a large chunk of hard drive space missing. The Finder reports that I have approximately 89Gb of free space, but using "df" reports that there is approximately 178Gb free. Using "du" doesn't report any unexpected huge files, so I tried running GrandPerspective. In addition to the usual file usage and free space, this shows a single 94Gb block of "miscellaneous used space".
I then booted into Single User mode to run fsck on the startup drive. This reported several errors, and took 3 passes to repair the directory structure, but didn't recover the missing space. I have subsequently run TechTool Pro and DiskWarrior on the startup drive (both of which found various minor errors), but the 94Gb still refuses to show itself.
I then tried using "find" to look for single large files, using "sudo find / -size +94371840" (anything larger than 90Gb), and I get the following errors:
find: /dev/fd/3: Bad file descriptor
find: /dev/fd/4: Not a directory
find: /dev/fd/5: Not a directory
After searching Google, a "Bad file descriptor" error points to an inode issue, that fsck cannot fix, but I don't know enough (read: anything) about inodes to risk running the clri command to zero the problem inode.
Short of blanking the startup disk and installing from scratch (not an attractive option), is there anything I can do to fix the broken inode and recover the missing space?
Any help appreciated.

Drawing Business wrote:
I then tried using "find" to look for single large files, using "sudo find / -size +94371840" (anything larger than 90Gb), and I get the following errors:
find: /dev/fd/3: Bad file descriptor
find: /dev/fd/4: Not a directory
find: /dev/fd/5: Not a directory
This is not an error and always happens with find unless you exclude the /dev hierarchy from the search. (Interestingly this seems to have gone away with 10.5??)
To locate your missing space, try WhatSize. Another alternative which I have not used personally is Disk Inventory X.
As an additional point, with 10.4 it is actually better to use Disk Utility, since it does more than fsck: Resolve startup issues and perform disk maintenance with Disk Utility and fsck, quote:
Note: If you're using Mac OS X 10.4 or later, you should use Disk Utility instead of fsck, whenever possible.

Similar Messages

  • Mhddfs / FUSE 'Bad file descriptor' issue

    Hi,
    I have a Seagate Goflex Home running archlinuxarm. Everything is working fine other than an issue I'm having with mhddfs while unioning several hard drives. I seem to be able to write to any of the drives individually but when I use the union share via mhddfs, it always returned this error when writing a file: 'Bad file descriptor'.
    When I try to do nano <new file name.txt>, it gives me the bad file descriptor error. However, if I persist after the initial error and try to save a second time it saves without any addition errors.
    Also, if I try to copy a file over samba to the union share, I get the error 'Invalid file name'. This happens for all files whether they have special characters or not.
    I'm a bit confused as to why this is happening. I've had mhddfs working well in the past. Does anyone know what could be causing this?
    Last edited by LightC (2013-05-09 15:15:24)

    Drawing Business wrote:
    I then tried using "find" to look for single large files, using "sudo find / -size +94371840" (anything larger than 90Gb), and I get the following errors:
    find: /dev/fd/3: Bad file descriptor
    find: /dev/fd/4: Not a directory
    find: /dev/fd/5: Not a directory
    This is not an error and always happens with find unless you exclude the /dev hierarchy from the search. (Interestingly this seems to have gone away with 10.5??)
    To locate your missing space, try WhatSize. Another alternative which I have not used personally is Disk Inventory X.
    As an additional point, with 10.4 it is actually better to use Disk Utility, since it does more than fsck: Resolve startup issues and perform disk maintenance with Disk Utility and fsck, quote:
    Note: If you're using Mac OS X 10.4 or later, you should use Disk Utility instead of fsck, whenever possible.

  • "IOException: Bad file descriptor" thrown during readline()

    I'm working on a system to send data to bluetooth devices. Currently I have a dummy program that "finds" bluetooth devices by listening for input on System.in, and when one is found, the system sends some data to the device over bluetooth. Here is the code for listening for input on System.in
    InputStreamReader isr = new InputStreamReader(System.in);
    BufferedReader br = new BufferedReader(isr);
    boolean streamOpen = true;
    while(streamOpen) {
         String next = "";
         System.out.println("waiting for Input: ");
         try {
              next = br.readLine();
               // other code here
          } catch (IOException ioe) {
               ioe.printStackTrace();
    } // end of whileThis is running in it's own thread, constantly listening for input from System.in. There is also another thread that handles pushing the data to the bluetooth device. It works the first time it reads input, then the other thread starts running also, printing output to System.out. When the data has successfully been pushed to the device, the system waits for me to enter more information. As soon as I type something and press return, i get an endless (probably infinte if I don't kill the process) list of IOExceptions:Bad file descriptor exceptions that are thrown from the readline() method.
    Here is what is being printed:
    Waiting for Input: // <-- This is the thread listening for input on System.in
    system started with 1 Bluetooth Chip // From here down is the thread that pushing data to the BT device
    next device used 0
    default device 0000000000
    start SDP for 0000AA112233
    *** obex_push: 00:00:AA:11:22:33@9, path/to/file.txt, file.txt
    I'm not even sure which line it's trying to read when the exception gets thrown, whether it's the first line after "Waiting for Input: " or it's the line where I actually type something and hit return.
    Any ideas why this might be happening? Could it have something to do with reading from System.in from a thread that is not the main thread?
    Also, this is using java 1.6

    Actually, restarting the stream doesn't work either..... here's a sample program that I wrote.
    public class ExitListener extends Thread {
         private BufferedReader br;
         private boolean threadRunning;
         public ExitListener(UbiBoardINRIA ubiBoard) {
              super("Exit Listener");
              threadRunning = true;
              InputStreamReader isr = new InputStreamReader(System.in);
              br = new BufferedReader(isr);
         public void run() {
              while (threadRunning) {
                   try {
                        String read = br.readLine();
                        if (read.equalsIgnoreCase("Exit")) {
                             threadRunning = false;
                   } catch (IOException ioe) {
                        System.out.println("Can you repeat that?");
                        try {
                             br.close();
                             br = new BufferedReader(new InputStreamReader(System.in));
                        } catch (IOException ioe2) {
                             ioe2.printStackTrace();
                             System.out.println("Killing this thread");
                             threadRunning = false;
                   } // end of catch
         } // end of run
    }output:
    I'm sorry, can you repeat that command? - Stream closed
    Closed Stream
    Ready?: false
    I'm sorry, can you repeat that command? - Stream closed
    Closed Stream
    Ready?: false
    I'm sorry, can you repeat that command? - Stream closed
    Closed Stream
    Ready?: false
    I'm sorry, can you repeat that command? - Stream closed
    Closed Stream
    Ready?: false
    I know that this is probably not enough code to really see the problem, but my main question is what could be going on somewhere else in the code that could cause this BufferedReader to not be able to re-open

  • Suddenly can't create dirs or files!? "Bad file descriptor"

    Tearing my hair out...
    Suddenly, neither root nor users can create files or directories in directories under /home. Attempting to do so gets: Error -51 in Finder, "Bad file descriptor" from command line, and "Invalid file handle" via SMB.
    However, files and dirs can be: read, edited, moved, and occasionally copied. Rebooting made no difference.
    Anyone have a clue on where to start on this?
    Mac OS X 10.3.9. Dual G4 XServe with 2 x 7 x 250 G XRAID.
    Many   Mac OS X (10.3.9)   Many
    Many   Mac OS X (10.3.9)   Many

    Indeed. This whole episode has exposed rather woeful lack of robustness on the part of the X Server and XRAID... various things failing and server hanging completely as a result of a few bad files on disk.. with lack of useful feedback as to what was happening.
    Best I can tell, we had reached the stage where the next available disk location for directory or file was bad... blocking any further additions.
    I've embarked on the process of copying everything off, remove crash-provoking files, replace one bad drive (hot swap didn't work), erase all, perform surface conditioning (bad-block finding) procedure, and maybe later this century will be copying all files back.
    Looks to me like the bad block finding procedure is finding a few bad blocks on the supposedly good drives... presumably will isolate those, but maybe we need to get more new drives.
    Many   Mac OS X (10.3.9)   Many

  • "The document 'Backup of Backup of Oral Report' could not be saved as 'Oral Report'. Bad file descriptor"

    Hello,
    Whenever I try to save my Keynote file, I receive an error message saying: "The document 'Backup of Backup of Oral Report' could not be saved as 'Oral Report'. Bad file descriptor".
    I've tried using other name to save my file, saving the file as a backup, saving it within my documents, and on a USB, but the file won't save. I'm using Keynote '09, Version 5.1.1 (1034) on my Mac Desktop running Mac OS X Version 10.6.8
    How can I fix this problem and save my file?

    change icloud backup to local backup on this compuet. this worked for me.

  • Upload-Szenario - WDRuntimeException Bad file descriptor

    Hi All,
    i'm using the Adobe Document Services on a NW04, ADS SP 19, NWDS 2.0.19 with IE 6.0.2900 SP2.
    If i use the Upload-UI-Element to show a PDF i got the error:  Bad file descriptor !!
    The PDF to upload is not corrupt, an i can open it with Acrobat Reader or the Tutorial (Download-Upload-Szenario) - Example.
    I had a binary Value-Attribute mapped as Data-Element of the UploadUI-Element. Read the Context-Value-Attribute to the controller context element and the Interactive Form Element had the reference to the attribute as pdfsource. The same code as the tutorial.
    What's wrong ?
    I didn't find anything about the error !
    Thanks for help.
    Regards Jürgen
    Exception(com.sap.tc.webdynpro.services.exceptions.WDRuntimeException: Bad file descriptor) during processing a Web Dynpro Application, Session with IDs: (J2EE7802600)ID1177271450DB10984010199363513659End,78651230d78a11db9c34000d608e44df,Id78651230d78a11db9c34000d608e44df6
    [EXCEPTION]
    com.sap.tc.webdynpro.services.exceptions.WDRuntimeException: Bad file descriptor
         at com.sap.tc.webdynpro.clientimpl.http.client.AbstractHttpClient.updateUpLoad(AbstractHttpClient.java:478)
         at com.sap.tc.webdynpro.progmodel.context.ModifiableBinaryType.parse(ModifiableBinaryType.java:95)
         at com.sap.tc.webdynpro.clientserver.data.DataContainer.doParse(DataContainer.java:1418)
         at com.sap.tc.webdynpro.clientserver.data.DataContainer.validatePendingUserInput(DataContainer.java:1328)
         at com.sap.tc.webdynpro.clientserver.data.DataContainer.validatePendingUserInput(DataContainer.java:672)
         at com.sap.tc.webdynpro.clientserver.cal.ClientComponent.validate(ClientComponent.java:624)
         at com.sap.tc.webdynpro.clientserver.cal.ClientApplication.validate(ClientApplication.java:741)
         at com.sap.tc.webdynpro.clientserver.task.WebDynproMainTask.transportData(WebDynproMainTask.java:712)
         at com.sap.tc.webdynpro.clientserver.task.WebDynproMainTask.execute(WebDynproMainTask.java:649)
         at com.sap.tc.webdynpro.clientserver.cal.AbstractClient.executeTasks(AbstractClient.java:59)
         at com.sap.tc.webdynpro.clientserver.cal.ClientManager.doProcessing(ClientManager.java:251)
         at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doWebDynproProcessing(DispatcherServlet.java:154)
         at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doContent(DispatcherServlet.java:116)
         at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doPost(DispatcherServlet.java:55)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:401)
         at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:266)
         at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387)
         at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:365)
         at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:944)
         at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:266)
         at com.sap.engine.services.httpserver.server.Client.handle(Client.java:95)
         at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:160)
         at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:33)
         at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
         at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
         at java.security.AccessController.doPrivileged(Native Method)
         at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:100)
         at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:170)
    Caused by: java.io.IOException: Bad file descriptor
         at java.io.FileInputStream.readBytes(Native Method)
         at java.io.FileInputStream.read(FileInputStream.java:177)
         at com.sap.tc.webdynpro.clientimpl.http.client.AbstractHttpClient.writeIn2Out(AbstractHttpClient.java:493)
         at com.sap.tc.webdynpro.clientimpl.http.client.AbstractHttpClient.updateUpLoad(AbstractHttpClient.java:435)
         ... 29 more

    Two things I think helped to solve this
    PROPAGATE_EXCEPTIONS = True
    in config.py and I removed threading from my vassal ini file the ending uwsgi files looked like this:
    /etc/uwsgi/emperor.ini:
    [uwsgi]
    emperor = /etc/uwsgi/vassals
    master = true
    plugins = python2
    uid = http
    gid = http
    [/etc/uwsgi/vassals/test.ini:
    [uwsgi]
    chdir = /srv/http/test_dir/src
    wsgi-file = run.py
    callable = app
    processes = 4
    stats = 127.0.0.1:9191
    max-requests = 5000
    enable-threads = true
    vacuum = true
    thunder-lock = true
    socket = /run/uwsgi/test-sock.sock
    chmod-socket = 664
    harakiri = 60
    logto = /var/log/uwsgi/test.log
    Not sure on the
    PROPAGATE_EXCEPTIONS = True
    but removing the threads option in test.ini and making sure there was a master option in emperor.ini seemed to have solved the issue of sql being tossed around to different treads, or at least it complaining about it and crashing the site out, either or.
    Also don't use the uwsgi from this distribution, get it from pip, the distros are broken.

  • [SOLVED] Cups refuses to work: "bad file descriptor"

    I am not getting CUPS to work on a new installation.
    I need to use cups as a client printing to a printer attached to a separate server. What I did:
    1. I installed  the cups package and started/enabled the service in systemd.
    2. The remote server has a working CUPS installation (accessible and working from other computers)
    3. I can see the remote printer listed among the printers in CUPS's local  web interface
    However, every job sent to the printer (from the GUI: KDE based apps such as Okular, etcetera) silently fails.
    No job is ever listed on the CUPS web interface.
    If I try to check on CUPS status with lstat I get the following error:
    $> lpstat
    lpstat: bad file descriptor
    Any suggestion on how to fix the problem?
    Edit: more info
    It seems that cups is running fine according to systemd:
    [stefano@gorgias ~]$ systemctl status cups
    ● cups.service - CUPS Printing Service
    Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
    Active: active (running) since Mon 2014-08-04 17:56:32 CDT; 16h ago
    Main PID: 2832 (cupsd)
    Status: "Scheduler is running..."
    CGroup: /system.slice/cups.service
    └─2832 /usr/bin/cupsd -f
    Aug 04 17:56:32 gorgias systemd[1]: Started CUPS Printing Service.
    but not so according to CUPS itself:
    [stefano@gorgias ~]$ lpstat -t
    scheduler is not running
    no system default destination
    lpstat: Bad file descriptor
    lpstat: Bad file descriptor
    lpstat: Bad file descriptor
    lpstat: Bad file descriptor
    lpstat: Bad file descriptor
    So systemd tells me the scheduler is running, while CUPS claims it is not
    Last edited by stefano (2014-08-06 22:15:53)

    Stefano,
    I can't thank you enough for posting your solution! I have spent the last several days trying to get libreoffice and evince to even see my printer. I've been up and down so many cups web interface sessions, I lost count long ago. Finally, I came across some commands I'd never seen before, in particular 'lpstat' which also gave me the 'bad file descriptor' message. Googling provided next to nothing in help, but it did produce a link to your post, which is like finding a needle in a haystack! Anyway, I updated /etc/cups/client.conf as you suggested, and now my applications can finally see my Brother HL-2280DW.
    For what it's worth, I'm running a fresh archlinux install (as of a week or two ago), and just installed cups a few days ago:
    root<t1>@benito:/etc/cups# uname -a
    Linux benito 3.16.1-1-ARCH #1 SMP PREEMPT Thu Aug 14 07:40:19 CEST 2014 x86_64 GNU/Linux
    root<t1>@benito:/etc/cups# pacman -Qs cups
    local/brother-hl2280dw 2.0.4_2-3
        Brother HL-2280DW CUPS Driver
    local/cups 1.7.5-1
        The CUPS Printing System - daemon package
    local/cups-filters 1.0.57-1
        OpenPrinting CUPS Filters
    local/cups-pdf 2.6.1-2
        PDF printer for cups
    local/libcups 1.7.5-1
        The CUPS Printing System - client libraries and headers
    local/python2-pycups 1.9.66-2
        Python CUPS Bindings
    local/system-config-printer 1.4.4-1
        A CUPS printer configuration tool and status applet
    Again, my sincere thanks!!
    (BTW, I'd also like to know why /etc/cups/client.conf doesn't work as advertised...)
    Last edited by archzen (2014-08-24 06:44:58)

  • System error 9 bad file descriptor

    Hello. I am running system 10.3.9 and when I try to sync I get this error message, "system error 9 bad file descriptor." Needless to say I am unable to sync. Has anyone run into this problem? Are there any suggestions to fix it?

    We have authorization problem, restric by OHD technical name.

  • Oracle Portal item cannot be deleted using dav (Bad File Descriptor)

    I cannot delete an Oracle Portal item with webdav. I get an error 500 and the item is not deleted.
    When this same user logs in as portal user with a browser, the item kan be deleted.
    So the user permissions are probably not the problem.
    What can be the problem?
    How do I have to solve this?
    <h1>Info found in log files</h1>
    <h2>C:\OraHome_2\webcache\logs</h2>
    Here I find an access.log file, but this one does not seem to contain anything useful.
    <h2>C:\OraHome_2\Apache\Apache\logs\</h2>
    Here I find two recent log files:
    <h3>access_log.1340236800</h3>
    HTTP/1.1" 207 3215
    192.168.6.57 - - [21/Jun/2012:09:28:53 +0200] "DELETE /dav_portal/portal/Bibnet/Open_Vlacc_regelgeving/Werkgroepen/vlacc_wgCAT/fgtest.txt HTTP/1.1" 500 431
    <h3>error_log.1340236800</h3>
    [Thu Jun 21 09:28:53 2012] [error] [client 192.168.6.57] [ecid: 3781906711623,1] Could not DELETE /dav_portal/portal/Bibnet/Open_Vlacc_regelgeving/Werkgroepen/vlacc_wgCAT/fgtest.txt. [500, #0] [mod_dav.c line 2008]
    [Thu Jun 21 09:28:53 2012] [error] [client 192.168.6.57] [ecid: 3781906711623,1] (9)Bad file descriptor: Delete unsuccessful. [500, #0] [dav_ora_repos.c line 8913]
    In the error log, you also often find back message :
    [Thu Jun 21 10:33:02 2012] [notice] [client 192.168.6.57] [ecid: 3421133404379,1] ORA-20504: User not authorized to perform the requested operation
    This has probably nothing to do with it, you also have this message when the delete is successful.
    <h1>Versions I have used</h1>
    Dav client: I have tried with clients "Oracle Drive 10.2.0.0.27 Patch" and Cyberduck 4.2.1
    Oracle Portal 10.1.4
    In the errorX.log file, I find back these lines too:
    [Thu Jun 21 09:53:17 2012] [notice] [client 192.168.6.57] [ecid: 4348843884218,1] OraDAV: Initializing OraDAV Portal Driver (1.0.3.2.3-0030) using API version 2.00
    [Thu Jun 21 09:53:17 2012] [notice] [client 192.168.6.57] [ecid: 4348843884218,1] OraDAV: oradav_driver_info Name=interMedia Version=2.3

    You may want to try a rebuild of the DAV tables in Oracle Portal. Before you do so, take a backup of the Portal repository database to ensure that you can revert back in case of disaster.
    Rebuilding the DAV tables is done with the following instructions :
    <li> Start SQL*PLUS and connect to the Portal metadata repository database as PORTAL user
    <li> Execute wwdav_loader.create_dav_content :
    SQL> exec wwdav_loader.create_dav_content();{code}
    Thanks,
    EJ                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Error : Bad file descriptor

    Hi All,
    I am getting Bad file descriptor error message while trying to run the below code :
    try {
      HSSFWorkbook wb = new HSSFWorkbook();
      HSSFSheet sheet = wb.createSheet("Excel Sheet");
      HSSFRow rowhead = sheet.createRow((short) 0);
      rowhead.createCell((short) 0).setCellValue("Roll No");
      rowhead.createCell((short) 1).setCellValue("Name");
      rowhead.createCell((short) 2).setCellValue("Class");
      rowhead.createCell((short) 3).setCellValue("Marks");
      rowhead.createCell((short) 4).setCellValue("Grade");
      int index = 1;
      while (index<=110){
            HSSFRow row = sheet.createRow((short) index);
            row.createCell((short) 0).setCellValue(index);
            row.createCell((short) 1).setCellValue("Java");
            row.createCell((short) 2).setCellValue("Write to Excel");
            row.createCell((short) 3).setCellValue(index+15);
            row.createCell((short) 4).setCellValue("NA");
              index++;
           FileOutputStream fileOut = new FileOutputStream("\\\\remotepc1111\\C$\\test\\TestExcel.xls");
         wb.write(fileOut);
         fileOut.close();
    catch (Exception e) {
    System.out.println(e.getMessage());
    }I read some where on the internet that this could be because of fileOut.close(). I tried after commenting that, but result was same.
    Could some one point me what mistake I am making.
    Thanks a lot.
    AR

    RAMJANE wrote:
    As I am running this code through JSP file so printStackTrace() is not working for me. From Java standalone program it is working fine.The general strategy when doing old school JSP development is to use a servlet to do the business logic stuff and a JSP only to render the view. The strategy is basically to:
    - enter in the Servlet which will do stuff and prepare data
    - any data prudent to the view is put in the request scope using setAttribute()
    - make the servlet forward to the JSP that renders the view (which does not always have to be the same one!)
    - render the view using JSTL only - no Java code and/or scriptlets
    that creates clean, easy to debug and maintain code. Of course that does mean that each 'page' has at least two resources, but that is true for most of any framework you can use too.
    As for printStackTrace() "not working" - the output ends up in the server's log files. Check there.

  • Logkeys: Bad file descriptor

    I've searched around for a decent keylogger for Linux and logkeys seems to be the only working solution. Sadly, it doesn't work:
    blender ~ $ sudo strace -f logkeys -s
    write(1, "a", 1) = -1 EBADF (Bad file descriptor)
    read(0, "\223\t\4O\0\0\0\0\374\352\t\0\0\0\0\0\0\0\0\0\0\0\0\0", 24) = 24
    read(0, "\223\t\4O\0\0\0\0?\236\f\0\0\0\0\0\4\0\4\0\36\0\0\0", 24) = 24
    read(0, "\223\t\4O\0\0\0\0E\236\f\0\0\0\0\0\1\0\36\0\0\0\0\0", 24) = 24
    read(0, "\223\t\4O\0\0\0\0F\236\f\0\0\0\0\0\0\0\0\0\0\0\0\0", 24) = 24
    read(0, "\223\t\4O\0\0\0\0\370\364\16\0\0\0\0\0\4\0\4\0\37\0\0\0", 24) = 24
    read(0, "\223\t\4O\0\0\0\0\376\364\16\0\0\0\0\0\1\0\37\0\1\0\0\0", 24) = 24
    I keep getting EBADF (Bad file descriptor) after each keystroke. I changed file permissions on the log to 775 to test and the same thing happens.
    Anyone know what's the problem?

    This issue is now fixed in the current package: http://code.google.com/p/logkeys/issues … %20Summary. Yes!

  • Suse 10: Unable to release physical memory: Bad file descriptor

    When I'm trying to run jrockit it prints the message "Unable to release
    physical memory: Bad file descriptor":
    stef@linux:~> export JAVA_HOME=/home/stef/progs/jrockit-jdk1.5.0_03
    stef@linux:~> export PATH=/home/stef/progs/jrockit-jdk1.5.0_03/bin:$PATH
    stef@linux:~> java -version
    Unable to release physical memory: Bad file descriptor
    [~38 time the same message]
    Unable to release physical memory: Bad file descriptor
    java version "1.5.0_03"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07)
    BEA JRockit(R) (build dra-45238-20050523-2008-linux-ia32, R25.2.0-28)
    The vm does work and the speed seems to be okay but this messages pops
    up every time I try to run an application. (It's not specific to this
    user it also happens for root)
    What does it mean and what can I do about it?
    Yours,
    Stefan

    You can safely ignore the messages. It is a result of changes in the implementation of madvise in the 2.6.13 kernel (which, needless to say, isn't supported with JRockit). We'll change our usage in a future release so that these messages don't show up.
    Thanks for pointing it out,
    /Staffan

  • [SOLVED] gpgme error: Bad file descriptor

    I tried to install a new system today. I chrooted into it and wanted to install some packages, but all I got was this error instead:
    error: GPGME Error: bad file descriptor
    error: <package>: missing required signature
    And that for each and every single package...
    I ran pacman-key --init and --populate, set SigLevel to Optional in pacman.conf, did pacman -Syu and all you want, still got the same error.
    Last edited by DeatzoSeol (2012-06-17 22:55:10)

    ... which I have. Still the same.
    OMG! I re-checked and found out there's no procfs in my chroot. Damn me it works now... what did I learn today? double-check your chroot.
    Thanks
    Last edited by DeatzoSeol (2012-06-17 22:55:46)

  • Bad File Descriptor when I try to create an Tale

    I am getting the following error when I execute the ./dbca on Red Hat Linux
    java.io.IOException: Bad file descriptor
    at java.io.FileInputStream.readBytes(Native Method)
    at java.io.FileInputStream.read(FileInputStream.java:194)
    at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
    at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
    at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
    at java.io.InputStreamReader.read(InputStreamReader.java:167)
    at java.io.BufferedReader.fill(BufferedReader.java:136)
    at java.io.BufferedReader.readLine(BufferedReader.java:299)
    at java.io.BufferedReader.readLine(BufferedReader.java:362)
    at oracle.sysman.assistants.util.sqlEngine.SQLEngine$ErrorStreamReader.run(SQLEngine.java:1985)
    at java.lang.Thread.run(Thread.java:534)

    Hello Naveen,
    I am experiencing exactly the same error message when trying to create a database through dbca(RH LInux). The assistant guides me through the process of locating the directories and naming the database but when I validate all choices and try to finish up the process I get the following error and dbca seem to enter some kind of loop. However nothing of the database is created. Did you manage to pass that stage if yes could you let me know how you went throught it. I am stuck to that point and no script was generated to manually create the DB.
    If anyone else has a clue your advices are much awaited thanks in advance.
    Nzavi
    java.io.IOException: Bad file descriptor
    at java.io.FileInputStream.readBytes(Native Method)
    at java.io.FileInputStream.read(Unknown Source)
    at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(Unknown Source)
    at sun.nio.cs.StreamDecoder$CharsetSD.implRead(Unknown Source)
    at sun.nio.cs.StreamDecoder.read(Unknown Source)
    at java.io.InputStreamReader.read(Unknown Source)
    at java.io.BufferedReader.fill(Unknown Source)
    at java.io.BufferedReader.readLine(Unknown Source)
    at java.io.BufferedReader.readLine(Unknown Source)
    at oracle.sysman.assistants.util.sqlEngine.SQLEngine$ErrorStreamReader.run(SQLEngine.java:1985)
    at java.lang.Thread.run(Unknown Source)

  • Java.io.IOException: Bad file descriptor Jetty 9.2.10.v20150310

    I started jetty in nonstop server on port 18095 and it was running fine, few days later suddenly noticed it consumes more CPU, when I check the log noticed the following log writing continiously
    2015-07-08 13:25:48.606:WARN:oejs.ServerConnector:qtp26807578-18-acceptor-0@182e42f-ServerConnector@1f02fde {HTTP/1.1}{0.0.0.0:18095}:
    java.io.IOException: Bad file descriptor (errno:4009)
    at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
    at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:241)
    at org.eclipse.jetty.server.ServerConnector.accept(ServerConnector.java:377)
    at org.eclipse.jetty.server.AbstractConnector$Acceptor.run(AbstractConnector.java:500)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
    at java.lang.Thread.run(Thread.java:724)
    Can any one guess the root cause. Thanks.

    I am using jdbc to connect the database. I want to update the blob fields that is picture into the database. Now i am using preparedstatement to update the fields. When it causes error, it will closed automatically. At that time, it causes bad file descriptor.

Maybe you are looking for