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

Similar Messages

  • Release Physical memory

    I am using Sigar dll for showing Physical memory...
    class Memory()
    ArrayList<HashMap> al=new ArrayList<HashMap>();
          public void EatMemory()
              while(!Stop)
                al.add(new HashMap());
              //Condition here
                  //  Stop=true;
    }and on button click event in the main form I create Memory object and call EatMemory() method
    Memory mem=new Memory();
    mem.EatMemory();and also I have a timer run method which shows physical and virtual memory of the system every second.
    Sigar s=new Sigar();
    Runtime r=Runtime.getRuntime();
    Mem m;
                public void run(){
                    try{
                        m=s.getMem();
                        long ActualUsed=m.getActualUsed()/1024;//in kilobytes
                        long ActualFree=m.getActualFree()/1024;//in kilobytes
                        long PhyTotal=m.getTotal()/1024;//in kilobytes
                        int perc=(int)m.getUsedPercent();
                        long VMTotal=r.totalMemory()/1024;
                        long VMFree=r.freeMemory()/1024;
                        long VMused=VMTotal-VMFree;
                        int vmperc=  (int)((new Double(VMused) / new Double(VMTotal))*100);
                        jlUsedMem.setText(String.valueOf(ActualUsed) );
                        jlFreeMem.setText(String.valueOf(ActualFree) );
                        jlTotalMem.setText(String.valueOf(PhyTotal) );
                        jlVMUsed.setText(String.valueOf(VMused));
                        jlVMFree.setText(String.valueOf(VMFree));
                        jlVMTotal.setText(String.valueOf(VMTotal));
                        jpbMemoryUsage.setValue(perc);
                        jpbaMemory.setValue(perc);
                        jpbVMMemoryUsage.setValue(vmperc);
                catch(Exception ex)
    }After EatMemory() method call Physical and Virtual memory increases and match the required condtion, when EatMemory() Method completes I call Runtime.getRuntime().gc() on another button event, after that Virtual Memory release memory but physical memory does not release memory. If I restart application then physical memory releases. How can it possible that like the way through which I release virtual memory, I am also release physical memory?

    Faisal_Ahmed wrote:
    need help...How are we supposed to know you didn't already get help somewhere else? Crossposting in several places makes people not help you in any of them.

  • 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.

  • Installation:CSynEvent::~CSynEvent: an error occured;: Bad file descriptor

    Hi,
    CSynEvent::~CSynEvent: an error occured;: Bad file descriptor
    I am getting the above error when I try installing SAP Netweaver 2004s SR1 on RedHat Linux 5.00
    1. started ./sapinst in putty
    2. started ./startInsGui.sh in HummingBird
    Please help.
    thanks,
    Arun.

    Dear Arun,
    if you get the message
    login timeout: unable to establish a valid connection
    the sapinst GUI cannot connect to the sapinst server.
    1) if you are using remote sapinst GUI
    -> check if firewall is off via:
    iptables -L
    if your output is not like
    # iptables -L
    Chain INPUT (policy ACCEPT)
    target     prot opt source               destination
    Chain FORWARD (policy ACCEPT)
    target     prot opt source               destination
    Chain OUTPUT (policy ACCEPT)
    target     prot opt source               destination
    then the firewall is active. Please shut it down or open the port for sapinst GUI
    2) if you are using local sapinst GUI
    -> check if X forwarding works (e.g.) via calling xterm or xeyes
    Thanks,
    Hannes

  • Bad File Descriptor ERROR

    Hi Friends,
    Here is my scenario:
    while (INFINITE_LOOP) {
         1. Create eraser.db DB with enabling environment & no transaction in dir: /DB_DIR
         2. Create expire.db DB without enabling environment & no transaction in same dir: /DB_DIR
         3. Perform add - remove record operations on both dbs.
         3. Close both dbs & environment
         4. Remove entire directory : /DB_DIR (using posix rmdir & unlink apis)
         5. sleep for 2 mins. (This is for stress testing... actual sleep value is 24 hrs)
    This while loop works for few iterations. But after few iterations I start getting below errors:
    seek: 0: (0 * 4096) + 0: Bad file descriptor
    eraser.db: write failed for page 0
    eraser.db: unable to flush page: 0
    seek: 4096: (1 * 4096) + 0: Bad file descriptor
    eraser.db: write failed for page 1
    eraser.db: unable to flush page: 1
    seek: 8192: (2 * 4096) + 0: Bad file descriptor
    eraser.db: write failed for page 2
    eraser.db: unable to flush page: 2
    Once these errors start occuring. All the db operations start failing for all the following iterations.
    Now I have to stop my program & restart, then only db starts working as expected.
    Kindly suggest the root cause of the problem.
    Regards,
    ~ Ashish K.

    Hi Friends,
    The above mentioned issues was not related to BDB. Finally I found "opened once, but closed twice" file descriptor issue in my multi threaded code.In our code a socket descriptor was getting closed twice. After few iterations of running, this problem was unintentionally leading to closing of one of the internal file descriptor of BDB. Once I fixed that problem. BDB started working as expected.
    For those who are unfamiliar to closing twice issue in multi threaded code read below:
    foo ()
        fd = open();
        // some processing.
        close (fd);
        // some processing.
        close (fd);
    The above code will work smoothly for a single threaded application. But in our case of multithreading, if a thread "X" call open(), when thread "Y" is in between the two close() calls, then in that case, thread "X" will get the same fd for open which thread "Y" was using (since open always return the smallest unused descriptor). File descriptors are shared by all the threads. So when thread "Y" carries out its second close(), it actually closes the file descriptor of thread "X", which was valid & in use.
    This is what precisely happening with my code.
    TIP: Whenever your multi threaded code, starts giving BDB errors like "Bad file descriptor" first check if there is a place in code where you are "opening once but closing twice" any file descriptor.
    Regards,
    ~ Ashish K.

  • Can't connect on wired network - Bad file descriptor

    Hi everybody...
    I'm using wicd daemon and never had any trouble before... in fact, I can connect normally to other wired and wireless networks. But recently I stambled onto a network which I can connect on Windows normally, but on Arch, wicd log says the following:
    2009/09/15 21:01:12 :: Putting interface down
    2009/09/15 21:01:12 :: Releasing DHCP leases...
    2009/09/15 21:01:12 :: Setting false IP...
    2009/09/15 21:01:12 :: Flushing the routing table...
    2009/09/15 21:01:12 :: Putting interface up...
    2009/09/15 21:01:12 :: Running DHCP
    2009/09/15 21:01:12 :: dhcpcd: version 5.0.7 starting
    2009/09/15 21:01:12 ::
    2009/09/15 21:01:12 :: dhcpcd: eth0: rebinding lease of 192.168.0.194
    2009/09/15 21:01:12 ::
    2009/09/15 21:01:22 :: dhcpcd: eth0: broadcasting for a lease
    2009/09/15 21:01:22 ::
    2009/09/15 21:01:23 :: dhcpcd: eth0: offered 172.16.1.196 from 172.16.1.254
    2009/09/15 21:01:23 ::
    2009/09/15 21:01:23 :: dhcpcd: eth0: acknowledged 172.16.1.196 from 172.16.1.254
    2009/09/15 21:01:23 ::
    2009/09/15 21:01:23 :: dhcpcd: eth0: checking for 172.16.1.196
    2009/09/15 21:01:23 ::
    2009/09/15 21:01:23 :: dhcpcd: eth0: hardware address 00:00:5a:72:ef:5f claims 172.16.1.196
    2009/09/15 21:01:23 ::
    2009/09/15 21:01:23 :: dhcpcd: eth0: send_raw_packet: Bad file descriptor
    2009/09/15 21:01:23 ::
    2009/09/15 21:01:33 :: dhcpcd: eth0: rebinding lease of 192.168.0.194
    2009/09/15 21:01:33 ::
    2009/09/15 21:01:42 :: dhcpcd: timed out
    2009/09/15 21:01:42 ::
    2009/09/15 21:01:42 :: DHCP connection failed
    2009/09/15 21:01:42 :: exiting connection thread
    2009/09/15 21:01:42 :: Sending connection attempt result dhcp_failed
    I also tried to disable wicd and bring back the network daemon up, but I couldn't connect this way either. Any clues?
    Thanks a lot!

    I got the log from /var/log/everything... Here's what happens the I select the wired network on Wicd:
    Sep 16 21:12:27 leandro dhcpcd: dhcpcd not running
    Sep 16 21:12:28 leandro kernel: input: b43-phy0 as /devices/virtual/input/input14
    Sep 16 21:12:28 leandro kernel: b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
    Sep 16 21:12:28 leandro kernel: Registered led device: b43-phy0::radio
    Sep 16 21:12:28 leandro kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready
    Sep 16 21:12:28 leandro dhcpcd: dhcpcd not running
    Sep 16 21:12:28 leandro kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
    Sep 16 21:12:28 leandro dhcpcd: version 5.0.7 starting
    Sep 16 21:12:28 leandro dhcpcd: eth0: rebinding lease of 192.168.0.194
    Sep 16 21:12:38 leandro dhcpcd: eth0: broadcasting for a lease
    Sep 16 21:12:38 leandro dhcpcd: eth0: offered 172.16.1.196 from 172.16.1.254
    Sep 16 21:12:38 leandro dhcpcd: eth0: acknowledged 172.16.1.196 from 172.16.1.254
    Sep 16 21:12:38 leandro dhcpcd: eth0: checking for 172.16.1.196
    Sep 16 21:12:39 leandro dhcpcd: eth0: hardware address 00:00:5a:72:ef:5f claims 172.16.1.196
    Sep 16 21:12:39 leandro dhcpcd: eth0: send_raw_packet: Bad file descriptor
    Sep 16 21:12:39 leandro kernel: eth0: no IPv6 routers present
    Sep 16 21:12:49 leandro dhcpcd: eth0: rebinding lease of 192.168.0.194
    Sep 16 21:12:58 leandro dhcpcd: timed out
    Appreciate any help! I don't think this is a common problem because Google desn't return many results on "dhcpcd" and "bad file descriptor".
    Thanks!

  • Can anyone tell me what "RUN-059008   ... Bad file descriptor"

    The entire message is "2736     3052     RUN-059008      6/23/2010 12:54:16 PM  Putting a row into a pageable cache failed with error <9> and error message <Db::put: Bad file descriptor>."
    The person who got it was running a busObj data integrator job. The job was for a whole year. When she broke it down by quarter it ran fine.
    I'm not familiar with the product, but are there cache settings or something I should look at?

    if you are running the Dataflow is Pageable Mode, then for processing large volume data if caching is need instead of caching the Data in memory DI will cache this on the Disk. The cache file will be created in the Pageable Cache directory that is set from the server Manager.
    check the size of PCache directory ?
    since you are able to process the data in batches, could be related to volume of data and run time resource usage

  • "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

  • 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.

  • "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)

  • 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.

Maybe you are looking for