[eside-ghost] Errores con jmxremote

[Fran Mosteiro]

Buenas!!
Lo de la diferencia de puertos ha sido cagada mia al copy-pastear; en teoria
son los mismos :D

Y lo de filtrar el proceso y matarlo, ya lo habia pensado; pero es una poco
rollo porque, al ser dos tomcats los que corren, y al llamarse los dos
"java" no quiero tener que andar filtrando a ver cual debo de matar y cual
no :s Tiene que haber alguna otra forma de hacer que este puerto deje de
"escuchar" al hacer el stop; pero no se me ocurre como.

Muchas gracias por contestar xD


El día 22/05/08, AngelD <angeld en froga.net> escribió:
>
> El Jue, 22 de Mayo de 2008, 9:00, Fran Mosteiro escribió:
> > Buenas!!!!
> > A ver si los "amantes" del tomcat sabeis porque da este casque tan poco
> > simpático, jeje. Os cuento. Para una aplicación que estoy haciendo
> > necesito tener dos Tomcats funcionando a la vez en la misma máquina. El
> > rollo es que uno de ellos usa una variable de entorno que metemos dentro
> > de CATALINA_OPTS (no la metemos dentro del JAVA_OPTS porque al usar dos
> > tomcats si lo metemos aqui chirria un poco); variable de entorno que esta
> > dentro del catalina.sh, la variable contiene simplemente esta línea:
> > *CATALINA_OPTS=-Dcom.sun.management.jmxremote.port=9008*
> > El tema esta en que al levantar el tomcat la variable funciona
> > perefctamente, pero al tirarlo y volver a levantarlo, nos da un casque de
> > este calibre: *Error: Exception thrown by the agent :
> > java.rmi.server.ExportException:
> > Port already in use: 9004; nested exception is:
> > java.net.BindException: Address already in use*
>
> De Tomcat ni idea, pero por lo que veo, la variable te marca el puerto
> "9008" y cuando lo vuelves a levantar habla del puerto "9004", por lo que
> sospecho la segunda vez no te coge la variable como debiera.
>
> > El casque sigue dando incluso haciendo en el stop (antes de rearrancar)
> > CATALINA_OPTS=; export CATALINA_OPTS y hasta haciendo un unset de la
> misma
> >  variable. Vamos, que lo que no consigo hacer es "vaciar" o de jar de
> > usar ese puerto una vez he hecho el stop del tomcat. ¿Se os ocurre alguna
> > forma de hacer que al tirar el tomcat el puerto también quede libre?
>
> Si haces un stop y el puerto sigue ocupado es porque no has echo un
> "stop" (obviedad), por lo que algún proceso se ha quedado en ese puerto.
> Para acabar con este o te falta algo en los scripts de parada, o tarda un
> rato en matar a todos los procesos, o espera algún timeout, o . . ..
> Si quieres forzar la parada, localiza el proceso que bloquea el puerto
> (netstat, lsof), y "mátalo" (kill).
>
> Saludos --- Angel
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>



-- 
Un  saludo,
\\********************************************************
            Juan Francisco Mosteiro Valdés
           Correo   --> framosval en gmail.com
                       --> fran.mosteiro en gmail.com
Blog --> http://elmundodebarak.blogspot.com


\\*********************************************************
" No es sabio el que sabe sino el que no sabe y quiere aprender. "
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://listas.deusto.es/mailman/private/eside-ghost/attachments/20080522/8ee85608/attachment.htm