<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Admin&#039;s Choice &#187; unix error messages</title>
	<atom:link href="http://adminschoice.com/tag/unix-error-messages/feed" rel="self" type="application/rss+xml" />
	<link>http://adminschoice.com</link>
	<description>Unix adminstrators documents , tip and more</description>
	<lastBuildDate>Thu, 11 Feb 2010 02:53:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Solaris Error Messages T-Z</title>
		<link>http://adminschoice.com/solaris-error-messages-t-z</link>
		<comments>http://adminschoice.com/solaris-error-messages-t-z#comments</comments>
		<pubDate>Mon, 21 Dec 2009 06:20:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Errors]]></category>
		<category><![CDATA[messages]]></category>
		<category><![CDATA[solaris error messages]]></category>
		<category><![CDATA[unix error messages]]></category>

		<guid isPermaLink="false">http://adminschoice.com/wp28/?p=189</guid>
		<description><![CDATA[Description of Solaris/Unix  Error messages which starts with letters T thru Z  and their meaning .]]></description>
			<content:encoded><![CDATA[<dt>202. <a href="#errno202">tar: /dev/rmt/0: No such file or directory</a><br />
          203. <a href="#errno203">tar: directory checksum error</a><br />
                    204. <a href="#errno204">tar: tape write error</a><br />
                    205. <a href="#errno205">Text is lost because the maximum edit log</a><a href="#errno205"> size has been exceeded.</a><br />
                    206. <a href="#errno206">THE FOLLOWING FILE SYSTEM(S) HAD AN&nbsp;UNEXPECTED INCONSISTENCY:</a><br />
                    207. <a href="#errno207">The SCSI bus is hung. Perhaps an external device  is turned off.</a><br />
                    208. <a href="#errno208">THE SYSTEM IS BEING SHUT DOWN NOW !!!</a><br />
                    209. <a href="#errno209">The system will be shut down in N minutes</a><br />
                    210. <a href="#errno210">This mail file has been changed by another mail reader.</a><br />
                    211. <a href="#errno211">Timeout waiting for ARP/RARP packet</a><br />
                    212. <a href="#errno212">timeout waiting for input during variable</a><br />
                    213. <a href="#errno213">Too many links</a><br />
                    214. <a href="#errno214">Too many open files</a>
  </dt>
<dt><b><a <a  name="U">U</a></b></dt>
<dt>215. <a href="#errno215">umount: warning: /variable not in mnttab</a><br />
                    216. <a href="#errno216">Unable to install/attach driver &#8216;variable&#8217;</a><br />
                    217. <a href="#errno217">undefined control</a><br />
                    218. <a href="#errno218">Unmatched `</a><br />
                    219. <a href="#errno219">UNREF FILE I=i OWNER=o MODE=m SIZE=s MTIME=t  CLEAR?</a><br />
                    220. <a href="#errno220">Use &quot;logout&quot; to logout.</a><br />
                    221. <a href="#errno221">/usr/openwin/bin/xinit: connection to X server lost</a>
  </dt>
<dt><b><a <a  name="V">V</a></b></dt>
<dt>222. <a href="#errno222">Value too large for defined data type</a><br />
        223. <a href="#errno223">variable&#8230; Host unknown</a><br />
        224. <a href="#errno224">variable&#8230; User unknown</a><br />
        225. <a href="#errno225">variable&#8230; Local configuration error</a></dt>
<dt><b><a <a  name="W">W</a></b></dt>
<dt>226. <a href="#errno226">WARNING: Clock gained N days&#8211; CHECK AND RESET THE DATE!</a><br />
                    227. <a href="#errno227">WARNING: No network locking on variable: contact</a> <a href="#errno227">adminto install server change</a>          228. <a href="#errno228">WARNING: processorlevel 4 interrupt not serviced</a><br />
                    229. <a href="#errno229">WARNING: /tmp: File system full, swap space limit exceeded</a><br />
                    230. <a href="#errno230">WARNING: TOD clock not initialized&#8211;CHECK AND RESET THE DATE!</a><br />
                    231. <a href="#errno231">WARNING:Unable to repair the / filesystem. Run fsck</a><br />
                    232. <a href="#errno232">Watchdog Reset</a><br />
                    233. <a href="#errno233">Watchdog Reset, Rebooting.</a><br />
                    234. <a href="#errno234">Who are you?</a><br />
                    235. <a href="#errno235">Window Underflow</a></dt>
<dt><b><a <a  name="X">X</a></b></dt>
<dt>236. <a href="#errno236">X  connection to variable:0.0 broken&nbsp; (explicit kill or server shutdown).</a><br />
                    237. <a href="#errno237">xinit: not found</a><br />
                    238. <a href="#errno238">XIO: fatal IO error 32 (Broken pipe) on X server &quot;variable:0.0&quot;</a><br />
                    239. <a href="#errno239">Xlib: Client is not authorized to connect to Server</a><br />
                    240. <a href="#errno240">Xlib: connection to &quot;variable:0.0&quot; refused by server</a><br />
                    241. <a href="#errno241">xterm: fatal IO error 32 (Broken Pipe)or Kill Client on X server &quot; variable:0.0&quot;</a><br />
                    242. <a href="#errno242">XView warning: Cannot load font set &#8216;variable&#8217;(Font Package)</a>
  </dt>
<dt><b><a <a  name="Y">Y</a></b></dt>
<dt>243. <a href="#errno243">ypbind[N]: NIS server for domain &quot;variable&quot; OK</a><br />
                    244. <a href="#errno244">ypbind[N]: NIS server not responding for&nbsp;domain &quot;variable&quot;; still trying</a><br />
                    245. <a href="#errno245">ypwhich: can&#8217;t communicate with ypbind</a><br />
                    <b><a <a  name="Z">Z</a></b>
  </dt>
<dt>246. <a href="#errno246">zsN: silo overflow</a></dt>
<p><b><a<br />
<a  name="errno202">tar: /dev/rmt/0: No such file or directory</a></b><br />
The default tape device /dev/rmt/0, or possibly the device<br />
specified by the TAPE environment variable, is not currently<br />
connected to the system, is not configured, or its hardware<br />
symbolic link is broken.</p>
<p>List the files in the /dev/rmt directory to see which tape<br />
devices are currently configured. If none are configured,</p>
<p>&nbsp;ensure<br />
that a tape device is correctly attached to the system, and<br />
reboot with the -r option to reconfigure devices.</p>
<p>If tape devices other than /dev/rmt/0 are configured, you&nbsp;</p>
<dl>
<dt> could<br />
specify one of them after the -f option of tar(1).</p>
<p><b><a<br />
<a  name="errno203">tar: directory checksum error</a></b></p>
<p>This error message from tar(1) indicates that the checksum of the<br />
directory and the files it has read from tape does not match the<br />
checksum advertised in the header block. Usually this indicates<br />
the wrong blocking factor, although it could indicate corrupt<br />
data on tape.</p>
<p>To resolve this problem, make certain that the blocking factor<br />
you specify on the command line (after -b) matches the blocking<br />
factor originally specified. If in doubt, leave out the block<br />
size and let tar determine it automatically. If that doesn&#8217;t<br />
help, tape data could be corrupted.</p>
<p><b><a<br />
<a  name="errno204">tar: tape write error</a></b></p>
<p>A physical write error has occurred on the tar(1) output file,<br />
which is usually a tape, although it could be a diskette or disk<br />
file. Look on the system console, where the device driver should<br />
provide the actual error condition. This might be a write-<br />
protected tape, a physical I/O error, an end-of-tape condition,<br />
or a File too large limitation.</p>
<p>In the case of write-protectedtapes, enable the write switch.<br />
For physical I/O errors, the best course of action is to replace<br />
the tape with a new one. For end-of-tape conditions, try using a<br />
higher density if the device supports one, or use cpio(1) or pax<br />
(1) for their multi-volume support., When encountering File too<br />
large limitations, use the parent shell&#8217;slimit(1) or ulimit<br />
facility to increase the maximum file size.</p>
<p>For more information on tar tapes, see the section on copying UFS<br />
files in the System Administration Guide,Volume I.</p>
<p><b><a<br />
<a  name="errno205">Text is lost because the maximum edit log size has been exceeded.</a></b></p>
<p>This message appears at the beginning of a cmdtool(1) session<br />
after 100,000 characters have gone by in the scrolling window.<br />
Clicking on the top rectangle of the scrollbar might display this<br />
message. No data were lost, but the user cannot scroll back<br />
before this wraparound point.</p>
<p>To increase the maximum size of the Command Tool log file, use<br />
cmdtool with the-M option, specifying more than 100,000 bytes.</p>
<p><b><a<br />
<a  name="errno206">THE FOLLOWING FILE SYSTEM(S) HAD AN UNEXPECTED INCONSISTENCY:</a></b></p>
<p>
At boot time the /etc/rcS script runs the fsck(1M) command to<br />
check the integrity of filesystems marked &quot;fsck&quot; in /etc/vfstab.<br />
If fsck cannot repair a filesystem automatically, it interrupts<br />
the boot procedure and produces this message. When fsck gets into<br />
this state, it cannot repair filesystems without losing one or<br />
more files, so it wants to defer this responsibility to you, the<br />
administrator. Data corruption has probably already occurred.</p>
<p>First run fsck -n on the filesystem, to see how many and what<br />
type of problems exist.&nbsp; Then run fsck again to repair the<br />
filesystem. If you have a backup of the filesystem, you can<br />
generally answer &quot;y&quot; to all the fsck questions. It&#8217;s a good idea<br />
to keep a record of all problematic files and inode numbers for<br />
later reference. To run fsck yourself, specify options as<br />
recommended by the boot script. For example:</p>
<p># fsck /dev/rdsk/c0t4d0s0</p>
<p>Usually, files lost during fsck repair were created just before a<br />
crash or power outage, and cannot be recovered. If important<br />
files are lost, you can recover them from backup tapes.</p>
<p>If you don&#8217;t havea backup, ask an expert to run fsck for you.</p>
<p>For more information, see the sectionon checking filesystem<br />
integrity in the System Administration Guide, Volume I.</p>
<p><b><a<br />
<a  name="errno207">The SCSI bus is hung. Perhaps an external device is turned off.</a></b></p>
<p>This message appears near the beginning of rebooting, immediately<br />
after a &quot;Boot device: &#8230;&quot; message, and then the system hangs.<br />
The problem is conflicting SCSI targets for a non-boot device.<br />
Having an external device turned off is unlikely to cause this<br />
problem.</p>
<p>See the message &quot;Boot device:<br />
/iommu/sbus/variable/variable/sd@3,0&quot; for a solution.</p>
<p>For more information, see the section on halting and booting in<br />
the System Administration Guide, Volume I.</p>
<p><b><a<br />
<a  name="errno208">THE SYSTEM IS BEING SHUT DOWN NOW !!!</a></b></p>
<p>This message means the system is going down immediately and it&#8217;s<br />
too late to save any changes.</p>
<p>This message is often preceded by messages telling you that the<br />
system is going down in 15 minutes, 10 minutes, and so on. When<br />
you see these initial broadcast shutdown messages, save all your<br />
work, send any e-mail you&#8217;re working on, and close your files.<br />
Fortunately vi sessions are automatically saved for later<br />
recovery, but many otherapplications have no crash protection<br />
mechanism. Data loss is likely.</p>
<p>For more information on shutting down the system, see the System<br />
Administration Guide, Volume I. If you are using the AnswerBook,<br />
&quot;halting the system&quot; is a good search string.</p>
<p><b><a<br />
<a  name="errno209">The system will be shut down in N minutes</a></b></p>
<p>Thismessage from the system shutdown(1M) script informs you that<br />
the superuser is taking down the system.</p>
<p>Save all changes now or your work will be lost. Write out any<br />
files you were changing, send any e-mail messages you were<br />
composing, and close your files.</p>
<p>For more information on shutting down the system, see the System<br />
Administration Guide, Volume I. If you are using the AnswerBook,<br />
&quot;halting the system&quot; is a good search string.</p>
<p><b><a<br />
<a  name="errno210">This mail file has been changed by another mail reader.</a></b></p>
<p>This message appears in a pop-up dialog box whenever you start<br />
mailtool(1) while another mail reader has the inbox locked. A<br />
question follows: &quot;Do you wish to ask that mail reader to save<br />
the changes?&quot; You are given three choices.</p>
<p>If you choose &quot;Save Changes&quot; mailtool will request the other mail<br />
reader to relinquish its lock and write out any changes it has<br />
made to your inbox. If you choose &quot;Ignore&quot; mailtool will read<br />
your inbox without locking it. If you choose &quot;Cancel&quot; mailtool<br />
will exit.</p>
<p><b><a<br />
<a  name="errno211">Timeout waiting for ARP/RARP packet</a></b></p>
<p>This problem can occur while booting from the net, and indicates<br />
a network connection problem.</p>
<p>Make sure the Ethernet cable is connected to the network. Check<br />
that this system has an entry in the NIS ethers map or locally on<br />
the boot server. Then check the IP address of the server and the<br />
client to make sure they are on the same subnet. Local /etc/hosts<br />
files must agree with each other and withthe NIS hosts map.</p>
<p>If those are not causing the problem, go to the system&#8217;s PROM<br />
monitor ok prompt and run test net to test the network<br />
connection. (On older PROM monitors, use test-net instead.) If<br />
the network test fails, check the Ethernet port, card, fuse, and<br />
cable, replacing them if necessary. Also check the twisted pair<br />
port to make sure it is patched to the correct subnet.</p>
<p>For more information on packets, see SPARC: Installing Solaris<br />
Software. If you are using the AnswerBook, &quot;ARP/RARP&quot; isa good<br />
search string.</p>
<p><b><a<br />
<a  name="errno213">Too many links</a></b></p>
<p>
An attempt was made to create more than the maximum number of<br />
hard links (LINK_MAX, by default 32767) to a file. Because each<br />
subdirectory is a link to its parent directory, the same error<br />
results from trying to create too many subdirectories.</p>
<p>Check to see why there are so many links to the same file. To get<br />
more than the maximum number of hard links, use symbolic links<br />
instead.</p>
<p>The symbolic name for this error is EMLINK, errno=31.</p>
<p><b><a<br />
<a  name="errno214">Too many open files</a></b></p>
<p>A process has too many files open at once. The system imposes a<br />
per-process soft limit on open files, OPEN_MAX (usually 64),<br />
which can be increased, and a per-process hard limit (usually<br />
1024), which cannot be increased.</p>
<p>You can control the soft limit from the shell. In the C shell,<br />
use the limit command to increase the number of descriptors. In<br />
the Bourne or Korn shells, use the ulimit command with the -n<br />
option to increase the number of file descriptors.</p>
<p>If the window system refuses to start new applications because of<br />
this error, increase the open file limit in your login shell<br />
before starting the window system.</p>
<p>The symbolic name for this error is EMFILE, errno=24.</p>
<p><b><a<br />
<a  name="errno215">umount: warning: /variable not in mnttab</a></b></p>
<p>
This message results when the superuser attempts to unmount a<br />
filesystem that is not mounted. Note that subdirectories of<br />
filesystems,such as /var, cannot be unmounted.</p>
<p>Run the mount(1M) or df(1M) command to see what filesystems are<br />
mounted. If you really want to unmount one of them, specify the<br />
existing mount point.</p>
<p><b><a<br />
<a  name="errno216">Unable to install/attach driver &#8216;variable&#8217;</a></b></p>
<p>
These messages appear in /var/adm/messages at boot time, when the<br />
system tries to load drivers for devices the machine does not<br />
have.</p>
<p>Despite the alarmist tone, this message is intended as purely<br />
informational. You probably don&#8217;t want all these device drivers,<br />
because they make your system kernel larger, requiring more<br />
memory.</p>
<p><b><a<br />
<a  name="errno217">undefined control</a></b></p>
<p>This message, prefaced by the file name and line number involved,<br />
is from the C preprocessor /usr/ccs/lib/cpp, and indicates a line<br />
starting with a sharp (#) but not followed by a valid keyword<br />
such as define or include.</p>
<p>A piece of software might be running the C preprocessor on an<br />
initialization file that you thought was interpreted by a shell.<br />
In most shells, the sharp (#) indicates a comment. The C<br />
preprocessor considers comments to be anythingbetween /* and */<br />
delimiters.</p>
<p><b><a<br />
<a  name="errno218">Unmatched `</a></b></p>
<p>This message from the C shell csh(1) indicates that a user typed<br />
a command containing a backquote symbol (`) without a closeing<br />
backquote. Similar messages result from an unmatched single quote<br />
(&#8217;) or an unmatched double quote (&quot;). Other shells generally give<br />
a continuation prompt when a command line contains an unmatched<br />
quote symbol.</p>
<p>Correct the command line and try again. To continue typing on<br />
another line, give the C shell a backslash right before the<br />
newline.</p>
<p><b><a<br />
<a  name="errno219">UNREF FILE I=i OWNER=o MODE=m SIZE=s MTIME=t<br />
= CLEAR?</a></b></p>
<p>
During phase 4, fsck(1M) discovered that the specified file was<br />
orphaned because the inode had no record of its pathname. In<br />
other words, the file was not connected into any directory.</p>
<p>Answer yes to reconnect the file into the lost+found directory.<br />
Then contact the file&#8217;s owner to ask whether they want it back,<br />
and where they want you to place it.</p>
<p>For more information, see the chapter on checking filesystem<br />
integrity in the System Administration Guide, Volume I.</p>
<p><b><a<br />
<a  name="errno220">Use &quot;logout&quot; to logout.</a></b></p>
<p>This C shell message might come as a surprise to Bourne or Korn<br />
shell users accustomed to logging out with a Control-d.</p>
<p>When ignoreeof is set, the C shell requires users to logout by<br />
typing logout or exit.&nbsp; Write any modified files to disk before<br />
exiting.</p>
<p><b><a<br />
<a  name="errno221">/usr/openwin/bin/xinit: connection to X server lost</a></b></p>
<p>This means that the xinit(1) program, which sets up X11 resources<br />
and starts a window manager, failed to locate the X server<br />
process. Perhaps the user interrupted window system startup, or<br />
exited abnormally from OpenWindows (for example, by killing<br />
processes or by rebooting). It is possible that the X server<br />
crashed. Data loss is possible in some cases. Depending on<br />
process timing, this message might be normal when OpenWindows<br />
exits during a system reboot.</p>
<p>The only solution is to exit and restart OpenWindows. You do not<br />
need to reboot the system unless it hangs and fails to give you a<br />
console prompt. To exit OpenWindows, select Workspace-&gt;Exit. To<br />
restart OpenWindows, type openwin at the system prompt.</p>
<p><b><a<br />
<a  name="errno222">Value too large for defined data type</a></b></p>
<p>The user ID or group ID of an IPC object or file system object<br />
was too large to be stored in an appropriate member of the<br />
caller-provided structure.</p>
<p>Run the application on a newer system, or ask the program&#8217;s<br />
author to fix this condition.</p>
<p>This error occurs only on systems that support a larger range of<br />
user or group ID values than a declared member structure can<br />
support. This condition usually occurs because the IPC or file<br />
system object resides on a remote machine with a larger value of<br />
type uid_t, off_t, or gid_t than that of the local system.</p>
<p>The symbolic name for this error is EOVERFLOW, errno=79.</p>
<p><b><a<br />
<a  name="errno226">WARNING: Clock gained N days&#8211; CHECK AND RESET THE DATE!</a></b></p>
<p>
Each workstation contains an internal clock powered by a<br />
rechargeable battery. After the system is halted and turned off,<br />
the internal clock continues to keep time. When the system is<br />
powered on and reboots, the system notices that the internal<br />
clock has gained time since the workstation was halted.</p>
<p>In most cases, especially if the power has been off for less than<br />
a month, the internal clock keeps the correct time, and you do<br />
not have to reset the date. Use the date(1) command to check the<br />
date andtime on your system. If the date or time is wrong,<br />
become superuser and use the date(1) command to reset them.</p>
<p><b><a<br />
<a  name="errno227">WARNING: No network locking on variable:</a></b>
        </dt>
<dt>
<b><a<br />
<a  name="errno227">&nbsp;contact adminto install server change</a></b></p>
<p>The Solaris 2.x mount(1M) command issues this message whenever it<br />
mounts a filesystem that doesn&#8217;t have NFS locking, such as a<br />
standard SunOS 4.1.x exported filesytem. Data loss is possible in<br />
applications that depend on locking.</p>
<p>On the remote SunOS 4.1.x system, install the appropriate<br />
rpc.lockd jumbo patch to implement NFS locking. For SunOS 4.1.4,<br />
install patch #102264; for SunOS 4.1.3, install patch #100075;<br />
for earlier 4.1 releases, install patch #101817.</p>
<p><b><a<br />
<a  name="errno228">WARNING: processorlevel 4 interrupt not serviced</a></b></p>
<p>This message is basically a diagnostic from the SCSI driver.<br />
Especially on machineswith the sun4c architecture, it can appear<br />
on the console every 10 minutes or so.</p>
<p>To reduce the frequency of this message, add this line near the<br />
bottom of the /etc/system file and reboot:</p>
<p>set esp:esp_use_poll_loop=0</p>
<p>You might also see this message repeatedly after manually<br />
removing a CD when it was busy. Don&#8217;t do this! To get the system<br />
back to normal, reboot the system with the -r (reconfigure)<br />
option.</p>
<p><b><a<br />
<a  name="errno229">WARNING: /tmp: File system full, swap space limit exceeded</a></b></p>
<p>
The system swap area (virtual memory) has filled up. You needto<br />
reduce swap space consumption by killing some processes or<br />
possibly by rebooting the system.</p>
<p>See the message &quot;Not enough space&quot; for information about<br />
increasingswap space.</p>
<p><b><a<br />
<a  name="errno230">WARNING: TOD clock not initialized&#8211; CHECK AND RESET THE DATE!</a></b><br />
<br />
-<br />
<br />
This message indicates that the Time Of Day (TOD) clock reads<br />
zero, so its time is the beginning of the UNIX epoch: midnight 31<br />
December 1969. On a brand-new system, the manufacturer might have<br />
neglected to initialize the system clock. On older systems it is<br />
more likely that the rechargeable battery has run out and<br />
requires replacement.</p>
<p>First replace the batteryaccording to the manufacturer&#8217;s<br />
instructions. Then become superuser and use the date(1) command<br />
to set the time and date. On SPARC systems the clock is powered<br />
by the same battery as the NVRAM, so a dead battery also causes<br />
loss of the machine&#8217;s Ethernet address and host ID, which are<br />
more serious problems for networked systems.</p>
<p><b><a<br />
<a  name="errno231">WARNING:Unable to repair the / filesystem. Run fsck</a></b></p>
<p>
This message comes at boot time from the /etc/rcS script whenever<br />
it gets a bad return code from fsck(1) after checking a<br />
filesystem. The message recommends an fsck command line, and<br />
instructs you to exit the shell when done to continue booting.<br />
Then the script places the system in single-user mode so fsck can<br />
be run effectively.</p>
<p>See &quot;/dev/rdsk/variable: UNEXPECTED INCONSISTENCY&quot; for<br />
information about repairing UFS filesystems.</p>
<p>See &quot;THE FOLLOWING FILE SYSTEM(S) HAD AN UNEXPECTED<br />
INCONSISTENCY&quot; for information about repairing non-UFS<br />
filesystems.</p>
<p><b><a<br />
<a  name="errno232">Watchdog Reset</a></b></p>
<p>
This fatal error usually indicates some kind of hardware problem.<br />
Data corruption on the system is possible.</p>
<p>Look for some other message that might help diagnose the problem.<br />
By itself, a watchdog reset doesn&#8217;t provide enough information;<br />
because traps are disabled, all information has been lost. If all<br />
that appears on the console is an ok prompt, issue the PROM<br />
command below to view the final messages that occurred just<br />
before system failure:</p>
<p>ok f8002010 wector p</p>
<p>Yes, that word iswector, not vector.</p>
<p>The result is a display of messages similar to those produced by<br />
the dmesg(1M) command. These messages can be useful in finding<br />
the cause of system failure.</p>
<p>This message doesn&#8217;t come from the kernel, but from the OpenBoot<br />
PROM monitor, a piece of Forth software that gives you the ok<br />
prompt before you boot UNIX. If the CPU detects a trap when traps<br />
are disabled (an unrecoverable error), it signals a watchdog. The<br />
OpenBoot PROM monitor detects the watchdog, issues this message,<br />
and brings down the system.</p>
<p><b><a<br />
<a  name="errno233">Watchdog Reset, Rebooting.</a></b></p>
<p>
See the message &quot;Watchdog Reset&quot; for details. This rebooting<br />
message occurs under the same conditions, but when the EEPROM&#8217;s<br />
watchdog-reboot? variable is set to true, causing the machine to<br />
automatically reboot itself. Data corruption on the system is<br />
possible.</p>
<p><b><a<br />
<a  name="errno234">Who are you?</a></b></p>
<p>
Many networking programs can print this message, including<br />
from(1B), lpr(1B), lprm(1B), mailx(1), rdist(1), sendmail(1M),<br />
talk(1), and rsh(1). The command prints this message when it<br />
cannot locate a password file entry for the current user.&nbsp; This<br />
might occur if a user logged in just before the superuser deleted<br />
that user&#8217;s password entry, or if the network naming service<br />
fails for a user who has no entry in the local password file.</p>
<p>If a user&#8217;s password file entry was accidentally deleted, restore<br />
it from backups or from another password file. If a user&#8217;s login<br />
name or user ID was changed, ask that user to logout and login<br />
again. If the network naming service failed, check the NIS<br />
server(s) and repair or reboot as necessary.</p>
<p>There is a known problem (bug 1138025) with starting hundreds of<br />
rsh processes on another machine. This message appears because<br />
rsh hangs while binding to a reserved port, and responds too<br />
slowly to interact with the network naming service.</p>
<p><b><a<br />
<a  name="errno235">Window Underflow</a></b></p>
<p>
This message often occurs at boot time, sometimes along with a<br />
&quot;Watchdog Reset&quot; error. It comes from the OpenBoot PROM monitor,<br />
which was passed a processor trap from the hardware. This error<br />
indicates that some programtried to access a SPARC register<br />
window that wasn&#8217;t accessible from the processor.</p>
<p>On some system architectures, specifically sun4c, the problem<br />
could be that different capacity memory chips are mixed together.<br />
Someone might have placed 1MB SIMMs in the same bank with 4MB<br />
SIMMs. If this is so, rearrange the memory chips. Make sure to<br />
put higher-capacity SIMMs in the first bank(s), and lower-<br />
capacity SIMMs inthe remaining bank(s); never mix different<br />
capacity SIMMs in the same bank.</p>
<p>The problem could also be that cache memory on the motherboard<br />
has gone bad and needs replacement. If main memory is installed<br />
correctly, try swapping the motherboard.</p>
<p>The best way to isolate the problem is to look at the %pc<br />
register to see where it got its arguments from, and why the<br />
arguments were bad. If you can reproduce the condition causing<br />
this message, your system vendor might be able to help diagnose<br />
the problem.</p>
<p><b><a<br />
<a  name="errno236">X connection to variable:0.0 broken (explicit kill or</a></b>
        </dt>
<dt>
<b><a<br />
<a  name="errno236">&nbsp;server shutdown).</a></b></p>
<p>This means that the client has lost its connection to the X<br />
server. The &quot;0.0&quot; represents the display device, which is usually<br />
the console. This message can appear when a user is running an X<br />
application on a remote system with the DISPLAY set back to the<br />
original system and the remote system&#8217;s X server disappears,<br />
perhaps because someone exited X windows orrebooted the machine.<br />
It sometimes appears locally when a user exits the window system.<br />
Dataloss is possible if applications were killed before saving<br />
files.</p>
<p>Try to run the application again in a few minutes after the<br />
system has rebooted and the window system is running.</p>
<p><b><a<br />
<a  name="errno237">xinit: not found</a></b></p>
<p>
OpenWindows was probably not installed properly, and the<br />
openwin(1) program could not find xinit(1) to start up the X<br />
windows system. If the user is running another version of X<br />
windows, such as the MIT X11 distribution, the startx program<br />
serves the same function as xinit.</p>
<p>Check the PATH environment variable to make sure it contains the<br />
appropriate X windows install directory. Verify that xinit is in<br />
this directory as an executable program.</p>
<p><b><a<br />
<a  name="errno238">XIO: fatal IO error 32 (Broken pipe) on X server &quot;variable:0.0&quot;</a></b></p>
<p>This means that I/O with the X server has been broken. The &quot;0.0&quot;<br />
represents the display device, which is usually the console. This<br />
message can appear when a user is running Display PostScript<br />
applications and the X server disappears or the client is shut<br />
down. Data loss is possible if applications disappeared before<br />
saving files.</p>
<p>Try to run the application again in a few minutes after the<br />
system has rebooted and the window system is running.</p>
<p><b><a<br />
<a  name="errno239">Xlib: Client is not authorized to connect to Server</a></b></p>
<p>See the message &quot;Xlib: connection to &#8230; refused by server&quot; for<br />
details.</p>
<p><b><a<br />
<a  name="errno240">Xlib: connection to &quot;variable:0.0&quot; refused by server</a></b></p>
<p>
This message is immediately followed by the &quot;Xlib: Client is not<br />
authorized to connect to Server&quot; message. These messages indicate<br />
that an X windows application tried to run on the X server<br />
specified inside double quotes, which did not allow the request.<br />
The &quot;0.0&quot; represents the display device, which is usually the<br />
console. If no server name appears, the superuser probably tried<br />
to run an X application on the current machine in an X session<br />
that was owned by somebody else.</p>
<p>To allow this client to connect to the X server, run xhost<br />
+clientname on the X server system. Only the owner of the current<br />
X session (who is not necessarily the superuser) isallowed to<br />
run the xhost command. If somebody else is running X windows on<br />
the server, ask them to log out and then start your own X session<br />
on that server; remote X connections are usually allowed for the<br />
same user ID.</p>
<p><b><a<br />
<a  name="errno241">xterm: fatal IO error 32 (Broken Pipe) or KillClient on X server<br />
variable:0.0&quot;</a></b></p>
<p>This means that xterm(1) has lost its connection to the X server.<br />
The &quot;0.0&quot; represents the display device, which is usually the<br />
console. This message can appear when a user is running xterm and<br />
the X server disappears or the client gets shut down. Data loss<br />
is possible if applications were killed before saving files.</p>
<p>Try to run the terminal emulator again in a few minutes after the<br />
system has rebooted and the window system is running.</p>
<p><b><a<br />
<a  name="errno242">XView warning: Cannot load font set &#8216;variable&#8217; (Font Package)</a></b></p>
<p>This message from the XView library warns that a requested font<br />
is not installed on the X server. Often multiple warnings appear<br />
about the same font. The set of available fonts can vary from<br />
release to release.</p>
<p>To see which fonts are available on the X server, run the<br />
xlsfonts(1) program. Then specify another font name that you see<br />
in the output of xlsfonts. Sometimes it is possible to locate a<br />
similar font from a different vendor.</p>
<p>There are two packages of X windowsfonts: the common but not<br />
required fonts (SUNWxwcft), and the optional fonts (SUNWxwoft).<br />
Run pkginfo(1) to see if both these packages are installed, and<br />
add them to the system as you wish.</p>
<p><b><a<br />
<a  name="errno243">ypbind[N]: NIS server for domain &quot;variable&quot; OK</a></b></p>
<p>
This message appears after an &quot;NIS server not responding&quot; message<br />
to indicate that ypbind(1M is able to communicate with an NIS<br />
server again.</p>
<p>Proceed with your work. This message is purely informational.</p>
<p><b><a<br />
<a  name="errno244">ypbind[N]: NIS server not responding for domain</a></b>
        </dt>
<dt>
<b><a<br />
<a  name="errno244">&nbsp;&quot;variable&quot;; still trying</a></b></p>
<p>This means that the NIS client daemon ypbind(1M) cannot<br />
communicate with an NIS server for the specified domain. This<br />
message appears when a workstation running the NIS naming service<br />
has become disconnected from the network, or when NIS servers are<br />
down or extremely slow to respond.</p>
<p>If other NIS clients are behaving normally, check the Ethernet<br />
cabling on the workstation that is getting this message. On SPARC<br />
machines, disconnected network cabling also produces a series of<br />
&quot;no carrier&quot; messages. On x86 machines, the above message might<br />
be your only indication that network cabling is disconnected.</p>
<p>If many NIS clients on the network are giving this message, go to<br />
the NIS server in question and reboot or repair as necessary. To<br />
locate the NIS server for a domain, run the ypwhich(1) command.<br />
When the server machine comes back in operation, NIS clients give<br />
an &quot;NIS server for domain OK&quot; message.</p>
<p>For more information about ypbind, see the section on<br />
administering secure NFS in the NFS Administration Guide.</p>
<p><b><a<br />
<a  name="errno245">ypwhich: can&#8217;t communicate with ypbind</a></b></p>
<p>
This message from the ypwhich(1) command indicates that the NIS<br />
binder process ypbind(1M) is not running on the local machine.</p>
<p>If the system is not configured to use NIS, this message is<br />
normal and expected.&nbsp; Configure the system to use NIS if<br />
necessary.</p>
<p>If the system is configured to use NIS, but the ypbind process is<br />
not running, invoke the following command to start it up:</p>
<p># /usr/lib/netsvc/yp/ypbind -broadcast</p>
<p><b><a<br />
<a  name="errno246">zsN: silo overflow</a></b></p>
<p>
This message means that the Zilog 8530 character input silo (or<br />
serial portFIFO) overflowed before it could be serviced. The<br />
zs(4S) driver, which talks to a Zilog Z8530 chip, is reporting<br />
that the FIFO (holding about two characters) has been overrun.<br />
The number after zs shows which serial port experienced an<br />
overflow:</p>
<p>zs0 &#8211; tty serial port 0 (/dev/ttya) zs1 &#8211; tty serial port 1<br />
(/dev/ttyb) zs2 &#8211; keyboard port (/dev/kbd) zs3 &#8211; mouse port<br />
(/dev/mouse)</p>
<p>Silo overflows indicate that data in the respective serial port<br />
FIFO has been lost.&nbsp; However, consequences of silo overflows<br />
might be negligible if the overflows occur infrequently, if data<br />
loss is not catastrophic, or if data can be recovered or<br />
reproduced.&nbsp; For example, although a silo overflow on the mouse<br />
driver (zs3) indicates that the system could not process mouse<br />
events quickly enough, the user can perform mouse motions again.<br />
Similarly, lost data from a silo overflow on a serial port with a<br />
modem connection transferring data using uucp(1C) will be<br />
recovered when uucp discovers the loss of data and requests<br />
retransmission of the corrupted packet.</p>
<p>Frequent silo overflow messages can indicate a zs hardware FIFO<br />
problem, a serial driver software problem, or abnormal data or<br />
system activity. For example, the system ignores interrupts<br />
during system panics, so mouse and keyboard activity result in<br />
silo overflows.</p>
<p>If the serial ports experiencing silo overflows are not being<br />
used, a silo overflow could indicate the onset of a hardware<br />
problem.</p>
<p>Another type of silo overflow is one that occurs during reboot<br />
when an HDLC line is connected to any of the terminal ports. For<br />
example, an X.25 network could be sending frames before the<br />
kernel has been told to expect them. Such overflow messages can<br />
be ignored.</p>
]]></content:encoded>
			<wfw:commentRss>http://adminschoice.com/solaris-error-messages-t-z/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris Error Messages O-S</title>
		<link>http://adminschoice.com/solaris-error-messages-o-s</link>
		<comments>http://adminschoice.com/solaris-error-messages-o-s#comments</comments>
		<pubDate>Mon, 21 Dec 2009 06:20:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Errors]]></category>
		<category><![CDATA[messages]]></category>
		<category><![CDATA[solaris error messages]]></category>
		<category><![CDATA[unix error messages]]></category>

		<guid isPermaLink="false">http://adminschoice.com/wp28/?p=184</guid>
		<description><![CDATA[Description of Solaris/Unix  Error messages which starts with letters O thru S  and their meaning .]]></description>
			<content:encoded><![CDATA[<p> 165. <a href="#errno165">operation    failed [error 185], unknown group error 0, variable</a><br />
    166. <a href="#errno166">Operation    not applicable</a><br />
    167. <a href="#errno167">out    of memory</a><br />
  <b><a name="p">p</a></b><br />
  168. <a href="#errno168">PARTIALLY    ALLOCATED INODE I=N CLEAR?</a><br />
    169. <a href="#errno169">passwd.org_dir:    NIS+ servers unreachable</a><br />
    170. <a href="#errno170">#errno170</a><br />
    171. <a href="#errno171">Permission    denied</a><br />
    172. <a href="#errno172">Please    specify a recipient.</a><br />
    173. <a href="#errno173">Protocol    not supported</a><br />
    174. <a href="#errno174">Protocol    wrong type for socket</a><br />
    <b><a name="R">R</a></b><br />
  175. <a href="#errno175">Read    error from network: Connection reset by peer</a><br />
    176. <a href="#errno176">Read-only    file system</a><br />
    177. <a href="#errno177">rebooting&#8230;</a><br />
    178. <a href="#errno178">Recipient    names must be specified</a><br />
    179. <a href="#errno179">Reset    tty pgrp from N to N</a><br />
    180. <a href="#errno180">Resource    temporarily unavailable</a><br />
    181. <a href="#errno181">Result    too large</a><br />
    182. <a href="#errno182">rmdir:    variable: Directory not empty</a><br />
    183. <a href="#errno183">ROOT    LOGIN /dev/console</a><br />
    184. <a href="#errno184">ROOT    LOGIN /dev/pts/N FROM variable</a><br />
    185. <a href="#errno185">rx    framing error</a><br />
  <b><a name="S">S</a></b><br />
  186. <a href="#errno186">SCSI    bus DATA IN phase parity error</a><br />
    187. <a href="#errno187">SCSI    transport failed: reason &#8216;reset&#8217;</a><br />
    188. <a href="#errno188">Segmentation    Fault</a><br />
    189. <a href="#errno189">sendmail[N]:    NOQUEUE: SYSERR: net hang reading from variable</a><br />
    190. <a href="#errno190">setmnt:    Cannot open /etc/mnttab for writing</a><br />
    191. <a href="#errno191">share_nfs:    /home: Operation not applicable</a><br />
    192. <a href="#errno192">Soft    error rate (N%) during writing was too high</a><br />
    193. <a href="#errno193">Soft    error rate (retries = N) during writing was too high</a><br />
    194. <a href="#errno194">Stale    NFS file handle</a><br />
    195. <a href="#errno195">statd:    cannot talk to statd at variable</a><br />
    196. <a href="#errno196">stty:    TCGETS: Operation not supported on socket</a><br />
    197. <a href="#errno197">su:    No shell</a><br />
    198. <a href="#errno198">su:    &#8217;su root&#8217; failed for variable on /dev/pts/N</a><br />
    199. <a href="#errno199">su:    &#8217;su root&#8217; succeeded for variable on /dev/pts/N</a><br />
    200. <a href="#errno200">syncing    file systems&#8230;</a><br />
    201. <a href="#errno201">syslog    service starting.</a></p>
<p><b><a name="errno165">operation              failed [error 185], unknown group error 0, variable</a></b>                            <br />              When you use admintool to add a user to a newly-created group,<br />              admintool issues this error.</p>
<p>              Apply patch 101384-05 to fix bug ID 1151837 and to provide a<br />
              workaround for bug ID 1153087.</p>
<p>              <b><a name="errno166">Operation not applicable</a></b>              </p>
<p>              This error indicates that no system support exists for some<br />
              function that the application requested.</p>
<p>              Ask the system vendor for an upgrade, or contact the vendoror<br />
              author of the application for an update.</p>
<p>              This message indicates that no system support exists for an<br />
              operation. Many modules set this error when a programming<br />
              function is not yet implemented. If you are writing a program<br />
              that produces this message while calling a system library, try to<br />
              find and use an alternative library function. Future versions of<br />
              the system might support this operation; check system release<br />
              notes for further information.</p>
<p>              The symbolic name for this error is ENOSYS, errno=89.</p>
<p>              <b><a name="errno167">out of memory</a></b><br />
              <br />
              Hundreds of different programs can produce this message when the<br />
              system is running many large applications simultaneously. This<br />
              message usually means that the system has run out of swap space<br />
              (virtual memory).</p>
<p>              See the message &quot;Not enough space&quot; for details. Any data<br />
              written<br />
              during this condition will probably be lost.</p>
<p>              <b><a name="errno168">PARTIALLY ALLOCATED INODE I=N CLEAR?</a></b><br />
              <br />
              During phase 1, fsck(1M) found that the specified inode was<br />
              neither allocated nor unallocated. The reason is probably that<br />
              the system crashed in the middle of a sync(2) or write(2)<br />
              operation.</p>
<p>              Should you answer yes to this question, &quot;UNALLOCATED&quot;<br />
              messages<br />
              might result during phase 2, if any directory entries point to<br />
              this inode. If you are being careful, exit fsck(1M) and run<br />
              ncheck(1M) (specifying the inode number after the -i option) to<br />
              determine which file or directory is involved here. You might be<br />
              able restore this file or directory from another system. It is<br />
              also possiblethat fsck will copy this file to the lost+found<br />
              directory in a later phase.</p>
<p>              For more information, see the chapter on checking filesystem<br />
              integrity in the System Administration Guide, Volume I.</p>
<p>              <b><a name="errno169">passwd.org_dir: NIS+ servers unreachable</a></b><br />
              <br />
              This is the first of three messages thatan NIS+ client prints<br />
              when it cannot locate an NIS+ server on the network.</p>
<p>              See the message &quot;hosts.org_dir: NIS+ servers<br />
              unreachable&quot; for<br />
              details.</p>
<p>              <b><a name="errno170">Password does not decrypt secret key for<br />
              unix.uid@variable</a></b><br />
              <br />
              This message appears at login time when a user&#8217;s password is not<br />
              identical to the user&#8217;s keylogin network password. When a system<br />
              is running NIS+, the login program firstperforms UNIX<br />
              authentication, and then attempts a keylogin(1) for secure RPC<br />
              authentication.</p>
<p>              To gain credentials for secure RPC, users can run keylogin (after<br />
              login) and type in their secret key. To stop this message from<br />
              appearing at login time, users can run the chkey -p command and<br />
              set their network password to bethe same as their NIS+ password.<br />
              If a user doesn&#8217;t remember the network password, the system<br />
              administrator should delete and re-create the user&#8217;s credentials<br />
              table entry so the user can establish a new network password with<br />
              chkey.</p>
<p>              <b><a name="errno171">Permission denied</a></b><br />
              An attempt was made to access a file in a way forbidden by the<br />
              protection system.</p>
<p>              Check the ownership and protection mode of the file (with a long<br />
              listing from the ls-l command) to see who is allowed to access<br />
              the file. Then change the file or directory permissions as<br />
              needed.</p>
<p>              The symbolic name for this error is EACCES, errno=13.</p>
<p>              <b><a name="errno172">Please specify a recipient.</a></b>              </p>
<p>              With mailtool, this message comes up in a dialog box whenever a<br />
              user tries to deliver a message with no address in the To: field.</p>
<p>              See the message &quot;Recipient names must be specified&quot; for<br />
              details.</p>
<p>              <b><a name="errno173">Protocol not supported</a></b><br />
              <br />
              The requested networking protocol hasnot been configured into<br />
              the system, or no implementation for it exists. (A protocol is a<br />
              formal description of the messages to be exchanged and the rules<br />
              to be followed when systems exchange information.)</p>
<p>              Verify that the protocol is in the /etc/inet/protocols file and<br />
              in the NIS protocols map, if applicable. If the protocol is not<br />
              listed, and you want to permit its use, configure the protocol as<br />
              documented or as required.</p>
<p>              The symbolic name for this error is EPROTONOSUPPORT, errno=120.</p>
<p>              <b><a name="errno174">Protocol wrong type for socket</a></b>              </p>
<p>              This message indicates either application programming error, or<br />
              badly configured protocols.</p>
<p>              Make sure that the /etc/protocols file corresponds number-for-<br />
              number with the NIS protocols map. It it does, ask the vendor or<br />
              author of the application for an update.</p>
<p>              A protocol was specified that does not support the semantics of<br />
              the socket type requested. This amounts to a request for an<br />
              unsupported type of socket. Look at the source code that made<br />
              this socket request and check that it requested one of the types<br />
              specifiedin /usr/include/sys/socket.h.</p>
<p>              The symbolic name for this error is EPROTOTYPE, errno=98.</p>
<p>              <b><a name="errno175">Read error from network: Connection reset by<br />
              peer</a></b><br />
              <br />
              This message appears when a user is remotely logged into a<br />
              machine that crashes or gets rebooted during the rlogin(1) or<br />
              rsh(1) session. Any data changes that were not saved are probably<br />
              lost. Sometimes this message appears only when the user types<br />
              something, even though the system went down hours before.</p>
<p>              Try torlogin again, perhaps after waiting a few minutes for the<br />
              system to reboot.</p>
<p>              <b><a name="errno176">Read-only file system</a></b>              </p>
<p>              Files and directories on filesystems that are mounted read-only<br />
              cannot be changed.</p>
<p>              If you only modify these files and directoriesoccasionally,<br />
              rlogin(1) to the servers from which the filesystems are mounted<br />
              and change the files or directories there. If you change these<br />
              files and directories frequently, mount(1M) the filesystems<br />
              read/write.</p>
<p>              The symbolic name for this error is EROFS, errno=30.</p>
<p>              <b><a name="errno177">rebooting&#8230;</a></b>              </p>
<p>              This message appears on the console to indicate that the machine<br />
              is booting, either after the superuser issued a reboot command,<br />
              or after a system panic if the EEPROM&#8217;s watchdog-reboot? variable<br />
              is set to true.</p>
<p>              Allow the machine to boot itself. In case of a system panic, look<br />
              above this message for other indications of what went wrong.</p>
<p>              <b><a name="errno178">Recipient names must be specified</a></b>              </p>
<p>              Somebody sent mail without a valid recipient in the To: field, so<br />
              sendmail could not deliver the mail message. Using mail(1), the<br />
              recipient&#8217;s address might have been specified using spaces or<br />
              non-alphanumeric characters. The mailtool(1)and mailx(1)<br />
              commands try to prevent this by issuing &quot;Please specify a<br />
              recipient&quot; or &quot;No recipients specified&quot; messages<br />
              instead. If<br />
              there is at least one valid recipient, each invalid recipient<br />
              address will generate a &quot;User unknown&quot; message.</p>
<p>              Look in the sender&#8217;s dead.letter file for the automatically saved<br />
              message, andhave the originator send it again, this time<br />
              specifying a recipient.</p>
<p>              For more information about sendmail, see the Mail Administration<br />
              Guide.</p>
<p>              <b><a name="errno179">Reset tty pgrp from N to N</a></b>              =<br />
              <br />
              The C shell sometimes issues this message when it clears away the<br />
              window process group after the user exits the window system. This<br />
              can happen when the window system doesn&#8217;t clean up after itself.</p>
<p>              Proceed with your work. This message is purely informational.</p>
<p>              <b><a name="errno180">Resource temporarily unavailable</a></b>              =<br />
              <br />
              This indicates that the fork(2) system call failed because the<br />
              system&#8217;s process table is full, or that a system call failed<br />
              because of insufficient memory or swap space. It is also possible<br />
              that a user is not allowed to create anymore processes.</p>
<p>              Simply waiting often gives the system time to free resources.<br />
              However if this message occurs often on a system, reconfigure the<br />
              kernel and allow more processes.&nbsp; To increase the size of the<br />
              process table in Solaris 2.x, increase the value of maxusers in<br />
              the /etc/system file. The default maxusers value is the amount of<br />
              main memory in MB, minus 2.</p>
<p>              If one user is not allowed to create any more processes, that<br />
              user has probably exceeded the memorysize limit; see the limit(1)<br />
              man page for details.</p>
<p>              The symbolic name for this error is EAGAIN, errno=11.</p>
<p>              <b><a name="errno181">Result too large</a></b><br />
              <br />
              This is a programming error or a data input error.</p>
<p>              Ask the program&#8217;s author to fix this condition.</p>
<p>              This indicates an attempt to evaluate a mathematical programming<br />
              function at a point where its value would overflow or underflow.<br />
              The value of a programming function in the math package (3M) is<br />
              not representable within machine precision. This could occur<br />
              after floating point overflow or underflow (either single or<br />
              double precision), or after total loss of numeric significance in<br />
              Bessel functions.</p>
<p>              Note that this message can indicate &quot;Result too small&quot;<br />
              in the<br />
              case of floating pointunderflow.</p>
<p>              To help pinpoint a program&#8217;s math errors, use the matherr(3M)<br />
              facility.</p>
<p>              The symbolic name for this error is ERANGE, errno=34.</p>
<p>              <b><a name="errno182">rmdir: variable: Directory not empty</a></b>              </p>
<p>              The rmdir(1) command can remove empty directories, only. The<br />
              directory whose name appears after the first colon in the message<br />
              still contains some files or directories.</p>
<p>              Use rm(1) instead of rmdir. To remove this directory and<br />
              everything underneath it, use the rm -ir command to recursively<br />
              descend the directory, being asked if you want to delete each<br />
              element. To remove the directory and all its contents without<br />
              being asked for approval, use the rm -r command.</p>
<p>              <b><a name="errno183">ROOT LOGIN /dev/console</a></b>              =<br />
              <br />
              This syslog message indicates that someone has logged in as root<br />
              on the system console.</p>
<p>              If you have just logged in as root, don&#8217;t worry. If this is not<br />
              you, consider the possibility of a security breach. The best<br />
              site-wide policy is for all system administrators to su instead<br />
              oflogging in as root.</p>
<p>              <b><a name="errno184">ROOT LOGIN /dev/pts/N FROM variable</a></b>              =<br />
              <br />
              This syslog message indicates that someone has remote logged in<br />
              as root on a pseudo-terminal from the system specified after the<br />
              FROM keyword.</p>
<p>              For security reasons, it is a bad idea to allow root logins from<br />
              anywhere besides the console. To restrict superuser logins to the<br />
              console, remove the comment from the CONSOLE line in<br />
              /etc/default/login.</p>
<p>              <b><a name="errno185">rx framing error</a></b><br />
              <br />
              Usually this error indicates a hardware problem.</p>
<p>              Check the Ethernet cabling and connectors to locate a problem.</p>
<p>              A framing error occurs when the Ethernet I/O driver receives a<br />
              non-integral unit of octets, such as 63 bytes and then 3 bits.<br />
              (Ethernet specifies the use of octets.) Framing errors are caused<br />
              by corruption of the starting or ending frame delimiters. These<br />
              can be corrupted by some violation of the encoding scheme.</p>
<p>              Framing errors are a subset of CRC errors, which are usually<br />
              caused by anomalies on the physical media.An<br />
              &quot;alignment/framing<br />
              error&quot; is a type of CRC error where octet boundaries do not<br />
              line<br />
              up.</p>
<p>              <b><a name="errno186">SCSI bus DATA IN phase parity error</a></b>              =<br />
              <br />
              The most common cause of this problem is unapproved hardware.<br />
              Some SCSI devices for thePC market do not meet the high I/O<br />
              speed requirements for the UNIX market.&nbsp; Other possible<br />
              causes of<br />
              this problem are improper cabling or termination, and power<br />
              fluctuations. Data corruption is possible but unlikely to occur,<br />
              because this parity error prevents data transfer.</p>
<p>              Check that all SCSI devices on the bus are Sun approved hardware.<br />
              Then verify that all cables are no longer than six meters, total,<br />
              and that all SCSI connections are properly terminated. If power<br />
              fluctuations are occuring, invest in an uninterruptible power<br />
              supply.</p>
<p>              <b><a name="errno187">SCSI transport failed: reason &#8216;reset&#8217;</a></b><br />
              <br />
              This message indicates that the system sent data over the SCSI<br />
              bus, but the data never reached its destination because of a SCSI<br />
              bus reset. The most common cause of this condition is conflicting<br />
              SCSI targets.¤Data corruption is possible but unlikely to<br />
              occur, because this failure prevents data transfer.</p>
<p>              Verify that all cables are no longer than six meters, total, and<br />
              that all SCSI connections are properly terminated. If power<br />
              surges are a problem, acquire a surge suppressor or<br />
              uninterruptible power supply.</p>
<p>              A machine&#8217;s internal disk drive is usually SCSI target 3. Make<br />
              sure that external and secondary disk drives are targeted to 1,<br />
              2, or 0, and do not conflict with each other.&nbsp; Also make sure<br />
              that tape drives are targeted to 4 or 5, and CD drives to 6,<br />
              avoiding any conflict with each other or with disk drives. If the<br />
              targeting of the internal disk drive is in question, power off<br />
              the machine, remove all external drives, turn the power on, and<br />
              from the PROM monitor run the probe-scsi-all or probe-scsi<br />
              command.</p>
<p>              If SCSI device targeting is acceptable, memory configuration<br />
              could be the problem, especially for machines with the sun4c<br />
              architecture. Ensure that high-capacity memory chips (such as 4MB<br />
              SIMMs) are in lower banks, while lower-capacity memory chips<br />
              (such as 1MB SIMMs) are in the upper banks.</p>
<p>              Note that SPARC systems do not always support third party CDROM<br />
              drives, and might generate a similar &quot;unknown vendor&quot;<br />
              error<br />
              message. Check with the CDROM vendor for specific configuration<br />
              requirements.</p>
<p>              Some third party disk drives have a read-ahead cache that<br />
              interferes with Solaris device drivers. Make sure that any<br />
              existing read-ahead cache facility is turned off.</p>
<p>              ¤ For more information on SCSI targets, see the section on<br />
              device naming conventions in the Solaris 1.x to Solaris 2.x<br />
              Transition Guide. If you are using the AnswerBook, &quot;scsi<br />
              targets&quot;<br />
              is a good search string.</p>
<p>              <b><a name="errno188&quot;">Segmentation Fault</a></b>              </p>
<p>              Segmentation faults usually result from programming error. This<br />
              message is usually accompanied by a core dump, except on read-<br />
              only filesystems.</p>
<p>              To see which program produced a core file, run either the file(1)<br />
              command or the adb (1) command. The following examples show the<br />
              output of the file and adb commands on a core file from the<br />
              dtmail program.</p>
<p>              $ file core core: ELF 32-bit MSB core file SPARC Version 1, from<br />
              `dtmail&#8217;</p>
<p>              $ adb core core file = core &#8212; program `dtmail&#8217; SIGSEGV&nbsp; 11:<br />
              segmentation violation ^D&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (use<br />
              Control-d to quit the adb<br />
              rogram)</p>
<p>              Ask the vendor or author of this program for a debugged version.</p>
<p>              A process has received a signal indicating that it attempted to<br />
              access an area of memory that is protected or that does not<br />
              exist. The two most common causes of segmentation faults are<br />
              attempting to dereference a null pointer or indexing past the<br />
              bounds of an array.</p>
<p>              <b><a name="errno189">sendmail[N]: NOQUEUE: SYSERR: net hang<br />
              reading from variable</a></b>              </p>
<p>              This is a sendmail message that appears on the console and in the<br />
              log file /var/adm/messages. If this message occurs once for a<br />
              particular user, it is possible that a mail message from this<br />
              user ends with a partial line (having no terminating newline<br />
              character). If this message appears frequently or at busy times,<br />
              especially along with other networking errors, it could indicate<br />
              network problems.</p>
<p>              Check the user&#8217;s mail spool file to see if a message ends without<br />
              a newline character.&nbsp; If so, talk with the user and determine<br />
              how<br />
              to prevent the problem from occurring again. If these messages<br />
              are the result of network problems, you could try moving the mail<br />
              spool directory to another machine with a faster network<br />
              interface.</p>
<p>              During the SMTP receipt of DATA phase, a message-terminating<br />
              period on a line of its own never arrived, so sendmail timed out<br />
              and produced this error.</p>
<p>              <b><a name="errno190">setmnt: Cannot open /etc/mnttab for writing</a></b><br />
              <br />
              The system is having problems writing to /etc/mnttab. It is<br />
              possible that the filesystem containing /etc is mounted read-<br />
              only, or is not mounted at all.</p>
<p>              Check that this file exists and is writable by root. If so,<br />
              ensure that the /etc filesystem has been mounted, and is mounted<br />
              read-write rather than read-only.</p>
<p>              <b><a name="errno191">share_nfs: /home: Operation not applicable</a></b>              </p>
<p>              This message usually indicates that the system has a local<br />
              filesystem mounted on /home, which is where the automounter<br />
              usually mounts users&#8217; home directories.</p>
<p>              When a systemis running the automounter, do not mount local<br />
              filesystems on the /home directory. Mount them on another<br />
              directory, such as /disk2, which on most systems you will have to<br />
              create.You could also change the automounter auto_home entry,<br />
              but that is a more difficult solution.</p>
<p>              <b><a name="errno192">Soft error rate (N%) during writing was too<br />
              high</a></b>              </p>
<p>              This message from the SCSI tape drive appears when Exabyteor DAT<br />
              tapes generate too many soft (recoverable) errors. It is followed<br />
              bythe advisory &quot;Please, replace tape cartridge&quot; message.<br />
              Soft<br />
              errors are an indication that hard errors could soon occur,<br />
              causing data corruption.</p>
<p>              First clean the tape head witha cleaning tape as recommended by<br />
              the manufacturer. If that doesn&#8217;t work, replace the tape<br />
              cartridge. You might need to replace the tape drive if the<br />
              problem still occurs with new tape cartridges.</p>
<p>              <b><a name="errno193">Soft error rate (retries = N) during writing<br />
              was too high</a></b>              </p>
<p>              This message from the SCSI tape drive appears when Archive tapes<br />
              generate too many soft (recoverable) errors. It is followed by<br />
              the advisory &quot;Periodic head cleaning required and/or replace<br />
              tape<br />
              cartridge&quot; message. Soft errors are an indication that hard<br />
              errors couldsoon occur, causing data corruption.</p>
<p>              First clean the tape head with a cleaning tape as recommended by<br />
              the manufacturer. If that doesn&#8217;t work, replace the tape<br />
              cartridge. Youmight need to replace the tape drive if the<br />
              problem still occurs with new tape cartridges.</p>
<p>              <b><a name="errno194">Stale NFS file handle</a></b>              </p>
<p>              A file or directory that was opened by an NFS client was either<br />
              removed or replaced on the server.</p>
<p>              If you were editing this file, write it to a local filesystem<br />
              instead. Try remounting the filesystem on top of itself or<br />
              shutting down any client processes that refer to stale file<br />
              handles. If neither of these solutions works, reboot the system.</p>
<p>              The original vnode isno longer valid. The only way to get rid of<br />
              this error is to force the NFS server and client to renegotiate<br />
              file handles.</p>
<p>              The symbolic name for this error is ESTALE, errno=151.</p>
<p>              <b><a name="errno195">statd: cannot talk to statd at variable</a></b>              </p>
<p>              This message comes from the NFS status monitor daemon statd,<br />
              which provides crash recovery services for the NFS lock daemon<br />
              lockd. The message indicates that statd has left old references<br />
              in the /var/statmon/sm and /var/statmon/sm.bak directories. After<br />
              a user has removed or modified a host in the hosts database,<br />
              statd might not properly purge files in these directories, which<br />
              results in its trying to communicate with a nonexistent host.</p>
<p>              Remove the file named variable (where variable is the hostname)<br />
              from both the /var/statmon/sm and /var/statmon/sm.bak<br />
              directories. Then kill the statd daemon and restart it. If that<br />
              doesn&#8217;t get rid of the message, kill and restart lockd as well.<br />
              If that doesn&#8217;t work, reboot the machine at your convenience.</p>
<p>              <b><a name="errno196">stty: TCGETS: Operation not supported on<br />
              socket</a></b>              =<br />
              <br />
              This message results when a user tries to remote copy with rcp(1)<br />
              or remote shell with rsh(1) from one machine to another, but has<br />
              an stty(1) command in the remote</p>
<p>              The solution is to move the stty command to the user&#8217;s .login (or<br />
              equivalent) file.&nbsp; Alternatively, execute the stty command in<br />
              .cshrc only when the shell is interactive.&nbsp; Here is a test to<br />
              do<br />
              just that:</p>
<p>              if ($?prompt) stty &#8230;</p>
<p>              The rcp andrsh commands make a connection using sockets, which<br />
              do not support stty&#8217;s TCGETS ioctl.</p>
<p>              <b><a name="errno197">su: No shell</a></b>              </p>
<p>              This message indicates that someone changed the default login<br />
              shell for root to a program missing from the system. For example,<br />
              the final colon-separated field in /etc/passwd could have been<br />
              changed from /sbin/sh to/usr/bin/bash, which does not exist in<br />
              that location. Possibly an extra space was appended at the end of<br />
              line. The outcome is that you cannot login as root or switch user<br />
              to root, and so cannot directly fix this problem.</p>
<p>              The only solution is to reboot the system from another source,<br />
              then edit the password file to correct this problem. Invoke<br />
              sync(1M) several times, then halt the machine by typing Stop-A or<br />
              by pressing the reset button. Reboot single-user from CDROM, the<br />
              net, or diskette, such as by typing boot cdrom -s at the ok<br />
              prompt.</p>
<p>              After the system comes up and gives you a # prompt, mount the<br />
              device corresponding to the original / partition somewhere, such<br />
              as with a mount(1M) command similar to the one below. Then run an<br />
              editor on the newly-mounted system password file (use ed(1) if<br />
              terminal support is lacking):</p>
<p>              # mount /dev/dsk/c0t3d0s0 /mnt # ed /mnt/etc/passwd</p>
<p>              Use the editor to change the password file&#8217;s root entry to call<br />
              an existing shell, such as /usr/bin/csh or /usr/bin/ksh.</p>
<p>              To keep the &quot;No shell&quot; problem from happening,<br />
              habitually use<br />
              admintool or /usr/ucb/vipw to edit the password file. These tools<br />
              make it difficult to change password entries in ways that make<br />
              the system unusable.</p>
<p>              <b><a name="errno198">su: &#8217;su root&#8217; failed for variable on<br />
              /dev/pts/N</a></b>              =<br />
              <br />
              The user specified after &quot;for&quot; tried to become<br />
              superuser, but<br />
              typed the wrong password.</p>
<p>              If the user is supposed to know the root password, wait to see if<br />
              the correct password is supplied. If the user is not supposed to<br />
              know the root password, ask why he or she is attempting to become<br />
              superuser.</p>
<p>              <b><a name="errno199">su: &#8217;su root&#8217; succeeded for variable on<br />
              /dev/pts/N</a></b>              The user specified after &quot;for&quot; just became superuser by<br />
              typing<br />
              the root password.</p>
<p>              If the user is supposed to know the root password, this message<br />
              is purely informational. If the user is not supposed to know the<br />
              root password, change this password immediately and ask how the<br />
              user learned it.</p>
<p>              <b><a name="errno200">syncing file systems&#8230;</a></b><br />
              This indicates that the kernel is updating the super-blocks<br />
              before taking the system down, to ensure filesystem integrity.<br />
              This message appears after a halt(1M) or reboot (1M) command. It<br />
              can also appear after a system panic, in which case the system<br />
              might contain corrupted data.</p>
<p>              If you just halted or rebooted the machine, don&#8217;t worry&#8211; this<br />
              message is normal. In case of a system panic, look up the panic<br />
              messages that appear above this one. Your system vendor might be<br />
              able to help diagnose the problem. So that you can describe the<br />
              panic to the vendor, either leave your system in its panicked<br />
              state or be sure that you can reproduce the problem.</p>
<p>              Numbers that sometimes display after the three dots in the<br />
              message show the count of dirty pages that are being written out.<br />
              Numbers in brackets show an estimate of the number of busy<br />
              buffers in the system.</p>
<p>              <b><a name="errno201">syslog service starting.</a></b>              </p>
<p>              During system reboot, this message might appear and theboot<br />
              seems to hang. After starting syslogd(1M) service, the system<br />
              runs /etc/rc2.d/S75cron, which in turn calls ps(1). Sometimes<br />
              after an abrupt system crash /dev/bd.off becomes a link to<br />
              nowhere, causing the ps command to hang indefinitely.</p>
<p>              Reboot single user (for example with boot -s) and run ls -l<br />
              /dev/bd* to see if this is the problem. If so, remove<br />
              /dev/bd.off, then run bdconfig off or reboot with the -r<br />
              (reconfigure) option.</p>
<p>              This is the most commonly reported situation that causes ps to<br />
              hang.</p>
]]></content:encoded>
			<wfw:commentRss>http://adminschoice.com/solaris-error-messages-o-s/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris error messages L-N</title>
		<link>http://adminschoice.com/solaris-error-messages-l-n</link>
		<comments>http://adminschoice.com/solaris-error-messages-l-n#comments</comments>
		<pubDate>Mon, 21 Dec 2009 06:20:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Errors]]></category>
		<category><![CDATA[messages]]></category>
		<category><![CDATA[solaris error messages]]></category>
		<category><![CDATA[unix error messages]]></category>

		<guid isPermaLink="false">http://adminschoice.com/wp28/?p=173</guid>
		<description><![CDATA[Description of Solaris/Unix  Error messages which starts with letters L M  and N with their meaning .]]></description>
			<content:encoded><![CDATA[<p>
104. <a href="#errno104">last message repeated N times</a><br />
105. <a href="#errno105">ld.so.1:variable: fatal: relocation error: symbol not found:variable</a><br />
            106. <a href="#errno106">ld.so.1:  variable: fatal: variable: can&#8217;t open file: errno=2</a><br />
            107. <a href="#errno107">le0: Memory error!</a><br />
            108. <a href="#errno108">le0: No carrier&#8211; cable disconnected or hub link test disabled?</a><br />
            109. <a href="#errno109">le0: No carrier&#8211; transceiver cable problem?</a><br />
            110. <a href="#errno110">LINK COUNT FILE I=i OWNER=o MODE=m SIZE=s MTIME=t&nbsp; COUNT&#8230;&nbsp;    ADJUST?</a><br />
            111. <a href="#errno111">LL105W:  Protocol error detected.</a><br />
            112. <a href="#errno112">ln:  cannot create /dev/fb: Read-only file system</a><br />
            113. <a href="#errno113">lockd[N]: create_client: no name forinet address 0xN</a><br />
            114. <a href="#errno114">Login incorrect</a><br />
            115. <a href="#errno115">lp  hang</a></p>
<p>            <b><a name="M">M</a></b></p>
<p>            116. <a href="#errno116">mailtool:  Can&#8217;t create dead letter: Permission denied</a><br />
            117. <a href="#errno117">mailtool: Could not initialize the Classing Engine</a><br />
            118. <a href="#errno118">Mail Tool is confused about the state of your Mail File.</a><br />
            119. <a href="#errno119">mail: Your mail file was found to be corrupted&nbsp;(Content-length mismatch).</a><br />
            120. <a href="#errno120">Memory  address alignment</a><br />
            121. <a href="#errno121">memory  leaks</a><br />
            122. <a href="#errno122">mount: /dev/dsk/variable is already mounted, /variable is busy, or&#8230;</a><br />
            123. <a href="#errno123">mount: giving up on: /variable</a><br />
            124. <a href="#errno124">mount: mount-point /variable does not exist.</a><br />
            125. <a href="#errno125">mount: the state of /dev/dsk/variable is not okay</a><br />
            <b><a name="N">N</a></b><br />
            126. <a href="#errno126">/net/variable:  No such file or directory</a><br />
            127. <a href="#errno127">Network is down</a><br />
            128. <a href="#errno128">Networkis unreachable</a><br />
            129. <a href="#errno129">NFS getattr failed for server variable: RPC: Timed out</a><br />
            130. <a href="#errno130">nfs mount: Couldn&#8217;t bind to reserved port</a><br />
            131. <a href="#errno131">nfs mount: mount: variable: Device busy</a><br />
            132. <a href="#errno132">NFS mount: /variable mounted OK</a><br />
            133. <a href="#errno133">NFS read failed for server variable</a><br />
            134. <a href="#errno134">nfs_server:  bad getargs for N/N</a><br />
            135. <a href="#errno135">NFS  server variable not responding still trying</a><br />
            136. <a href="#errno136">NFS server variable ok</a><br />
            137. <a href="#errno137">nfs umount:variable: is busy</a><br />
            138. <a href="#errno138">NFS  write error on host variable: No space left on device.</a><br />
            139. <a href="#errno139">NFS  write failed for server variable: RPC: Timed out</a><br />
            140. <a href="#errno140">NIS+ authentication failure</a><br />
            141. <a href="#errno141">No buffer space available</a><br />
            142. <a href="#errno142">No   child processes</a><br />
            143. <a href="#errno143">No  default media available</a><br />
            144. <a href="#errno144">No  directory! Logging in with home=/</a><br />
            145. <a href="#errno145">No  message of desired type</a><br />
            146. <a href="#errno146">No recipients specified</a><br />
            147. <a href="#errno147">No record locks available</a><br />
            148. <a href="#errno148">No route to host</a><br />
            149. <a href="#errno149">No shell Connection closed</a><br />
            150. <a href="#errno150">No space left on device</a><br />
            151. <a href="#errno151">No such device</a><br />
            152. <a href="#errno152">No  such device or address</a><br />
            153. <a href="#errno153">No such file or directory</a><br />
            154. <a href="#errno154">no such map in server&#8217;s domain</a><br />
            155. <a href="#errno155">No such process</a><br />
            156. <a href="#errno156">No such user as variable&#8211; cron entries not created</a><br />
            157. <a href="#errno157">Not a directory</a><br />
            158. <a href="#errno158">Not enough space</a><br />
            159. <a href="#errno159">not   found</a><br />
            160. <a href="#errno160">NOTICE: /variable: out of inodes</a><br />
            161. <a href="#errno161">Not login shell</a><br />
            162. <a href="#errno162">Not  on system console</a><br />
            163. <a href="#errno163">Not  owner</a><br />
            164. <a href="#errno164">Not  supported</a></p>
<hr />
                  <b><a name="errno104">last  message repeated N times</a></b>     <br />
    This message comes from syslog(1M), the facility that prints</font></a><br />
    messages on the console and records them in /var/adm/messages. To<br />
    reduce the log size and minimize buffer usage, syslog collapses<br />
    any identical messages it sees during a 20 second period, then<br />
    prints this message with the number of repetitions.</p>
<p>    Look above this message to see which message was repeated so<br />
    often. Then consider the repeated message and take action<br />
    accordingly. If repeated log entries such as &quot;su &#8230;&nbsp; failed&quot;<br />
    appear, consider the possibility of a security breach.</p>
<p>    <b><a name="errno105">ld.so.1: variable: fatal: relocation error: symbol not<br />
    found:</a></b></p>
<p>            <b><a name="errno105">&nbsp;variable</a></b>    This message from the run-time linker ld.so.1 indicates that in<br />
    trying to execute the application</font></a><br />
    given after the first colon,<br />
    the specified symbol could not be found for relocation. The<br />
    message goes on to say in what file the symbol was referenced.<br />
    Since this is a fatal error, the application terminates with this<br />
    message.</p>
<p>    Run the ldd -d command on the application to show its shared<br />
    object dependencies and symbols that aren&#8217;t found. Probably your<br />
    system contains an old version of the shared object that should<br />
    contain this symbol. Contact the library vendor or author for an<br />
    update.</p>
<p>    This error does not necessarily occur when you first bring up an<br />
    application. It could take months to develop, if ordinary use of<br />
    the application seldom references the undefined symbol.</p>
<p>    <b><a name="errno106">ld.so.1: variable: fatal: variable: can&#8217;t open file:<br />
    errno=2</a></b>    <br />
    This message indicates that the run-time linker, ld.so.1, while<br />
    running the program specified after the first colon, could not<br />
    find the shared object specified after the third colon. (A shared<br />
    object is sometimes called a dynamically linked library.) Error<br />
    number 2 translates to &quot;No such file or directory&quot; (ENOENT).</p>
<p>    As a workaround, set the environment variable LD_LIBRARY_PATH to<br />
    include the location of the shared object in question, for<br />
    example:</p>
<p>    /usr/dt/lib:/usr/openwin/lib</p>
<p>    Better yet, if you have accessto source code, recompile the<br />
    program using the -Rpath loader option. Using LD_LIBRARY_PATH is<br />
    discouraged because it slows down performance.</p>
<p>    <b><a name="errno107">le0: Memory error!</a></b>    This message indicates that the network interface encountered an<br />
    access time-out from the CPU&#8217;s main memory. There is probably<br />
    nothing wrong except system overload.</p>
<p>    If the system is busy with other processes, this error can occur<br />
    frequently. If possible, try to reduce the system load by<br />
    quitting applications or killing some processes.</p>
<p>    The Lance Ethernet chip timed out while trying to acquire the bus<br />
    for a DVMA transfer. Most network applications wait for a<br />
    transfer to occur, so generally no data gets lost. However, data<br />
    transfer might fail after too many time-outs.</p>
<p>    For more information about the Lance Ethernet chip, see the<br />
    le(7D) man page.</p>
<p>    <b><a name="errno108">le0: No carrier&#8211; cable disconnected or hub link test<br />
    disabled?</a></b>    </p>
<p>    Standalone machines with no Ethernet port connection get this<br />
    error when the system triesto access the network. If the<br />
    Ethernet cable is disconnected, SPARC machines with the sun4m<br />
    architecture usually display this message, whereas machines with<br />
    the sun4c architecture usually display the &quot;le0: No carrier&#8211;<br />
    transceiver cable problem&quot; message instead. If the Ethernet cable<br />
    is connected, this message could result from a mismatch between<br />
    the machine&#8217;s NVRAM settings and the Ethernet hub settings.</p>
<p>    If this message is continuous, try to save any workto local<br />
    disk.</p>
<p>    When a machine is configured as a networked system, it must be<br />
    plugged into the Ethernet with a twisted pair J45 connector.</p>
<p>    If the Ethernet cable is plugged in, find out whether or not the<br />
    Ethernet hub does a Link Integrity Test. Then become superuser to<br />
    check and possibly set the machine&#8217;s NVRAM. If the hub&#8217;s Link<br />
    Integrity Test is disabled, set this variable to false.</p>
<p>    # eeprom | grep tpe tpe-link-test?=true # eeprom &#8216;tpe-link-<br />
    test?=false&#8217;</p>
<p>    The default setting is true. If for some reason tpe-link-test?<br />
    was set to false,and the hub&#8217;s Link Integrity Test is enabled,<br />
    set this variable to true.</p>
<p>    <b><a name="errno109">le0: No carrier&#8211; transceiver cable problem?</a></b>    </p>
<p>    Standalone machines with no Ethernet port connection get this<br />
    error when the system tries to access the network.</p>
<p>    If this message is continuous, try to save any work to local<br />
    disk.</p>
<p>    When a machine is configured as a networked system, it must be<br />
    plugged into the Ethernet with either a twisted pair J45<br />
    connector or thicknet 10Base-T connector (depending on the<br />
    building&#8217;s Ethernet cable type).</p>
<p>    Older workstations</a><br />
    have a thicknet connection on the back instead<br />
    of a twisted pair Ethernet connection, so they require a thicknet<br />
    to twisted pair transceiver to translate between cabling types.</p>
<p>    <b><a name="errno110">LINK COUNT FILE I=i OWNER=o MODE=m SIZE=s MTIME=t<br />
    COUNT&#8230; ADJUST?</a></b>    </p>
<p>    During phase 4, fsck(1M) determined that the inode&#8217;s link count<br />
    for the specified file is wrong, and asks if you want to adjust<br />
    it to the value given.</p>
<p>    Generally you can answer yes to this question without harming the<br />
    filesystem.</p>
<p>    For more information on fsck, see the section on checking<br />
    filesystem integrity in the SystemAdministration Guide, Volume<br />
    I.</p>
<p>    <b><a name="errno111">LL105W: Protocol error detected.</a></b>    </p>
<p>    This error message comes from Lifeline Mail, an unbundled PC<br />
    compatibility application.</p>
<p>    The likeliest cause for this problem is that someone set up a<br />
    user account without a password. Assign the user a password to<br />
    solve this problem.</p>
<p>    <b><a name="errno112">ln: cannot create /dev/fb: Read-only file system</a></b>    </p>
<p>    During device reconfiguration at boot time, the system cannot<br />
    link to the frame buffer because /dev is on a read-only<br />
    filesystem.</p>
<p>    Check that /dev/fb is a symbolic link to the hardware frame<br />
    buffer, such as cgsix or tcx. Ensure that the filesystem<br />
    containing /dev is mounted read-write.</p>
<p>    <b><a name="errno113">lockd[N]: create_client: no name forinet address 0xN</a></b>    </p>
<p>    This lock daemon message usually indicates that the NIS<br />
    hosts.byname and hosts.byaddr maps are not coordinated.</p>
<p>    Wait a short time for the maps to synchronize. If they don&#8217;t,<br />
    takesteps to coordinate them.</p>
<p>    For information on updating NIS data, see the section on NIS maps<br />
    in the NIS+ and FNS Administration Guide. If you are using the<br />
    AnswerBook, &quot;hosts.byaddr&quot; is a good search string.</p>
<p>    <b><a name="errno114">Login incorrect</a></b>    </p>
<p>    This message from the login(1) program indicates an incorrect<br />
    combination of login name and password. There is no way to tell<br />
    whether what&#8217;s wrong is the login name, the password, or both.<br />
    Other programs such as ftp(1), rexecd(1M), sulogin(1M), and<br />
    uucp(1C) alsogive this error under similar conditions.</p>
<p>    Check the /etc/passwd file and the NIS or NIS+ passwd map on the<br />
    local system to see if an entry exists for this user. If a user<br />
    has simply forgotten the password, su and set a new one with the<br />
    passwd usernamecommand. This command automatically updates the<br />
    NIS+ passwd map, but with NIS you&#8217;ll need to coordinate the<br />
    update with the passwd map.</p>
<p>    The &quot;Login incorrect&quot; problem can also occur with older versions<br />
    of NIS when the user name has more than eight characters. If this<br />
    is the case, edit the NIS password file, change the user name to<br />
    have eight or fewer characters, and then remake the NIS passwd<br />
    map.</p>
<p>    If you cannot log in to the system as root, despite knowing the<br />
    proper password, it is possible that the /etc/passwd file is<br />
    corrupted. Try to log in as a regular user and su to root.</p>
<p>    If that doesn&#8217;t work, see the message &quot;su: No shell&quot; and follow<br />
    most of the instructions given there. Instead of changing the<br />
    default shell however, make the password field blank in<br />
    /etc/shadow.</p>
<p>    <b><a name="errno115">lp hang</a></b>    </p>
<p>    On a print server, the queue continues to grow but nothing comes<br />
    out of the printer.&nbsp; The printer daemon is hung.</p>
<p>    Here is a simple procedure for flushing a hung printing queue:</p>
<p>    &nbsp;1. Login or switch user to root.<br />
    &nbsp;2. Issue the reject printername command to make sure no one<br />
    sends any job to the<br />
    &nbsp;&nbsp; printer.<br />
    &nbsp;3. Turn off power to the printer.<br />
    &nbsp;4. If the active job appears to be causing the hang, remove it<br />
    from the print queue<br />
    &nbsp;&nbsp; with the cancel jobnumber command, and ask the owner to<br />
    requeue that print<br />
    &nbsp;&nbsp; job.<br />
    &nbsp;5. Shut down the print queue with the /usr/lib/lpshut command.<br />
    &nbsp;6. Remove the lock file /var/spool/lp/SCHEDLOCK and the<br />
    temporary files<br />
    &nbsp;&nbsp; /var/spool/lp/tmp/*/*.<br />
    &nbsp;7. Turn the printer back on.<br />
    &nbsp;8. Restart the print queue with the /usr/lib/lpsched command.</p>
<p>    For more information on print queuing, see the System<br />
    Administration Guide, Volume II. If you are using the AnswerBook,<br />
    &quot;print server&quot; is a good search string.</p>
<p>    <b><a name="errno116">mailtool: Can&#8217;t create dead letter: Permission denied</a></b>    </p>
<p>    An attempt was made to send a message with mailtool(1) from a<br />
    directory where the user does not have write permission, and the<br />
    user&#8217;s home directory is currently unavailable.</p>
<p>    Change to another directory and start mailtool again, or use<br />
    chmod(1) to change permissions for the directory (if possible).</p>
<p>    <b><a name="errno117">mailtool: Could not initialize the Classing Engine</a></b>    </p>
<p>    When a user runs mailtool(1) on a remote machine, setting the<br />
    DISPLAY environment back to the local machine, this message might<br />
    appear inside a dialog box window. The dialog box goes on to say<br />
    that the Classing Engine must be installed to use Attachments.<br />
    This problem occurs because rlogin(1) does not propagate the<br />
    user&#8217;s environment.</p>
<p>    Exit mailtool and set your OPENWINHOME environment variable to<br />
    /usr/openwin.&nbsp; Then run mailtool again. The error message will<br />
    not appear, and you will be able to use Attachments.</p>
<p>    Classing Engine is a new name for Tool Talk. Earlier versions of<br />
    mailtool said &quot;Tool Talk: TT_ERR_NOMP&quot; instead of Classing<br />
    Engine.</p>
<p>    <b><a name="errno118">Mail Tool is confused about the state of your Mail<br />
    File.</a></b><br />
    <br />
    This message appears in a pop-up dialog box whenever you ask<br />
    mailtool(1) to access messages after another mail reader has<br />
    modified your inbox. A request follows:&nbsp; &quot;Please Quit this Mail<br />
    Tool.&quot;</p>
<p>    Click &quot;Continue&quot; to close the dialog box, then exit mailtool. If<br />
    you continue trying to read mail, messages deleted by the other<br />
    mail reader will never appear, and mailtool will fail to see any<br />
    new messages.</p>
<p>    <b><a name="errno119">mail: Your mailfile was found to be corrupted<br />
    (Content-length mismatch).</a></b><br />
    <br />
    This message comes from mail(1) or mailx(1) whenever it detects<br />
    messages with a different content length than advertised. The<br />
    mail program tells you which message might be truncated or might<br />
    have another message concatenated to it.</p>
<p>    Two common causes of content length mismatches are the<br />
    simultaneous use of different mail readers (such as mail and<br />
    mailtool), or using a mail reading program (or an editor) that<br />
    does not update the Content-Length field after altering a<br />
    message.</p>
<p>    The mailx program can usually recover from this error and<br />
    delineate mail message boundaries correctly. Pay close attention<br />
    to the message that might be truncated or combined with another<br />
    message, and to all messages after that one. If a mail file<br />
    becomes hopelessly corrupted, run it through a text editor to<br />
    eliminate all Content-Length lines, and ensure that each message<br />
    has a From (no colon) line for each message, preceded by a blank<br />
    line.</p>
<p>    To avoid mailfile corruption, exit from mailtool without saving<br />
    changes when you are currently running mail or mailx.</p>
<p>    <b><a name="errno120">Memory address alignment</a></b>    </p>
<p>    This message can occur when printing large files on a<br />
    SPARCprinter attached to a SPARCstation 2.</p>
<p>    Replace the SPARCstation 2 CPU with one that isat the most<br />
    recent dash level.</p>
<p>    <b><a name="errno121">memory leaks</a></b>    </p>
<p>    An application uses up more and more memory, until all swap space<br />
    is exhausted.</p>
<p>    Many developers have found that third party software (such as<br />
    Purify) can help identify memory leaks in their applications. If<br />
    you suspect that you have a memory leak, you can use sar(1) to<br />
    check on the Kernel Memory Allocation (KMA). Any driver or module<br />
    that uses KMA resources, but does not specifically return the<br />
    resources before it exits, can create a memory leak.</p>
<p>    For more information on memory leaks, see the section on<br />
    monitoring system activity in the System Administration </a> Guide,<br />
    Volume II. If you are using the AnswerBook, &quot;displaying disk<br />
    usage&quot; is a good search string. Also, see the section on system<br />
    resource problems in the NIS+ and FNS Administration Guide.</p>
<p>    <b><a name="errno122">mount: /dev/dsk/variable is already mounted, /variable<br />
    is busy, or&#8230;</a></b>    </p>
<p>    While trying to mount a filesystem, the mount(1M) command<br />
    received a &quot;Device busy&quot; (EBUSY) error code.There are several<br />
    possible reasons: this /dev/dsk filesystem is already mounted on<br />
    a different directory, the busy path name is the working<br />
    directory of an active process, or the system has exceeded its<br />
    maximum number of mount points (unlikely).</p>
<p>    Run /etc/mount to see if the filesystem is already mounted. If<br />
    not, check to see if any shells are active in the busy directory<br />
    (did the user cd into the directory?), or if any processes in the<br />
    ps(1) listing are active in that directory. If the reason for the<br />
    error message isn&#8217;t obvious, try using a different directory for<br />
    the mount point.</p>
<p>    <b><a name="errno123">mount: giving up on: /variable</a></b>    </p>
<p>    An existing server did not respond to an NFS mount request, so<br />
    after retrying a number of times (default1000), the mount(1M)<br />
    command has given up. Nonexistent servers or bad mount points<br />
    produce different messages.</p>
<p>    If the &quot;RPC: Program not registered&quot; message precedes this one,<br />
    the requested mount serverprobably did not share (export) any<br />
    filesystems, so it has no NFS daemons running. Have the superuser<br />
    on the mount server share(1M) the filesystem, then run<br />
    /etc/init.d/nfs.server start to begin NFS service.</p>
<p>    If the requested mount server is down or slow to respond, check<br />
    to see whether the machine needs repair or rebooting.</p>
<p>    <b><a name="errno124">mount: mount-point /variable does not exist.</a></b>    </p>
<p>    Someone tried to mount a filesystem onto the specified directory,<br />
    but there is no suchdirectory.</p>
<p>    If this is the directory name you want,run mkdir(1) to create<br />
    this directory as a mount point.</p>
<p>    <b><a name="errno125">mount: the state of /dev/dsk/variable is not okay</a></b>    </p>
<p>    The system was unable to mount the filesystem that was specified<br />
    because the super-block indicates that the filesystem might be<br />
    corrupted. This is not an impediment for read-only mounts.</p>
<p>    If you don&#8217;t need to write on this filesystem, mount(1M) it using<br />
    the -o ro option.&nbsp; Otherwise, do as one of the message<br />
    continuation lines suggests and run fsck(1M) to correct the<br />
    filesystem state and update the super-block.</p>
<p>    For more information on using fsck, see the section on checking<br />
    filesystem integrity in the System Administration Guide, Volume<br />
    I.</p>
<p>    <b><a name="errno126">/net/variable: No such file or directory</a></b>    </p>
<p>    A user tried to change directory (for example with cd) to a<br />
    network partition on the system specified after /net/, but this<br />
    host either does not exist or has not shared (exported) any<br />
    filesystem.</p>
<p>    To gain access to files on this system, try rlogin(1).</p>
<p>    To export filesystems from the remote system, become superuser on<br />
    that system and run the share(1M) command with the appropriate<br />
    options. If that system is sharing filesystems for the first<br />
    time, also run /etc/init.d/nfs.server start to begin NFS service.</p>
<p>    <b><a name="errno127">Network is down</a></b>    </p>
<p>    A transport connection failed because it encountered a dead<br />
    network.</p>
<p>    Report this error to the system administrator for the network. If<br />
    you are the person responsible for this network, check to see why<br />
    the network is dead and what repairs are necessary.</p>
<p>    This error results from status information delivered by the<br />
    underlying communication interface.</p>
<p>    The symbolic name for this error is ENETDOWN, errno=127.</p>
<p>    <b><a name="errno128">Network is unreachable</a></b>    </p>
<p>    An operational error occurred either because there was no route<br />
    to the network or because negative status information was<br />
    returned by intermediate gateways or switching nodes.</p>
<p>    The returned status is not always sufficient to distinguish<br />
    between a network that is down and a host that is down. See the<br />
    &quot;No route to host&quot; message.</p>
<p>    Check the network routers and switches to see if they are<br />
    disallowing these packet transfers. If they areallowing all<br />
    packet transfers, check network cablingand connections.</p>
<p>    The symbolic name for this error is ENETUNREACH, errno=128.</p>
<p>    <b><a name="errno129">NFS getattr failed for server variable: RPC: Timed out</a></b>    </p>
<p>    This message appears on an NFS client that requested a service<br />
    from an NFS server whose hardware is failing. Often the message<br />
    &quot;NFS read failed&quot; appears along with this message. If the server<br />
    were merely down or slow to respond, the &quot;NFS server not<br />
    responding&quot; message would appear instead. Data corruption on the<br />
    server system is possible.</p>
<p>    Because this message usually indicates server hardware failure,<br />
    initiate repair procedures as soon as possible. Check the memory<br />
    modules, disk controllers, and CPU board.</p>
<p>    For more information on NFS tuning, see chapter on monitoring<br />
    network performance in the System Administration Guide, Volume<br />
    II.</p>
<p>    <b><a name="errno130">nfs mount: Couldn&#8217;t bind to reserved port</a></b><br />
    <br />
    This message appears when a client attempts to NFS mount a<br />
    filesystem from a server that has more than one Ethernet<br />
    interface configured on the same physical subnet.</p>
<p>    Always connect multiple Ethernet interfaces on one router system<br />
    to different physical subnetworks.</p>
<p>    <b><a name="errno131">nfs mount: mount: variable: Device busy</a></b>    </p>
<p>    This message appears when the superuser attempts to NFS mount on<br />
    top of an active directory. The busy device is actually the<br />
    working directory of a process.</p>
<p>    Determine which shell on the workstation is currently located<br />
    below the mount point, and change out of that directory. Be wary<br />
    of subshells (such as su shells) that could be in different<br />
    working directories while the parents remain below the mount<br />
    point.</p>
<p>    <b><a name="errno132">NFS mount: /variable mounted OK</a></b><br />
    <br />
    While booting, the system failed to mount the directory specified<br />
    after the first colon, probably because the NFS server involved<br />
    was down or slow to respond. The mount ran in the background and<br />
    successfully contacted the NFS server.</p>
<p>    This is a purely informative message to let you know that the<br />
    mount process has completed.</p>
<p>    <b><a name="errno133">NFS read failed for server variable</a></b>    </p>
<p>    This is generally a permissions problem. Perhaps a directory or<br />
    file permission was changed while the client held the file open.<br />
    Perhaps the filesystem&#8217;s share or netgroup permissions changed.<br />
    If the server were down or the network saturated, the &quot;NFS server<br />
    not responding&quot; message would appear instead.</p>
<p>    Log in to the NFS server and check the permissions of directories<br />
    leading to the file.&nbsp; Make certain that the filesystem is shared<br />
    with (exported to) the client experiencing an NFS read failure.</p>
<p>    For more information, see the chapter on NFS troubleshooting in<br />
    the NFS Administration Guide.</p>
<p>    <b><a name="errno134">nfs_server: bad getargs for N/N</a></b><br />
    <br />
    This message comes from the NFS server when it gets a request<br />
    with unrecognized or incorrect arguments. Typically, it means the<br />
    request could not be XDR decoded properly. This can result from<br />
    corruption of the packet over the network, or from an<br />
    implementation bug causing the NFS client to improperly encode<br />
    its arguments.</p>
<p>    If this message originates from a single client, investigate that<br />
    machine for NFS client software bugs. If this message appears all<br />
    over a network, especially accompanied by other networking<br />
    errors, investigate the network cabling and connectors.</p>
<p>    <b><a name="errno135">NFS server variable not responding still trying</a></b>    </p>
<p>    In mostcases this very common message indicates that the system<br />
    has requested a service from an NFS server that is either down or<br />
    extremely slow to respond. In some cases this message indicates<br />
    that the network link to this NFS server is broken, although<br />
    usually that condition generates other error messages as well. In<br />
    a few cases this message indicates NFS client set-up problems.</p>
<p>    Check the non-responding NFS server to see whether the machine<br />
    needs repair or rebooting. Encourage your user community to<br />
    report such problems quickly but only once.</p>
<p>    Should this message appear when booting a diskless client, make<br />
    sure that the client&#8217;s /etc/hosts file and the network naming<br />
    service (NIS, NIS+, or other /etc/hosts files on the network)<br />
    have been updated.</p>
<p>    Formore information, see the chapter on NFS troubleshooting in<br />
    the NFS Administration Guide.</p>
<p>    <b><a name="errno136">NFS server variable ok</a></b>    </p>
<p>    This message is the follow-up to the &quot;NFS server not responding&quot;<br />
    error. It indicates that the NFS server is back in operation.</p>
<p>    When an NFS server first comes up, it will be busy fulfilling<br />
    client requests for a while. Be patient and wait for your client<br />
    system to respond. Making many extraneous requests only further<br />
    slows the NFS server response time.</p>
<p>    <b><a name="errno137">nfs umount:variable: is busy</a></b>    </p>
<p>    This message appears when the superuser attempts to unmount an<br />
    active NFS filesystem. The busy point is the working directory of<br />
    a process.</p>
<p>    Determine which shell (or process) on the workstation is<br />
    currently located in the remotely mounted filesystem, and change<br />
    (cd) out of that directory. Be wary of subshells (such as su<br />
    shells) that could be in different directories while the parent<br />
    shells remain in the NFS filesystem.</p>
<p>    <b><a name="errno138">NFS write error on host variable: No space left on<br />
    device.</a></b>    </p>
<p>    This console message indicates that an NFS-mounted partition has<br />
    filled up and cannot accept writing of new data. Unfortunately,<br />
    software that attempts to overwriteexisting files will usually<br />
    zero out all data in these files. This is particularly<br />
    destructive on NFS-mounted /home partitions.</p>
<p>    Find the user or process that is filling up the filesystem, and<br />
    get the out-of-control process stopped as soon as you can. Then<br />
    delete files as necessary to create more space on the filesystem<br />
    (large core files are good candidates for deletion). Have users<br />
    write any modified files to local disk if possible. If this error<br />
    occurs often, redistribute directories to ease demandon this<br />
    partition.</p>
<p>    For more information on disk usage, see the System Administration<br />
    Guide, Volume II.&nbsp; If you are using the AnswerBook, &quot;managing<br />
    disk use&quot; is a good search string.</p>
<p>    <b><a name="errno139">NFS write failed for server variable: RPC: Timed out</a></b>    </p>
<p>    This error can occur when a file system is soft-mounted, and<br />
    server or network response time lags. Any data written to the<br />
    server during this period could be corrupted.</p>
<p>    If you intend to write on a filesystem, never specify the soft<br />
    mount option. Use the default hard mount for all the filesystems<br />
    that are mounted read-write.</p>
<p>    For more information, see the chapter on NFS troubleshooting in<br />
    the NFS Administration Guide.</p>
<p>    <b><a name="errno140">NIS+ authentication failure</a></b>    </p>
<p>    This is a Federated Naming Service message. The operation could<br />
    not be completed because the principal making the request could<br />
    not be authenticated with the name service involved.</p>
<p>    Run the nisdefaults(1) command to verify that you are identified<br />
    as the correct NIS+ principal. Also check that the system has<br />
    specified the correct public key source.</p>
<p>    For more information, see the authentication and authorization<br />
    overview in the NIS+ and FNS Administration Guide.</p>
<p>    <b><a name="errno141">No buffer space available</a></b>    </p>
<p>    An operation on a transport endpoint or pipe was not performed<br />
    because the system lacked sufficient buffer space or because a<br />
    queue was full. The target system probably ran out of memory or<br />
    swap space. Any data written during this condition will probably<br />
    be lost.</p>
<p>    To add more swap area, use the swap -a command on the target<br />
    system.&nbsp; Alternatively, reconfigure the target system to have<br />
    more swap space. As a general rule, wwap space should be two to<br />
    three times as large as physical memory.</p>
<p>    The symbolic name for this error is ENOBUFS,errno=132.</p>
<p>    <b><a name="errno142">No child processes</a></b>    </p>
<p>    This message can appear when an application tries to communicate<br />
    with cooperating process that do not exist.</p>
<p>    Restart the parent process so it can create the child processes<br />
    again. If that doesn&#8217;t help, this could be the result of<br />
    programming error; contact the vendor or author of the program<br />
    for an update.</p>
<p>    A wait(2) system call was executed by a process that had no<br />
    existing or unwaited-for child processes. The child processes<br />
    could have exited prematurely, or might never have been created.</p>
<p>    The symbolic name for this error is ECHILD, errno=10.</p>
<p>    <b><a name="errno143">No default media available</a></b><br />
    <br />
    The volume manager issues this message if a user makes an<br />
    eject(1) request when the drives containno diskette or CDROM to<br />
    eject.</p>
<p>    Insert a diskette or CDROM. If the volume manager is confused and<br />
    there actually is a diskette or CDROM in a drive, run volcheck to<br />
    update the volume manager. If the system remains confused, try<br />
    booting with the -r option to reconfigure devices.</p>
<p>    <b><a name="errno144">No directory! Logging in with home=/</a></b><br />
    <br />
    The login(1) program could not find the home directory listed in<br />
    the password file or NIS passwd map, so it deposited the user in<br />
    the root directory.</p>
<p>    Check that the user&#8217;s home directory is mounted and is owned by<br />
    and accessible to that user. Perhaps the automounter tried to<br />
    mount the home directory, but the NFS server did not respond<br />
    quicklyenough. Try listing the files in /home/username. If the<br />
    NFS server responds to this request, have the user log out and<br />
    log in again.</p>
<p>    It is possible that the automounter daemon is not running. Run<br />
    the ps command to see if automountd is present. If not,run the<br />
    second command; if it appears to be wedged, run both these<br />
    commands:</p>
<p>    # /etc/init.d/autofs stop # /etc/init.d/autofs start</p>
<p>    When the automounter daemon is running, verify that the<br />
    /etc/auto_master file has a line like this:</p>
<p>    /home&nbsp; auto_home</p>
<p>    Verify that the /etc/auto_home file has a line like this:</p>
<p>    +auto_home</p>
<p>    These entries depend on the NIS auto_home map.</p>
<p>    It is also possible that the NFS server has not shared (exported)<br />
    this /home directory, or that the NFS daemons on the server have<br />
    disappeared.</p>
<p>    For more information on NFS, see the NFS Administration Guide.</p>
<p>    <b><a name="errno145">No message of desired type</a></b><br />
    <br />
    An attempt was made to receive a message of a type that does not<br />
    exist on the specified message queue. See the msgop(2) man page<br />
    for details.</p>
<p>    This indicates an error in the System V IPC message facility.<br />
    Generally the message queue is empty or devoid of the desired<br />
    message type, while IPC_NOWAIT is set.</p>
<p>    The symbolic name for this error is ENOMSG, errno=35.</p>
<p>    <b><a name="errno146">No recipients specified</a></b>    </p>
<p>    This message comes from the mailx(1) command whenever a user<br />
    doesn&#8217;t provide an address in the To: field.</p>
<p>    See the message &quot;Recipient names must be specified&quot; for details.</p>
<p>    <b><a name="errno147">No record locks available</a></b>    </p>
<p>    No more record locks are available. The system lock table is<br />
    full.</p>
<p>    The symbolic name for this error is ENOLCK, errno=46.</p>
<p>    Perhaps a process called fcntl(2) with the F_SETLK or F_SETLKW<br />
    option, and the system maximum was exceeded. The system contains<br />
    several different locking subsystems, including fcntl,the NFS<br />
    lock daemon, and mail locking, all of which can produce this<br />
    error.</p>
<p>    Try again later, when more locks might be available.</p>
<p>    <b><a name="errno148">No route to host</a></b><br />
    <br />
    An operational error occurred because there was no route to the<br />
    destination host, or because of status information returned by<br />
    intermediate gateways or switching nodes.</p>
<p>    The returned status is not always sufficient to distinguish<br />
    between a host that is down and a network that isdown. See the<br />
    &quot;Network is unreachable&quot; message.</p>
<p>    Check the network routers and switches to see if they are<br />
    disallowing these packet transfers. If they are allowing all<br />
    packet transfers, check network cabling and connections.</p>
<p>    The symbolic name for thiserror is EHOSTUNREACH, errno=148.</p>
<p>    <b><a name="errno149&quot;">No shell Connection closed</a></b>    </p>
<p>    A user has attempted to remote login to the system, and has a<br />
    valid account name and password, but the shell specified for<br />
    their account is not available on that system. For example, the<br />
    seventh field could request the GNUBourne-again shell /bin/bash,<br />
    which does not exist on standard Solaris distributions.</p>
<p>    If you have a copy of the requested shell, become superuser and<br />
    install the missing shell on that system. Otherwise, change the<br />
    user&#8217;s password file entry (perhaps only in the NIS+ or NIS<br />
    passwd map) to specify an available shell such as /bin/csh or<br />
    /bin/ksh.</p>
<p>    <b><a name="errno150">No space left on device</a></b>    </p>
<p>    While writing an ordinary file or creating a directory entry,<br />
    there was no free space left on the device. The disk, tape, or<br />
    diskette is full of data. Any data written to that device during<br />
    this condition will be lost.</p>
<p>    Remove unneeded files from the hard disk or diskette until there<br />
    is space for all the data you are writing. It might be advisable<br />
    to move some directories onto another filesystem and create<br />
    symbolic links accordingly. When a tape is full, continue on<br />
    another one, use a higher density setting, or obtain a higher-<br />
    capacity tape.</p>
<p>    To create multi-volume tapes or diskettes, use the pax(1) or<br />
    cpio(1) command; tar(1) is still limited to a single volume.</p>
<p>    The symbolic name for this error is ENOSPC, errno=28.</p>
<p>    <b><a name="errno151">No such device</a></b>    </p>
<p>    An attempt was made to apply an operation to an inappropriate<br />
    device, such as writing to a nonexistent device.</p>
<p>    Look in the /devices directory to see why this device does not<br />
    exist, or why the program expects it to exist. The similar &quot;No<br />
    such device or address&quot; message tends to indicate I/O problems<br />
    with an existing device, whereas this message tends to indicate a<br />
    device that does not exist at all.</p>
<p>    The symbolic name for this error is ENODEV, errno=19.</p>
<p>    <b><a name="errno152">No such device or address</a></b>    </p>
<p>    This can occur when a tape drive is off-line or when a device has<br />
    been powered off or removed from thesystem.</p>
<p>    For tape drives, make sure the device is connected, powered on,<br />
    and toggled on-line (if applicable). For disk and CDROM drives,<br />
    check that the device is connected and powered on.</p>
<p>    With all SCSI devices, ensure that the target switch or dial is<br />
    set to the number where the system originally mounted it. To<br />
    inform the system of a change to the target device number, reboot<br />
    using the -r (reconfigure) option.</p>
<p>    This message results from I/O to a special file&#8217;s subdevice that<br />
    either does not exist or that exists beyond the limit of the<br />
    device.</p>
<p>    The symbolic name for this error is ENXIO, errno=6.</p>
<p>    <b><a name="errno153">No such file or directory</a></b>    </p>
<p>    The specified file or directory does not exist. Either the file<br />
    name or path name was entered incorrectly.</p>
<p>    Check the file name and path name for correctness and try again.<br />
    If the specified file or directory is a symbolic link, it<br />
    probably points to a nonexistent file or directory.</p>
<p>    The symbolic name for this error is ENOENT, errno=2.</p>
<p>    <b><a name="errno154">no such map in server&#8217;s domain</a></b>    </p>
<p>    A user or an application tried to look up something using Network<br />Information<br />
    Services </a> (NIS), but NIS has no corresponding database<br />
    for this request.</p>
<p>    Make sure the NIS map name is spelled correctly. To see a list of<br />
    nicknames for the various NIS maps, run the ypcat -x command. To<br />
    see a full list of the various NIS maps (databases), run the<br />
    ypwhich -m command. If the NIS service were not running on the<br />
    current machine, these commands would result in a &quot;can&#8217;t<br />
    communicate with ypbind&quot; message.</p>
<p>    <b><a name="errno155">No such process</a></b>    </p>
<p>    This process cannot be found. The process could have finished<br />
    execution and disappeared, or it might still be in thesystem<br />
    under a different numeric ID.</p>
<p>    Use the ps(1) command tocheck that the process ID you&#8217;re<br />
    supplying is correct.</p>
<p>    No process corresponds to the specified process ID (PID), light-<br />
    weight process ID, or thread_t.</p>
<p>    The symbolic name for this error is ESRCH, errno=3.</p>
<p>    <b><a name="errno156">No such user as variable&#8211; cron entries not created</a></b><br />
    <br />
    A file exists in /var/spool/cron/crontabs for the specified user,<br />
    but this user is not in /etc/passwd or the NIS passwd map. The<br />
    system cannot create cron entries for nonexistent users.</p>
<p>    To eliminate this message at boot time, remove the cron file for<br />
    the nonexistent user, or rename it if the user&#8217;s login name has<br />
    changed. If this is a valid user, create an appropriate password<br />
    entry for this name.</p>
<p>    <b><a name="errno157">Not a directory</a></b>    </p>
<p>    A non-directory was specified where a directory is required, such<br />
    as in a path prefix or as an argument to the chdir(2) system<br />
    call.</p>
<p>    Look at a listing of all the files in the current directory and<br />
    try again, specifying a directory instead of a file.</p>
<p>    The symbolic name for this error is ENOTDIR, errno=20.</p>
<p>    <b><a name="errno158">Not enough space</a></b><br />
    <br />
    This message indicates that the system is running many large<br />
    applications simultaneously, and has run out ofswap space<br />
    (virtual memory). It could also indicate that applications failed<br />
    without freeing pages from the swap area. Swap space is an area<br />
    of disk set aside to store portions of applications and data not<br />
    immediately required in memory. Any data written during this<br />
    condition will probably be lost.</p>
<p>    Reinstall or reconfigure the system to have more swap space. A<br />
    general rule of thumb is that swap space should be two to three<br />
    times as large as physical memory.&nbsp; Alternatively, use mkfile(1M)<br />
    and swap(1M) to add more swap area. This example shows how to add<br />
    16 MB of virtual memory in the /usr/swap file (any filesystem<br />
    with enough free space would work):</p>
<p>    # mkfile 16m /usr/swap # swap -a /usr/swap</p>
<p>    To make this automatic at boot time, add the following line to<br />
    the /etc/vfstab file:</p>
<p>    /usr/swap&nbsp;&nbsp; -&nbsp;&nbsp; -&nbsp;&nbsp; swap&nbsp;&nbsp; -&nbsp;&nbsp;<br />
    no&nbsp; -</p>
<p>    In calling the fork(2), exec(2), sbrk(2), or malloc(3C) routine,<br />
    a program asked for more memory than the system could supply.<br />
    This is not a temporary condition; swap space is a system<br />
    parameter.</p>
<p>    The symbolic name for this error is ENOMEM, errno=12.</p>
<p>    <b><a name="errno159">not found</a></b>    </p>
<p>    This message indicates that the Bourne shell could not find the<br />
    program name given as a command.</p>
<p>    Check the form and spelling of the command line. If that looks<br />
    correct, echo $PATH to see if the user&#8217;s search path is correct.<br />
    When communications are garbled, it is possible to unset a search<br />
    path to such an extent that only built-in shell commands are<br />
    available. Here is a command to reset a basic search path:</p>
<p>    $ PATH=/usr/bin:/usr/ccs/bin:/usr/openwin/bin:.</p>
<p>    If the search path looks correct, check the directory contents<br />
    along the search path to see if programs are missing or if<br />
    directories are not mounted.</p>
<p>    <b><a name="errno160">NOTICE: /variable: out of inodes</a></b>    </p>
<p>    The filesystem specified after the first colon probably contains<br />
    many small files, exceeding the per-filesystem limit for inodes<br />
    (file information nodes).</p>
<p>    If many small files were created unintentionally, removing them<br />
    will resolve the problem.</p>
<p>    Otherwise, follow these steps to increase filesystem capacity for<br />
    small files. Make several backup copies of the filesystem on<br />
    different tapes (for safety), then bring the machine down to<br />
    single-user mode. Use the newfs(1M) command with the -i option to<br />
    increase inode density for this filesystem. Here is an example:</p>
<p>    # newfs -i 1024 /dev/rdsk/partition</p>
<p>    Finally, restore the filesystem from a backup tape. Note that<br />
    increasing the inode density slightly reduces total filesystem<br />
    capacity.</p>
<p>    <b><a name="errno161">Not login shell</a></b>    </p>
<p>    This message results when a user triesto logout(1) from a shell<br />
    other than the one started at login time.</p>
<p>    To quit a non-login shell, use the exit(1) command. Continue<br />
    doing so until you have logged out.</p>
<p>    For more general information on the login shell, see the section<br />
    on customizing your work environment in the Solaris Advanced<br />
    User&#8217;s Guide.</p>
<p>    <b><a name="errno162">Not on system console</a></b><br />
    <br />
    A user tried to login(1) to a system as the superuser (uid=0,<br />
    which is not necessarily root) from a terminal other than the<br />
    console.</p>
<p>    Login to that system as a normal user, then run su(1M) to become<br />
    superuser. To allow superuser logins from any terminal, comment<br />
    out the CONSOLE line in /etc/default/login (this is not<br />
    recommended for security reasons).</p>
<p>    <b><a name="errno163">Not owner</a></b>    </p>
<p>    Either an ordinary user tried to do something reserved for the<br />
    superuser, or the user tried to modify a file in a way restricted<br />
    to the file&#8217;s owner or to the superuser.</p>
<p>    Switch user to root and try again.</p>
<p>    The symbolic name for this error is EPERM, errno=1.</p>
<p>    <b><a name="errno164">Not supported</a></b>    </p>
<p>    This version of the system does not support the feature<br />
    requested, although future versions of the system might provide<br />
    support.</p>
<p>    This is generally not a system message from the kernel, but an<br />
    error returned by an application. Contact the vendor or author of<br />
    the application for an update.</p>
<p>    The symbolic name for this error is ENOTSUP, errno=48.</p>
]]></content:encoded>
			<wfw:commentRss>http://adminschoice.com/solaris-error-messages-l-n/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Solaris  Error messages E-K</title>
		<link>http://adminschoice.com/solaris-error-messages-e-k</link>
		<comments>http://adminschoice.com/solaris-error-messages-e-k#comments</comments>
		<pubDate>Mon, 21 Dec 2009 06:20:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Errors]]></category>
		<category><![CDATA[messages]]></category>
		<category><![CDATA[solaris error messages]]></category>
		<category><![CDATA[unix error messages]]></category>

		<guid isPermaLink="false">http://adminschoice.com/wp28/?p=160</guid>
		<description><![CDATA[Description of Solaris/Unix  Error messages which starts with letters E F G H  and K  and their meaning .]]></description>
			<content:encoded><![CDATA[<p><b><a <a  name="E">E</a></b><br />
 55. <a href="#errno55">error: DPS has  not initialized or server connection failed</a><br />
    56. <a href="#errno56">ERROR: missing file arg (cm3)</a><br />
    57. <a href="#errno57">ERROR [SCCS/s.variable]: writable `variable&#8217; exists (ge4)</a><br />
    58. <a href="#errno58">esp0: data transfer overrun</a><br />
    59. <a href="#errno59">Event not found</a><br />
    60. <a href="#errno60">EXCESSIVE BAD BLKSI=N CONTINUE?</a><br />
    61. <a href="#errno61">EXCESSIVE DUP BLKS I=N CONTINUE?</a><br />
    62. <a href="#errno62">Exec format error</a><br />
 <b><a <a  name="F">F</a></b><br />
 63. <a href="#errno63">fd0: unformatted diskette or no diskette in the drive</a><br />
    64. <a href="#errno64">File exists</a><br />
    65. <a href="#errno65">File locking deadlock</a><br />
    66. <a href="#errno66">filemgr: mknod: Permission denied</a><br />
    67. <a href="#errno67">File name too long</a><br />
    68. <a href="#errno68">FILE SYSTEM STATE IN SUPERBLOCK IS WRONG; FIX?</a><br />
    69. <a href="#errno69">File table overflow</a><br />
    70. <a href="#errno70">File too large</a><br />
    71. <a href="#errno71">FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE?</a><br />
    72. <a href="#errno72">fsck: Can&#8217;t open /dev/dsk/variable</a><br />
    73. <a href="#errno73">fsck: Can&#8217;t stat /dev/dsk/variable</a><br />
 <b><a <a  name="G">G</a></b><br />
 74. <a href="#errno74">giving up</a><br />
    75. <a href="#errno75">Graphics Adapterdevice /dev/fb is of unknown type</a><br />
    76. <a href="#errno76">group.org_dir: NIS+ servers unreachable</a><br />
    <b><a <a  name="H">H</a></b><br />
 77. <a href="#errno77">/home/variable:    No such file ordirectory</a><br />
    78. <a href="#errno78">Host is down</a><br />
    79. <a href="#errno79">host name configuration error</a><br />
    80. <a href="#errno80">hosts.org_dir: NIS+ servers unreachable</a><br />
 <b><a <a  name="I">I</a></b><br />
 81. <a href="#errno81">I can&#8217;t read your attachments. What mailer are you using?</a><br />
    82. <a href="#errno82">ie0: Ethernet jammed</a><br />
    83. <a href="#errno83">ie0: no carrier</a><br />
    84. <a href="#errno84">Illegal Instruction</a><br />
    85. <a href="#errno85">Illegal instruction &quot;0xN&quot; was encounteredat PC 0xN</a><br />
    86. <a href="#errno86">Illegal seek</a><br />
    87. <a href="#errno87">Image Tool: Unable to open XIL Library.</a><br />
    88. <a href="#errno88">Inappropriate ioctl for device</a><br />
    89. <a href="#errno89">INCORRECT BLOCK COUNT I=N (should be N) CORRECT?</a><br />
    90. <a href="#errno90">inetd[N]: execv /usr/sbin/in.uucpd: No such file or directory</a><br />
    91. <a href="#errno91">inetd[N]: variable/tcp: unknown service</a><br />
    92. <a href="#errno92">inetd[N]: variable/udp:unknown service</a><br />
    93. <a href="#errno93">inetd: Too many open files</a><br />
    94. <a href="#errno94">INIT: Cannot create /var/adm/utmp or /var/adm/utmpx</a><br />
    95. <a href="#errno95">InitOutput: Error loading module for /dev/fb</a><br />
    96. <a href="#errno96">Interrupted system call</a><br />
    97. <a href="#errno97">Invalid argument</a><br />
    98. <a href="#errno98">Invalid null command</a><br />
    99. <a href="#errno99">I/O error</a><br />
    100. <a href="#errno100">Is a directory</a><br />
 <a <a  name="K" href="#K"><b>K</b></a><br />
 101. <a href="#errno101">kernel read error</a><br />
    <br />
    102. <a href="#errno102">Killed</a>    <br />
    103. <a href="#errno103">kmem_free block already free</a></p>
<p><b><a<br />
<a  name="errno55">error: DPS has not initialized or server connection failed</a></b><br />
<br />
This message appears when trying to run AnswerBook with a generic<br />
X11 window server or on a generic X terminal.Running AnswerBook requires Display PostScript (DPS), or a NeWS<br />
server, or the Adobe DPS NS remote display software. In addition,<br />
a complete LaserWriterII Type-1 font set (including Palatino)<br />
should be installed on the X server. To find out if your X server<br />
has DPS, run xdpyinfo(1) to verify the presence of an &quot;Adobe-<br />
      DPS-Extension&quot; line. X servers without this line don&#8217;t know about<br />
      DPS.<br />
<b><a<br />
<a  name="errno56">ERROR: missing file arg (cm3)</a></b><br />
<br />
An attempt was madd to run some sccs(1) operation that requires a<br />
filename, such as create, edit, delget, or prt.Supply the appropriate filename after the SCCS operation.<br />
<b><a<br />
<a  name="errno57">ERROR [SCCS/s.variable]: `SCCS/p.variable&#8217; nonexistent (ut4)</a></b><br />
<br />
An attempt was made to sccs edit or sccs get a file that is not<br />
yet under SCCS control.<br />
Run sccs create on that file to place it under SCCS control.<br />
<b><a<br />
<a  name="errno58">ERROR [SCCS/s.variable]: writable `variable&#8217; exists (ge4)</a></b><br />
<br />
An attempt was made to sccs edit a file that is writable,<br />
probably because it is already checked out.Run sccs info to see who has the file checked out. If it is you,<br />
go ahead and edit it. If it is somebody else, ask that personto<br />
check in the file.<br />
<a<br />
<a  name="errno58">esp0: data transfer overrun</a><br />
<br />
When a user tries to mount a CDROM on a third-party CD drive,<br />
mount(1M) fails with the above error, followed by the &quot;sr0: SCSI<br />
transport failed&quot; message. The CD drive probably comes from a<br />
vendor unknown to the system.Third-party CD drives generally have an 8192 block size, as<br />
opposed to the 512 block size on supported Sun drives. Check with<br />
the vendor to see if any special configuration is possible to<br />
allow the drive to operate on a Sun workstation.<br />
<b><a<br />
<a  name="errno59">Event not found</a></b><br />
<br />
This C shell message indicates that a user tried to repeat a<br />
command from the history list, but that command or number does<br />
not exist in the list.Run the C shell history command to display recent events in the<br />
history list. If a user often tries to run commands that have<br />
disappeared from the history list, make the list longer by<br />
setting history to a higher value.For more information about the C shell, see csh(1).<br />
<b><a<br />
<a  name="errno60">EXCESSIVE BAD BLKSI=N  CONTINUE?</a></b><br />
During phase 1, fsck(1M) found more than 10 bad (out-of-range)<br />
blocks associated with the specified inode number.With this many bad blocks, it might be preferable to restore the<br />
filesystem from backup tapes.For more information on bad blocks, see the section on checking<br />
filesystem integrity in the System Administration Guide, Volume<br />
I. If you are using the AnswerBook, &quot;bad blocks&quot; is a good search<br />
string.<br />
<b><a<br />
<a  name="errno61">EXCESSIVE DUP BLKS I=N  CONTINUE?</a></b><br />
During phase 1, fsck(1M) found more than 10 duplicate (previously<br />
claimed) blocks associated with the specified inode number.With this many duplicate blocks, it might be preferable to<br />
restore the filesystem from backup tapes.For more informationon blocks, see the section on checking<br />
filesystem integrity in the System Administration Guide, Volume<br />
I. If you are using the AnswerBook, &quot;bad blocks&quot; is a good search<br />
string.<br />
<b><a<br />
<a  name="errno62">Exec format error</a></b><br />
This often happens when trying to runsoftware compiled for<br />
different systems or architectures, such as when executing<br />
Solaris 2.x programs on a SunOS 4.1.x system, or when trying to<br />
execute SPARC-specific programs on an x86 machine. On a Solaris<br />
2.x system, it can also occur if the BinaryCompatibility Package<br />
was not installed.<br />
Make sure that the software matches the architecture and system<br />
you&#8217;re using. The file(1) command can help you determine the<br />
target architecture. If you&#8217;re using SunOS 4.1.x softwareon a<br />
Solaris 2.x system, make sure that the Binary Compatibility<br />
Package is installed. You can check for it using this command:$ pkginfo | grep SUNWbcpA request was made to execute a file that, although it has the<br />
appropriate permissions, does not start with a valid format.<br />
The symbolic name for this error is ENOEXEC, errno=8.See the a.out(4) man page for a description of executable files.<br />
<b><a<br />
<a  name="errno63">fd0: unformatted diskette or no diskette in the drive</a></b><br />
This message appears on the system console to indicate that the<br />
floppy driver fd(7) could not read the label on a diskette.<br />
Usually this is either because a new diskette has not yet been<br />
formatted, or a formatted diskette has become corrupted. This<br />
message often appears along with &quot;read failed&quot; and &quot;bad<br />
format&quot;<br />
messages after volcheck(1) is run.If you are certain that the diskette contains no data, run<br />
fdformat -d to format the diskette in DOS format. (You can also<br />
format a diskette in UFS format if you like, although then it is<br />
not transportable to most other systems.) When the diskette is<br />
formatted, you can write on it, if it was not corrupted beyond<br />
repair.<br />
<b><a<br />
<a  name="errno64">File exists</a></b><br />
The name of an existing file was mentioned in an inappropriate<br />
context. For example,it is not allowed to establish a link to an<br />
existing file, or to overwrite an existing file when the csh(1)<br />
noclobber option is set.Look at the names of files in the directory, then try again with<br />
a different name or after renaming or removing the existing file.The symbolic name for this error is EEXIST, errno=17.<br />
<b><a<br />
<a  name="errno65">File locking deadlock</a></b><br />
<br />
This is a programming problem, in some cases unavoidable.All a user can do is restart the program and hope deadlock does<br />
not reoccur.Inthe file locking subsystem, two processes tried to modify some<br />
lock at the same time. In the multithreading subsystem, two<br />
threads became deadlocked and could not continue. When a program<br />
using the threads library encounters this error, it should<br />
restart the deadlocked threads.The symbolic name for this error is EDEADLOCK, errno=56.<br />
<b><a<br />
<a  name="errno66">filemgr: mknod: Permission denied</a></b><br />
<br />
File Manager issues this message and fails to come up whenever<br />
the /tmp/.removable directory is owned by another user and is not<br />
1777 mode. This can happen, for example, when multiple users<br />
share a workstation.Have the original owner change the mode ((chmod(1)) of this file<br />
back to 1777, its default creation mode. Rebooting the<br />
workstation also resolves this problem.This is a known problem that was fixed in Solaris 2.4.<br />
<b><a<br />
<a  name="errno67">File name too long</a></b><br />
<br />
The specified file name has too many characters.If a file name or path name component is too long, devise a<br />
shorter name. If the totalpath name is longer than PATH_MAX<br />
characters, first change to an intermediate directory, then<br />
specify a shorter path name. Newly-created data will be lost<br />
unless written to another file with a shorter name.In a UFS or NFS-mounted UFS filesystem, the length of a path name<br />
component exceeds MAXNAMLEN (255) characters, or the total length<br />
of the path name exceeds PATH_MAX (1024) characters. In a System<br />
V filesystem, the length of a path name component exceeds<br />
NAME_MAX (14) characters while no-truncation mode is in effect.<br />
These values are defined in the /usr/include/limits.h(4) file.The symbolic name for this error is ENAMETOOLONG, errno=78.<br />
<b><a<br />
<a  name="errno68">FILE SYSTEM STATE IN SUPERBLOCK IS WRONG; FIX?</a></b><br />
The fsck(1M) command has just checked a filesystem, and has<br />
determined that the filesystem is clean. The filesystem&#8217;s<br />
superblock, however, still thinks the filesystem is &quot;dirty&quot; in<br />
some way.If you believe that the filesystem is adequately repaired, answer<br />
yes to mark the filesystem as clean.Different &quot;dirty&quot; filesystem types are listed in<br />
/usr/include/sys/fs/ufs_fs.h, and include FSACTIVE, FSBAD, FSFIX,<br />
FSLOG, and FSSUSPEND.<br />
For more information on superblocks, see the section onchecking<br />
filesystem integrity in the System Administration Guide, Volume<br />
I. If you are using the AnswerBook, &quot;bad superblock&quot; is a good<br />
search string.<br />
<b><a<br />
<a  name="errno69">File table overflow</a></b><br />
<br />
The kernel file table is full because too many files are open on<br />
the system.&nbsp; Temporarily, no more files can be opened. New data<br />
created under this condition will probably be lost.Simply waiting often gives the system time to close files.<br />
However, if this message occurs often, reconfigure the kernel to<br />
allow more open files. To increasethe size of the file table in<br />
Solaris 2.x, increase the value of maxusers in the /etc/system<br />
file.&nbsp; The default maxusers value is the amount of main memory in<br />
MB, minus 2.The symbolic name for this error is ENFILE, errno=23.<br />
<b><a<br />
<a  name="errno70">File too large</a></b><br />
<br />
The file size exceeded the limit specified by ulimit(1), or the<br />
file size exceeds the maximum supported by the file system. New<br />
data created under this condition will probably be lost.In the C shell, use the limit command to see or set the default<br />
file size. In the Bourne or Korn shells, use the ulimit -a<br />
command. Even when the shells claim that the file size is<br />
unlimited, in fact the system limit is FCHR_MAX (usually 1<br />
gigabyte).<br />
The symbolic name for this error is EFBIG, errno=27.<br />
<b><a<br />
<a  name="errno71">FREE BLK COUNT(S) WRONG IN SUPERBLK  SALVAGE?</a></b><br />
<br />
During phase 5, fsck(1M) detected that the actual number of free<br />
blocks in the filesystem did not match the superblock&#8217;s free<br />
block count.The df(1M) command accesses this free block count<br />
when measuring filesystem capacity.Generally you can answer yes to this question without harming the<br />
filesystem.For more information on superblocks, see the section on checking<br />
filesystem integrity in the System Administration Guide, Volume<br />
I. If you are using the AnswerBook, &quot;bad superblock&quot; is a good<br />
search string.<br />
<b><a<br />
<a  name="errno72">fsck: Can&#8217;t open /dev/dsk/variable</a></b><br />
The fsck(1M) command cannot open the disk device, because<br />
although a similar filesystem exists, the partition specified<br />
does not.<br />
Run the mount(1M) or the format(1M) command to see what<br />
filesystems are configured on the machine. Then run fsck again on<br />
an existing partition.<br />
<b><a<br />
<a  name="errno73">fsck: Can&#8217;t stat /dev/dsk/variable</a></b><br />
The fsck(1M) command cannot open the disk device, because the<br />
specified filesystem does not exist.<br />
Run the mount(1M) or the format(1M) command to see what<br />
filesystems are configured on the machine. Then run fsck again on<br />
an existing filesystem.<br />
<b><a<br />
<a  name="errno74">giving up</a></b><br />
<br />
This message appears in the SCSI log to indicate that a read or<br />
write operation has been retried until it timed out. With SCSI<br />
disk the timeout period is usually 30 seconds; with tape the<br />
period is usually 20 attempts. Timeout periods are generally<br />
coded into the drivers.Check that all SCSI devices are connected and powered on. Make<br />
sure that SCSI target numbers are correct and not in conflict.<br />
Verify that all cables are no longer than six meters, total, and<br />
that all SCSI connections are properly terminated.<br />
The scsi_log(9F) routine usually displays messages on the system<br />
console and in the /var/adm/messages file. Run the dmesg(1M)<br />
command to see the most recent message buffer.<br />
<b><a<br />
<a  name="errno75">Graphics Adapterdevice /dev/fb is of unknown type</a></b><br />
The /dev/fb driver is either missing or corrupted.<br />
See &quot;InitOutput: Error loading module for /dev/fb&quot; for details.<br />
<b><a<br />
<a  name="errno76">group.org_dir: NIS+ servers unreachable</a></b><br />
<br />
This is the second of three messages that an NIS+ client prints<br />
when it cannot locate an NIS+ server on the network.<br />
See the message &quot;hosts.org_dir: NIS+ servers unreachable&quot; for<br />
details.<br />
<b><a<br />
<a  name="errno77">/home/variable: No such file ordirectory</a></b><br />
An attempt was made to change to a user&#8217;s home directory, but<br />
either that user does not exist or the user&#8217;s fileserver has not<br />
shared (exported) that filesystem.To check on the existence of a particular user, run the<br />
ypmatch(1) or nismatch(1) command, specifying the user name and<br />
then the passwd map.To export filesystems from the remote fileserver, become<br />
superuser on that system and run the share(1M) command with the<br />
appropriate options. If that system is sharing (exporting)<br />
filesystems for the first time, also invoke<br />
/etc/init.d/nfs.server start to begin NFS service.For more information on sharing filesystems, see the<br />
share_nfs(1M) man page.<br />
<b><a<br />
<a  name="errno78">Host is down</a></b><br />
<br />
A transport connection failed because the destination host was<br />
down. For example, mail delivery was attempted over several days,<br />
but the destination machine was not available during any of these<br />
attempts.Report this error to the system administrator for the host. If<br />
you are the person responsible for this system, check to see if<br />
the machine needs repair or rebooting.This error results from status information delivered by the<br />
underlying communication interface. If there is no known<br />
connection to the host, a different message usually results. See<br />
&quot;No route to host&quot; for details.The symbolic name for this error is EHOSTDOWN, errno=147.<br />
<b><a<br />
<a  name="errno79">host name configuration error</a></b><br />
<br />
This is an old sendmail message, which replaced &quot;I refuse to talk<br />
tomyself&quot; and is now replaced by the &quot;Local configuration error&quot;<br />
message.See the message &quot;554 variable&#8230; Local configuration error&quot; for<br />
details.<br />
<b><a<br />
<a  name="errno80">hosts.org_dir: NIS+ servers unreachable</a></b><br />
<br />
This is the third of three messages that an NIS+ client prints<br />
when it cannot locate an NIS+ server on the network.If other NIS+ clients are behaving normally, check the Ethernet<br />
cabling on the workstation showing this message. On SPARC<br />
machines, disconnected network cablingalso produces a series of<br />
&quot;no carrier&quot; messages. On x86 machines, the NIS+ messages might<br />
be your only indication that network cabling is disconnected.If many NIS+ clients on the network are giving this message, go<br />
to the NIS+ server in question and reboot or repair it, as<br />
necessary. When the server machine is back in operation, NIS+<br />
clients will give an &quot;NIS server for domain OK&quot; message.<br />
<b><a<br />
<a  name="errno81">I can&#8217;t read your attachments. What mailer are you using?</a></b><br />
<br />
The SunView mailtool andpre-3.3 OpenWindows mailtool produce<br />
this message when they cannot cope with an attachment. The<br />
attachment is probably in MIME (Multipurpose Internet Mail<br />
Extensions) format, using base64 encoding.To read a mail message containing MIME attachments, use<br />
mailtool(1) from Solaris 2.3 or later. If you are running an<br />
earlier version of Solaris, rlogin(1) to a later version of<br />
Solaris, set the DISPLAY environment variable back to the first<br />
system, and run mailtool remotely. If those options prove<br />
impossible, ask the originator to send the message again using<br />
mailtool, or using the CDE dtmail compose File-&gt;SendAs-<br />
&gt;SunMailTool option.Standard MIME attachments with base64 encoding, for example,<br />
produce this message and fail to display in older mailtools.Look into using metamail, available on the Internet, which allows<br />
you to send and receive MIME attachments.<br />
<b><a<br />
<a  name="errno82">ie0: Ethernet jammed</a></b><br />
This message can appear on SPARCservers or x86 machines with an<br />
Intel 82586 Ethernet chip. It indicates that 16 successive<br />
transmission attempts failed, causing the driver to give up on<br />
the current packet.If this error occurs sporadically or at busy times, it probably<br />
means that the network is saturated. Wait for network traffic to<br />
clear. If bottlenecks arise frequently, think about reconfiguring<br />
the network or adding subnets.Another possible cause of this message is a noise source<br />
somewhere in the network, such as a loose transceiver connection.<br />
Use snoop(1M)or a similar program to isolate the problem area,<br />
then check and tighten network connectors as necessary.<br />
<b><a<br />
<a  name="errno83">ie0: no carrier</a></b><br />
<br />
This message can appear on SPARCservers or x86 machines with an<br />
Intel 82586 Ethernet chip. It indicates that thechip has lost<br />
input to its carrierdetect pin while trying to transmit a<br />
packet, causing the packet to be dropped.Check that the Ethernet connector is not loose or disconnected.<br />
Other possible causes include an open circuit somewhere in the<br />
network and noise on the carrier detect linefrom the<br />
transceiver. Use snoop(1M) or a similar program to isolate the<br />
problem area, then check the network connectors and transceivers,<br />
as needed.<br />
<b><a<br />
<a  name="errno84">Illegal Instruction</a></b><br />
<br />
A process has received a signal indicating that it attempted to<br />
execute an instruction that is not allowed by the kernel. This<br />
usually results from running programs compiled for a slightly<br />
different machine architecture. This message is usually<br />
accompanied by a core dump, excepton read-only filesystems.If you are booting from CDROM or from the net, check README files<br />
to make sure you are using an image appropriate for your machine<br />
architecture. Run df to make sure there is enough swap space on<br />
the system; too little swap space can cause this error. If you<br />
recently upgraded your CPU to a new architecture, replace your<br />
operating system with one that supports the new architecture (an<br />
operating system upgrade might be required).Sometimes this condition results from programming error, such as<br />
when a program attempts to execute data as instructions. This<br />
condition can also indicate device file corruption on your<br />
system.<br />
<b><a<br />
<a  name="errno85">Illegal instruction &quot;0xN&quot; was encountered at PC 0xN</a></b><br />
<br />
The machine is trying to boot from a non-boot device, or from a<br />
boot device for a different hardware architecture.If you are booting from the net, check README files to make sure<br />
you are using a boot image for that architecture. If you are<br />
booting from disk, make sure the system is looking at the right<br />
disk, which is usually SCSI target 3. Failing these solutions,<br />
connect a CD drive to the system and boot from CDROM.<br />
<b><a<br />
<a  name="errno86">Illegal seek</a></b><br />
<br />
Using a pipe (&quot;|&quot;) on the command line doesn&#8217;t work here.<br />
Rather than using a pipe on the command line, redirect the output<br />
of the first program into a file and then run the second program<br />
on that file.A call to lseek(2) was issued to a pipe. This error condition can<br />
also be fixed by altering the program to avoid using lseek().The symbolic name for this error is ESPIPE, errno=29.<br />
<b><a<br />
<a  name="errno87">Image Tool: Unable to open XIL Library.</a></b><br />
<br />
This message follows multiple multi-line &quot;XilDefaultErrorFunc&quot;<br />
errors, indicating that ImageTool could not locate the X Imaging<br />
Library. Many OpenWindows and CDE deskset programs require XIL.Run pkginfo(1) to determine what packages are installed on the<br />
system. If the following packages are not present, install them<br />
from CDROM or over thenet:&nbsp; SUNWxildg, SUNWxiler, SUNWxilow, and<br />
SUNWxilrt.<br />
<b><a<br />
<a  name="errno88">Inappropriate ioctl for device</a></b><br />
<br />
This is a programming error.<br />
Ask the program&#8217;s author to fix this condition. The program needs<br />
to be changed so it employs a device driver that can accept<br />
special character device controls.The ioctl() system call was given as an argument for a file that<br />
is not a special character device. This message replaces the<br />
traditional but puzzling &quot;Not a typewriter&quot; message.<br />
The symbolic name for this error is ENOTTY, errno=25.<br />
<b><a<br />
<a  name="errno89">INCORRECT BLOCK COUNT I=N (should be N)  CORRECT?</a></b><br />
During phase 1, fsck(1M) determined that the specified inode<br />
pointed to a number of bad or duplicate blocks, sothe block<br />
count should be corrected to the actual number shown.<br />
Generally you can answer yes to this question without harming the<br />
filesystem.For more information on bad blocks, see the section on checking<br />
filesystem integrity in the System Administration Guide, Volume<br />
I.<br />
<b><a<br />
<a  name="errno90">inetd[N]: execv /usr/sbin/in.uucpd: No such file or directory</a></b><br />
<br />
This message indicates that the Internet services daemon<br />
inetd(1M) tried to start up the UUCP service without the UUCP<br />
daemon existing on the system.The SUNWbnuu package must be installed before the machine can run<br />
UUCP. Run pkgadd(1M) to install this package from the<br />
distribution CDROM or over the network.<br />
<b><a<br />
<a  name="errno91">inetd[N]: variable/tcp: unknown service</a></b><br />
<br />
This message indicates that the Internet services daemon<br />
inetd(1M) could not locate the TCP service specified after the<br />
first colon.Check the current machine&#8217;s /etc/services file, and the NIS<br />
services map, to see if the service is described. To start this<br />
service, add an appropriate entry into the /etc/services file and<br />
possibly the services map as well. Note that NIS+ does not<br />
consult the local /etc/services file unless you put &quot;files&quot; right<br />
after &quot;nisplus&quot; on the services line of the system&#8217;s<br />
/etc/nsswitch.conf file.If you do not want to start this service, edit the system&#8217;s<br />
/etc/inetd.conf file and delete the entry that tries to start it<br />
up.For more information about NIS+, see the NIS+ and FNS<br />
Administration Guide.<br />
<b><a<br />
<a  name="errno92">inetd[N]: variable/udp:unknown service</a></b><br />
<br />
This message indicates that the Internet services daemon<br />
inetd(1M) could not locate the UDP service specified after the<br />
first colon.See the message &quot;inetd[N]: variable/tcp: unknown service&quot; fora<br />
solution.<br />
<b><a<br />
<a  name="errno93">inetd: Too many open files</a></b><br />
This message can appear when someone runs a command from the<br />
shell or uses a third-party application. The sar(1M) command does<br />
not indicate that the system-wide open file limit has been<br />
exceeded.The probable cause for this is that the shell limit has been<br />
exceeded. The default open file limit is 64, but can be raised to<br />
256.See the message &quot;Too many open files&quot; for a solution.<br />
<b><a<br />
<a  name="errno94">INIT: Cannot create /var/adm/utmp or /var/adm/utmpx</a></b><br />
<br />
This console message indicates that init(1M) cannot write in the<br />
/var directory, which is usually part of the / (root) filesystem.<br />
Some other messages follow, andthe system usually comes up<br />
single-user. The problem is often that / or /var is mounted<br />
read-only. Sometimes a brief power outage leaves the system<br />
believing that many filesystems are still mounted.If /var is a separate filesystem on the machine, andis not yet<br />
not mounted, mount it now. If the filesystem containing /var is<br />
mounted read-only, remount it read-write with a command similar<br />
to this:# mount -o rw,remount /Then type Control-d and try to bring up the system multi-user. If<br />
that fails, the root filesystem is probably corrupted.&nbsp; Run<br />
fsck(1M) on the root filesystem, halt the machine, power cycle<br />
the CPU, and wait for the system to reboot. Should this problem<br />
still occur, restore the root filesystem from backup tapes, or<br />
re-install the system from net or CDROM to replace the root<br />
filesystem.<br />
<b><a<br />
<a  name="errno95">InitOutput: Error loading module for /dev/fb</a></b><br />
This fatal X server error message indicates that /dev/fb, the<br />
&quot;dumb frame buffer,&quot; is either missing or corrupted. It is<br />
usually followed by a &quot;giving up&quot; message and a few xinit errors.If other devices on the system are working correctly, the most<br />
likely reason for this error is that the SUNWdfb package was<br />
removed or never installed. Insert the installation CD-ROM,<br />
change to the Solaris_2.xdirectory, and run the following<br />
command to install the packages SUNWdfbh and SUNWdfb (for your<br />
machine architecture):<br />
pkgadd -d .If other devices on the system are not working correctly, the<br />
system might havea corrupt /devices directory. Halt the system<br />
and boot using the -r (reconfigure) option.&nbsp; The system will run<br />
fsck(1M) if the /devices filesystem is corrupted, most likely<br />
fixing the problem.<br />
<b><a<br />
<a  name="errno96">Interrupted system call</a></b><br />
The user issued an interrupt signal (usually Control-c) while the<br />
system was in the middle of executing a system call. When network<br />
service is slow, interrupting cd(1) to a remote-mounted directory<br />
can produce this message.Proceed with your work, this message is purely informational.<br />
An asynchronoussignal (such as interrupt or quit), which a<br />
program was set up to catch, occurred during an internal system<br />
call. If execution is resumed after processing the signal, it<br />
will appear as if the interrupted programming function returned<br />
this error condition, so the program might exit with an incorrect<br />
error message.The symbolic name for this error is EINTR, errno=4.<br />
<b><a<br />
<a  name="errno97">Invalid argument</a></b><br />
An invalid parameter was specified that the system cannot<br />
interpret. For example, trying to mount an uncreated filesystem,<br />
printing without sufficient system support, or providing an<br />
undefined signal to a signal(3c) library function, can all<br />
produce this message.<br />
If you see this message when you are trying to mount a<br />
filesystem, make sure that you have run newfs(1M) to create the<br />
filesystem. If you see this message when you are trying to read a<br />
diskette, make sure that the diskette was properly formatted with<br />
fdformat(1), either in DOS format (pcfs) or as a UFS filesystem.<br />
If you see this message while you are trying to print, make sure<br />
that the print service is configured correctly.The symbolic name for this error is EINVAL, errno=22.<br />
<b><a<br />
<a  name="errno98">Invalid null command</a></b><br />
This C shell message results from a command line with two pipes<br />
(|)in a row or from a pipe without a command afterwards.Change the command line so that each pipe is followed by a<br />
command.<br />
<b><a<br />
<a  name="errno99">I/O error</a></b><br />
<br />
Some physical Input/Output error has occurred. If the process was<br />
writing a file, data corruption is possible.First find out which device is experiencing the I/O error. If the<br />
device is a tape drive, make sure a tape is inserted into the<br />
drive. When this error occurs with a tape in the drive, it is<br />
likely that the tape contains an unrecoverable bad spot.If the device is a floppy drive, an unformatted or defective<br />
diskette could be at fault.&nbsp; Format the diskette, or obtain a<br />
replacement.If the device is a hard disk drive, you might need to run<br />
fsck(1M) and possibly even reformat the disk.<br />
In some cases this error might occur on a call following the one<br />
to which it actually applies.The symbolic name for this error is EIO, errno=5.<br />
<b><a<br />
<a  name="errno100">Is a directory</a></b><br />
An attempt was made to read or write a directory as if it were a<br />
file.Look at a listing of all the files in the current directory and<br />
try again, specifying a file instead of a directory.The symbolic name for this error is EISDIR, errno=21.<br />
<b><a<br />
<a  name="errno101">kernel read error</a></b><br />
<br />
This message appears when savecore(1M), if activated, tries to<br />
copy a debugging image of kernel memory to disk but cannot read<br />
various kernel data structures correctly. Generally this occurs<br />
after a system panic has corrupted main memory.&nbsp; Data corruption<br />
on the systemis possible.Look at the kernel error messages that preceded this one to try<br />
to determine the cause of the problem. Error messages such as<br />
&quot;BAD TRAP&quot; usually indicate faulty hardware. Until the problem<br />
that caused the kernel panic is resolved, a kernel core image<br />
cannot be saved for debugging.<br />
<b><a<br />
<a  name="errno102">Killed</a></b><br />
<br />
This message is purely informational. If the killed process was<br />
writing a file, some data might be lost.Continue with your work.This message from the signal handler or various shells indicates<br />
that a process has been terminated with a SIGKILL. However, if<br />
you don&#8217;t see this message and cannot terminate a process with a<br />
SIGKILL, you might have to reboot the machine to get rid of that<br />
process.<br />
<b><a<br />
<a  name="errno103">kmem_free block already free</a></b><br />
This is a programming error,probably from a device driver.Determine which driver is giving this message and contact the<br />
vendor for a software update, as this message indicates a bug in<br />
the driver.<br />
This message is from the DDI programming function kmem_free(9F),<br />
which releases a block of memory at address addr of size siz that<br />
was previously allocated by the DDI function kmem_alloc(9F). Both<br />
addr and siz must correspond to the original allocation. If you<br />
have source code for the driver, follow kmem_alloc() and<br />
kmem_free() in the code to make sure they allocate and free the<br />
same chunk of memory.</p>
]]></content:encoded>
			<wfw:commentRss>http://adminschoice.com/solaris-error-messages-e-k/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Solaris Error Messages A-D</title>
		<link>http://adminschoice.com/solaris-error-messages-a-d</link>
		<comments>http://adminschoice.com/solaris-error-messages-a-d#comments</comments>
		<pubDate>Mon, 21 Dec 2009 06:20:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Errors]]></category>
		<category><![CDATA[messages]]></category>
		<category><![CDATA[solaris error messages]]></category>
		<category><![CDATA[unix error messages]]></category>

		<guid isPermaLink="false">http://adminschoice.com/wp28/?p=154</guid>
		<description><![CDATA[Description of Solaris/Unix  Error messages which starts with letters A B C and D  and what they actually mean ]]></description>
			<content:encoded><![CDATA[<p> <b><a <a name="A">A</a></b><br />
  1. <a href="#errno1">  A command window has exited because its child exited.</a><br />
    2. <a href="#errno2">admintool: Received communication service error 4</a><br />
    3. <a href="#errno3">answer book: XViewerror: NULL pointer passed to xv_set</a><br />
    4. <a href="#errno4">Arg list too long</a><br />
    5. <a href="#errno5">Argument out of domain</a><br />
    6. <a href="#errno6">Arguments too long</a><br />
    7. <a href="#errno7">assertion failed: variable, file variable, line N</a><br />
    8. <a href="#errno8">automountd[N]: No  network locking on variable:&nbsp;contact admin to install server change</a><br />
    9. <a href="#errno9">automountd[N]: server  variable not responding</a><br />
    10.<a href="#errno10">automount[N]: variable:   Not a directory</a><br />
    <b><a <a name="B">B</a></b><br />
    11. <a href="#errno11"> Bad address</a><br />
    12. <a href="#errno12">BAD/DUP FILE I=i OWNER=o MODE=m SIZE=s MTIME=t</a><br />
    13. <a href="#errno13">Bad file number</a><br />
    14. <a href="#errno14">N BAD I=N</a><br />
    15. <a href="#errno15">bad module/chip at: variable</a><br />
    16. <a href="#errno16">BAD SUPER BLOCK:  variable</a><br />
    17. <a href="#errno17">BAD TRAP</a><br />
    18. <a href="#errno18">bad trap = N</a><br />
    19. <a href="#errno19">/bin/sh: variable: too big</a><br />
    20. <a href="#errno20">Block device required</a><br />
    21. <a href="#errno21">#errno21</a><br />
    22. <a href="#errno22">Broadcast Message from root (pts/N) on server [date]</a><br />
    23. <a href="#errno23">Broken pipe</a><br />
    24. <a href="#errno24">Bus Error</a><br />
  <b><a <a name="C">C</a></b><br />
  25. <a href="#errno25"> Cannot allocate color map entry for &quot;variable&quot;</a><br />
    26. <a href="#errno26">Can&#8217;t create public  message device (Device busy)</a><br />
    27. <a href="#errno27">Can&#8217;t invoke  /etc/init, error N</a><br />
    28. <a href="#errno28">can&#8217;t synchronize with  hayes</a><br />
    29. <a href="#errno29">cd: Too many arguments</a><br />
    30. <a href="#errno30">Channel number out of  range</a><br />
    31. <a href="#errno31">chmod: ERROR: invalid   mode</a><br />
    32. <a href="#errno32">Command not found</a><br />
    33. <a href="#errno33">Connection closed.</a><br />
    34. <a href="#errno34">Connection closed by foreign host.</a><br />
    35. <a href="#errno35">[Connection closed.   Exiting]</a><br />
    36. <a href="#errno36">Connection refused</a><br />
    37. <a href="#errno37">Connection timed out</a><br />
    38. <a href="#errno38">console login:  ^J^M^Q^K^K^P</a><br />
    39. <a href="#errno39">core dumped</a><br />
    40. <a href="#errno40">Could not initialize  tooltalk (tt_open): TT_ERR_NOMP</a><br />
    41. <a href="#errno41">Could not start new   viewer</a><br />
    42. <a href="#errno42">cpio: Bad magic   number/header.</a><br />
    43. <a href="#errno43">Cross-device link</a><br />
  <b><a <a name="D">D</a></b><br />
  44. <a href="#errno44"> data access exception</a><br />
    45. <a href="#errno45">Data fault</a><br />
    46. <a href="#errno46">Deadlock situation  detected/avoided</a><br />
    47. <a href="#errno47">Device busy</a><br />
    48. <a href="#errno48">/dev/rdsk/variable:   CAN&#8217;T CHECK FILE SYSTEM.</a><br />
    49. <a href="#errno49">/dev/rdsk/variable:   UNEXPECTED INCONSISTENCY;&nbsp;</a>&nbsp;&nbsp;&nbsp; <a href="#errno49">  RUN fsck MANUALLY.</a><br />
    50. <a href="#errno50">Directory not empty</a><br />
    51. <a href="#errno51">Disc quota exceeded</a><br />
    52. <a href="#errno52">dumptm: Cannot open `/dev/rmt/variable&#8217;: Device busy</a><br />
    53. <a href="#errno53">DUP/BAD I=i OWNER=o  MODE=m SIZE=s MTIME=t FILE=f REMOVE?</a><br />
    54. <a href="#errno54">N DUP I=N</a></p>
<p>&nbsp;</p>
<dl>
  <a<br />
<a name="errno1">A command window has exited because its child exited.</a><br />
<br />
The argument to a cmdtool(1) or a shelltool(1) window looks like<br />
it is supposed to be a command, but the system cannot find the<br />
command.</p>
<p>To run this command inside a cmdtool or a shelltool, make sure<br />
the command is spelled correctly and is in your search path (if<br />
necessary, use a full path name). If you intended this argument<br />
as an option setting, use a minus sign (-) at the beginning of<br />
the option.</p>
<p>Both the cmdtool and the shelltool are OpenWindows terminal<br />
emulators.</p>
<p>    <a<br />
<a name="errno2">admintool: Received communication service error 4</a><br />
<br />
AdminTool could not start a display method because a remote<br />
procedure call timed out, so it can&#8217;t send the request. This<br />
error results when admintool tries to access the NIS or NIS+<br />
tables when networking is not enabled.</p>
<p>Verify the system network status with ifconfig -a to make sure<br />
the system is connected to the network. Make sure the ethernet<br />
cable is connected and the system is configured to run NIS or<br />
NIS+.</p>
<p>    <a<br />
<a name="errno3">answerbook: XView error: NULL pointer passed to xv_set</a><br />
<br />
The AnswerBook navigator window comes up, but the document viewer<br />
window does not. This message appears on the console, and the<br />
message &quot;Could not start new viewer&quot; appears in the navigator<br />
window. This situation indicates that you have an unknown client<br />
or a problem with the network naming service.</p>
<p>Run the ypmatch(1) or nismatch(1) command o determine if the<br />
client hostname is in the hosts map. If it isn&#8217;t, add it to to<br />
NIS hosts map on the NIS master server. Then make sure the<br />
/etc/hosts file on the client contains an IP address and entry<br />
for that hostname followed by loghost (reboot if you changed the<br />
/etc/hosts file). Check that the ypmatch or nismatch client hosts<br />
command returns the same IP host address as in the /etc/hosts<br />
file. Finally, quit all existing AnswerBooks and restart.</p>
<p>For more information on the NIS hosts map, see the section on the<br />
default search criteria in the NIS+ and FNS Administration Guide.<br />
If you are using the AnswerBook, &quot;NIS hosts map&quot; is a good search<br />
string.</p>
<p>    <a<br />
<a name="errno4">Arg list too long</a><br />
<br />
The system could not handle the number of arguments given to a<br />
command or program when it combined those arguments with the<br />
environment&#8217;s exported shell variables. The argument list limit<br />
is the size of the argument list plus the size of the<br />
environment&#8217;s exported shell variables.</p>
<p>The easiest solution is to reduce the size of the parent process<br />
environment by unsetting extraneous environment variables. (See<br />
the man page for the shell you&#8217;re using to find out how to list<br />
and change your environment variables.) Then run the program<br />
again.</p>
<p>An argument list longer than ARG_MAX bytes was presented to a<br />
member of the exec() family of system calls.</p>
<p>The symbolic name for this error is E2BIG, errno=7.</p>
<p>    <a<br />
<a name="errno5">Argument out of domain</a><br />
<br />
This is a programming error or a data input error.</p>
<p>Ask the program&#8217;s author to fix this condition,or supply data in<br />
a different format.</p>
<p>This indicates an attempt to evaluate a mathematical programming<br />
function at a point where its value is not defined. The argument<br />
of a programming function in the math package (3M) is out of the<br />
domain of the function. This could happen when taking the square<br />
root, power, or log of a negative number, when computing a power<br />
to a non-integer, or when passing an out-of-range argument to a<br />
hyperbolic programming function.</p>
<p>To help pinpoint a program&#8217;s math errors, use the matherr(3M)<br />
facility.</p>
<p>The symbolic name for this error is EDOM, errno=33.</p>
<p>    <a<br />
<a name="errno6">Arguments too long</a><br />
<br />
This C shell error message indicates that there are too many<br />
arguments after a command. For example, this can happen by<br />
invoking rm * in a huge directory. The C shell cannot handle more<br />
than 1706 arguments.</p>
<p>Temporarily start a Bourne shell with sh and run the command<br />
again. The Bourne shell dynamically allocates command line<br />
arguments. Return to your original shell by typing exit.</p>
<p>    <a<br />
<a name="errno7">assertion failed: variable, file variable, line N</a><br />
<br />
A condition in the program that was never expected to happen has<br />
happened.</p>
<p>Contact the vendor or author of the program to ask why it failed.<br />
If you have the source code for the program, you can look at the<br />
file and line number where the assertion failed. This might give<br />
you an idea of how to run the program differently.</p>
<p>This message results from a diagnostic macro called assert() that<br />
a programmer inserted into the specified line of a source file.<br />
The expression that evaluated untrue precedes the file name and<br />
line number.</p>
<p>    <a<br />
<a name="errno8">automountd[N]: No network locking on variable:&nbsp;</a><br />
  <a<br />
<a name="errno8"> contact admin to install server change</a><br />
<br />
    &nbsp;</p>
<p>See &quot;WARNING: No network locking on variable: contact admin to<br />
install server&quot; message for details. If the server is not<br />
changed, data loss is possible in applications that depend on<br />
locking.</p>
<p><a<br />
<a name="errno9">automountd[N]: server variable not responding</a><br />
<br />
This automounter message indicates that the system tried to mount<br />
a filesystem from an NFS server that is either down or extremely<br />
slow to respond. In some cases this message indicates that the<br />
network link to the NFS server is broken, although that condition<br />
produces other error messages as well.</p>
<p>If you are the system administrator responsible for the non-<br />
responding NFS server, check it out to see whether the machine<br />
needs repair or rebooting. Encourage your user community to<br />
report such problems quickly but only once. When the NFS server<br />
is back in operation, the automounter will be able to access the<br />
requested file system.</p>
<p>For more information on NFS failures, seethe section on NFS<br />
troubleshooting in the NFS Administration Guide. If you are using<br />
the AnswerBook, a good search string is &quot;NFS Service.&quot;</p>
<p><a<br />
<a name="errno10">automount[N]: variable: Not a directory</a><br />
<br />
The file specified after the first colon is not a valid mount<br />
point because it is not a directory.</p>
<p>Ensure that the mount point is a directory, and not a regular<br />
file or a symbolic link.</p>
<p><a<br />
<a name="errno11">Bad address</a><br />
<br />
The system encountered a hardware fault in attempting to access a<br />
parameter of a programming function.</p>
<p>Check if the bad address resulted from supplying the wrong device<br />
or option to a command. If that is not the problem, contact the<br />
vendor or author of the program for an update.</p>
<p>This error could occur any time a function that takes a pointer<br />
argument is passed an invalid address. Because processors differ<br />
in their ability to detect bad addresses, on some architectures<br />
passing bad addresses can result in undefined behaviors.</p>
<p>The symbolic name for this error is EFAULT,errno=14.</p>
<p><a<br />
<a name="errno12">BAD/DUP FILE I=i OWNER=o MODE=m SIZE=s MIME  CLEAR?</a></p>
<p>While checking anode link counts during phase 4, fsck(1M) found a<br />
file (or directory) that either does not exist or exists<br />
somewhere else.</p>
<p>To clear the anode of its reference to this file or directory,<br />
answer yes. With the -p (preen) option, fsck automatically clears<br />
bad or duplicate file references, so answering yes to this<br />
question seldom causes a problem.</p>
<p><a<br />
<a name="errno13">Bad file number</a><br />
<br />
Generally this is a program error, not a usage error.</p>
<p>Contact the vendor or author of the program for an update.</p>
<p>Either a file descriptor refers to no open file, or a read (or<br />
write) request is made to a file that is open only for writing<br />
(or reading).</p>
<p>The symbolic name for this error is EBADF, errno=9.</p>
<p><a<br />
<a name="errno14">N BAD I=N</a><br />
<br />
Upon detecting an out-of-range block, fsck(1M) prints the bad<br />
block number and its containing inode (after I=).</p>
<p>In fsck phases 2 and 4, you will decide whether ornot to clear<br />
these bad blocks.&nbsp; Before committing to repair with fsck, you<br />
could determine which file contains this inode by passing the<br />
inode number to the ncheck(1M) command: by passing the inode<br />
number to the ncheck(1M) command:</p>
<p># ncheck -iinum file system</p>
<p>For more information, see the chapter on checking file system<br />
integrity in the System Administration Guide, Volume I.</p>
<p><a<br />
<a name="errno15">bad module/chip at: variable</a><br />
<br />
This message from the memory management system often appears with<br />
parity errors, and indicates a bad memory module or chip at the<br />
position listed. Data loss is possible if the problem occurs<br />
other than at boot time.</p>
<p>Replace the memory module or chip at the indicated position.<br />
Refer to the vendor&#8217;s hardware manual for help finding this<br />
location.</p>
<p><a<br />
<a name="errno16">BAD SUPER BLOCK: variable</a><br />
<br />
This message from fsck(1M) indicates that a filesystem&#8217;s super-<br />
block is damaged beyond repair and must be replaced. At boot time<br />
(with the -p option) this message is prefaced by the file system&#8217;s<br />
device name. After this message comes the actual damage<br />
recognized (see Action). Unfortunately fsck does not print the<br />
number of the damaged super-block.</p>
<p>The most common cause of this error is overlapping disk<br />
partitions. Donot immediately rerun fsck as suggested by the<br />
lines that display after the error message.&nbsp; First make sure that<br />
you have a recent backup of the file system involved; if not, try<br />
to back up the file system now using ufsdump(1M). Then run the<br />
format(1M) command, select the disk involved, and print out the<br />
partition information.</p>
<p># format : N &gt; partition &gt; print</p>
<p>Note whether the overlap occurs at the beginning or end of the<br />
file system involved.&nbsp; Then run newfs(1M) with the -N option to<br />
print out the file system parameters, including the location of<br />
backup super-blocks.</p>
<p># newfs -N /dev/dsk/device</p>
<p>Select a super-block from a non-overlapping area of the disk, but<br />
note that in most cases you have only one chance to select the<br />
proper replacement super-block, which fsck soon propagates to all<br />
the cylinders. If you select the wrong replacement super-block,<br />
data corruption will probably occur, and you will have to restore<br />
from backup tapes.&nbsp; After you select a new super-block, provide<br />
fsck with the new master super-block number:</p>
<p># fsck -o b=NNNN /dev/dsk/device</p>
<p>Specific reasons for a damaged super-block include: a wrong magic<br />
number, out of range NCG (number of cylinder groups) or CPG<br />
(cylinders per group), the wrong number of cylinders, a<br />
preposterously large super-block size, and trashed values in<br />
super-block. These reasons are generally not meaningful because a<br />
corrupt super-block is usually extremely corrupt.</p>
<p>For more information on bad super blocks, see the sections on<br />
restoring bad super blocks in the System Administration Guide,<br />
Volume I. If you are using the AnswerBook, &quot;superblock&quot; is a good<br />
search string.</p>
<p><a<br />
<a name="errno17">BAD TRAP</a><br />
<br />
A bad trap can indicate faulty hardware or a mismatch between<br />
hardware and its configuration information. Data loss is possible<br />
if the problem occurs other than at boot time.</p>
<p>If you recently installed new hardware, verify that the software<br />
was correctly configured. Check the kernel trace back displayed on<br />
the console to see which device generated the trap. If the<br />
configuration files are correct, you will probably have to<br />
replace the device.</p>
<p>In some cases, the bad trap message indicates a bad or down-rev<br />
CPU.</p>
<p>A hardware processor trap occurred, and the kernel trap handler<br />
was unable to restore system state. This is a fatal error that<br />
usually precedes a panic, after which the system performs a sync,<br />
dump, and reboot. The following conditions can cause a bad trap:<br />
a system text or data access fault, a system data alignment<br />
error, or certain kinds of user software traps.</p>
<p><a<br />
<a name="errno18">bad trap = N</a><br />
<br />
See the message &quot;BAD TRAP&quot; for details.</p>
<p><a<br />
<a name="errno19">/bin/sh: variable: too big</a><br />
<br />
This Bourne shell message indicates a classic &quot;no memory&quot; error.<br />
While trying to load the program specified after thefirstcolon,<br />
the shell noticed that the system ran out of virtual memory (swap<br />
space).</p>
<p>See the message &quot;Not enough space&quot; for information on<br />
reconfiguring your system to add more swap space.</p>
<p><a<br />
<a name="errno20">Block device required</a><br />
<br />
A raw (character special) device was specified where a block<br />
device was required, such as during a call to the mount(1M)<br />
command.</p>
<p>To see which block devices are available, use ls -l to look in<br />
/devices. Then specify a block device instead of a character<br />
device. Block device modes start with a b, whereas raw character<br />
device modes start with a c.</p>
<p>The symbolic name for this error is ENOTBLK, errno=15.</p>
<p><a<br />
<a name="errno21">Boot device: /iommu/sbus/variable/variable/sd@3,0</a><br />
<br />
This message alwaysappears at the beginning of rebooting. If<br />
there is a problem, the system hangs, and no other messages<br />
appear. This condition is caused by conflicting SCSI targets for<br />
the boot device, which is almost always target 3.</p>
<p>The boot device is usually the machine&#8217;s internal disk drive,<br />
target 3. Make sure that external and secondary disk drives are<br />
targeted to 1, 2, or 0, and do not conflict with each other. Also<br />
make sure that tape drives are targeted to 4 or 5, and CD drives<br />
to 6, avoiding any conflict with each other or with the disk<br />
drives. You can set a device&#8217;s target number using pushbutton<br />
switches or a dial on the back near the SCSI cables. If the<br />
targeting of the internal disk drive is in question, check it by<br />
powering off the machine, removing all external drives, turning<br />
the power on, and running the probe-scsi-all or probe-scsi<br />
command from the PROM monitor.</p>
<p><a<br />
<a name="errno22">Broadcast Message from root (pts/N) on server [date]</a><br />
<br />
This message from the wall(1M) command gets transmitted to all<br />
users logged into a system. You could see it during a rlogin or<br />
telnet session, or on terminals connected to a timesharing<br />
system.</p>
<p>Carefully read the broadcast message. Often this broadcast is<br />
followed by a shutdown warning.</p>
<p>See the message &quot;The system will be shut down in N minutes&quot; for<br />
details about system shutdown.</p>
<p>For more information on bringing down the system, see the section<br />
on halting the system in the System Administration Guide, Volume<br />
I. If you are using the AnswerBook, &quot;halting the system&quot; is a<br />
good search string.</p>
<p><a<br />
<a name="errno23">Broken pipe</a><br />
<br />
This condition is often normal, and the message is merely<br />
informational (as when piping many lines to the head program).<br />
The condition occurs when a write on a pipe does not find a<br />
reading process. This usually generates a signal to the executing<br />
program, but this message displays when the program ignores the<br />
signal.</p>
<p>Check the process at the end of the pipe to see why it exited.</p>
<p>The symbolic name for this error is EPIPE, errno=32.</p>
<p><a<br />
<a name="errno24">Bus Error</a><br />
<br />
A process has received a signal indicating that it attempted to<br />
perform I/O to a device that is restricted or that does not<br />
exist. This message is usually accompanied by a core dump, except<br />
on read-only filesystems.</p>
<p>Use a debugger to examine the core file and determine what<br />
program fault or system problem led to the bus error. If<br />
possible, check the program&#8217;s output files for data corruption<br />
that might have occurred before the bus error.</p>
<p>Bus errors can result from either programming error or device<br />
corruption on your system. Some common causes of bus errors are:<br />
invalid file descriptors, unreasonable I/O requests, bad memory<br />
allocation, misaligned data structures, compiler bugs, and<br />
corrupt boot blocks.</p>
<p><a<br />
<a name="errno25">Cannot allocate color map entry for &quot;variable&quot;</a><br />
<br />
This message from libXt (X Intrinsics library) indicates that the<br />
system color map was full even before the color name specified in<br />
quotes was requested. Some applications can continue after this<br />
message. Other applications, such as Workspace Properties Color,<br />
fail to come up when the color map is full.</p>
<p>Exit the programs that make heavy use of the color map, then<br />
restart the failed application and try again.</p>
<p><a<br />
<a name="errno26">Can&#8217;t create public message device (Device busy)</a><br />
<br />
This message comes from the lp print scheduler, indicating that<br />
it is either extremely busy or hung.</p>
<p>If print jobs are coming out of the printer in question, wait<br />
until they are finished and then resubmit this print job. If you<br />
see this message again, the lp system is probably hung.</p>
<p>See the message &quot;lp hang&quot; for a procedure to clear the queue.</p>
<p>If lp is unable to create a device for printer messages, the<br />
message FIFO could be already in use, or locked by another print<br />
job.</p>
<p>For more information on the print scheduler, see the section on<br />
administrating printers in the System Administration Guide Volume<br />
II.</p>
<p><a<br />
<a name="errno27">Can&#8217;t invoke /etc/init, error N</a><br />
<br />
This message can appear while a system is booting, indicating<br />
that the init program is missing or corrupted. Note that<br />
/etc/init is a symbolic link to /sbin/init.</p>
<p>Boot the miniroot so you can replace init. Halt the machine by<br />
typing Stop-A or by pressing the reset button. Reboot single-user<br />
from CDROM, the net, or diskette. For example, type boot cdrom -s<br />
at the ok prompt to boot from CDROM. After the system comes up<br />
and gives you a # prompt, mount the device corresponding to the<br />
original / partition somewhere, with a command similar to the<br />
mount command below. Then copy the init program from the miniroot<br />
to the original / partition, and reboot the system.</p>
<p># mount /dev/dsk/c0t3d0s0 /mnt # cp /sbin/init /mnt/sbin/init #<br />
reboot</p>
<p>If this doesn&#8217;t work, other files might be corrupted, and you<br />
might need to reinstall the entire system.</p>
<p>The error number is 2 if /sbin/init is missing, or 8 if<br />
/sbin/init has an incorrect executable format. This is usually<br />
followed by a &quot;panic:icode&quot; message. The system tries to reboot<br />
itself, but goes into a loop, because rebooting is impossible<br />
without init.</p>
<p>For more information on booting the system, see the section on<br />
halting and booting the system in the System Administration<br />
Guide, Volume I.</p>
<p><a<br />
<a name="errno28">can&#8217;t synchronize with hayes</a><br />
<br />
This message sometimes appears when using a modem that the system<br />
regards as a &quot;Hayes&quot; type modem, which includes most modems<br />
manufactured today. The message can be caused by incorrect switch<br />
settings, by poor cable connections, or by not turning the modem<br />
on.</p>
<p>Check that the modem is on and that the cables between the modem<br />
and your system are securely connected. Check the internal and<br />
external modem switch settings. Turn the modem off and then on<br />
again, if necessary.</p>
<p><a<br />
<a name="errno29">cd: Too many arguments</a><br />
<br />
The C shell&#8217;s cd(1) command takes only one argument. Either more<br />
than one directory was specified, or a directory name containing<br />
a space was specified.&nbsp; Directory names with spaces are easy to<br />
create with File Manager.</p>
<p>Use only one directory name. To change to a directory whose name<br />
contains spaces, enclose the directory name in double (&quot;) or<br />
single (&#8217;) quotes, or use File Manager.</p>
<p><a<br />
<a name="errno30">Channel number out of range</a><br />
<br />
The system has run out of stream devices. This error results when<br />
a stream head attempts to open a minor device that does not exist<br />
or that is currently in use.</p>
<p>Check that the stream device in question exists and was created<br />
with an appropriate number of minor devices. Make sure that the<br />
hardware corresponds to this configuration. If the stream device<br />
configuration is correct, try again later when more system<br />
resources might be available.</p>
<p>The symbolic name for this error is ECHRNG, errno=37.</p>
<p><a<br />
<a name="errno31">chmod: ERROR: invalid mode</a><br />
<br />
This message from the chmod(1) command indicates a problem in the<br />
first non-option argument.</p>
<p>If you are specifying a numeric file mode, you can provide any<br />
number of digits (although only the final one to four are<br />
considered), but all digits must be between 0 and 7. If you are<br />
specifying a symbolic file mode, use the syntax provided in the<br />
chmod usage message to avoid the &quot;invalid mode&quot; error message:</p>
<p>Usage: chmod [ugoa][+-=][rwxlstugo] file &#8230;</p>
<p>Note that some combinations of symbolic keyletters produce no<br />
error message but fail to have any effect. The first group,<br />
[ugoa], is truly optional. The second group, [+-=], is mandatory<br />
for chmod to have an effect. The third group,[rwxlstugo], is<br />
also mandatory for effect, and can be used in combination when<br />
that combination does not conflict.</p>
<p><a<br />
<a name="errno32">Command not found</a><br />
<br />
The C shell could not find the program you gave as a command.</p>
<p>Check the form and spelling of the command line. If that looks<br />
correct, echo $path to see if the user&#8217;s search path is correct.<br />
When communications are garbled, it is possible to unset a search<br />
path to such an extent that only built-in shell commands are<br />
available. Here is a command to reset a basic search path:</p>
<p>&nbsp;% set path = (/usr/bin /usr/ccs/bin /usr/openwin/bin .)</p>
<p>If the search path looks correct, check the directory contents<br />
along the search path to see if programs are missing or if<br />
directories are not mounted.</p>
<p>For more information about the C shell, see csh(1).</p>
<p><a<br />
<a name="errno33">Connection closed.</a><br />
<br />
This message can appear when using rlogin(1) to another system if<br />
the remote host cannot create a process for this user, if the<br />
user takes too long to type the correct password, if the user<br />
interrupts the network connection, or if the remote host goes<br />
down. Data loss is possible if files were modified and not saved<br />
before the connection closed.</p>
<p>Just try again. If the other system has gone down, wait for it to<br />
reboot first.</p>
<p><a<br />
<a name="errno34">Connection closed by foreign host.</a><br />
<br />
When a user telnets to another system, this message can appear if<br />
the user takes too long to type the correct password, if the<br />
remote host cannot create a login for this user,or if the remote<br />
host goes down or terminates the connection. Data loss is<br />
possible if files were modified and not saved before the<br />
connection closed.</p>
<p>Just try again. If the other system has gone down, wait for it to<br />
reboot first.</p>
<p><a<br />
<a name="errno35">[Connection closed. Exiting]</a><br />
<br />
After using the talk(1) command to communicate with another user,<br />
the other person enters an interrupt (usually Control-c), and<br />
this message appears on your screen.</p>
<p>Sending an interrupt like this is the usual way of exiting the<br />
talk program. The talk session is over and you can return to your<br />
work.</p>
<p><a<br />
<a name="errno36">Connection refused</a><br />
<br />
No connection could be made because the target machine actively<br />
refused it. This happens either when trying to connect to an<br />
inactive service or when a service process is not present at the<br />
requested address.</p>
<p>Activate the service on the target machine, or start it up again<br />
if it has disappeared. If for security reasons you do not intend<br />
to provide this service, inform the user community, possibly<br />
suggesting an alternative.</p>
<p>The symbolic name for this error is ECONNREFUSED, errno=146.</p>
<p><a<br />
<a name="errno37">Connection timed out</a><br />
<br />
This occurs either when the destination host is down or when<br />
problems in the network cause lost transmission.</p>
<p>First check the operation of the host system, for example by<br />
using ping(1M) and ftp (1), then repair or reboot as necessary.<br />
If that doesn&#8217;t solve the problem, check the network cabling and<br />
connections.</p>
<p>No connection was established in a specified time. A connect or<br />
send request failed because the destination host did not properly<br />
respond after a reasonable interval. (The timeout period is<br />
dependent on the communication protocol.)</p>
<p>The symbolic name for this error is ETIMEDOUT, errno=145.</p>
<p><a<br />
<a name="errno38">console login: ^J^M^Q^K^K^P</a><br />
<br />
This usually occurs because OpenWindows exited abnormally,<br />
leaving the system&#8217;s keyboard in the wrong mode. The characters<br />
that appear when someone attempts to login are garbage<br />
transliterations of what someone types.</p>
<p>Find another machine and remote login to this system, then run<br />
this command:</p>
<p>$ /usr/openwin/bin/kbd_mode -a</p>
<p>This puts the console back into ASCII mode. Note that kbd_mode is<br />
not a windows program, it just fixes the console mode.</p>
<p>The usual reason for this problem occurring is an automated<br />
script run from cron that clears out the /tmp directory every so<br />
often. Ensure that any such scripts do not remove the /tmp/.X11-<br />
pipe or /tmp/.X11-unix directories, or any files therein.</p>
<p><a<br />
<a name="errno39">core dumped</a><br />
<br />
A core file contains an image of memory at the point of software<br />
failure, and is used by programmers to find the reason for the<br />
failure.</p>
<p>To see which program produced a core file, run either the file(1)<br />
command or the adb (1) command. The following examples show the<br />
output of the file and adb commands on a core file from the<br />
dtmail program.</p>
<p>$ file core core: ELF 32-bit MSB core file SPARC Version 1, from<br />
`dtmail&#8217;</p>
<p>$ adb core core file = core &#8212; program `dtmail&#8217; SIGSEGV 11:<br />
segmentation violation ^D&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (use Control-d to quit<br />
the<br />
program)</p>
<p>Ask the vendor or author of this program for a debugged version.</p>
<p>Some signals, such as SIGQUIT, SIGBUS, and SIGSEGV, produce a<br />
core dump. See the signal(5) man page for a complete list.</p>
<p>If youhave the source code for the program, you can try<br />
compiling it with cc -g, and debugging it yourself using dbx or a<br />
similar debugger. The where directive of dbx provides a stack<br />
trace.</p>
<p>On mixed networks, it can be difficult to discern which machine<br />
architecture produced a particular core dump, since adb on one<br />
type of system generally cannot read a core file from another<br />
type of system, and will produce an &quot;unrecognized file&quot; message.<br />
Run adb on various machine architectures until you find the right<br />
one.</p>
<p>The term &quot;core&quot; is archaic&#8211; ferrite core memory was supplanted<br />
by silicon RAM in the 1970s, although spaceships still employ<br />
core memory for its imperviousness to radiation.</p>
<p>For information on saving and viewing crash information see the<br />
System Administration Guide, Volume II. If you are using the<br />
AnswerBook, &quot;system crash&quot; is a good search string.</p>
<p><a<br />
<a name="errno40">Could not initialize tooltalk (tt_open): TT_ERR_NOMP</a><br />
<br />
Various desktop tools display or print this message when the<br />
ttsession(1) process is not available. The TookTalk service<br />
generally tries to restart ttsession if it is not running. So<br />
this error indicates that the ToolTalk service is either not<br />
installed or is not installed correctly.</p>
<p>Verify that the ttsession command exists in /usr/openwin/bin or<br />
/usr/dt/bin. If this command is not present, ToolTalk is not<br />
installed correctly. The packages constituting ToolTalk are the<br />
runtime SUNWtltk, developer support SUNWtltkd, and themanual<br />
pages SUNWtltkm. CDE ToolTalk packages have the same names with<br />
&quot;.2&quot; appended.</p>
<p>The full TT_ERR_NOMP message string reads as follows: &quot;No<br />
ttsession is running, probably because tt_open() has not been<br />
called yet. If this is returned from tt_open() it means ttsession<br />
could not be started, which generally means ToolTalk is not<br />
installed on the system.&quot;</p>
<p><a<br />
<a name="errno41">Could not start new viewer</a><br />
<br />
This message appears in the AnswerBook navigator window, along<br />
with an XView error messageon the console.</p>
<p>See the message &quot;answerbook: XView error: NULL pointer passed to<br />
xv_set&quot; for details.</p>
<p><a<br />
<a name="errno42">cpio: Bad magic number/header.</a><br />
<br />
A cpio(1) archive has either become corrupted or was written out<br />
with an incompatible version of cpio.</p>
<p>Use the -k option to cpio to skip I/O errors and corrupted file<br />
headers. This might permit you to extract other files from the<br />
cpio archive. To extract files with corrupted headers, try<br />
editing the archive with a binary editor such as emacs. Each cpio<br />
file header contains a filename as a string.</p>
<p>For more information on magic numbers, see magic(4).</p>
<p><a<br />
<a name="errno43">Cross-device link</a><br />
<br />
An attempt was made to make a hard link to a file on another<br />
device, such as on another file system.</p>
<p>Establish a symbolic link using ln -s instead. Symbolic links are<br />
permitted across file system boundaries.</p>
<p>The symbolic name for this error is EXDEV, errno=18.</p>
<p><a<br />
<a name="errno44">data access exception</a><br />
<br />
This message can result from running an old version of the<br />
operating system that does not support new hardware, or by<br />
running an operating system that is not configured for new<br />
hardware. It can also result from incorrectly installed DSIMMs or<br />
from a disk problem.</p>
<p>Upgrade your operating system to a version that supports the new<br />
hardware or machine architecture. For example, upgrading a<br />
SPARCstation 2 (with sun4c kernel architecture) to a SPARCstation<br />
20 (with sun4m kernel architecture) requires an operating system<br />
upgrade or reconfiguration.</p>
<p>For more information onupgrades, see the section describing<br />
system and device configuration in the Solaris 1.x to Solaris 2.x<br />
Transition Guide.</p>
<p><a<br />
<a name="errno45">Data fault</a><br />
<br />
This is a kind of bad trap that usually causes a system panic.<br />
When this message appears after a bad trap message, a system text<br />
or data access fault probably occurred.¤ In the absence of a bad<br />
trap message, this message might indicate a user text or data<br />
access fault. Data loss is possible if the problem occurs other<br />
than at boot time.</p>
<p>Make sure the machine can reboot, then check the log file<br />
/var/adm/messages for hints about what went wrong.</p>
<p>¤ See the message &quot;BAD TRAP&quot; for more information.</p>
<p><a<br />
<a name="errno46">Deadlock situation detected/avoided</a><br />
<br />
A programming deadlock situation was detected and avoided.</p>
<p>If the system had not detected and avoided a deadlock, a piece of<br />
software would have hung. Run the program again. The deadlock<br />
might not reoccur.</p>
<p>This error usually relates to file and record locking, but can<br />
also apply to mutexes, semaphores, condition variables, and<br />
read/write locks.</p>
<p>The symbolic name for this error is EDEADLK, errno=45.</p>
<p>See the section on deadlock handling in the System Interface<br />
Guide. See the section on avoiding deadlock in the Multithreaded<br />
Programming Guide.</p>
<p><a<br />
<a name="errno47">Device busy</a><br />
<br />
An attempt was made to mount a device that was already mounted or<br />
to unmount a device containing an active file (such as an open<br />
file, a current directory, a mount point, or a running program).<br />
This message also occurs when trying to enable accounting that is<br />
already enabled.</p>
<p>To unmount a device containing active processes, close all the<br />
files under that mount point, quit any programs started from<br />
there, and change directories out of that hierarchy. Then try to<br />
unmount again.</p>
<p>Mutexes, semaphores, condition variables, and read/write locks<br />
set this error condition to indicate that a lock is held.</p>
<p>The symbolic name for this error is EBUSY, errno=16.</p>
<p><a<br />
<a name="errno48">/dev/rdsk/variable: CAN&#8217;T CHECK FILE SYSTEM.</a><br />
<br />
The system cannot automatically clean (preen) this file system<br />
because it appears to be set up incorrectly or is having hard<br />
disk problems. This message asks that you run fsck(1M) manually,<br />
since data corruption might already have occurred.</p>
<p>Run fsck to clean the file system in question. See the message<br />
&quot;/dev/rdsk/N:&nbsp; UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY&quot; for<br />
proper procedures.</p>
<p><a<br />
<a name="errno49">/dev/rdsk/variable: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.</a><br />
<br />
At boot time the /etc/rcS script runs the fsck(1M) command to<br />
check the integrity of file systems marked &quot;fsck&quot; in /etc/vfstab.<br />
If fsck cannot repair a file system automatically, it interrupts<br />
the boot procedure and produces this message. When fsck gets into<br />
this state, it cannot repair a file system without losing one or<br />
more files, so it wants to defer this responsibility to you, the<br />
administrator. Data corruption has probably already occurred.</p>
<p>First run sack -n on the file system, to see how many and what<br />
type of problems exist.&nbsp; Then run fsck again to repair the<br />
file system. If you have a recent backup of the file system, you<br />
can generally answer &quot;y&quot; to all the fsck questions. It&#8217;s a good<br />
idea to keep a record of all problematic files and inode numbers<br />
for later reference. To run fsck yourself, specify options as<br />
recommended by the boot script. For example:</p>
<p># fsck /dev/rdsk/c0t4d0s0</p>
<p>Usually the files lost during fsck repair are these that were<br />
created just before a crash or power outage, and they cannot be<br />
recovered. If you lose important files, you can recover them from<br />
backup tapes.</p>
<p>If you don&#8217;t have a backup, ask an expert to run fsck for you.</p>
<p>For more information on file checking, see the section on<br />
checking file system integrity in the System Administration Guide,<br />
Volume I.</p>
<p><a<br />
<a name="errno50">Directory not empty</a><br />
<br />
The directory operation that was attempted, such as directory<br />
removal with rmdir, can be performed only on an empty directory.</p>
<p>To remove the directory, first remove all the files that it<br />
contains. A quick way to remove a non-empty directory hierarchy<br />
is with the rm -r command.</p>
<p>The symbolic name for this error is ENOTEMPTY, errno=93.</p>
<p><a<br />
<a name="errno51">Disc quota exceeded</a><br />
<br />
The user&#8217;sdisk limit has been exceeded on a user filesystem,<br />
usually because a file was just created or enlarged beyond the<br />
limit. This almost always refers to a magnetic disk, and not to<br />
an optical disc. Any data created after this condition occurs<br />
will be lost.</p>
<p>The user can delete files to bring disk usage under the limit, or<br />
the server administrator can use the edquota(1M) command to<br />
increase the user&#8217;s disk limit.</p>
<p>The symbolic name for this error is EDQUOT, errno=49.</p>
<p><a<br />
<a name="errno52">dumptm: Cannot open `/dev/rmt/variable&#8217;: Device busy</a><br />
<br />
During file system backup, the dump program cannot open the tape<br />
drive because some other process is holding it open.</p>
<p>Find the process that has the tape drive open, and either kill(1)<br />
the process or wait for it to finish.</p>
<p># ps -ef | grep /dev/rmt # kill -9 processID</p>
<p><a<br />
<a name="errno53">DUP/BAD I=i OWNER=o MODE=m SIZE=s MTIME=t FILE=f  REMOVE?</a><br />
<br />
During phase 1, fsck(1M) found duplicate blocks or bad blocks<br />
associated with the file or directory specified after FILE= whose<br />
inode number appears after I= (with other information).</p>
<p>To remove this file or directory, answer yes. If you end up<br />
removing more than a few files in this manner, data loss will<br />
result, so it might be preferable to restore the filesystem from<br />
backup tapes.</p>
<p>For more information on checking filesystems, see the section on<br />
checking filesystem integrity in the System Administration Guide,<br />
Volume I.</p>
<p><a<br />
<a name="errno54">N DUP I=N</a><br />
<br />
Upon detecting a block that is already claimed by another inode,<br />
fsck(1M) prints the duplicate block number and its containing<br />
inode (after I=).</p>
<p>In fsck phases 2 and 4, you will decide whether or not to clear<br />
these bad blocks.&nbsp; Before committing to repair with fsck, you<br />
could determine which file contains this inode by passing the<br />
inode number to the ncheck(1M) command:</p>
<p># ncheck -iinum filesystem</p>
<p>For more information, see the chapter on checking filesystem<br />
integrity in the System Administration Guide,Volume I.</p>
]]></content:encoded>
			<wfw:commentRss>http://adminschoice.com/solaris-error-messages-a-d/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
