Problemas administrativos con la herramienta de scripts wsadmin
Utilice este procedimiento si tiene problemas para iniciar o utilizar la herramienta wsadmin.
- WASX7016E, WASX7017E o WASX7209I: Error del lenguaje de script Jython
- El mensaje de error "WASX7023E: Error al crear la conexión "SOAP" con el host" o un error similar al intentar iniciar el programa de utilidad de línea de mandatos wsadmin.
- Al ejecutar el mandato wsadmin se devuelve el mensaje de error "com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: no existe el método "<nombre mandato>" en la clase com.ibm.ws.scripting.AdminConfigClient".
- Se obtiene el mensaje WASX7022E al ejecutar el mandato "wsadmin -c ..." lo que indica que el mandato no es válido.
- com.ibm.ws.scripting.ScriptingException: WASX7025E: Se ha encontrado un error en la serie ""; no se puede crear el nombre de objeto.
Se obtiene el error "La línea de entrada es demasiado larga" cuando se ejecuta el mandato wsadmin en un sistema Windows.
- WASX701E: Se ha recibido una excepción mientras se ejecutaba el archivo "nombre¨_script.jacl"; información de excepción: com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: falta cerrar corchetes
WASX7015E: Excepción al ejecutar el mandato: "source c: ..."; información de excepción: com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: no se ha podido leer el archivo "c: ..."
- Se ha producido un error imprevisto CWSIV0806E en el archivo de anotaciones cronológicas de WebSphere después de suprimir un servicio de salida
- Excepción de separador
- Habilitación de la autenticación en el servicio de transferencia de archivos
- Se ha modificado el formato de la salida de "$AdminConfig list" en la versión 6.0
- No se le solicita el ID de usuario ni la contraseña después de aplicar servicio a la versión 6.0.2 si utiliza un perfil 6.0 existente
- Cuando se ejecuta el mandato $AdminApp searchJNDIReferences con el nombre JNDI (Java Naming and Directory Interface) de un destino de mensaje, no se devuelve la referencia del destino de mensaje
- AWXJR0006E: No se ha encontrado el archivo {0}.
WASX7022E: Se ha producido un problema al ejecutar el mandato "import sys"; información de excepción: com.ibm.bsf.BSFException: no se ha podido cargar el idioma
WASX7017E: Se ha recibido una excepción cuando se ejecutaba el archivo "<script de detención de aplicaciones>"; información de excepción: javax.management.MBeanException com.ibm.ws.exception.RuntimeWarning: No se ha iniciado la aplicación <nombre_aplicación>
Si no puede entrar en la modalidad de mandatos wsadmin, intente ejecutar wsadmin -c "$Help wsadmin" para obtener ayuda acerca de cómo verificar que ha entrado correctamente el mandato.
Si no puede entrar en la modalidad de mandatos wsadmin, intente ejecutar wsadmin -c "\$Help wsadmin" para obtener ayuda acerca de cómo verificar que ha entrado correctamente el mandato.
- Si puede visualizar el indicador de mandatos de wsadmin, escriba $Help help para comprobar que está utilizando los mandatos específicos correctamente.
- Los mandatos wsadmin son un superconjunto de Jacl (el lenguaje de mandatos Java) que, a su vez, es una implementación basada en java del lenguaje de mandatos Tcl. Para obtener detalles sobre sobre la sintaxis de Jacl más allá de los mandatos wsadmin, consulte el sitio Xchange de los desarrolladores de Tcl. Para obtener detalles específicos relacionados con la implementación Java de Tcl, consulte el Proyecto Tcl/Java.
- Examine el archivo
dir_instalación/profiles/nombre_perfil/logs/wsadmin.traceout
para obtener alguna sugerencia.
- Recuerde que wsadmin.traceout se renueva (los registros de anotaciones cronológicas existentes se suprimen) cuando se inicia una sesión wsadmin nueva.
- Si el error que devuelve wsadmin no parece estar relacionado con el mandato que ha entrado, por ejemplo, si recibe WASX7023E, indicándole que no se ha podido crear una conexión en el host "myhost", pero no ha especificado "-host myhost" en la línea de mandatos, examine los archivos de propiedades que utiliza wsadmin para determinar las propiedades que se han especificado. Si desconoce los archivos de propiedades que se han cargado, busque los mensajes WASX7326I en el archivo wsadmin.traceout; habrá uno de estos mensajes para cada archivo de propiedades cargado.
Si ninguno de estos pasos soluciona el problema, compruebe si el problema se ha identificado y documentado consultando el
soporte en línea disponible (ideas y sugerencias, notas técnicas y arreglos). Si no encuentra su problema, póngase en contacto con el soporte de IBM.
WASX7016E, WASX7017E o WASX7209I: Error del lenguaje de script Jython
Es posible que se produzcan los errores siguientes cuando ejecuta este script Jython:
Script Jython
"raíz_perfil/bin/wsadmin.sh
-lang jython -profile nombre_perfil -host nombre_host
-f archivo_script.py"
Mensajes de error
WASX7209I: Conexión con el proceso "servidor1" en nodo
nombre_nodo mediante el conector SOAP; el tipo de proceso es:
UnManagedProcess
WASX7016E: Se ha recibido una excepción al leer el archivo
"script_file.py"; información de excepción:
sun.io.MalformedInputException
WASX7017E: Se ha recibido una excepción cuando se ejecutaba el archivo
"script_file.py"; información de excepción:
com.ibm.bsf.BSFException: excepción de Jython: Rastreo inverso
(el último será el situado en la parte más interna): Archivo "<serie>" línea
89, en ? NameError: log
- Abra un nuevo lector de texto en el archivo.
- Léalo carácter tras carácter.
- Imprima el carácter que no es válido.
- Cuando pulse los caracteres de atrás, obtendrá la excepción y sabrá los caracteres que están ocasionando el error.
- Extraiga cualquier carácter que no sea válido y vuelva a ejecutar el script.
"WASX7023E: Error al crear la conexión "SOAP" con el host" o un error similar al intentar iniciar el programa de utilidad de línea de mandatos wsadmin
De forma predeterminada, el programa de utilidad wsadmin intenta conectarse con un servidor de aplicaciones durante el arranque. Esto es debido a que algunos mandatos actúan en los servidores de aplicaciones que están ejecutándose. Este error indica que no se ha podido establecer ninguna conexión.
Si no está seguro de si un servidor de aplicaciones se está ejecutando, inícielo escribiendo startserver nombre_servidor en el indicador de mandatos. Si el servidor ya está ejecutándose, verá un error similar a "ADMU3027E: Ya hay una instancia del servidor en ejecución".
Si no está seguro de si un servidor de aplicaciones se está ejecutando, inícielo escribiendo startserver.sh nombre_corto_servidor en el indicador de mandatos. Si el servidor ya está ejecutándose, verá un error similar a "ADMU3027E: Ya hay una instancia del servidor en ejecución".
Si está ejecutando una configuración de WebSphere Application Server, Network Deployment, en primer lugar tendrá que iniciar el gestor de despliegue ejecutando "startManager" o "startManager.sh" desde el directorio dir_instalación/bin. A continuación, puede iniciar inmediatamente wsadmin para conectarse con el gestor de despliegue o iniciar un nodo y un servidor de aplicaciones con el que conectarse.
Si está ejecutando una configuración de z/OS, en primer lugar tendrá que iniciar el gestor de despliegue ejecutando el siguiente mandato en un indicador de mandatos o en la consola MVS:
START nombre_proc_dmgr,JOBNAME=nombre_abreviado_servidor, ENV=nombre_abreviado_célula.nombre_abreviado_nodo.nombre_abreviado_servidor
Nota: Este mandato debe especificarse en una sola línea. Aquí se ha dividido para mostrarlo mejor.A continuación, puede iniciar inmediatamente wsadmin para conectarse con el gestor de despliegue o iniciar un nodo y un servidor de aplicaciones con el que conectarse.
- Si un servidor de aplicaciones está ejecutándose y continúa obteniendo este
error:
- Si está realizando la ejecución de manera remota (es decir, en una máquina distinta de la que está ejecutando WebSphere Application Server), debe utilizar la opción -host nombre_host con el mandato wsadmin para dirigir wsadmin al servidor físico correcto.
- Si está utilizando la opción -host, intente ejecutar ping para la máquina de servidor desde la línea de mandatos de la máquina en la que está intentando iniciar wsadmin para comprobar si no hay cuestiones de conectividad como, por ejemplo, cortafuegos.
- Compruebe que esté utilizando el número de puerto correcto para
conectarse al proceso de
WebSphere Application Server:
- Si no especifica un número de puerto (con la opción -port) cuando inicia la herramienta wsadmin, ésta utiliza el puerto por omisión especificado en dir_instalación/profiles/nombre_perfil/properties/wsadmin.properties, property name=com.ibm.ws.scripting.port (valor predeterminado =8879).
El puerto al que wsadmin debe enviar dependerá del proceso servidor con el que está intentando conectarse wsadmin.
Para una instalación de un solo servidor, por omisión wsadmin intenta conectarse con el proceso el servidor de aplicaciones. Para comprobar el número de puerto:- Busque en el archivo raíz_perfil/config/cells/"nombre_célula"/nodes/nombre_nodo/serverindex.xml un código que contenga la propiedad serverType=""APPLICATION_SERVER".
- Busque una entrada en dicho distintivo con la propiedad endPointName="SOAP_CONNECTOR_ADDRESS".
- Busque una propiedad "port" en este distintivo. Este es el puerto al que wsadmin debe enviar las solicitudes.
En una instalación de WebSphere Application Server, Network Deployment, cuando se inicia wsadmin desde el directorio bin de la instalación de WebSphere Application Server, Network Deployment intenta enviar las solicitudes al gestor de despliegue predeterminado. Para comprobar el número de puerto:- Obtenga el nombre de host del nodo en el que está instalado el gestor de despliegue.
- Utilizando este nombre por omisión, busque en el archivo raíz_perfil/config/cells/nombre_célula/nodes/nombre_nodo/serverindex.xml un código que contenga la propiedad serverType="DEPLOYMENT_MANAGER".
- En este distintivo, busque una entrada con una propiedad endPointName="SOAP_CONNECTOR_ADDRESS".
- En este distintivo, busque una propiedad "port". Este es el puerto al que la herramienta wsadmin debe enviar las solicitudes.
Si está habilitada la seguridad, compruebe que el ID de usuario de TSO o telnet que invoca el cliente de scripts tenga un conjunto de claves con el nombre que se especifica en el archivo ssl.client.props. El conjunto de claves debe ser correcto para poder establecer la conexión SSL. El nombre por omisión del conjunto de claves es WASKeyring. Este conjunto de claves contiene el certificado de la autoridad certificadora para el servidor de administración.
"com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: no existe el método nombre mandato en la clase com.ibm.ws.scripting.AdminConfigClient" se devuelve del mandato wsadmin.
Este error suele deberse a que un nombre de mandato se ha escrito incorrectamente. Utilice el mandato $AdminConfig help para obtener información acerca los mandatos que están disponibles. Tenga en cuenta que los nombres de mandatos son sensibles a las mayúsculas y minúsculas.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Se devuelve WASX7022E de la ejecución del mandato wsadmin -c ..., que indica un mandato no válido
Si el mandato que sigue a -c no es válido, el problema puede deberse a que en Unix, al utilizar wsadmin -c para invocar un mandato que incluye símbolos de dólares el shell intenta realizar una sustitución de variables. Para confirmar que sea este el problema, consulte el mandato para ver si contiene un símbolo de dólar sin escape, por ejemplo: wsadmin -c "$AdminApp install ...."
Para corregir este problema, añada una barra invertida antes del símbolo del dólar. Por ejemplo: wsadmin -c "\$AdminApp install ...".
![[z/OS]](../images/ngzos.gif)
Se devuelve WASX7022E de la ejecución del mandato "wsadmin -c ...", que indica un mandato no válido
Si el mandato que sigue a -c parece que es válido, el problema puede deberse al shell que intenta realizar una sustitución de variables. La sustitución de variables se puede producir en Unix System Services si wsadmin -c invoca un mandato entre comillas dobles que incluye símbolos de dólar. Para confirmar que sea este el problema, consulte el mandato para ver si contiene un símbolo de dólar sin escape, por ejemplo: wsadmin -c "$AdminApp install ...."
com.ibm.ws.scripting.ScriptingException: WASX7025E: Se ha encontrado un error en la serie """"; no se puede crear el nombre de objeto
Una de las causas posibles de este error es que se ha especificado una serie vacía para un nombre de objeto. Esto puede suceder si utiliza una sentencia de script para crear un nombre de objeto y la sentencia siguiente que ha de utilizar este nombre, tal vez en un mandato "invoke" o "getAttribute", pero no comprueba si la primera sentencia ha devuelto realmente un nombre de objeto. Por ejemplo (los ejemplos siguientes utilizan mandatos Jacl básicos además de las extensiones Jacl de wsadmin para realizar un script de ejemplo):
#let's misspell "Server"
set serverName [$AdminControl queryNames type=Srever,*]
$AdminControl getAttributes $serverName
Para corregir este error, asegúrese de que las series de nombres de objetos tengan valores antes de utilizarlos. Por ejemplo:
set serverName[$AdminControl queryNames
node=minodo, type=Server,name=servidor1,*]
if {$serverName == """"} {puts "queryNames returned empty - check query argument"}
else {$AdminControl getAttributes $serverName}
Para obtener información detallada acerca de la sintaxis Jacl más allá de los mandatos wsadmin, consulte el sitio de los desarrolladores de Tcl http://www.tcl.tk.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Se obtiene el error "La línea de entrada es demasiado larga" cuando se ejecuta el mandato wsadmin en un sistema Windows.
Este error indica que se ha sobrepasado el límite de línea de mandatos de Windows, que es de 2048 caracteres, probablemente debido a que se ha utilizado una vía de acceso de perfil larga en el mandato wsadmin.bat. Es posible que reciba este error al ejecutar wsadmin en un indicador de mandatos de Windows o al invocar wsadmin desde un archivo .bat, un archivo de build ant o una herramienta de gestión de perfiles. Si este error hace que wsadmin se ejecute de un modo que no sea desde la herramienta de gestión de perfiles, el problema puede evitarse utilizando el mandato subst de Windows, que permite correlacionar una vía de acceso completa con una unidad virtual. Para ver la sintaxis del mandato subst, escriba help subst desde un indicador de mandatos de Windows.
SET CUR_DIR=%cd%
cd /d "%~dp0.."
SET WAS_HOME=%cd%
cd /d "%CUR_DIR%"
@REM add the following two lines to workaround Windows 2K command line
length limit
subst w: %WAS_HOME%
set WAS_HOME=w:
...
...
SET WAS_USER_PROFILE=...
SET USER_INSTALL_ROOT=...
SET WAS_HOME=raíz_servidor_aplicaciones
SET JAVA_HOME=raíz_servidor_aplicaciones\java
@REM add the following three lines to workaround Windows 2K command line
length limit
subst w: %WAS_HOME%
set WAS_HOME=w:
set JAVA_HOME=%WAS_HOME%\java
...
...
Si este error se ha producido al ejecutar la herramienta de gestión de perfiles, tiene que volver a ejecutarla para proporcionar una vía de acceso de perfil más corta con un nombre de perfil más corto. Si esto no soluciona el problema, siga las mismas instrucciones para editar el archivo setupCmdLine.bat del directorio bin de la instalación de WebSphere Application Server. Después de editar el archivo, vuelva a ejecutar la herramienta de gestión de perfiles. Si persiste el mismo problema, vuelva a instalar WebSphere Application Server con una vía de acceso del directorio raíz de instalación más corta.
El servicio de soporte de IBM tiene documentos que pueden ahorrarle tiempo a la hora de reunir la información necesaria para solucionar este problema. Antes de abrir un PMR, consulte la página servicio de soporte de IBM.
WASX701E: Se ha recibido una excepción mientras se ejecutaba el archivo "nombre_script.jacl"; información de excepción: com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: falta cerrar corchetes
Este error es debido a que se produce una confusión entre la página de código que espera ver el cliente de scripts y la página de código donde se ha escrito el script Jacl.
- Si el script se ha escrito en la interfaz OMVS mediante el editor OEDIT, la página de código es IBM-037. En este caso, establezca la opción en: -Dscript.encoding=Cp037
- Si el script se ha escrito durante un sesión telnet en la interfaz OMVS mediante el editor VI, la página de código es IBM-1047. En este caso, establezca la opción en: -Dscript.encoding=Cp1047
- Si el script se ha escrito en un PC, o cualquier otra máquina ASCII, y se ha transferido al host como un archivo de texto, la página de código es IBM-1047. En este caso, establezca la opción en: -Dscript.encoding=Cp1047
- Si el script se ha escrito en un PC, o cualquier otra máquina ASCII, y se ha transferido al host en formato binario, la página de código es ISO-8859-1. En este caso, no es necesario que establezca la opción porque el valor predeterminado es ASCII. Debe revisar otras posibles razones para este error.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
WASX7015E: Excepción al ejecutar el mandato: "source c: ..."; información de excepción: com.ibm.bsf.BSFException: error al evaluar la expresión Jacl: no se ha podido leer el archivo "c: ..."
Este error es debido a que se utiliza una barra invertida (\) en lugar de una barra inclinada (/) cuando se ejecuta el mandato wsadmin para ejecutar source en un script Jacl de un entorno Windows®. La vía de acceso de archivo no puede contener la barra invertida (\); por ejemplo,
. La vía de acceso debe utilizar la barra inclinada (/) como el separador de vías de acceso; por ejemplo, .Para corregir este problema utilice la barra inclinada (/) en la vía de acceso de archivo cuando utilice el mandato wsadmin para conseguir un script Jacl de un entorno Windows:
raíz_servidor_aplicaciones\bin>wsadmin
WASX7209I: Conexión con el proceso "dmgr" en el nodo sunCellManager01
utilizando el conector SOAP: el tipo de proceso es:
DeploymentManager WASX7029I: Para obtener ayuda, escriba: "$Help help"
wsadmin>source c:/temp/test.jacl
e ha producido un error imprevisto CWSIV0806E en el archivo de anotaciones cronológicas de WebSphere después de suprimir un servicio de salida
Este error se produce cuando se emite una excepción para el destino MPOutBoundServicePortDestination, en el motor de mensajería trueliesNode01.server1-FVTSIBus01, del bus FVTSIBus01, para la activación de punto final:
com.ibm.websphere.sib.exception.SINotPossibleInCurrentConfigurationException: CWSIP0111E: El destino con el nombre MPOutBoundServicePortDestination se está suprimiendo del motor de mensajería {1}.
Puede ignorar este error; es benigno.
Excepción de separador
Debe utilizar barras inclinadas (/) como separador de la vía de acceso. Las barras inclinadas invertidas (\) no funcionarán.
Habilitación de la autenticación en el servicio de transferencia de archivos
El servicio de transferencia de archivos suministra la autenticación basada en roles. Se proporcionan dos versiones de la aplicación web de transferencia de archivos. De forma predeterminada, se instala la versión que no autentica su llamante. Este valor predeterminado da soporte a la compatibilidad entre WebSphere Application Server, Network Deployment, versión 5.0 y 5.0.1 o posteriores. Se recomienda activar la autenticación de la transferencia de archivos para impedir el uso no autorizado de la aplicación de transferencia de archivos. No obstante, si tiene clientes de la versión 5.0 en el entorno de WebSphere Application Server, Network Deployment, no podrán comunicarse con la aplicación de transferencia de archivos protegida si la seguridad global está activada.
En WebSphere Application Server versión 6.x, se da soporte a un entorno de células mixto y la transferencia de archivos ha pasado a ser una aplicación del sistema. Si todos los nodos de la célula son de la versión 5.0.1 o posterior, puede activar la autenticación en el servicio de transferencia de archivos volviendo a desplegar la aplicación de transferencia de archivos en el gestor de despliegue. La versión compatible se entrega en el directorio raíz_servidor_aplicaciones}/systemApps/filetransfer.ear. La versión protegida se entrega en el directorio ${raíz_servidor_aplicaciones}/systemApps/filetransferSecured.ear.
Se proporciona un script Jacl de wsadmin para ayudarle a volver a desplegar la transferencia de archivos. El script es redeployFileTransfer.jacl y lo encontrará en el directorio ${raíz_servidor_aplicaciones}/bin. Después de actualizar el gestor de despliegue y todos los nodos a la versión 5.0.1 o posterior, puede desplegar el servicio de transferencia de archivos protegido ejecutando el script. La sintaxis para ejecutar el script desde el directorio bin es la siguiente:
wsadmin -profile redeployFileTransfer.jacl -c "fileTransferAuthenticationXxx
nombre_célula nombre_nodo nombre_servidor
Donde "Xxx" es "On" u "Off".
wsadmin -profile redeployFileTransfer.jacl -c
"fileTransferAuthenticationOn managedCell managedCellManager dmgr"
owsadmin -profile redeployFileTransfer.jacl -c
"fileTransferAuthenticationOn baseCell base server1"
wsadmin -profile redeployFileTransfer.jacl -c
"fileTransferAuthenticationOff managedCell managedCellManager dmgr"
owsadmin -profile redeployFileTransfer.jacl -c
"fileTransferAuthenticationOff baseNodeCell baseNode server1"
El formato de la salida de "$AdminConfig list" ha cambiado en la versión 6.0
Si tiene un script que analiza la salida de la lista $AdminConfig como, por ejemplo, el nodo de la lista $AdminConfig, es posible que reciba errores como "No se ha encontrado el nodo". Los scripts no deben analizar la salida de $adminconfig; no obstante, si tiene un script que efectúa este análisis, se debe actualizar para que WebSphere Application Server V6.0 refleje los cambios en el formato de salida.
No se le solicita el ID de usuario ni la contraseña después de aplicar servicio a la versión 6.0.2 si utiliza un perfil 6.0 existente
Si está habilitada la seguridad, al ejecutar un archivo .bat es necesario un ID de usuario y una contraseña. En la versión 6.2 se ha introducido una característica nueva para solicitarle un ID de usuario y una contraseña si no se proporciona en la línea de mandatos. No obstante, esta característica no está disponible para perfiles que se han creado en el nivel 6.0.
Los archivos de propiedades para los perfiles creados en el nivel de la versión 6.0 no se actualizan después de aplicar el paquete de renovación de la versión 6.0.2.
- Cree un perfil nuevo después de aplicar servicio a la versión 6.0.2. Este nuevo perfil contiene todos los archivos de propiedades actualizados y, a continuación, se le solicitará el ID de usuario y la contraseña.
- Si desea mantener el perfil de la versión 6.0 existente y utilizar la nueva característica de solicitud, debe actualizar manualmente tres archivos:
- Para raíz_servidor_aplicaciones/properties/soap.client.props,
añada la línea siguiente:
com.ibm.SOAP.loginSource=prompt
- Para raíz_servidor_aplicaciones/properties/wsjaas_client.conf,
añada las líneas siguientes:
WSAdminClientLogin { com.ibm.ws.security.common.auth.module.proxy.WSLoginModuleProxy required del egate=com.ibm.ws.security.common.auth.module.WSAdminClientLoginModuleImpl; };
- Para raíz_servidor_aplicaciones/bin/setupCmdLine.bat añada la línea siguiente:
SET JAASSOAP=-Djava.security.auth.login.config=app_server_root/properties/wsjaas_client.conf
- Para raíz_servidor_aplicaciones/properties/soap.client.props,
añada la línea siguiente:
Cuando se ejecuta el mandato $AdminApp searchJNDIReferences con el nombre JNDI (Java Naming and Directory Interface) de un destino de mensaje, no se devuelve la referencia del destino de mensaje.
Este problema se produce cuando se ejecuta el mandato $AdmnApp searchJNDIReferences con el nombre JNDI de un destino de mensaje. El mandato no puede recopilar la referencia del destino de mensaje definido en el descriptor de despliegue de aplicaciones. El destino del mensaje que ha configurado para el servidor de aplicaciones se define con un enlace de destino de mensaje no en un elemento sino en dos elementos: en un bean controlado por mensaje (MDB) y en una referencia de destino de mensaje.
Actualmente no existe ninguna solución provisional para este problema. El mandato $AdmnApp searchJNDIReferences no puede devolver una referencia para un destino de mensaje definido en los dos elementos.
AWXJR0006E: No se ha encontrado el archivo {0}.
[12/7/05 17:09:51:266 CST] 0000000a SystemOut O AWXJR0006E No se ha encontrado el archivo
C:\cc_was602\WebSphere\AppServer\profiles\AppSrv01\etc\tam\amwas.t54Node01_.amjacc.pr
operties.
[12/7/05 17:09:51:266 CST] 0000000a distSecurityC E SECJ0391E: Error al establecer el
objeto de política para la implementación de políticas de proveedores {0}. La excepción es
{1}.
[12/7/05 17:09:51:281 CST] 0000000a distSecurityC E SECJ0324E: Error durante una inicialización
de la política de seguridad Java 2 y dinámica.
wsadmin.bat -user wsadmin -password pw1 -f enableTAM.jacl "*" TAMHostName:7135
""TAMHostName:7136:1"" "cn=wsadmin,o=ibm,c=us" "o=ibm","c=us sec_master"
sec_master pw1 "9990:9999"
![[AIX HP-UX Solaris]](../images/unix.gif)
WASX7022E: Se ha producido un problema al ejecutar el mandato "import sys"; información de excepción: com.ibm.bsf.BSFException: no ha podido cargar el idioma
Este problema puede ser debido a una limitación de algunas plataformas UNIX, por ejemplo, Linux, cuando se intenta utilizar el lenguaje Jython.
- Compruebe el número de archivos abiertos que se le permite tener en la máquina, por ejemplo: ulimit -a
- Compruebe el número de archivos abiertos que ha establecido en la máquina. El valor predeterminado es 1024.
- Cámbielo por un número mayor, por ejemplo: ulimit -n 2048
- Intente utilizar la herramienta wsadmin con el lenguaje Jython.
![[z/OS]](../images/ngzos.gif)
WASX7017E: Se ha recibido una excepción al ejecutar el archivo "<script de detención de aplicaciones>"
WASX7017E: Se ha recibido una excepción cuando se ejecutaba el archivo "<script de detención de aplicaciones"; información de excepción: javax.management.MBeanException com.ibm.ws.exception.RuntimeWarning: No se ha iniciado la aplicación <nombreAplicación>
Cuando se utilizan scripts, se emite este error cuando se detiene una aplicación que ya se ha detenido o ´se inicia una aplicación que ya está ejecutándose.