Een Google-zoekopdracht met:
Solaris + + "De DT messaging systeem kan niet worden gestart"
retourneert 138 hits.

Alle relevante mogelijke oplossingen zijn in dit document. Mijn excuses voor deze lange, maar ik dacht dat ik zou proberen om de resolutie pogingen die ik heb al geprobeerd.

Systeem configuratie:
SunOS 5,10 Generic_118822 Hercules-25 sun4u sparc SUNW, Ultra-250

Alles wat je nodig hebt anders laat het me weten.
-------------------------------------------------- -------------------------------------------------- --
Fout ontvangen:

De DT messaging systeem niet kon worden gestart.

Om het probleem te verhelpen:
1. Kies [OK] om terug te keren naar het login-scherm.
2. Selecteer Failsafe sessie van de login-scherm de optie-menu en log in
3. Controleer om te zien dat de hostnaam is juist op deze locaties:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check zien alle magie cookie gerelateerde foutmeldingen op deze locaties:
1. / var / adm / messages
2. $ HOME / .dt / ErrorLog

Poging resoluties:
1. Gecontroleerd / etc / hosts
1. Dossier bevat:
1. IP-adres <hostnaam> loghost
2. enz.
2. Controle van de status
fMRI svc: / network/rpc-100083_1/rpc_tcp: standaard
naam 100083
ingeschakeld ware
staat online
next_state geen
state_time do nov 16 22:07:58 2006
restarter svc: / network / inetd: standaard

3. Geprobeerd te verwijderen TT_DB directory om ttdbserverd te herstellen, zoals voorgesteld door een bericht.
1. Post
Met dank aan David Foster (foster@bial1.ucsd.edu) voor het snelle antwoord, namelijk:
| Dit gebeurt wanneer de tool-talk databanken krijgen beschadigd. Elke partitie die
| Heeft een van deze databases zal een TT_DB directory in de root. De
| Correctie is volledig te verwijderen Al deze directories (gebruik vinden om
| Hen) met "rm-rf / dir / TT_DB.
|
| Deze zullen worden herschapen als nodig is, geen behoefte om te stoppen / starten iets, of reboot.
| Werkt als een charme.
dank ook aan Stacy Lindberg en Bismark Espinoza voor hun
antwoorden ....
Marc Poulin
2. Ik heb andere documentatie die aangeeft is dit een acceptabele stap te nemen als de TT_DB databanken krijgen corrupte

3. Ran ttdbck en kreeg de volgende foutmelding:
1. ttdbck: isopen ( ". / TT_DB / property_table"): No such file or directory
2. In tegenstelling tot de documentatie die ik heb gezien deze directories zijn niet automatisch op elk punt. Ik ga ervan uit u aan te melden bij COB zou voldoende om ervoor te zorgen rpc.ttdbserverd aan het opstarten en het creëren van het TT_DB directory en de bestanden.
4. Ook volgens Bug Id: 1186212, is het perfect boete te verwijderen TT_DB map te verplaatsen naar een veiliger directory.
5. Gecontroleerd de permissies van de root van de home-directory:
1. drwxr-xr-x 50 root root 1536 nov 21 18:09 /
6. Geprobeerd in te loggen onder een andere account, zoals MySQL. Hier is de mysql met de home-directory:
1. drwxrwxrwx 6 mysql personeel 1536 21 nov 18:13 / home / mysql
7. Tenuitvoerleggingsstaat contingent-v root rendement "no disk quota voor root (UID 0)
8. Inhoud van nsswitch.conf
passwd: files
groep: bestanden

# U moet ook het instellen van de / etc / resolv.conf bestand voor DNS naam
# Server opzoeken. Zie resolv.conf (4).
hosts: files dns

# Let op dat de IPv4-adressen worden gezocht in het geheel van de ipnodes databanken
# Voor het zoeken van de gastheren databanken.
ipnodes: Bestanden dns

netwerken: bestanden
protocollen: bestanden
rpc: files
ethers: files
netmasks: Bestanden
bootparams: Bestanden
publieke: Bestanden
9. Beschikbare ruimte op de volumes
Filesystem Kbytes gebruikt beschikbare capaciteit Mounted on
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ devices 0 0 0 0% / apparaten
ctfs 0 0 0 0% / system / contract
proc 0 0 0 0% / proc
mnttab 0 0 0 0% / etc / mnttab
swap-1288984 1016 1287968 1% / etc / svc / vluchtige
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. Weet niet of het relevant is, maar ik vond een bestand genaamd rootswup.trc in / tmp
gebruiker is geregistreerd
Homedir \u003d / / .softwareupdate/1770423442
Homedir \u003d / / .softwareupdate/1770423442 bestaat
uitschakelen kennisgeving vlag is uitgeschakeld
pid bestand bestaat niet
checkRunningNotApp return 1
Geen stromend NotApp proces gevonden
in COB venster milieu, afgesloten.
11. Een andere suggestie was
1. Start in fail-safe mode en kijk je / etc / hosts bestand als de hostnaam komt overeen met localhost (127.0.0.1).
1. De vermelding is: 127.0.0.1 localhost
2. Kijk als u een netwerkverbinding op interface pcn0
1. Helaas, ik kan niet controleren om te zien wat het gebruik ifconfig. Er is een Solaris 10 bug in die ik niet kan krijgen de patch voor want ik heb niet een service contract met zondag Ik kan echter ping servers buiten mijn netwerk. Dus, ga ik ervanuit dat de netwerkkaart is operationeel.
12. Een andere poster geeft deze adviezen
1. Ok blijkbaar deze was zo dom dat niemand wist of zo absoluut fundamenteel dat het gewoon genegeerd! Voor toekomstige referentie, als u niet over een harde return na de laatste regel van uw 'hosts' bestand slechte dingen kunnen gebeuren!
2. Ik heb 2 lijnen langs de laatste regel, en het nog niet gekomen
13. Een andere suggestie
1. Ik heb dit probleem een paar keer. Ik denk dat dit een algemene fout is en niet noodzakelijkerwijs naar de suggesties die lijst. In mijn geval, ik kon het probleem oplossen door het doen van een sys-unconfig
2. Ik heb dit gedaan in het verleden en het hosed mijn systeem zo slecht dat ik moest opnieuw installeren van het OS. I'm not going to try this opnieuw.

Ik heb wat misschien een soortgelijk bericht. Toen ik klikte "OK", was ik weer terug naar de login-scherm (misschien CDE).

Ik had eerder verbroken hme0 de interface van mijn dhcp provider en gehecht aan een andere router, die het verstrekken van dhcp informatie.

Ik had echter voor het doen van een van deze stappen, bewerkt / etc / default / dhcpagent
en werd de "12" uit:
PARAM_REQUEST_LIST \u003d 1,3,6,15,28,43

Dus dat een hostnaam mag door agent via DHCP-server worden opgevraagd.

Instellen van hostnamen voor een systeem verbonden met een dhcp-server wordt gedocumenteerd elders - een Google-zoekopdracht kan uitwijzen dat.

Ondanks mijn doet het bewerken in het bestand / etc / default / dhcpagent en zo denk ik (ik ben vrij zeker dat ik opnieuw opgestart), rebooten na het doen van dergelijke bewerken (dit vereist een herstart, zie dhcpagent man pagina)
"
Voor IPv4, het dhcpagent daemon kan worden geconfigureerd om
een bepaalde hostnaam. Zie de beschrijving REQUEST_HOSTNAME
in het gedeelte Bestanden. Als eerste het configureren van een client
verzoeken om een host-naam, moet u de volgende stappen uitvoeren als
root om ervoor te zorgen dat de volledige DHCP-onderhandelingen vindt plaats:

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

Ik kreeg het bericht te geloven dat dit wordt veroorzaakt door de dhcp-server veranderen, ik ingelogd via 'command line login "en ik, deed een reboot ...

Ik heb niet de vraag wanneer het systeem opnieuw opgestart en werd ik, via misschien CDE, login.

Een ander systeem werd ook verplaatst van een DHCP-server naar de andere in een soortgelijke manier, maar het login-interface op dat was, misschien, van Sun's Java ... en op dat systeem, heb ik niet, heb hetzelfde probleem ...