Everyplace Synchronization Server

Resolución de problemas

La autenticación falla cuando DB2 y Microsoft Exchange 2000 Server están en la misma máquina

En determinadas circunstancias, es posible que tenga problemas de autenticación si Microsoft Exchange 2000 Server y DB2 coexisten en la misma máquina. Si la máquina está configurada como Controlador del dominio y el nombre del sistema sobrepasa los 16 caracteres, puede que la autenticación falle.El almacenamiento intermedio de DB2 espera el nombre de máquina NT4 (o plano), que no puede sobrepasar los 16 caracteres. Cuando se devuelve el nombre de DNS y el nombre de la máquina sobrepasa los 16 caracteres, el nombre se trunca y la autenticación de DB2 falla.

Éste es un problema conocido. Hasta que esté disponible el arreglo de DB2, aquí tiene algunas soluciones posibles. Si ya tiene un Controlador de dominio con un nombre de más de 16 caracteres, debe trasladar DB2 a otra máquina.No se puede cambiar el nombre del Controlador de dominio una vez configurado.Si pretende configurar la máquina como Controlador de dominio, asegúrese de que el nombre completo del sistema, incluido el punto, no sobrepase los 16 caracteres.

Tenga en cuenta que este problema no es específico de Microsoft Exchange 2000 Server. Ocurre en cualquier máquina Windows. Sin embargo, es más frecuente configurar la máquina Windows como Controlador de dominio si contiene Microsoft Exchange 2000 Server.

Synchronization Server no puede comunicarse con un servidor Lotus Domino

Cuando Synchronization Server no puede comunicarse con un servidor Lotus Domino, se generan excepciones. Estas excepciones se graban en el registro de mensajes de Synchronization Server, ESS_MessageLog_aaaa.mm.dd.log. El archivo de registro de mensajes se encuentra en el directorio de registros, <raíz_ess>\logs\. A continuación se muestra un ejemplo de la excepción. Cuando reciba esta excepción, debe reiniciar el servidor Lotus Domino y comprobar la configuración del cliente Lotus Notes (consulte Configurar el cliente Lotus Notes). 


	
	2003.02.24 14:01:14.453 Domino BackEndMonitor read::open database IBM - ESS    
        Se ha producido una excepción al abrir la base de datos http://mailserver.lotus.com/mail/NotesUser.nsf utilizando el nombre abreviado de usuario CN=Notes User/O=Lotus para recuperar los documentos modificados. Información sobre la excepción: 
        *** Content Adapter Exception ***
        ERROR 23 (ERR_DATABASE_ERROR)
        Throw: TASK_CS_OPEN_DB
        Catch: TASK_BEMON_UPDATES_DIRECT
        --- Debug Info ------------:
        Invalid DB=null
        --- Domino ContentStore ---:
        Server=mailserver.lotus.com, DB=mail/NotesUser.nsf, User=SuperUser(Pwd len=8), Acting User=CN=Notes User/O=Lotus(Pwd len=8)
        ---------------------------
        **********************************.
        ESM_DCA_503 ERROR

Si tiene varios servidores Lotus Domino, compruebe el portlet Adaptador Lotus Domino para determinar qué servidor está no disponible.

Para acceder al portlet Adaptador Lotus Domino:

  1. Inicie el Portlet de administración.
    • En Windows, pulse Inicio select Programas select IBM Everyplace Synchronization Server select Portlet de administración.
    • En AIX, abra un navegador Web y especifique este URL:

      • http://<nombre_sistpral_ess>/wps/portal/ESSAdmin.url, y luego pulse la pestaña Everyplace Synchronization.

  2. Inicie la sesión en WebSphere Portal como administrador.
  3. Seleccione la pestaña Synchronization Server.
  4. Seleccione la pestaña Adaptador Lotus Domino.

Synchronization Server no puede conectar con un servidor Lotus Domino de fondo

Si Synchronization Server no puede conectar con el servidor Lotus Domino de fondo de Windows, compruebe la siguiente configuración.

Synchronization Server no se puede iniciar

Synchronization Server a veces no se puede iniciar debido a un conflicto de puertos. De hecho, su dirección ya está en uso. Pruebe a cerrar todas las demás aplicaciones y rearrancar.

WebSphere Everyplace Access: Everyplace Synchronization Server va más despacio o no sincroniza con Lotus Domino

Synchronization Server va más despacio y la sincronización falla o excede el tiempo de espera. Además, Everyplace Synchronization podría no iniciar o concluir correctamente. Puede que la consola de Lotus Domino esté en Modalidad de edición rápida. La Modalidad de edición rápida impide que el servidor Domino se conecte y, a la larga, detiene o deja bloqueados todos los procesos existente en el servidor. No obstante, utilizar la Modalidad de edición rápida para copiar texto desde la ventana de la consola no afecta negativamente al servidor, con tal de que éste no permanezca en dicha modalidad durante más de un minuto (más o menos).

Cuando la consola no está en Modalidad de edición rápida, el título de la ventana de la consola aparece de la siguiente manera:

Lotus Domino Server: <nombre servidor>

Cuando la consola está en Modalidad de edición rápida, el título empieza con Seleccionar, como se muestra a continuación:

Seleccionar Lotus Domino Server: <nombre servidor>

Si se efectúa una pulsación en la ventana de la consola, ésta pasa a Modalidad de edición rápida. Si se pulsa cualquier tecla, sale de la Modalidad de edición rápida.

Para inhabilitar la Modalidad de edición rápida completamente:

  1. Pulse el botón derecho del ratón en la barra de título de la consola y seleccione Propiedades.
  2. En la pestaña Opciones, deseleccione Modalidad de edición rápida.
  3. Pulse Aceptar.
  4. Si aparece el recuadro de diálogo Aplicar las propiedades al acceso directo, seleccione Modificar el acceso directo que inició esta ventana, y pulse Aceptar.

Tenga en cuenta que si el servidor de administración del Directorio Domino está en Modalidad de edición rápida, este problema puede ocurrir incluso si Everyplace Synchronization no está accediendo directamente a dicho servidor.

Los usuarios finales no pueden sincronizar datos con los dispositivos o los datos se sincronizan lentamente

Cuando más de un usuario final intenta sincronizar datos, los datos a veces no se sincronizan del todo (o no se sincronizan en absoluto), o a veces el proceso de sincronización es inusualmente lento. Esto puede ocurrir cuando las peticiones de sincronización entre los dispositivos y Synchronization Server se pierden.

Para resolver estos problemas, pruebe a modificar los parámetros de ajuste de WebSphere Application Server de la siguiente manera:

  1. Abra la Consola de administración y expanda Nodos, luego el nodo actual, luego Servidores de aplicaciones y seleccione Everyplace Synchronization Server.
  2. Aumente el tamaño de la JVM.
  3. Pulse la pestaña Configuración de JVM y configure el Tamaño inicial del almacenamiento dinámico Java en 256 y el Tamaño máximo del almacenamiento dinámico Java en 512.
  4. Pulse Aplicar para guardar los cambios.
  5. Ajuste el Servicio del contenedor Web.
  6. Pulse la pestaña Servicios y seleccione Servicio del contenedor Web.
  7. Pulse Editar propiedades.
  8. Pulse la pestaña Transporte y configure el Tiempo de espera de acción de mantener activo en 30 segundos y ajuste el Tiempo de espera de E/S en 30 segundos.
  9. Pulse Aceptar para aplicar los cambios.

IBM HTTP Server devuelve un error 500 para los usuarios de Everyplace Client

Después de varios flujos de sincronización entre un dispositivo cliente y el servidor, IBM HTTP Server envía al cliente un Error Interno de Servidor HTTP/1.1 500. Este problema se ha detectado cuando se utilizan servidores Exchange o Domino.

Puede obtener un eFix de IBM HTTP Server para corregir este problema en el siguiente sitio Web:

http://www.ibm.com/support/docview.wss?rs=0&context=SW600&q=plugin%2Bcumulative&uid=swg24001801

La instalación de Everyplace Synchronization Server en una máquina AIX falla con bases de datos remotas

Si utiliza WebSphere Everyplace Access para instalar Everyplace Synchronization Server con una base de datos remota y la instalación falla debido a un error de vuelco de memoria de Java, siga este procedimiento:

  1. Abra el archivo de registro del Gestor de configuración de WebSphere Everyplace Access setup<indicación de la hora>.log, situado en el directorio /usr/IBMWPO o /usr/IBMWPO/logs.

    El nombre del archivo es parecido al siguiente:

    setup1037724906761.log

  2. Busque la serie "essSilent.rsp" para encontrar la línea similar a la siguiente: 
    
/usr/java131/jre/bin/java -classpath /cdrom/ess/setup.jar:/cdrom/ess
/caf.jar  -Dserver.root=/usr/WebSphere/AppServer -Duser.java.home=/usr/java131/j
re -DsilentMode=yes -Djava.compiler=NONE -DUSER.NOWAS=false -DUSER.NOWPS=false -
Dplatform.script.cmd="/bin/sh" -Dplatform.script.ext=sh run -silent -options "/u
sr/IBMWPO/essSilent.rsp"  see /usr/IBMWPO/RunCommand/Command1037725035818.log

    El rastreo se vuelca en los archivos:

    /usr/IBMWPO/RunCommand/Command<indicación hora>.log y /usr/IBMWPO/RunCommand/Command<indicación hora>.stdErr.log.

    En el ejemplo anterior, los nombres de archivo son

    Command1037725035818.log Command1037725035818.stdErr.log

  3. Abra el archivo /usr/IBMWPO/RunCommand/Command<indicación hora>.stdErr.log.

    Puede que encuentre un mensaje de error parecido al siguiente:

    Grabando archivo de núcleo Java .... Núcleo Java grabado en /tmp/javacore27082.1037677945.txt

    Si encuentra este mensaje, significa que el Gestor de configuración ha encontrado una versión de Java incorrecta. Siga este procedimiento para instalar Everyplace Synchronization Server manualmente:

  4. Inicie el programa de desinstalación de WebSphere Everyplace Access y seleccione Everyplace Synchronization Server para desinstalarlo.
  5. Localice el archivo essSilent.rsp en el directorio /usr/IBMWPO/responseFiles.
  6. Ejecute los mandatos siguientes desde la consola de shell de AIX.

Tenga en cuenta que el mandato siguiente presupone que está utilizando el CD de Everyplace Synchronization Server que estaba utilizando cuando se produjo la anomalía en la instalación anterior. Si va a realizar la instalación en una vía de acceso diferente, cambie el nombre de la vía de acceso en el mandato como corresponda:

/usr/java131/jre/bin/java -classpath /cdrom/ess/setup.jar:/cdrom/ess /caf.jar -Dserver.root=/usr/WebSphere/AppServer -Duser.java.home=/usr/java131/j re -DsilentMode=yes -Djava.compiler=NONE -DUSER.NOWAS=false -DUSER.NOWPS=false - Dplatform.script.cmd="/bin/sh" -Dplatform.script.ext=sh run -silent -options "/u sr/IBMWPO/responsFiles/essSilent.rsp

/usr/java131/jre/bin/java -classpath /usr/WebSphere/IBMSyncServer/install/XmlAccess.jar XmlAccess /cdrom/eas/lnf/weaESSUpdate.xml wpsadmin:wpsadmin <nombre_sistpral_WPS>/wps/config 10

Las entradas de calendario recurrentes suprimidas mediante iNotes no se sincronizan con Pocket PC

Este problema sucede con las versiones de Domino anteriores a la versión 5.0.12.

Cuando un usuario final utiliza el cliente iNotes para suprimir una instancia de un evento de calendario recurrente, y luego realiza una sincronización con un Pocket PC, el evento que se suprimió del servidor sigue apareciendo en el Pocket PC. Esto es debido a que utilizar iNotes para suprimir la entrada deja una entrada "fantasma" en el servidor que no se suprime. El problema no ocurre con reuniones canceladas o rechazadas. Tampoco ocurre con eventos de calendario no recurrentes.

Póngase en contacto con el soporte técnico de Lotus para obtener el hotfix ID SPR: TSTR5FTL8D

El Adaptador Lotus Domino siempre se muestra como "Detenido"

El cliente Lotus Notes podría estar utilizando el archivo .id incorrecto o podría haber archivos en el directorio esm que quizá deban copiarse al servidor Domino. Si verificar el archivo .id de Notes no resuelve el problema, compruebe lo siguiente:

  1. El directorio del cliente Notes (por ejemplo, c:\Lotus\Notes) contiene los archivos dominoca.dll, dominoca.dll.deb, lcppn211.dll, lcppn22.dll y lsxbe.dll.
  2. Si el archivo lsxbe.dll no existe, copie nlsxbe.dll y cambie el nombre de la copia por lsxbe.dll. (Los otros archivos dll se copian en el directorio Notes cuando se instala Synchronization Server.)
  3. Verifique que las dos líneas siguientes estén en el archivo Notes/data/notes.ini:
    4. 	ALLOW_NOTES_PACKAGE_APPLETS=1
	EXTMGR_ADDINS=dominoca.dll
  4. En el archivo <raíz_ess>\caf\cfg\ESSConfig.properties, asegúrese de que la palabra clave NotesJarDirectory esté establecida en el directorio notes adecuado (por ejemplo, NotesJarDirectory=C:/Lotus/Notes).
  5. Asegúrese de que la entrada del registro HKEY_LOCAL_MACHINE\SOFTWARE\IBM\IBMSyncServer\NotesDir esté establecida en el directorio notes adecuado.
  6. (Opcional) En el archivo <raíz_ess>\caf\migrate\MigrateSyncProperties.xml, asegúrese de que NoteJarDirectory esté establecido en el directorio notes adecuado.

El usuario final no puede sincronizar utilizando un Microsoft Exchange 5.5 Server

Si un usuario final crea un perfil de dispositivo para utilizarlo con un servidor Microsoft Exchange 5.5 y, posteriormente, la sincronización falla, el problema podría deberse a que el usuario final ha utilizado un ID y una contraseña no válidos para el servidor Exchange 5.5 al crear el perfil. Los servidores Exchange 5.5 no pueden validar el ID y la contraseña durante la creación de un perfil de dispositivo, de manera que si el usuario entra un ID o una contraseña incorrecta, el error no aparece hasta que el usuario intenta la sincronización. El usuario debería tratar de modificar el perfil de dispositivo entrando de nuevo el ID de usuario y la contraseña para arreglar este problema.

El usuario final no puede sincronizar con Synchronization Server en AIX

Si un usuario de sincronización intenta sincronizar con Synchronization Server para AIX y no puede conectar, y a pesar de ello no aparece ningún error ni en el servidor ni en el dispositivo, busque el siguiente error en los archivos appserver-stderr.log y appserver-stdout.log:

 

***********************************
ERROR!: Se ha llamado a TssHookServlet::systemExit
No se pudo conectar con el servidor de base de datos

Origen datos: tssalias
Usuario     : wasinst
Contraseña : wasgrp
#conns  : 1
SQLMessage : [IBM][CLI Driver] SQL1403N  El nombre de usuario y/o la contraseña suministrados no son correctos. SQLSTATE=08004

SQLState   : 08004
SQLCode    : -1403
Alert:[Wed Feb 19 17:37:51 EST 2003] No se ha podido conectar.
Alert:[Wed Feb 19 17:37:51 EST 2003]

****************************

Si el error aparece, cambie la contraseña en el archivo /usr/WebSphere/IBMSyncServer/app/ess.ear/ESSBase.war/WEB-INF/classes/Resource/config/config_tss.txt a wasinst

Los espacios de tablas SYNCD1TS, SYNCD2TS y SYNCD3TS están llenos o casi llenos

Los espacios de tablas creados durante la instalación de Synchronization Server pueden llenarse como consecuencia de la adición de usuarios de sincronización y del aumento de la actividad de sincronización. Los tres espacios de tablas que más probablemente se llenarán son SYNCD1TS, SYNCD2TS y SYNCD3TS.

Puede aumentar los espacios de tablas según necesite ejecutando este mandato: 

    alter tablespace NOMBRE_ESPTABLA add (file 'nombre_archivo' ###M)

donde

Por ejemplo, si el espacio de tablas SYNCD1TS se quedase sin espacio, podría especificar algo parecido a lo siguiente:

    alter tablespace syncd1ts add (file 'syncd1_02_ts' 500M)

Tenga en cuenta que si está ejecutando DB2 en Windows, puede emitir este mandato mediante el Centro de control de DB2.




Related Information