Como fazer com que o Tomcat7 seja executado como daemon no CentOS

1

Estou tentando implementar o SSL para Tomcat on CentOS 6.7 . Não é um problema de aninhamento de carrapatos, nem o SELinux se aplica, assim como outras postagens - pelo menos eu acho que não.

O arquivo server.xml tem entrada:

<Connector protocol="org.apache.coyote.http11.Http11NioProtocol"
               port="443" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS"
               keystoreFile="/usr/share/tomcat/.keystore" keystorePass="password-omitted-for-security"  />

A senha está correta e foi validada usando keytool.

O Tomcat também possui o arquivo:

-rwxrwxrwx.   1 tomcat tomcat 7192 Sep  2  2014 .keystore

O que causaria o seguinte em catalina.out :

    SEVERE: Failed to initialize end point associated with ProtocolHandler ["http-nio-443"]
    java.net.SocketException: Permission denied
        at sun.nio.ch.Net.bind0(Native Method)
        at sun.nio.ch.Net.bind(Net.java:437)
        at sun.nio.ch.Net.bind(Net.java:429)
        at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
        at org.apache.tomcat.util.net.NioEndpoint.bind(NioEndpoint.java:475)
        at org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:651)
        at org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:434)
        at org.apache.coyote.http11.AbstractHttp11JsseProtocol.init(AbstractHttp11JsseProtocol.java:119)
        at org.apache.catalina.connector.Connector.initInternal(Connector.java:978)
        at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
        at org.apache.catalina.core.StandardService.initInternal(StandardService.java:559)
        at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
        at org.apache.catalina.core.StandardServer.initInternal(StandardServer.java:821)
        at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
        at org.apache.catalina.startup.Catalina.load(Catalina.java:638)
        at org.apache.catalina.startup.Catalina.load(Catalina.java:663)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:497)
        at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:253)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427)

Por Apache , o Tomcat7 deve ser executado como daemon. No entanto, suas instruções lançam sua própria exceção:

-bash: ./bin/jsvc: No such file or directory

Então, eles mencionam que eu posso precisar especificar a VM se o cliente usar diferente, o que faz:

echo $JAVA_HOME
/usr/java/jdk1.7.0_79

e o Tomcat7 usa:

/usr/java/jre1.8.0_51

então usei de dentro de $ CATALINA_HOME:

./bin/jsvc \ -classpath $CATALINA_HOME/bin/bootstrap.jar:$CATALINA_HOME/bin/tomcat-juli.jar \ 
    -outfile $CATALINA_BASE/logs/catalina.out \ -errfile $CATALINA_BASE/logs/catalina.err \ -Dcatalina.home=$CATALINA_HOME \ 
    -Dcatalina.base=$CATALINA_BASE \ 
    -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager \ 
    -Djava.util.logging.config.file=$CATALINA_BASE/conf/logging.properties \ 
    -jvm /usr/java/jre1.8.0_51 \ 
    org.apache.catalina.startup.Bootstrap

com os mesmos resultados:

-bash: ./bin/jsvc: No such file or directory

Por favor, informe

    
por Roy Hinkley 20.02.2016 / 22:43

0 respostas