You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Maurits Lucas (JIRA)" <ji...@apache.org> on 2008/12/16 11:20:46 UTC

[jira] Commented: (DAEMON-120) Unable to open directory /proc/self/fd

    [ https://issues.apache.org/jira/browse/DAEMON-120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656934#action_12656934 ] 

Maurits Lucas commented on DAEMON-120:
--------------------------------------

Hi,

We also ran into this issue using JSVC to run Tomcat, also when using JMX to query the "OpenFileDescriptorCount" attribute of the java.lang/Operating System JMX path.

We'd like to use this attribute to monitor if the number of open files is approaching the maximum, but can't because it is unavailable on any VM that was started using JSVC.

It appears that someone is using the wrong PID when querying /proc?



> Unable to open directory /proc/self/fd
> --------------------------------------
>
>                 Key: DAEMON-120
>                 URL: https://issues.apache.org/jira/browse/DAEMON-120
>             Project: Commons Daemon
>          Issue Type: Bug
>    Affects Versions: 1.0.1
>         Environment: RHEL 5.2
> [Atlassian JIRA|http://www.atlassian.com/] 3.12.2 Enterprise standalone which comes with Tomcat 5.5.20
> [Zapcat JMX Zabbix Bridge|http://www.kjkoster.org/zapcat/Zapcat_JMX_Zabbix_Bridge.html] 1.2
> [Zabbix 1.4.5|http://www.zabbix.com/]
>            Reporter: Ximon Eighteen
>            Priority: Minor
>
> Hi,
> I recently switched to using JSVC to run Tomcat and encountered a strange problem. I eventually found a workaround and only just remembered to raise the issue here.
> Everything was working fine until I switched over to JSVC. All the other components mentioned in the environment field above stayed the same, I just introduced JSVC by editing catalina.sh to invoke JSVC like so:
> {noformat}
>   /usr/local/jsvc/jsvc                                                 \
>     -user jira                                                         \
>     -cp ./bin/bootstrap.jar                                            \
>     -outfile "$CATALINA_BASE/logs/catalina.out"                        \
>     -errfile "$CATALINA_BASE/logs/catalina.err"                        \
>     $JAVA_OPTS $CATALINA_OPTS                                          \
>     -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
>     -Dcatalina.base="$CATALINA_BASE"                                   \
>     -Dcatalina.home="$CATALINA_HOME"                                   \
>     -Djava.io.tmpdir="$CATALINA_TMPDIR"                                \
>     org.apache.catalina.startup.Bootstrap "$@" start
> {noformat}
> Once JIRA was running under JSVC I started seeing lots of these errors in the logs:
> {noformat}
> 20081103 140454,979 org.kjkoster.zapcat.zabbix.QueryHandler ERROR - dropping exception
> javax.management.RuntimeErrorException: java.lang.InternalError: errno: 13 error: Unable to open directory /proc/self/fd
>         at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.rethrow(DefaultMBeanServerInterceptor.java:858)
>         at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.rethrowMaybeMBeanException(DefaultMBeanServerInterceptor.java:869)
>         at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttribute(DefaultMBeanServerInterceptor.java:670)
>         at com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(JmxMBeanServer.java:638)
>         at org.kjkoster.zapcat.zabbix.JMXHelper.query(JMXHelper.java:62)
>         at org.kjkoster.zapcat.zabbix.QueryHandler.response(QueryHandler.java:127)
>         at org.kjkoster.zapcat.zabbix.QueryHandler.handleQuery(QueryHandler.java:87)
>         at org.kjkoster.zapcat.zabbix.QueryHandler.run(QueryHandler.java:70)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>         at java.lang.Thread.run(Thread.java:619)
> {noformat}
> After much investigation with the Zapcat author Kees Jan Koster we eventually realised I could just work around the problem by disaling this Zapcat provided Zabbix item:
> {noformat}"jmx[java.lang:type=OperatingSystem][OpenFileDescriptorCount]"{noformat}
> Any ideas?
> Cheers,
> Ximon

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.