Una búsqueda en Google con:
Solaris + + "El sistema de mensajería DT no se pudo iniciar"
devuelve 138 visitas.

La totalidad de las posibles soluciones se encuentran en este documento. Mis disculpas por este largo documento, pero pensé que trataría de reducir al mínimo los intentos de resolución que ya he probado.

La configuración del sistema:
SunOS 5.10 Generic_118822 hercules-25 sun4u sparc SUNW, Ultra-250

Cualquier otra cosa que necesite, por favor hágamelo saber.
-------------------------------------------------- -------------------------------------------------- --
Error de recepción:

El DT sistema de mensajería no se pudo iniciar.

Para corregir el problema:
1. Seleccione [Aceptar] para volver a la pantalla de login.
2. Seleccione Failsafe período de sesiones de la pantalla de conexión de la opción de menú y log in
3. Compruebe que el nombre de host es correcto en estos lugares:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check para ver toda la cookie mágica relacionada con los mensajes de error en estos lugares:
1. / var / adm / messages
2. $ HOME / .dt / errores

Intento de resolución:
1. Comprobado el archivo / etc / hosts
1. Archivo contiene:
1. Dirección IP <nombrehost> loghost
2. etc
2. Comprobado el estado de servicio
fMRI SVC: / network/rpc-100083_1/rpc_tcp: por defecto
nombre 100083
permitido cierto
estado en línea
next_state ninguno
state_time Jue Nov 16 22:07:58 2006
Restarter SVC: / network / inetd: por defecto

3. Intento de eliminar TT_DB directorio para permitir ttdbserverd para reconstruir lo sugerido por un puesto.
1. Publicar
Gracias a David Foster (foster@bial1.ucsd.edu) para la respuesta rápida, a saber:
| Esto ocurre cuando la herramienta hablar obtener bases de datos dañados. Cada partición que
| Cuenta con una de estas bases de datos tendrá un TT_DB en su directorio raíz. El
| Solución es eliminar por completo todos estos directorios (usar para localizar a encontrar
| A) con "rm-rf / dir / TT_DB.
|
| Estos serán recreados según sea necesario, sin necesidad de parar / iniciar cualquier cosa, o reiniciar el sistema.
| Obras como un encanto.
gracias también a Stacy Lindberg y Bismark Espinoza por su
respuestas ....
Marc Poulin
2. He visto otro tipo de documentación que indica que este es un paso aceptable si el TT_DB obtener bases de datos corruptos

3. Ran ttdbck y obtuvo el siguiente error:
1. ttdbck: isopen ( ". / TT_DB / property_table"): No such file or directory
2. Contrariamente a la documentación que he visto estos directorios no han sido creadas automáticamente en cualquier momento. Supongo acceder a CDE sería suficiente para causar rpc.ttdbserverd al inicio y crear las TT_DB directorio y los archivos.
4. Además, de acuerdo con fallo Id: 1186212, es perfectamente bien para borrar el directorio TT_DB de trasladar a un directorio seguro.
5. Comprobado los permisos de la raíz del directorio home:
1. drwxr-xr-x 50 root root 1536 noviembre 21 18:09 /
6. Intentado acceder con otra cuenta, como mysql. Aquí está el mysql cuenta la casa de directorio:
1. drwxrwxrwx 6 noviembre 1536 mysql personal 21 18:13 / home / mysql
7. La ejecución de la cuota-v raíz devuelve "no cuota de disco para el usuario root (UID 0)
8. Contenido de nsswitch.conf
passwd: files
grupo: los archivos

# Además, debe crear el fichero / etc / resolv.conf para DNS nombre
# Servidor de búsqueda. Véase resolv.conf (4).
anfitriones: archivos dns

# Tenga en cuenta que las direcciones IPv4 se buscan en todas las bases de datos ipnodes
# Antes de buscar en bases de datos de los anfitriones.
ipnodes: archivos dns

redes: archivos
protocolos: archivos
rpc: archivos
Éteres: archivos
netmasks: archivos
bootparams: archivos
publickey: archivos
9. Espacio disponible en los volúmenes
Uso del sistema de archivos utilizado kbytes capacidad Montado en
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ devices 0 0 0 0% / devices
ctfs 0 0 0 0% / system / contrato
proc 0 0 0 0% / proc
mnttab 0 0 0 0% / etc / mnttab
de swap 1288984 1016 1287968 1% / etc / svc / volátil
objfs 0 0 0 0% / system / objeto
fd 0 0 0 0% / dev / fd
intercambio 1288280 312 1287968 1% / tmp
de swap 1288016 48 1287968 1% / var / run
/ dev/dsk/c0t10d0s7 7060665 3127022 3863037 45% / export / home
/ export / home / mysql 7060665 3127022 3863037 45% / home / mysql
10. No sabe si es pertinente, pero he encontrado un archivo llamado rootswup.trc en / tmp
usuario está registrado
Home \u003d / / .softwareupdate/1770423442
Home \u003d / / .softwareupdate/1770423442 existe
desactivar la notificación de abanderamiento está desactivado
pid archivo no existe
checkRunningNotApp return 1
NO ejecutando NotApp proceso de encontrar
CDE en el entorno de ventanas, se cierra.
11. Otra sugerencia fue
1. Inicio en el modo Infraestructura y busque su archivo / etc / hosts, si se corresponde con el nombre de host local (127.0.0.1).
1. La entrada es la siguiente: 127.0.0.1 localhost
2. Mira si tiene conectividad de red en la interfaz pcn0
1. Lamentablemente, no puedo ver nada comprobar usando ifconfig. Hay un fallo en Solaris 10 que no puedo conseguir el parche para el puesto que no tengo un contrato de servicios con Sun. Sin embargo, puede hacer ping a los servidores fuera de mi red. Entonces, supongo que la tarjeta de red esté en funcionamiento.
12. Otro cartel dio este consejo
1. Bueno al parecer esta fue tan obtuso que no se sabía más o menos completamente básico de que sólo se hace caso omiso! Para referencia futura, si no tiene un retorno de carro después de la última línea de sus "anfitriones" de archivos que puede suceder cosas malas!
2. Puse 2 líneas más allá de la última línea y aún no ha llegado hasta
13. Otra sugerencia
1. He visto este problema varias veces. Creo que esto es un error genérico y no necesariamente apuntan a la lista de sugerencias. En mi caso, fue capaz de resolverlo en la práctica un sistema de unconfig
2. He hecho esto en el pasado y mi manguereados sistema tan malo que tuve que volver a instalar el sistema operativo. No voy a intentar de nuevo.

Tengo lo que quizás sea un mensaje similar. Cuando hace clic en "Aceptar", se me vuelve a la pantalla de login (quizás CDE).

Me había desconectado la interfaz hme0 dhcp de mi proveedor y adjunto a otro router que el suministro de información de DHCP.

Tuve sin embargo, antes de hacer cualquiera de estos pasos, editado / etc / default / dhcpagent
y eliminó el "12" a partir de:
PARAM_REQUEST_LIST \u003d 1,3,6,15,28,43

De modo que un nombre no puede, por el agente, a través de servidor dhcp se solicita.

Configuración de nombres de host para un sistema conectado a un servidor dhcp se documenta en otros lugares - una búsqueda en google que puede revelar.

A pesar de mi hacer la edición en el archivo / etc / default / dhcpagent y como creo que (estoy bastante seguro de haber reiniciado), de reiniciar después de hacer este tipo de edición (esto requiere de un reinicio, consulte la página man dhcpagent)
"
Para IPv4, la dhcpagent demonio puede ser configurado para solicitar
un nombre de host. Véase la descripción REQUEST_HOSTNAME
en la sección Archivos. La primera vez que la configuración de un cliente
solicitar un nombre de host, debe realizar los siguientes pasos
root para garantizar que toda la negociación se lleva a cabo DHCP:

# Pkill dhcpagent
# Rm / etc / dhcp / interface.dhc
# Reboot
"

Tengo el mensaje, creyendo que esto es causado por el servidor dhcp cambio, iniciar sesión a través de "la línea de comandos de acceso" y, yo, no, un reinicio ...

Yo no tenía la cuestión cuando se reinicia el sistema y, a mí, a través de, quizás, CDE, inicio de sesión.

El otro sistema se trasladó también a partir de un servidor dhcp a otro de una manera similar, sin embargo, la interfaz de inicio de sesión en que fue, quizás, Java de Sun ... y en ese sistema, no, tienen el mismo problema ...