Una ricerca con Google:
+ + Solaris "Il sistema di messaggistica DT non poteva essere avviato"
restituisce 138 risultati.

Tutte le soluzioni sono possibili in questo documento. Mi scuso per un lungo documento, ma ho pensato che avrebbe cercato di ridurre al minimo la risoluzione tentativi che ho già provato.

Configurazione del sistema:
SunOS hercules 5,10 Generic_118822-25 sun4u sparc SUNW, Ultra-250

Tutto il resto è necessario per favore fatemelo sapere.
-------------------------------------------------- -------------------------------------------------- --
Errore ricevuto:

Il sistema di messaggistica DT potrebbe non essere avviato.

Per correggere il problema:
1. Scegliere [OK] per tornare alla schermata di login.
2. Selezionare Failsafe tornata dalla schermata di login del menu e il log in
3. Verificare che il nome sia corretto in questi luoghi:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check per visualizzare qualsiasi dei cookie magici messaggi di errore relativi a questi indirizzi:
1. / var / adm / messages
2. $ HOME / .dt / ErrorLog

Tentativo di risoluzione:
1. Spuntato / etc / hosts
1. File contiene:
1. Indirizzo IP <nomehost> loghost
2. ecc
2. Spuntato lo stato del servizio
fmri svc: / network/rpc-100083_1/rpc_tcp: default
nome 100083
abilitato vero
Stato online
next_state nessuno
state_time gio nov 16 22:07:58 2006
Restarter svc: / network / inetd: default

3. Tentativo di eliminare TT_DB directory per consentire ttdbserverd a ricostruire, come suggerito da un post.
1. Post
Grazie a David Foster (foster@bial1.ucsd.edu) per la risposta rapida, e precisamente:
| Questo succede quando lo strumento-talk ottenere database danneggiato. Ogni partizione che
| È una di queste banche dati avrà un TT_DB directory alla radice. Il
| Risolvere è quello di eliminare completamente tutte le directory di questi (per individuare l'uso trovare
| Loro) l'utilizzo di "rm-rf / dir / TT_DB.
|
| Questi saranno ricreati come necessario; non è necessario per fermare / inizio nulla, o il riavvio.
| Funziona come un fascino.
grazie anche alla Stacy Lindberg e Bismark Espinoza per la loro
risposte ....
Marc Poulin
2. Ho visto altra documentazione che indica che si tratta di un passo a prendere accettabile se il database TT_DB avere corrotto

3. Ran ttdbck ed ha ottenuto il seguente errore:
1. ttdbck: isopen ( ". / TT_DB / property_table"): Nessun file o directory
2. Contrariamente alla documentazione che ho visto queste directory non sono stati creati automaticamente in qualsiasi punto. Vorrei assumere l'accesso a CSI sarebbe sufficiente a provocare rpc.ttdbserverd di avvio e creare le TT_DB directory e file.
4. Inoltre, in base al Bug ID: 1186212, è perfettamente bene per eliminare la directory TT_DB a trasferirsi in una directory sicura.
5. Controllati i permessi della home directory di root:
1. drwxr-xr-x 50 root root 1536 nov 21 18:09 /
6. Tentativo di accesso con un altro account come mysql. Ecco il conto mysql home directory:
1. drwxrwxrwx 6 novembre 1536 il personale mysql 21 18:13 / home / mysql
7. Eseguire contingente root-v restituisce "nessun contingente per il disco di root (uid 0)
8. Contenuto della nsswitch.conf
passwd: files
gruppo: i file

# È inoltre necessario impostare il file / etc / resolv.conf per DNS nome
# Server di ricerca. Vedere resolv.conf (4).
hosts: files dns

# Si noti che gli indirizzi IPv4 sono cercato in tutti i database ipnodes
# Prima di cercare il database host.
ipnodes: file dns

reti: file
protocolli: i file
rpc: files
eteri: file
netmasks: file
bootparams: file
publickey: file
9. Spazio disponibile su volumi
Filesystem kbyte usati disponibili capacità Montato su
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ dispositivi 0 0 0 0% / dispositivi
ctfs 0 0 0 0% / system / contratto
proc 0 0 0 0% / proc
mnttab 0 0 0 0% / etc / mnttab
swap 1288984 1016 1287968 1% / etc / svc / volatile
objfs 0 0 0 0% / system / object
fd 0 0 0 0% / dev / fd
swap 1288280 312 1287968 1% / tmp
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. Non so se è pertinente, ma ho trovato un file chiamato rootswup.trc in / tmp
utente registrato
Homedir \u003d / / .softwareupdate/1770423442
Homedir \u003d / / .softwareupdate/1770423442 esiste
disattivare la notifica di bandiera è spento
pid file non esiste
checkRunningNotApp return 1
NO esecuzione NotApp processo trovato
CSI finestra in ambiente chiuso.
11. Un altro suggerimento è stato
1. Avvio in modalità Failsafe e guardare il vostro file / etc / hosts se il nome corrisponde a localhost (127.0.0.1).
1. La voce è il seguente: 127.0.0.1 localhost
2. Guarda se hai la connettività di rete sulla interfaccia pcn0
1. Purtroppo, non posso verificare nulla usando ifconfig. C'è un bug in Solaris 10, che non posso ottenere le patch per quanto non ho un contratto di servizio con la domenica. Tuttavia, posso ping server al di fuori della mia rete. Quindi, suppongo che la scheda di rete è operativa.
12. Un altro poster ha dato questo consiglio
1. Ok questa è stata apparentemente così ottusa che nessuno sapeva o in modo assolutamente fondamentale che è stato ignorato! Per riferimento futuro, se non si dispone di un ritorno a capo dopo l'ultima riga del tuo 'host' file cose cattive può accadere!
2. Ho messo 2 linee passato l'ultima riga e ancora non è venuto a
13. Un altro suggerimento
1. Ho visto questo problema un paio di volte. Credo che questo è un errore generico e non necessariamente il punto di suggerimenti che elenco. Nel mio caso, è stato in grado di risolvere il problema facendo un sistema di unconfig
2. Ho fatto questo in passato e che il mio sistema hosed così male che ho dovuto reinstallare il sistema operativo. I'm not going to try this again.