En Google-søgning med:
+ Solaris + "The DT messaging system kunne ikke startes"
returnerer 138 hits.

Alle de relevante mulige løsninger er i dette dokument. Min undskyldning for en så lang, men jeg troede, at jeg ville forsøge at minimere den beslutning forsøg, at jeg allerede har forsøgt.

System konfiguration:
SunOS Hercules 5.10 Generic_118822-25 sun4u sparc SUNW, Ultra-250

Alt andet, du har brug for så lad mig det vide.
-------------------------------------------------- -------------------------------------------------- --
Fejl modtaget:

DT messaging system kunne ikke startes.

At afhjælpe det problem:
1. Vælg [OK] for at vende tilbage til login-skærmen.
2. Vælg fejlsikkert session fra login skærmen valg menu og logge ind
3. Check for at se, at værtsnavnet er korrekt på disse steder:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check at se nogen magisk cookie fejlmeddelelser på disse steder:
1. / var / adm / messages
2. $ HOME / .dt / errorlog

Forsøgte beslutninger:
1. Kontrolleret / etc / hosts
1. Fil indeholder:
1. IP-adresse <hostname> loghost
2. osv.
2. Kontrolleret service status
fMRI svc: / network/rpc-100083_1/rpc_tcp: default
navn 100.083
aktiveret sandt
state online
next_state ingen
state_time Tors nov 16 22:07:58 2006
restarter svc: / network / inetd: default

3. Forsøgt at slette TT_DB mappe til tillade ttdbserverd at genopbygge som foreslået af et indlæg.
1. Post
Takket være David Foster (foster@bial1.ucsd.edu) for hurtigt svar, nemlig:
| Dette sker, når værktøjet-talk databaser få beskadiget. Hver partition som
| Har en af disse databaser vil have en TT_DB biblioteket på sin rod. Den
| Rettelsen til helt at slette alle disse mapper (brug finde for at finde
| Dem) ved hjælp af "rm-rf / dir / TT_DB.
|
| Disse vil blive genskabt efter behov; ingen grund til at stoppe / starte noget, eller genstart.
| Fungerer som en charme.
tak også til Stacy Lindberg og Bismark Espinoza for deres
svar ....
Marc Poulin
2. Jeg har set anden dokumentation, der viser, at der er et acceptabelt skridt at tage, hvis TT_DB databaser få korrupte

3. Ran ttdbck og fik følgende fejl:
1. ttdbck: isopen ( ". / TT_DB / property_table"): Ingen sådan fil eller mappe
2. I modsætning til den dokumentation, som jeg har set disse biblioteker ikke er blevet oprettet automatisk på et hvilket som helst punkt. Jeg vil antage, at logge ind på CVU vil være tilstrækkeligt til at forårsage rpc.ttdbserverd til start og oprette TT_DB mappe og filer.
4. Også ifølge Bug Id: 1186212, det er helt fint at slette TT_DB biblioteket til at flytte det til et sikrere bibliotek.
5. Kontrolleret tilladelser root hjem bibliotek:
1. drwxr-xr-x 50 root root 1536 nov 21 18:09 /
6. Forsøgt at logge ind under en anden konto gerne mysql. Her er den mysql højde hjem bibliotek:
1. drwxrwxrwx 6 mysql personale 1536 nov 21 18:13 / home / mysql
7. Fuldbyrdelsesstat kvote-v root returnerer "ingen disk kontingent for root (uid 0)
8. Indholdet af nsswitch.conf
passwd: filer
gruppe: filer

# Du skal også oprette / etc / resolv.conf-fil til DNS navn
# Server lookup. Se resolv.conf (4).
værter: filer dns

# Bemærk, at IPv4-adresser er søges i alle de ipnodes databaser
# Før søger hosts databaser.
ipnodes: filer dns

netværk: filer
protokoller: filer
RPC: filer
ethere: filer
netmasks: filer
bootparams: filer
publickey: filer
9. Ledig plads på mængder
Filsystem Kbytes anvendes benytte kapacitet monteret på
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ udstyr 0 0 0 0% / enheder
ctfs 0 0 0 0% / system / kontrakt
proc 0 0 0 0% / proc
mnttab 0 0 0 0% / etc / mnttab
swap 1288984 1016 1287968 1% / etc / svc / flygtige
objfs 0 0 0 0% / system / objekt
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. Ved ikke, om det er relevant, men jeg fandt en fil kaldet rootswup.trc i / tmp
brugeren er registreret
HOMEDIR \u003d / / .softwareupdate/1770423442
HOMEDIR \u003d / / .softwareupdate/1770423442 eksisterer
deaktivere anmeldelse flag er slukket
pid-fil findes ikke
checkRunningNotApp tilbagevenden 1
NO kører NotApp proces fundet
i CVU vindue miljø, afsluttes.
11. Et andet forslag var
1. Start i fejlsikkert mode og ser din / etc / hosts fil, hvis værtsnavnet svarer til localhost (127.0.0.1).
1. Punktet er: 127.0.0.1 localhost
2. Se, hvis du har netværksforbindelse om grænseflade pcn0
1. Desværre, jeg kan ikke kontrollere, at se noget som helst ved hjælp af ifconfig. Der er en Solaris 10 fejl, som jeg ikke kan få plastret til da jeg ikke har en serviceaftale med søndag. Men jeg kan ping servere uden mit netværk. Så jeg antager, at det netkort er operationelt.
12. En anden plakat gav denne rådgivning
1. Ok tilsyneladende denne ene var så afstumpet, at ingen vidste eller så fuldstændig grundlæggende, at det var bare ignoreret! Til fremtidig brug, hvis du ikke har en vogn vende tilbage efter den sidste linje i din 'hosts' fil dårlige ting kan ske!
2. Jeg lægge 2 linier fortiden sidste linje, og det stadig ikke kommet op
13. Et andet forslag
1. Jeg har set dette problem et par gange. Jeg tror, at dette er en generel fejl, og ikke nødvendigvis peger på de forslag, de listen. I mit tilfælde var jeg i stand til at løse det ved at gøre en sys-unconfig
2. Jeg har gjort det før i tiden, og det hosed op mit system så skidt, at jeg var nødt til at re-installere OS. I'm not going for at prøve det igen.

Jeg fik, hvad der kan måske være en lignende meddelelse. Da jeg klikkede på "OK", jeg var vendt tilbage til login-skærmen (måske CVU).

Jeg havde tidligere afbrudt de hme0 interface fra min dhcp provider og knyttet det til en anden router, som blev leverer dhcp oplysninger.

Jeg havde dog før gør nogen af disse skridt, edited / etc / default / dhcpagent
og har fjernet "12" fra:
PARAM_REQUEST_LIST \u003d 1,3,6,15,28,43

Således at en hostname må ikke i agent, via DHCP server skal ansøges.

Indstilling værtsnavne for et system er tilsluttet en DHCP server er dokumenteret andre steder - en Google-søgning kan afsløre det.

På trods af min gør redigere i / etc / default / dhcpagent og som jeg tror, (jeg er temmelig sikker på, at jeg genstartet), genstart efter laver sådan redigere (dette kræver en genstart, se dhcpagent mand side)
"
For IPv4, den dhcpagent daemon kan konfigureres til at anmode
en bestemt vært navn. Se REQUEST_HOSTNAME beskrivelse
i FILES afsnit. Når første konfigurere en klient til at
anmodning et værtsnavn, skal du udføre følgende trin som
root for at sikre, at den fulde DHCP forhandlingerne finder sted:

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

Jeg fik den besked, at antage, at dette er forårsaget af DHCP server ændre, jeg er logget ind via "command line login", og jeg gjorde, en genstart ...

Jeg har ikke haft det problem, når systemet genstartes, og jeg var, via måske CEU login.

Et andet system blev også flyttet fra en DHCP-server til en anden på samme måde, dog login interface om det var måske Suns Java ... og på det system, jeg ikke gjorde det, har det samme spørgsmål ...