test

Guía de administración de SunLink Server

Capítulo 6 Solución de problemas

En este capítulo se describe la forma de resolver problemas en equipos que ejecutan el software de SunLink Server. Identifica las distintas herramientas disponibles para el proceso de detección y solución de los problemas e indica cuál es el mejor procedimiento que puede seguirse cuando es necesaria la intervención.

La solución de problemas de sistemas SunLink Server implica la recopilación y análisis de los datos relativos al problema para determinar la causa que lo ha provocado. El programa SunLink Server incluye una serie de herramientas de recopilación de datos, pero pueden obtenerse otras más completa a través del servicio técnico.

Este capítulo presenta las distintas herramientas proporcionadas con el software de SunLink Server e indica las situaciones en que es conveniente utilizarlas.

El tiempo dedicado por los administradores a la solución de problemas puede reducirse si se mantienen las siguientes normas:

Hay ocasiones en que un determinado problema precisa una recopilación de datos más compleja que la que proporcionan las herramientas suministradas con el paquete SunLink Server estándar. En estas situaciones pueden ser necesarias versiones especiales de depuración del software para obtener datos más detallados sobre el problema. Puede que este tipo de recopilación de datos precise la asistencia de una persona del servicio técnico que explique cómo se utilizan las herramientas adecuadas.

Herramientas de solución de problemas de SunLink Server

SunLink Server proporciona diversas herramientas que pueden utilizarse como ayuda para la solución de problemas. Tales herramientas se clasifican en tres categorías:

Las secciones siguientes contienen un resumen de las herramientas incluidas en cada categoría y ofrecen una breve descripción del uso que puede hacerse de cada una de ellas para resolver problemas.

Herramientas para verificar el estado del servidor

El programa SunLink Server incluye varias herramientas con las que puede comprobarse el estado de funcionamiento del servidor en cualquier momento. Una frecuente verificación del estado del servidor mejorará la capacidad del administrador para detectar problemas o síntomas con rapidez.

Una revisión periódica del estado del servidor proporciona una base bastante estable para determinar cómo debe ser un servidor normal. La información que, con el paso del tiempo, se desvíe de la norma, indicará que algo ha cambiado y que precisa la atención del administrador.

Las herramientas para verificar el estado del servidor se explican en las siguientes secciones.

Registros de sucesos

Existe la posibilidad de hacer el seguimiento de una serie de sucesos relativos al funcionamiento diario del servidor gracias a los registros de sucesos de SunLink Server Manager (consulte el Capítulo 3). Tales sucesos se almacenan en uno de estos tres tipos de registros: sistema, seguridad y aplicación. Los administradores deben poner en práctica normas que regulen el registro de sucesos e incluir la revisión de los registros como parte habitual de las actividades de solución de problemas.

Puede resultar especialmente útil representar el uso típico del servidor modificando los datos del registro de sucesos mediante una hoja de cálculo o un procesador de texto. Este método puede utilizarse para generar un perfil del modo de funcionamiento estándar y predecir así tendencias en el uso del servidor.

Nota -

También pueden verse los registros de sucesos mediante el comando elfread. Para obtener más información, escriba man elfread en la línea de comandos de SunLink Server.

Estado del servidor

SunLink Server almacena información estadística sobre el uso del servidor en cada momento y estadísticas acumuladas sobre el uso durante un periodo de tiempo. Siempre resulta útil revisar estos datos de forma regular y cuando se detecte un problema en el servidor.

Información sobre el servidor

Para ver los datos sobre el uso actual del servidor, utilice la vista Información de SunLink Server Manager (consulte "Visualización de la información de SunLink Server"). En ella se suministran detalles sobre las sesiones activas entre el cliente y el servidor y los recursos utilizados por esas sesiones:

Estadísticas acumuladas

Para ver los datos acumulados en relación con el uso del servidor, puede utilizar el comando net statistics en la línea de comandos de SunLink Server, que proporciona los totales acumulados de distintas actividades del servidor. Los administradores que examinen estas estadísticas de forma regular, observarán que es más sencillo reconocer y efectuar cambios en el funcionamiento del sistema.

El sistema SunLink Server almacena las estadística siguientes, que pueden verse mediante el comando net statistics:

Tabla 6-1 Descripción de las estadísticas acumuladas

Estadística 

Descripción 

Estadísticas desde 

Momento en que se inició este conjunto de estadísticas (desde el último inicio del servidor o desde la última vez que se actualizaron). 

Sesiones aceptadas 

Número de veces que los usuarios se han conectado al servidor. 

Desconexiones automáticas 

Número de sesiones de usuario desconectadas por inactividad. 

Desconexiones por error 

Número de sesiones de usuario desconectadas porque se ha producido un error. 

KB enviados 

Número de Kbytes de datos que ha transmitido el servidor. 

KB recibidos 

Número de Kbytes de datos recibidos por el servidor. 

Tiempo medio de respuesta (mseg) 

Tiempo medio de respuesta para procesar peticiones de servidores remotos. Este valor es siempre 0 para servidores de sistemas Solaris. 

Errores del sistema 

No se aplica a servidores de sistemas Solaris. 

Violaciones de permisos 

Intentos de un usuario de acceder a los recursos sin los permisos necesarios. 

Violaciones de contraseña 

Número de contraseñas incorrectas que se han introducido. 

Archivos accedidos 

Número de archivos utilizados. 

Dispositivos de comunicaciones accedidos 

No está incluido en el programa SunLink Server. 

Trabajos de impresión en cola 

Número de trabajos enviados a colas de impresión en el servidor. 

Búferes agotados 

Número de veces que los búferes grandes y de petición se han agotado. Siempre es 0 para los servidores de sistemas Solaris. 

Visualización de la información de sesiones desde Windows NT Workstation

Los administradores pueden ver y controlar las sesiones establecidas entre los clientes y el servidor, y de esta forma medir la carga de un determinado servidor.

Para ver la información de sesiones desde un equipo Windows NT Workstation o un cliente Windows utilizando el Administrador de servidores:

  1. Inicie el Administrador de servidores.

  2. Seleccione el sistema SunLink Server cuya información de sesiones desea ver.

  3. Haga clic en el botón USUARIOS.

También puede ver la información de sesiones escribiendo net session en la línea de comandos de SunLink Server.

Nota -

Algunas de las sesiones que aparecen no incluyen nombre de usuario. Son el resultado de la actividad de administración y no deben eliminarse.

Cierre de sesiones desde un equipo Microsoft Windows

El administrador puede desconectar un usuario del servidor en cualquier momento. El cierre de la sesión no impide al usuario volverse a conectar.

Para desconectar la sesión de un usuario desde un equipo Windows NT o Windows mediante el Administrador de servidores:

  1. Inicie el Administrador de servidores.

  2. Seleccione el sistema SunLink Server cuya información de sesión desea ver.

  3. Haga clic en el botón USUARIOS.

  4. Resalte el usuario y seleccione el botón Desconectar.

También puede efectuar esta desconexión utilizando el comando net session en la línea de comandos de SunLink Server.

Cierre de recursos abiertos desde un equipo Microsoft Windows

Cuando un usuario utiliza un archivo compartido, el archivo se encuentra abierto. Algunas veces, el archivo queda abierto, incluso bloqueado, por un error en la aplicación o por otros motivos, lo que provoca que otros usuarios no puedan acceder al mismo. Los administradores pueden cerrar este tipo de archivos.

Para cerrar un recurso abierto desde un equipo Windows NT o un cliente Windows utilizando el Administrador de servidores:

  1. Inicie el Administrador de servidores.

  2. Seleccione el sistema SunLink Server cuyos datos desea ver.

  3. Haga clic en el botón EN USO.

  4. Resalte el recurso abierto y seleccione el botón Cerrar recurso.

También puede cerrarlo utilizando net file en la línea de comandos de SunLink Server.

Registros de sucesos de los subsistemas de impresión

SunLink Server contiene un registro de impresión distinto por cada recurso de impresión compartido y por cada impresora Solaris que utiliza. Estos registros almacenan todos los mensajes generados en relación con el fallo de una impresora o con errores de los trabajos de impresión.

Es conveniente que el administrador revise estos registros con frecuencia para determinar si se han producido tales errores. El acceso a los archivos de registro puede realizarse desde un cliente estableciendo un enlace con el recurso compartido PRINTLOG.

También se puede acceder a los registros desde el servidor. Se encuentran en el siguiente directorio: /opt/lanman/shares/printlog

Herramientas que proporcionan el estado del servidor de forma automática

Una respuesta rápida es vital cuando se trata de problemas del servidor. Detectar el problema en el momento en que se produce puede ayudar a minimizar los perjuicios que puede causar a la comunidad de usuarios.

Es posible configurar el software de SunLink Server para que notifique a los usuarios especificados los problemas que se producen. También se puede configurar el sistema Solaris para notificar al administrador este tipo de problemas. Las secciones siguientes contienen una descripción de las funciones disponibles en este sentido.

Servicio de Alerta

SunLink Server incluye un servicio de Alerta que permite notificar a los usuarios especificados la existencia de determinados sucesos. El administrador debería utilizar este servicio para dar a conocer inmediatamente los problemas relativos al servidor. Una reacción rápida para resolver estos fallos suele minimizar su efecto. Los ejemplos siguientes ilustran situaciones que podrían generar alertas:

Funciones del sistema Solaris y de SunLink Server

Una de las ventajas del software de SunLink Server es la disponibilidad inherente de funciones de creación de archivos de comandos que proporciona el sistema operativo Solaris. La combinación de estas funciones con las herramientas de recopilación de datos de SunLink Server permite al administrador crear una herramienta de gran capacidad que puede utilizarse para verificar el estado de los sistemas SunLink Server en cualquier momento.

Por ejemplo, utilizando la función de programación de tareas que ofrece el sistema Solaris (CRON), las diversas herramientas de recopilación de SunLink Server y algunos comandos estándar de Solaris para verificar la integridad del sistema de archivos y el espacio disponible, los administradores pueden escribir archivos de comandos que realicen varias comprobaciones del sistema y del servidor, y envíen los resultados a los administradores del sistema Solaris a intervalos regulares.

Herramientas para depurar problemas del servidor

SunLink Server incluye comandos de Solaris que permiten resolver problemas del servidor y que pueden ejecutarse desde la línea de comandos de SunLink Server. En esta sección se resumen estos comandos y se describe el papel que juegan en la solución de problemas del servidor.

Si precisa más información sobre alguno de los comandos, escriba man comando en la línea de comandos de SunLink Server.

lmshell

El comando lmshell resulta útil para emular una sesión de cliente MS-DOS cuando no se dispone de acceso a un cliente real. Es especialmente práctico para detectar problemas de conectividad entre un cliente y un servidor. Con lmshell se puede reproducir un inicio de sesión de cliente y conexiones con los recursos ejecutando los comandos net logon y net use en lmshell desde la línea de comandos de SunLink Server.

lmstat

El comando lmstat interroga la imagen de memoria compartida del servidor para obtener diversos datos sobre su estado. Resulta especialmente útil para determinar en qué proceso del servidor se encuentra una sesión de cliente.

El software de SunLink Server se compone de un grupo de procesos cooperativos. Escriba este comando mientras el servidor se está ejecutando:

ps -ef | grep lmx

La ejecución del comando genera una salida similar a la siguiente:

root 17726 1 0 12:03:36 0:00 lmx.alerter

root 17713 17461 0 12:03:32 0:00 lmx.srv -s 1

root 17722 17874 0 12:03:35 0:00 lmx.srv -s 2

root 17726 1 0 12:03:36 0:01 lmx.dmn

root 17728 1 0 12:03:36 0:01 lmx.browser

root 17744 1 0 12:03:28 0:00 lmx.ctrl

En este ejemplo, se muestran dos procesos de servidor lmx.srv (17713 y 17722). El servidor puede tener nueve clientes con sesiones activas.

Para saber a qué proceso lmx.srv está conectado un cliente, el administrador puede ejecutar el comando lmstat -c en la línea de comandos. El sistema muestra un resultado similar al siguiente:

Clients:

BANANA.SERVE~X (nwnum=0, vcnum=0) on 17713

ORANGE (nwnum=0, vcnum=0) on 17713

PEAR (nwnum=0, vcnum=0) on 17722

Observe que cada nombre de cliente posee un número de ID de proceso asociado. Se trata del ID del proceso lmx.srv que está utilizando ese cliente. El valor vcnum indica si es el primer VC (circuito virtual) del cliente u otro adicional.

La posibilidad de determinar el ID del proceso de lmx.srv utilizado por el cliente es particularmente útil al usar lmstat -w o el comando truss( ) del sistema Solaris. Ambos comandos exigen la introducción del ID de proceso como parte de los argumentos de ejecución (la opción -w no es válida en todos los sistemas operativos).

regconfig

El comando regconfig se utiliza para consultar o cambiar la información de claves del Registro de SunLink Server y permite cambiar cualquier valor del Registro (también puede cambiar el Editor del Registro de Windows NT para efectuar estos cambios).

También es posible utilizar regconfig para reinicializar el Registro de SunLink Server con sus valores predeterminados.

Si precisa más información sobre el Registro, consulte el Apéndice A.

regcheck

El comando regcheck se utiliza para verificar y reparar el archivo del Registro de SunLink Server. Sólo verifica la estructura interna del archivo, no la validez de los datos que contiene.

Si detecta que la estructura interna del archivo de Registro no es válida, utilice el comando regcheck para efectuar las correcciones necesarias.

samcheck

El comando samcheck se utiliza para verificar, volcar y reparar la base de datos SAM. Permite determinar si la base de datos de cuentas de usuario está dañada y, si es necesario, repararla.

El comando samcheck también puede utilizarse para obtener el contenido de la base de datos de cuentas de usuario en stdout con un formato legible.

srvconfig

El comando srvconfig se utiliza para ver los valores de todos los parámetros de servidor del archivo lanman.ini (también es un buen sistema para verificar la ubicación y corrección de cualquier parámetro que desee modificar).

El archivo lanman.ini contiene varios parámetros de configuración que pueden modificarse. La mayoría de ellos utilizan valores predeterminados, pero algunos de ellos pueden modificarse y sustituir los establecidos de forma predeterminada durante la instalación del servidor.

Para ver los valores predeterminados del archivo lanman.ini, utilice este comando:

srvconfig -p | more

Genera una lista de todos los parámetros del archivo lanman.ini y sus valores predeterminados.

acladm

El comando acladm se utiliza para comprobar y reparar los problemas detectados en la base de datos Lista de control de acceso.

No olvide examinar las opciones disponibles para este comando antes de ejecutarlo. Escriba el comando man acladm en la línea de comandos de SunLink Server.

Procedimientos de solución de problemas

La solución de problemas de SunLink Server implica el uso de un método sistemático que identifique el problema y la recopilación de datos detallados a fin de identificar el módulo específico que lo ha provocado. Las secciones siguientes contienen procedimientos que puede utilizar para identificar el problema y ofrecen soluciones para obtener información complementaria sobre el mismo.

Identificación del problema

El programa SunLink Server se ejecuta en un equipo con sistema Solaris. El servidor depende del funcionamiento de la red NetBIOS para realizar sus funciones de servicio de impresión y archivos.

Normalmente, una red NetBIOS incluye los siguientes componentes: una aplicación que proporciona una interfaz de protocolos NetBIOS; una aplicación que proporciona una interfaz de protocolo de transporte de red, como TCP/IP (aunque algunas implementaciones de transporte incluyen NetBIOS dentro de un módulo común); y una aplicación que proporciona los controladores del adaptador de red (que también puede formar parte del módulo de transporte).

Cada componente de la red NetBIOS debe estar configurado y operativo para que SunLink Server pueda funcionar en un entorno de red. Asimismo, la máquina que trate de utilizar los servicios de archivos e impresión del programa SunLink Server, por ejemplo, un equipo Windows NT Workstation o un cliente Microsoft Windows, también tiene que tener módulos similares en funcionamiento.

Si no hay una red NetBIOS disponible, el sistema muestra normalmente el siguiente mensaje al iniciar el servidor:


no se puede ubicar el nombre en ninguna red: nombreservidor

Si se revisan todos los módulos implicados en la conexión extremo a extremo de un cliente y SunLink Server, es fácil darse cuenta de que identificar el problema es el primer paso para solucionar problemas en un entorno de red cliente-servidor.

Antes de presuponer que el problema atañe al servidor, debe comprobar si el resto del software de red funciona correctamente. Esto es particularmente cierto en instalaciones nuevas donde la probabilidad de que se produzcan problemas de transporte o de desconexiones físicas en la red es elevada.

Es inútil realizar una comprobación exhaustiva de cada nivel de software en busca de un problema si éste afecta sólo a un cliente o usuario. La experiencia le ayudará a determinar cuándo debe utilizar un procedimiento de identificación a nivel global o un procedimiento específico para el servidor. Las secciones siguientes proporcionan directrices para ambos casos. Utilice aquélla que mejor se adapte a su problema en particular.

Verificación de la red

Antes de suponer que el servidor es la causa de todos los problemas, es conveniente verificar el estado de la red. Esto es especialmente importante cuando todos o una gran parte de los usuarios del servidor informan de la existencia de un problema al mismo tiempo.

Lleve a cabo el siguiente procedimiento para comprobar si la red está en buenas condiciones.

Paso 1: Verificar el estado de la red física

El primer componente que debe comprobarse es la red física. La mayor parte del hardware de red disponible actualmente incluye unos indicadores de estado que permiten comprobar el estado de las conexiones de red (por ejemplo los concentradores 10-BASE-T utilizan LED). Compruebe siempre estos enlaces para detectar cualquier signo de problema con la red física, como excesivas retransmisiones, discrepancias en la integridad de los enlaces u otros errores de transmisión.

Incluso en aquellos casos que sólo afectan a un cliente, no presuponga que no se trata de una mala conexión del cable. En el caso de los clientes, es fácil comprobar si el problema se produce con independencia del servidor que el cliente intenta utilizar.

Si el cliente no puede "ver" nada en una red que, por otra parte, está funcionando sin incidencias, se puede suponer con bastante seguridad que el problema está relacionado con la configuración de red de ese cliente. Si, por el contrario, el cliente puede ver otros nodos en la red pero no puede conectarse a un determinado servidor, quiere decir que probablemente existe un problema con la ruta de acceso a ese servidor, el propio servidor o la cuenta utilizada por ese cliente.

Existen varios productos de otros fabricantes que pueden utilizarse para monitorizar el estado de la red física. Es aconsejable revisar el tráfico de la red periódicamente con uno de estos dispositivos para comprobar si se han producido problemas con la red física.

Paso 2: Verifique el estado del protocolo de transporte

Si la red física parece estar funcionando correctamente, el paso siguiente es determinar si los distintos equipos de la red pueden "verse" mutuamente desde la perspectiva del protocolo de transporte. La mayoría de las aplicaciones de protocolo de transporte incluyen una herramienta de pruebas de conectividad que puede utilizarse para comprobar si la conexión entre el cliente y el servidor es correcta en el nivel de transporte.

Si un determinado cliente no puede establecer contacto con un servidor al usar el comando ping, tampoco podrá conectarse con ese servidor. Si se utiliza el comando ping desde varios clientes sin obtener respuesta del servidor, puede deberse a una de las causas siguiente: el servidor no está funcionando, el protocolo de transporte no se está ejecutando o existe un problema de configuración que impide la conexión de red.

Revise las recomendaciones de la documentación que acompaña al software del protocolo de transporte utilizado. Si es necesario, prosiga con los procedimientos descritos más adelante para verificar el estado del protocolo NetBIOS y del software de SunLink Server.

Paso 3: Verifique el estado del protocolo NetBIOS

Compruebe el nivel de protocolo NetBIOS. La mayoría de los módulos NetBIOS proporcionan herramientas de pruebas para verificar la conectividad entre nombres NetBIOS a través de la red.

Puede que exista conectividad entre nodos que utilizan TCP/IP, pero si las conexiones entre nombres NetBIOS no funciona, el software de SunLink Server tampoco funcionará. Todas las comunicaciones de SunLink Server se basan en sesiones de nombres NetBIOS. Utilice las herramientas de pruebas suministradas con el software de protocolo para verificar la conectividad en el nivel NetBIOS. Si detecta un problema, identifíquelo de acuerdo con la información suministrada con la documentación del protocolo NetBIOS.

Paso 4: Verificar la funcionalidad del sistema Solaris

Si todos los módulos de conectividad de red funcionan correctamente, el paso siguiente es verificar el entorno operativo Solaris del equipo que tiene instalado el programa SunLink Server. El sistema operativo proporciona una serie de archivos de registro y pruebas que pueden realizarse para verificar su funcionamiento. Para obtener información de estas pruebas, consulte la documentación de administrador del sistema Solaris.

El software de SunLink Server es especialmente sensible a los siguientes problemas del sistema:

Los problemas del sistema operativo afectan normalmente a todos o la mayoría de los equipos cliente conectados al servidor. No pierda tiempo en este paso si está resolviendo problemas relativos a un solo cliente.

Paso 5: Identificación de problemas en el sistema SunLink Server

Si determina que todos los componentes del software del sistema funcionan correctamente, debería verificar entonces el sistema SunLink Server. La identificación de problemas en el servidor depende a menudo del tipo de problema notificado por los usuarios.

Si sólo experimenta problemas un usuario, puede restringir el ámbito de verificación a las operaciones que ese usuario está intentando realizar.

Si es un grupo de usuarios el que experimenta problemas, pero otros muchos no, deberá buscar un denominador común entre todos los usuarios del grupo. Por ejemplo:

Si todos los usuarios de un servidor notifican un problema, debería comenzar por algunas comprobaciones básicas del estado del servidor. Tales comprobaciones se describen en las secciones siguientes.

¿Se está ejecutando el servidor?

Es conveniente verificar si el servidor está en funcionamiento. Para hacerlo, basta introducir el comando siguiente en la línea de comandos del sistema:

ps -ef | grep lmx

El resultado debería incluir la siguiente información, como mínimo:

root 3554 3452 Feb28 19:39 lmx.srv -s 1

root 3452 1 0 Feb28 5:03 lmx.ctrl

root 3568 1 0 Feb28 2:16 lmx.dmn

Esta información indica que los tres procesos necesarios del servidor se están ejecutando, el daemon (lmx.dmn), el proceso de control (lmx.ctrl) y, al menos, un proceso de trabajo (lmx.srv). Puede haber también otros procesos, como lmx.browser y lmx.alerter.

Pueden aparecer otros procesos de trabajo, cada uno de ellos con un número exclusivo situado al final de la línea. El servidor ejecuta nuevos procesos de trabajo en función de los clientes que admita el servidor. Cuantas más sesiones de cliente se inicien, más procesos lmx.srv pueden ejecutarse, cada uno de ellos con un número e ID de proceso exclusivo. Esto resulta normal.

Si el servidor no está funcionando, utilice net start server en la línea de comandos.

¿Se están ejecutando todos los servicios de Servidor?

Si uno de los proceso de servidor necesarios no se está ejecutando, determine si se han iniciado correctamente todos los servicios del servidor. Puede producirse una situación en que hay varios procesos del servidor en ejecución, pero sigue sin poder utilizarlo porque no se ha iniciado un determinado servicio. Esto es especialmente cierto en el caso del servicio de Inicio de sesión de red. Para comprobar qué servicios se están ejecutando, introduzca lo siguiente en la línea de comandos:

net start

El sistema muestra una lista de los servicios que se encuentran activos en el servidor.

Es fundamental que aparezcan los servicios de Inicio de sesión de red y de Servidor. Si no se incluyen en la lista, significa que existe un problema en el servidor. A menudo el servicio de Inicio de sesión no comienza porque existe un problema con el nombre del servidor, el nombre del dominio o la configuración del dominio.

Revise los registros de errores para verificar si hay problemas, según se explica en la sección siguiente.

¿Hay mensajes en los registros de errores?

Compruebe siempre los registros de errores utilizados por el servidor. Puede ver los registros del sistema, de seguridad y de aplicación con el Visor de sucesos de un equipo cliente, con SunLink Server Manager en el sistema SunLink Server o con el comando elfread en la consola del sistema. También puede examinar los registros en el área de recursos compartidos PRINTLOG si existe un problema relacionado con la impresión. Para problemas relacionados con el inicio del servidor, puede comprobar el registro lmxstart.log situado en el directorio /var/opt/lanman/logs.

Si alguno de estos registros contiene entradas, guárdelas como referencia para el futuro. No suprima o sustituya mensajes de error, ya que pueden indicar la causa del problema. Es posible que sea necesario suministrar los registros al personal de servicio técnico en algún momento.

El mensaje siguiente es especialmente indicativo de un problema de servidor:


A server process has unexpectedly terminated

Este mensaje indica que un proceso del servidor ha detectado un error inesperado. En función de la manera en que esté configurado el servidor, puede que haya un archivo central situado en el sistema.

Si el valor de la clave CoreOk es 1 (sí) en el Registro de SunLink Server, significa que hay un archivo central situado en algún lugar del sistema. El valor de CoreOk se encuentra en la clave siguiente:

SYSTEM\CurrentControlSet\Services\ AdvancedServer\ProcessParameters

Sitúese en el directorio raíz y ejecute el comando siguiente para buscar archivos centrales en el sistema de archivos:

find . -name "core*" -print

Guarde todos los archivos que encuentre. Si el parámetro coreok tiene el valor no, no se crearán archivos centrales. Puede ser conveniente definir la clave CoreOk con el valor yes para capturar archivos centrales, que resultan útiles para efectuar depuraciones del software.

¿Se están compartiendo adecuadamente todos los recursos del servidor?

Algunos recursos del sistema se comparten automáticamente cada vez que se inicia el servidor. Estos recursos son utilizados por los clientes en procesos de fondo mientras se ejecutan otras actividades en el servidor.

La lista de recursos compartidos de forma predeterminada incluye:

ADMIN$

C$

D$

IPC$

LIB

NETLOGON

PRINTLOG

PRINT$

USERS

Los que van seguidos del signo de dólar ($) son recursos necesarios para la administración y comunicación del servidor (existe otro recurso especial, REPL$, disponible cuando se ejecuta el servicio Duplicador de directorios).

No intente nunca eliminar o reconfigurar la forma de compartir estos recursos. Si falta alguno de ellos, el servidor no funcionará adecuadamente. Si detecta la ausencia de uno de estos recursos, detenga y reinicie el servidor para determinar si están compartidos al comenzar la ejecución. Si no aparecen, póngase en contacto con el servicio técnico.

Los otros recursos son recursos predeterminados utilizados normalmente por los clientes durante el inicio de sesión (NETLOGON), para conectarse al directorio particular de usuario (USERS) y para acceder a utilidades o registros de error (DOSUTIL, OS2UTIL, PRINTLOG). Puede que estos elementos estén deliberadamente ausentes del servidor, pero si no los ha suprimido a propósito como recursos compartidos, significa que algún problema del servidor ha provocado su desaparición.

¿Se puede establecer contacto con el servidor desde la consola?

Puede realizar una prueba sencilla para determinar si el servidor se está comunicando a través de la red. Ejecute el comando siguiente en la consola del sistema.

net view

El sistema muestra el nombre del servidor y de otros servidores que funcionan en el mismo dominio. Si aparece el nombre de su servidor, ejecute el mismo comando especificando el nombre de ese servidor:

net view \\asutrial

Aparece una lista de recursos compartidos similar a la siguiente:

Shared resources at \\asutrial

SunLink Server Systems

Sharename Type Used as Comment

----------------------------------------------------------------

DOSUTIL Disk DOS Utilities

LIB Disk Programming Aids

NETLOGON Disk Logon Scripts Directory

OS2UTIL Disk OS/2 Utilities

PRINTLOG Disk LP Printer Messages

USERS Disk User Directory

Puede que aparezcan otras entradas si ha agregado más recursos compartidos al servidor.

Si alguno de estos comandos falla con persistencia, significa que hay un problema con las comunicaciones broadcast (de difusión) a través de la red. Si los comandos se ejecutan correctamente, puede utilizar las pruebas de la sección siguiente.

¿Hay más usuarios conectados de los que admite el servidor?

Cuando se produce un problema de conectividad, compruebe si el servidor tiene conectados más clientes del máximo permitido en su configuración. Este número se especifica en el parámetro maxclients del archivo lanman.ini del servidor y puede verse con el comando srvconfig - g maxclients.

¿Está dañado el Registro de SunLink Server?

Ejecute el comando regcheck -C para determinar si el formato interno del archivo de Registro está dañado. Si este comando detecta daños en la estructura, ejecute el comando regcheck -R para repararlo.

Si se han introducido valores incorrectos en el Registro de SunLink Server, puede utilizar el comando regload para reinicializar el archivo con sus valores predeterminados.

¿Se puede establecer comunicación con el servidor desde un cliente?

Trate de iniciar la sesión en el servidor desde un cliente. Si lo consigue, conecte un ID de unidad virtual a un recurso compartido y luego examine el contenido de la unidad conectada.

Si se presentan problemas al realizar estas operaciones, identifique cada uno de ellos mediante el procedimiento siguiente.

Solución de problemas en recursos compartidos

Si se comunica con el servidor, pero no puede acceder a un recurso compartido, haga lo siguiente:

  1. Verifique que el recurso compartido existe utilizando el comando net view \\nombre_servidor. Si el nombre del recurso no aparece, significa que no existe. En ese caso, debe volver a definirlo como recurso compartido.

  2. Establezca una conexión con el recurso compartido como usuario administrador. Si falla la conexión y el recurso existe, puede que esté incorrectamente compartido. Elimine y vuelva a definir el recurso. Si esto da resultado, proceda con el paso siguiente.

  3. Si se trata de un recurso de disco, compruebe los niveles de permisos asociados al mismo. Primero verifique los permisos sobre recursos compartidos con el Administrador de servidores y luego los permisos sobre el directorio compartido utilizando el Explorador de Windows en un cliente administrativo.

    Verifique si un usuario puede utilizar el recurso bien por su pertenencia a un grupo o por los permisos asignados a su cuenta de usuario. Verifique también que los permisos de acceso sobre el recurso permiten realizar la acción deseada (por ejemplo, el usuario posee permisos de lectura pero está intentando modificar un archivo). Verifique también que no se ha superado el límite máximo de usuarios admitidos para un determinado recurso compartido.

  4. En el recurso compartido, compruebe los atributos de los archivos y los permisos de acceso del sistema Solaris.

Solución de problemas con sistemas de archivos desconocidos

El programa SunLink Server sólo reconoce los siguientes tipos de sistemas de archivos:

Los sistemas de archivos que no pertenezcan a la lista anterior se tratarán como sistemas del tipo s5. Si desea que todos los sistemas de archivos desconocidos se traten como otro tipo distinto del s5, defina el parámetro fsnosupport situado en la sección [fsi] del archivo lanman.ini con el nombre de un sistema reconocido. A continuación detenga y reinicie el servidor.

Si desea definir cada sistema de archivos desconocido de forma independiente como un sistema conocido, lleve a cabo este procedimiento:

  1. En la línea de comandos del sistema Solaris, escriba el siguiente comando sustituyendo nombre_ruta por el verdadero nombre de la ruta de acceso al sistema de archivos desconocido. Presione Entrar:

df -n nombre_ruta

El sistema muestra el punto de montaje y el tipo de sistema de archivos según lo especificado por el sistema operativo Solaris.

  1. Defina el parámetro fsmap en la sección [ fsi ] del archivo lanman.ini, de la forma siguiente:

unknown:s5,sfs:vxfs,sistema_archivos_unix:sistema_archivos, ...

Sustituya sistema_archivos_unix por el nombre del tipo de sistema de archivo devuelto en el Paso 1. Sustituya sistema_archivos por el nombre del tipo de sistema de archivos de SunLink Server que desea utilizar.

  1. Detenga y reinicie el servidor.

    SunLink Server asignará el sistema de archivos de Solaris al sistema reconocido que haya especificado.