Et Google-søk med:
+ Solaris + "The DT meldingssystem kunne ikke startes"
returnerer 138 treff.

Alle relevante mulige løsninger i dette dokumentet. Min unnskyldninger for slike lange dokumentet, men jeg trodde jeg ville forsøke å redusere oppløsningen forsøk som jeg allerede har prøvd.

Systemkonfigurasjon:
SunOS Hercules 5.10 Generic_118822-25 sun4u SPARC SUNW, Ultra-250

Alt annet du trenger kan du gi meg beskjed.
-------------------------------------------------- -------------------------------------------------- --
Feil mottatt:

The DT meldingssystem kan ikke startes.

Å løse problemet:
1. Velg [OK] for å gå tilbake til påloggingsskjermbildet.
2. Velg Failsafe økt fra påloggingsskjermbildet's alternativ meny og logge på
3. Sjekk at vertsnavnet er riktig på disse stedene:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check å se noen magiske cookie feilmeldinger på disse stedene:
1. / var / ADM / meldinger
2. $ HOME / .dt / errorlog

Forsøkte vedtak:
1. Kontrolleres / etc / hosts
1. Filen inneholder:
1. IP-adresse <hostname> loghost
2. etc.
2. Checked tjenesten status
fmri svc: / network/rpc-100083_1/rpc_tcp: default
Navnet 100.083
aktivert sant
state online
next_state none
state_time tor nov 16 22:07:58 2006
restarter svc: / nettverk / inetd: default

3. Forsøkte å slette TT_DB for å tillate ttdbserverd å gjenoppbygge som ble foreslått av et innlegg.
1. Innlegg
Takk til David Foster (foster@bial1.ucsd.edu) for raskt svar, nemlig:
| Dette skjer når verktøyet-snakk databaser bli ødelagt. Hver partisjon som
| Har en av disse databasene har en TT_DB katalogen ved roten. Den, det
| Feilrettingsfil er å slette alle disse katalogene (bruk finne å finne
| Dem) ved å bruke "rm-rf / dir / TT_DB.
|
| Disse vil bli gjenopprettet etter behov, ikke behov for å stoppe / starte noe, eller omstart.
| Fungerer som en sjarm.
Takk også til Stacy Lindberg og Bismark Espinoza for deres
svarene ....
Marc Poulin
2. Jeg har sett annen dokumentasjon som viser dette er et akseptabelt tiltak for å ta hvis TT_DB databaser bli skadet

3. Ran ttdbck og fikk følgende feilmelding:
1. ttdbck: isopen ( ". / TT_DB / property_table"): Ingen slik fil eller katalog
2. I motsetning til dokumentasjonen som jeg har sett disse katalogene ikke har blitt opprettet automatisk, uansett tidspunkt. Jeg vil anta logge på CDE ville være nok til å forårsake rpc.ttdbserverd til oppstart og opprette TT_DB katalogen og filer.
4. Også, ifølge Bug Id: 1186212, er det helt greit å slette TT_DB katalogen å flytte den til et tryggere katalogen.
5. Checked tillatelsene for roots hjemmekatalog:
1. drwxr-XR-x 50 root root 1536 november 21 18:09 /
6. Forsøkt å logge seg på med en annen konto som mysql. Her er mysql kontoen hjemmekatalog:
1. drwxrwxrwx 6 mysql staff 1536 november 21 18:13 / home / mysql
7. Utfører kvote-v roten returnerer "ingen disk kvote for root (uid 0)
8. Innholdet av nsswitch.conf
passwd: files
gruppe: filer

# Du må også sette opp / etc / resolv.conf-fil på DNS navn
# Server lookup. Se resolv.conf (4).
hosts: files dns

# Merk at IPv4-adresser er søkt på alle de ipnodes databaser
# Før søker vertene databaser.
ipnodes: filer dns

nettverk: filer
protokoller: filer
rpc: filer
etere: filer
netmasks: filer
bootparams: filer
publickey: filer
9. Tilgjengelig plass på volumer
Filesystem kbytes brukt Ledig kapasitet Monteres på
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ enheter 0 0 0 0% / enheter
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 / flyktig
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. Vet ikke om det er relevant, men jeg fant en fil kalt rootswup.trc i / tmp
brukeren er registrert
HOMEDIR \u003d / / .softwareupdate/1770423442
HOMEDIR \u003d / / .softwareupdate/1770423442 eksisterer
deaktiverer varsling flagg er av
pid filen finnes ikke
checkRunningNotApp retur 1
INGEN kjører NotApp prosessen funnet
i CDE vinduet miljø, avslutter.
11. Et annet forslag var
1. Start i Failsafe og ser / etc / hosts-filen hvis vertsnavnet tilsvarer localhost (127.0.0.1).
1. Oppføringen er: 127.0.0.1 localhost
2. Se om du har nettverkstilkobling på grensesnittet pcn0
1. Dessverre kan jeg ikke sjekke noe hjelp ifconfig. Det er en Solaris 10 bug som jeg ikke kan få oppdatering for siden jeg ikke har en kontrakt med søndag. Jeg kan imidlertid ping servere utenfor mitt nettverk. Så jeg antar nettverkskortet er operativt.
12. En annen plakat ga dette råd
1. Ok tydeligvis dette var så obtuse at ingen visste eller så helt grunnleggende at det var bare oversett! For fremtidig referanse, hvis du ikke har en vognretur etter siste linje i din "hosts-filen dårlig ting skje!
2. Jeg la 2 linjer forbi den siste linjen og det fortsatt ikke kommet opp
13. Et annet forslag
1. Jeg har sett dette problemet et par ganger. Jeg tror at dette er en fellesbetegnelse feil, og ikke nødvendigvis peker til forslag de listen. I mitt tilfelle var jeg i stand til å løse det ved å lage en sys-unconfig
2. Jeg har gjort dette i det siste og det hosed opp mitt system så ille at jeg måtte re-installere OS. Jeg er ikke tenkt å prøve dette igjen.