A Google-keresés:
+ Solaris + "A DT üzenetküldő rendszer nem indítható el"
értéke 138 találat.

Minden az adott lehetséges megoldások vannak, ezt a dokumentumot. My apologies olyan hosszú dokumentumot, de arra gondoltam, hogy próbálják meg minimalizálni a felbontás kísérletet, hogy én már próbáltam.

Rendszer konfiguráció:
SunOS Hercules 5,10 Generic_118822-25 sun4u sparc SUNW, Ultra-250

Van még valami, akkor kérem, tudassa velem.
-------------------------------------------------- -------------------------------------------------- --
Hiba érkezett:

A DT üzenetküldő rendszer nem indítható el.

Ahhoz, hogy megoldja a problémát:
1. Válassza ki az [OK] billentyűt, hogy visszatérjen a bejelentkezési képernyőn.
2. Válasszon Failsafe ülésén a bejelentkezési képernyő menü opciót, és lépj be
3. Ellenőrizze, hogy a hostname helyes ezeken a helyeken:
1./etc/src.sh
2./etc/hosts
3./usr/adm/inetd.sec
4.Check látnak semmilyen mágikus cookie kapcsolatos hibaüzeneteket ezeken a helyeken:
1. / var / adm / messages
2. $ HOME / .dt / errorlog

Megkísérléséért állásfoglalások:
1. Ellenőrizni az / etc / hosts
1. A fájl tartalma:
1. IP-cím <gazdanév> loghost
2. stb
2. Ellenőrizve a szolgáltatás állapotának
fmri SVC: / network/rpc-100083_1/rpc_tcp: default
Név 100083
engedélyezve igaz
állapota online
next_state none
Cs state_time november 16 22:07:58 2006
restarter SVC: / network / inetd: default

3. Megpróbálta törölni TT_DB könyvtárba, hogy ttdbserverd újjáépítésére, amint azt a postán.
1. Post
Köszönet David Foster (foster@bial1.ucsd.edu) a gyors választ, nevezetesen:
| Ez történik, amikor az eszköz-talk adatbázisok kap sérült. Minden partíció, mely
| Van egy ilyen adatbázis lesz TT_DB a gyökér könyvtárban. A
| Javítást teljesen törli az összes ilyen directories (use találja, hogy keresse
| Őket) a "rm-rf / dir / TT_DB.
|
| Ezek a területek lesznek újra, ha szükséges, nem kell stop / start semmit, vagy újraindítás.
| Mű, mint egy igézet.
is köszönhetően, hogy Stacy Lindberg és Bismark Espinoza a
válaszokat ....
Marc Poulin
2. Láttam egyéb dokumentáció azt mutatja, hogy ez egy elfogadható lépés, hogy ha az adatbázis TT_DB hogy korrupt

3. Ran ttdbck és a következő hibát kaptam:
1. ttdbck: isopen ( ". / TT_DB / property_table"): Nincs ilyen fájl vagy könyvtár
2. Ellentétben a dokumentációt, hogy láttam ezeket a könyvtárakat, hogy nem jött létre automatikusan bármely pontján. Azt feltételezik, hogy belép CDE lenne elegendő ahhoz, hogy a rpc.ttdbserverd hogy induláskor és TT_DB létre a könyvtárat és a fájlokat.
4. Továbbá, a Bug Id: 1186212, ez teljesen jól, hogy törli a TT_DB könyvtár áthelyezésével, hogy a biztonságosabb könyvtárban.
5. Checked engedélyeinek root könyvtárából:
1. drwxr-xr-x 50 root root 1536 november 21 18:09 /
6. Próbált belép egy másik számlára, mint a MySQL. Itt a mysql figyelembe könyvtárából:
1. drwxrwxrwx 6 MySQL munkatársai 1536 november 21 18:13 / home / mysql
7. Kivitelezők quota-v root értéke "no disk kvótájáról root (uid 0)
8. Tartalma nsswitch.conf
passwd: files
csoport: kép

# Azt is meg kell állítani a / etc / resolv.conf fájl DNS név
# Server lookup. Lásd resolv.conf (4).
hosts: files dns

# Meg kell jegyezni, hogy az IPv4-címek keresett mind a ipnodes adatbázisok
# Előtt keresi a házigazdák adatbázisok.
ipnodes: kép dns

hálózatok: a kép
protocols: files
rpc: files
éterek: kép
netmasks: kép
bootparams: kép
publicKey: kép
9. A rendelkezésre álló hely kötetek
Filesystem kbytes használt kapacitását igénybe ráerősítve
/ dev/dsk/c0t10d0s0 9837644 5664829 4074439 59% /
/ eszközök 0 0 0 0% / eszközök
ctfs 0 0 0 0% / system / szerződés
proc 0 0 0 0% / proc
mnttab 0 0 0 0% / etc / mnttab
swap 1288984 1016 1287968 1%-a / etc / SVC / volatile
objfs 0 0 0 0% / system / tárgya
fd 0 0 0 0% / dev / fd
swap 1288280 312 1287968 1% / tmp
swap 1288016 48 1287968 1% / var / run
/ dev/dsk/c0t10d0s7 7.060.665 3.127.022 3.863.037 45% / export / home
/ export / home / mysql 7.060.665 3.127.022 3.863.037 45% / home / mysql
10. Nem tudom, ha az érintett, de találtam egy fájlt úgynevezett rootswup.trc a / tmp
regisztrált felhasználó
Konyvtar \u003d / / .softwareupdate/1770423442
Konyvtar \u003d / / .softwareupdate/1770423442 létezik
disable bejelentése zászló ki van kapcsolva
pid fájl nem létezik
checkRunningNotApp return 1
Nem fut NotApp folyamat talált
A CDE ablak környezet, kilép.
11. Egy másik javaslat volt
1. Indítás Failsafe módja és nézd meg a / etc / hosts fájlt, ha az megfelel a hostname localhost (127.0.0.1).
1. A bejegyzés: 127.0.0.1 localhost
2. Nézd, ha van hálózati kapcsolat létrehozása a felületi pcn0
1. Sajnos, nem tudom ellenőrizni, hogy bármit ifconfig segítségével. Van egy Solaris 10 hiba, amit nem tud a patch óta nincs szolgáltatási szerződés V. Ugyanakkor tudom pingelni szervereket kívül van hálózat. Szóval, feltételezem, a hálózati kártya működik.
12. Egy másik plakát adta ezt a tanácsot
1. Ok nyilvánvalóan ez egy olyan buta, hogy senki nem tudta, vagy úgy, teljesen alapvető, hogy éppen figyelmen kívül hagyni! A későbbiekben is, ha nem a kocsi vissza az utolsó sorában a "hosts" fájl rossz dolog történhet!
2. Én 2 sor múlt az utolsó sorban, és még mindig nem jött ki
13. Egy másik javaslat
1. Láttam ezt a problémát egy párszor. Úgy gondolom, hogy ez egy általános hiba, és nem feltétlenül mutatnak azok a javaslatok listáját. Az én esetemben, tudtam megoldani, hogy ezzel a sys-unconfig
2. Én ezt a múltban, és hogy a megrendelt hosed rendszer olyan rossz, hogy én is újra telepíteni az operációs rendszer. Nem fogom ezt próbálja újra.