1 votos

Solaris: Hacer que falla para Apache 2.4.23 mod_jk.así, para ColdFusion 10

Así que un poco de la historia, vaya a la siguiente sección si desea obtener para el problema actual.


Estamos actualizando desde Apache 2.2.20 a Apache 2.4.23 en SPARC Solaris 10 medio ambiente. Este servidor es un servidor de alojamiento web, y se acoge a varios de ColdFusion 10 aplicaciones.

Para simplificar el proceso de actualización, hemos utilizado OpenCSW.org para descargar precompilado SPARC Solaris 10 paquetes que debe incluir todos los requisitos necesarios para tener una completamente independiente de Apache 2.4.23 instalar, por lo que los propietarios de las aplicaciones puede probar y migrar sus aplicaciones de Apache 2.2.20 a 2.4.23.

Desafortunadamente, no podemos dejar de ColdFusion 10 para trabajar con Apache 2.4.23. Errores tratando de iniciar una instancia de Apache resultados en mod_jk.así no se puede cargar correctamente debido a algún desajuste en "ap_log_error" definición tal vez. De mi investigación, ColdFusion 10 suministros de cada instancia de su propia ColdFusion con temas de Tomcat (conector mod_jk.así que) para usar, pero parece que ColdFusion 10, a la hora de crear una nueva instancia y especificando el Apache 2.4.23 ubicación de instalación, sigue haciendo un incompatibles Apache 2.2 mod_jk.así.

Al parecer, usted puede compilar mod_jk.así que usted, pero usted debe utilizar la fuente de Adobe para el conector, como Adobe hace que ciertos cambios a la fuente para que funcione con ColdFusion. Usuario jonathan_morgan aquí hace un post detallado sobre cómo lograr esto: https://forums.adobe.com/message/5823263#5823263

Así, mientras que yo he sido capaz ./configurar el conector, la ejecución de 'hacer' siempre falla.


He intentado usar el gmake y make para compilar este, y he aquí una lectura de la actual gmake operación y lo que se dice:

Finished prerequisites of target file 'mod_jk.la'.

Debe rehacer destino " mod_jk.la'. gmake[1]: Entrar en el directorio '/apps/webserver/coldfusion10/conector de fuente/nativo/apache 2.0' /opt/csw/libexec/abr/build-1/libtool --silent --mode=link /opt/solarisstudio12.4/bin/cc -std=c99 -I/opt/csw/include/apache2 -DHAVE_CONFIG_H -DUSE_APACHE_MD5 -I../common-I ../common-DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -xO3 -m32 -xarch=sparc -DSSL_EXPERIMENTAL -DSSL_ENGINE -DHAVE_APR -I/opt/csw/include -I/opt/csw/include -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -Wl,-m32 -Wl,-xarch=sparc -Wl,-L/opt/csw/bdb48/lib -Wl,-L/opt/csw/lib -o mod_jk.la-módulo -ruta /opt/csw/lib/apache2/modules -evitar-la versión mod_jk.lo ../common/jk_ajp12_worker.lo ../common/jk_connect.lo ../common/jk_msg_buff.lo ../common/jk_util.lo ../common/jk_ajp13.lo ../common/jk_pool.lo ../common/jk_worker.lo ../common/jk_ajp13_worker.lo ../common/jk_lb_worker.lo ../common/jk_sockbuf.lo ../common/jk_map.lo ../common/jk_uri_worker_map.lo ../common/jk_ajp14.lo ../common/jk_ajp14_worker.lo ../common/jk_md5.lo ../common/jk_shm.lo ../common/jk_ajp_common.lo ../common/jk_context.lo ../common/jk_url.lo ../common/jk_status.lo Poniendo niño 72278 (mod_jk.la) PID 26001 en la cadena. Vivir niño 72278 (mod_jk.la) PID 26001 ld: fatal: no opción '-x' ld: fatal: el uso de la -z opción de ayuda para el uso de la información La cosecha de perder niño 72278 PID 26001 gmake[1]: * [Makefile:83: mod_jk.la] Error 2 Retirar al niño 72278 PID 26001 de la cadena. gmake[1]: Dejar el directorio '/apps/webserver/coldfusion10/conector de fuente/nativo/apache 2.0' La cosecha de perder niño 6fb90 PID 25992 gmake: * [Makefile:465: todos-recursive] Error 1 Retirar al niño 6fb90 PID 25992 de la cadena.

He aquí los resultados de Solaris a hacer la operación:

/opt/csw/libexec/abr/build-1/libtool --silent --mode=link /opt/solarisstudio12.4/bin/cc -std=c99 -I/opt/csw/include/apache2 -DHAVE_CONFIG_H -DUSE_APACHE_MD5 -I../common-I ../common-DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -xO3 -m32 -xarch=sparc -DSSL_EXPERIMENTAL -DSSL_ENGINE -DHAVE_APR -I/opt/csw/include -I/opt/csw/include -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -Wl,-m32 -Wl,-xarch=sparc -Wl,-L/opt/csw/bdb48/lib -Wl,-L/opt/csw/lib -o mod_jk.la-módulo -ruta /opt/csw/lib/apache2/modules -evitar-la versión mod_jk.lo ../common/jk_ajp12_worker.lo ../common/jk_connect.lo ../common/jk_msg_buff.lo ../common/jk_util.lo ../common/jk_ajp13.lo ../common/jk_pool.lo ../common/jk_worker.lo ../common/jk_ajp13_worker.lo ../common/jk_lb_worker.lo ../common/jk_sockbuf.lo ../common/jk_map.lo ../common/jk_uri_worker_map.lo ../common/jk_ajp14.lo ../common/jk_ajp14_worker.lo ../common/jk_md5.lo ../common/jk_shm.lo ../common/jk_ajp_co>común.lo ../common/jk_context.lo ../common/jk_url.lo ../common/jk_status.lo ld: fatal: no opción '-x' ld: fatal: el uso de la -z opción de ayuda para el uso de la información *** El código de Error 2 marca: Fatal error: error de Comando de destino mod_jk.la' Current working directory /apps/webserver/coldfusion10/connector-source/native/apache-2.0 *** Error code 1 The following command caused the error: fail=; \ if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__make_running_with_option: internal error: invalid" "target option '${target_option-}' specified" >&2; exit 1;; esac; has_opt=no; sane_makeflags=$MAKEFLAGS; if test -n '' && test -n ''; then sane_makeflags=$MFLAGS; else case $MAKEFLAGS in *\\[\ \ ]*) bs=\\; sane_makeflags=printf '%s\n ""$MAKEFLAGS" | sed "s/$bs$bs[$bs $bs ]//g";; esac; fi; skip_next=no; strip_trailopt () { flg=printf '%s\n ""$flg" | sed "s/$1.$//"; }; for flg in $sane_makeflags; do test $skip_next = yes && { skip_next=no; continue; }; case $flg in *=*|--*) continue;; -*I) strip_trailopt 'I'; skip_next=yes;; -*I?*) strip_trailopt 'I';; -*O) strip_trailopt 'O'; skip_next=yes;; -*O?*) strip_trailopt 'O';; -*l) strip_trailopt 'l'; skip_next=yes;; -*l?*) strip_trailopt 'l';; -[dEDm]) skip_next=yes;; -[JT]) skip_next=yes;; esac; case $flg in *$target_option*) has_opt=yes; break;; esac; done; test $has_opt = yes); then \ failcom='fail=yes'; \ else \ failcom='exit 1'; \ fi; \ dot_seen=no; \ target=echo todos los recursivo | sed s/recursivo//; \ case "all-recursive" in \ distclean-* | maintainer-clean-*) list='common apache-2.0' ;; \ *) list='common apache-2.0' ;; \ esac; \ for subdir in $list; do \ echo "Making $target in $subdir"; \ if test "$subdir" = "."; then \ dot_seen=yes; \ local_target="$target-am"; \ else \ local_target="$target"; \ fi; \ (CDPATH="${ZSH_VERSION+.}:" && cd $subdir && make $local_target) \ || eval $failcom; \ done; \ if test "$dot_seen" = "no"; then \ make "$target-am" || exit 1; \ fi; test -z "$fail" make: Fatal error: Command failed for targettodos recursivo'

Parece fallar en mod_jk.la, debido a algunos ilegal de la opción "-x". Si -x era una ilegal opción, entonces ¿por qué fue configurado para utilizar esta opción, y cómo o dónde lo puedo cambiar? El archivo mod_jk.la no existe en el sistema de ficheros, por lo que puedo ver. Por lo que puedo decir de mi investigación "-x" está en desuso y se ha eliminado la opción de Solaris del enlazador ld, pero no entiendo cómo acaba de dirigir la operación de realización ignorar la opción-x, etc.

0voto

JDB Puntos 84

He aquí una respuesta de uno de mis operaciones chicos:

CF10 no funciona con Apache 2.4 originalmente. Era 14 de actualización (creo que era) que permitió Apache 2.4. Que necesitan para que se ejecute ColdFusion en el servidor web incorporado generalmente en el puerto 8500 luego el parche CF antes de que puedan conectarse a Apache 2.4.


Con suerte, eso está claro. Usted necesita para asegurar su CF10 es en el nivel de revisión correcto. Déjame saber si esto ayuda o si usted quiere que nosotros para involucrarse directamente. Buena suerte!

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: