Good Morning,
Users can no longer log into SunBlade 2500 Solaris 9 system (though root still can). Here's what I'm getting and what I've done. I'm most suspicious of the full drive since that pops up twice and I did see one looks full. What's a good way to reduce what's on it?- or.. what else look possible as a cause?
Action Required
The DT messaging system could not be started.
1. Choose [OK] to return to the login screen.
2. Select Failsafe Session from the login screen's option menu and log in.
3. Check to see if the hostname is correct in these locations:
/etc/src.sh
/etc/hosts
/usr/adm/inetd.sec
4. Check to see any magic cookie related error messages in these locations:
/var/adm/messages
$HOME/.dt/errorlog
For additional information, see the DT User's guide.
Checking these files, I found that:
/etc/src.sh
does not exist
/etc/hosts host
host appears ok
/usr/adm/inetd.sec
does not exist
/var/adm/messages
there are 4 versions of this file. I never found "magic" or "cookie" though there were other multiple error entries- the most common I see are (ignore all the "<FONT size=3><FONT face=Calibri> stuff, I think its a paste issue:
DirectoryE mount[1029]: [ID 218687] user.error] N_NAS:/mnt/pools/A/A0/NSFShare: Permission denied
DirectoryE ufs: [ID 845546 kern.notice] NOTICE: alloc: /: file system full
A few "reboot after panic" entries
DirectoryE savecore: [ID 170680] not enough space in /var/crash/DirectoryE (268 MB avail, 278 MB needed)
and then checking
Bjones/.dt/errorlog (and errorlog.old)
both were empty
Also, I noticed a message window behind the other window (likely the other users got it as well):
Trash Can
Unable to access this trash information file:
/home/Bjones/.dt/Trash/.trashinfo
All trash operations will not be performed The most common causes are:
-Network authentication
-Insufficient disk space.
-Wrong permissions $HOME/.dt/Trash.