Une recherche Google avec:
Solaris + + "Le DT système de messagerie n'a pas pu être démarré"
138 hits retours.

Toutes les solutions sont possibles dans ce document. Mes excuses pour ce long document, mais je pensais essayer de minimiser les tentatives de résolution que j'ai déjà essayé.

Configuration du système:
SunOS 5.10 Generic_118822 hercules-25 sun4u sparc SUNW, Ultra-250

Tout le reste, vous avez besoin s'il vous plaît faites le moi savoir.
-------------------------------------------------- -------------------------------------------------- --
Erreur de réception:

Le DT système de messagerie n'a pas pu être démarré.

Pour corriger le problème:
1. Sélectionnez [OK] pour revenir à l'écran de connexion.
2. Sélectionnez Failsafe session de l'écran de connexion de l'option de menu et de log in
3. Vérifiez que le nom de la machine est correcte dans ces endroits:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check pour voir toute la magie des cookies messages d'erreur liés à ces endroits:
1. / var / adm / messages
2. $ HOME / .dt / erreurs

Tentative de résolution:
1. Checked / etc / hosts
1. Dossier contient:
1. Adresse IP <hostname> loghost
2. etc
2. Vérifié le statut de service
fmri svc: / network/rpc-100083_1/rpc_tcp: par défaut
Nom 100.083
permis à vrai
état en ligne
next_state none
state_time Thu Nov 16 22:07:58 2006
restarter svc: / network / inetd: default

3. A tenté de supprimer le répertoire TT_DB pour permettre de reconstruire ttdbserverd comme l'a suggéré un poste.
1. Post
Merci à David Foster (foster@bial1.ucsd.edu) pour la réponse rapide, à savoir:
| Ce qui se produit lorsque l'outil-vous parler des bases de données corrompues. Chaque partition
| A une de ces bases de données aura un TT_DB répertoire à la racine. Le
| Fix est de supprimer tous ces répertoires (utilisation de trouver de localiser
| Eux) à l'aide de "rm-rf / dir / TT_DB.
|
| Ces sera recréé tant que de besoin, pas besoin d'arrêter / démarrer quelque chose, ou redémarrer.
| Fonctionne comme un charme.
grâce aussi à Stacy Lindberg et Bismark Espinoza pour leur
réponses ....
Marc Poulin
2. J'ai vu d'autres documents indiquent que ce n'est pas acceptable de prendre si la TT_DB obtenir des bases de données corrompues

3. Ran ttdbck et a obtenu l'erreur suivante:
1. ttdbck: isopen ( ". / TT_DB / property_table"): Aucun fichier ou répertoire
2. Contrairement à la documentation que j'ai vu ces répertoires ne sont pas créés automatiquement à tout moment. Je suppose la connexion à CDE serait suffisant pour provoquer rpc.ttdbserverd au démarrage et à créer les TT_DB répertoire et les fichiers.
4. Aussi, selon Bug Id: 1186212, il est parfaitement bien de supprimer le répertoire TT_DB de le transférer à un répertoire plus sûres.
5. Vérifié les autorisations de la racine du répertoire d'accueil:
1. drwxr-xr-x 50 root root 1536 novembre 21 18:09 /
6. Tentatives de connexion sous un autre compte, comme mysql. Voici le compte mysql répertoire home:
1. drwxrwxrwx 6 novembre 1536 mysql personnel 21 18:13 / home / mysql
7. D'exécution quota-v root retourne "pas de quota de disque pour root (uid 0)
8. Contenu de nsswitch.conf
passwd: files
groupe: les fichiers

# Vous devez également configurer le fichier / etc / resolv.conf pour DNS nom
# Serveur de recherche. Voir resolv.conf (4).
hosts: files dns

# Remarquez que les adresses IPv4 sont recherchées dans toutes les bases de données ipnodes
# Les hôtes avant de rechercher les bases de données.
ipnodes: les fichiers dns

réseaux: les fichiers
protocoles: les fichiers
rpc: files
ethers: files
netmasks: les fichiers
bootparams: les fichiers
publickey: files
9. L'espace disponible sur les volumes
Filesystem kbytes utilisés disponibles capacité Monté sur
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ devices 0 0 0 0% / devices
CTF 0 0 0 0% / system / contrat
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. Je ne sais pas si c'est pertinent, mais j'ai trouvé un fichier appelé rootswup.trc dans / tmp
l'utilisateur est enregistré
Homedir \u003d / / .softwareupdate/1770423442
Homedir \u003d / / .softwareupdate/1770423442 existe
désactiver la notification du pavillon est éteint
pid fichier n'existe pas
checkRunningNotApp return 1
NO fonctionnement NotApp processus trouvé
CDE fenêtre dans l'environnement, se ferme.
11. Une autre suggestion a été
1. Démarrer en mode Failsafe et regardez votre fichier / etc / hosts si le nom d'hôte correspond à localhost (127.0.0.1).
1. L'entrée est: 127.0.0.1 localhost
2. Regardez si vous avez la connectivité réseau sur l'interface pcn0
1. Malheureusement, je ne peux pas vérifier pour voir quoi que ce soit en utilisant ifconfig. Il ya un bug dans Solaris 10 dont je ne peux pas obtenir le patch pour puisque je n'ai pas un contrat de services avec Sun. Cependant, je peux ping serveurs en dehors de mon réseau. Donc, je suppose que la carte réseau est opérationnelle.
12. Une autre affiche a donné ce conseil
1. Ok, apparemment celui-ci était tellement obtus que nul ne savait, ou de manière tout à fait fondamental qu'il a été tout simplement ignorés! Pour l'avenir, si vous ne disposez pas d'un retour chariot après la dernière ligne de votre "hosts" fichier de mauvaises choses peuvent arriver!
2. J'ai mis 2 lignes après la dernière ligne et il n'a toujours pas été
13. Une autre suggestion
1. J'ai vu ce problème plusieurs fois. Je crois que c'est une erreur générique et ne reflète pas nécessairement le point de la liste des suggestions elles. Dans mon cas, j'ai été en mesure de le résoudre en faisant un sys-unconfig
2. Je l'ai fait dans le passé et il arrosé mon système si mal que j'ai dû ré-installer le système d'exploitation. Je ne vais pas essayer de nouveau.