The given log name is not unique.
The symbolic name for this error is ENOTUNIQ, errno=80.
This error message is displayed on the DNS server.
This error indicates that an alias (CNAME) is associated with another type of DNS record.
The DNS system allows you to set up an alias to a system using the CNAME record. See the following example:
alias1 IN CNAME host1.domain1. |
The alias alias1 cannot appear in any other type of record. Only the actual name of the host can be used. So, if you wanted to use this host as a mail exchanger, the record
alias1 IN MX 10 host2.domain1. |
Instead, you should use:
host1 IN MX 10 host2.domain1. |
Also, this error might occur without explicitly setting the left side of a record. The DNS system defaults the left side to the last given left side. So you might have the following in a named database file:
host1 IN A 123.124.125.126 IN HINFO Sun Solaris alias1 IN CNAME host1.domain1. IN MX 10 host2.domain1. |
A user tried to change directory--for example with cd(1)--to a network partition on the system specified after /net/, but this host either does not exist or has not shared (exported) any file system.
To gain access to files on this system, try rlogin(1).
To export file systems from the remote system, become superuser on that system and run the share(1M) command with the appropriate options. If that system is sharing file systems for the first time, also run /etc/init.d/nfs.server start to begin the NFS service.
The host you were connected to crashed and rebooted.
The symbolic name for this error is ENETRESET, errno=129.
A transport connection failed because it encountered a dead network.
Report this error to the system administrator for the network. If you are the person responsible for this network, check why the network is dead and what repairs are necessary.
This error results from status information delivered by the underlying communication interface.
The symbolic name for this error is ENETDOWN, errno=127.
An operational error occurred either because there was no route to the network or because negative status information was returned by intermediate gateways or switching nodes.
The returned status is not always sufficient to distinguish between a network that is down and a host that is down. See the No route to host message.
Check the network routers and switches to see if they are disallowing these packet transfers. If they are allowing all packet transfers, check network cabling and connections.
The symbolic name for this error is ENETUNREACH, errno=128.
This message appears on an NFS client that requested a service from an NFS server that has failing hardware. Often the message NFS read failed appears along with this message. If the server were merely down or slow to respond, the NFS server not responding message would appear instead. Data corruption on the server system is possible.
Because this message usually indicates server hardware failure, initiate repair procedures as soon as possible. Check the memory modules, disk controllers, and CPU board.
For more information on NFS tuning, see the chapter on monitoring network performance in the System Administration Guide, Volume 2.
This message appears when a client attempts to use NFS to mount a file system from a server that has more than one Ethernet interface configured on the same physical subnet.
Always connect multiple Ethernet interfaces on one router system to different physical subnetworks.
This message appears when the superuser attempts to NFS mount on top of an active directory. The busy device is actually the working directory of a process.
Determine which shell on the workstation is currently located below the mount point, and change that directory. Be wary of subshells (such as su(1M) shells) that could be in different working directories while the parents remain below the mount point.
While booting, the system failed to mount the directory specified after the first colon, probably because the NFS server involved was down or slow to respond. The mount ran in the background and successfully contacted the NFS server.
This is strictly an informative message to notify you that the mount process has completed.
After installing the Solaris 2.6 software on a system, when users try to start their calendars either with CDE's calendar manager (/usr/dt/bin/dtcm) or OpenWindows' calendar (/usr/openwin/bin/cm), they see this dialog box:
Calendar :Informational - NFS mounted callog file Unsupported. Your default startup Calendar file appears to be NFS mounted or a symlink to the same. This is Not Supported. Continue |
date time host rpc.cmsd[pid]: rpc.cmsd : NFS mounted callog file Not Supported - user@host date time host rpc.cmsd[pid]: rpc.cmsd : NFS mounted callog file Not Supported - user@host |
It has long been known that NFS-mounted calendars are not supported. The calendar can be corrupted when more than one person uses the calendar at the same time. If two rpc.cmsd daemons write to the callog file at the same time, the file becomes corrupt. However, two rpc.cmsd daemons could be run simultaneously on the Solaris 2.5.1 release, even though this is not a supported configuration.
With the Solaris 2.6 release, this concurrency is no longer an option. rpc.cmsd does not allow the user to start a calendar that is NFS-mounted and produces the previous error message.
This message generally indicates a permissions problem. Perhaps a directory or file permission was changed while the client kept the file open. Perhaps the file system's share or netgroup permissions changed. If the server were down or the network overloaded, the NFS server not responding message would appear instead.
Log in to the NFS server and check the permissions of directories leading to the file. Make certain that the file system is shared with (exported to) the client experiencing an NFS read failure.
For more information, see the chapter on NFS troubleshooting in the System Administration Guide, Volume 3.
This message comes from the NFS server when it receives a request with unrecognized or incorrect arguments. Typically, it means the request could not be XDR decoded properly. This error can result from corruption of the packet over the network, or from an implementation bug causing the NFS client to encode its arguments improperly.
If this message originates from a single client, investigate that machine for NFS client software bugs. If this message appears throughout a network, especially accompanied by other networking errors, investigate the network cabling and connectors.
In most cases this common message indicates that the system has requested a service from an NFS server that is either down or extremely slow to respond. In some cases this message indicates that the network link to this NFS server is broken, although usually that condition generates other error messages as well. In a few cases this message indicates NFS client setup problems.
Check the non-responding NFS server for the need for machine repair or rebooting. Encourage your user community to report such problems quickly but only once.
For more information, see the chapter on NFS troubleshooting in the System Administration Guide, Volume 3.
This message is the follow-up to the NFS server not responding error. It indicates that the NFS server is again operating.
When an NFS server first starts, it is busy fulfilling client requests for a while. Be patient and wait for your client system to respond. Making many extraneous requests only further slows the NFS server response time.
The failed NFS operation could be any one of the following: getattr, setattr, lookup, access, readlink, read, write, create, mkdir, symlink, mknod, remove, rmdir, rename, link, readdir, readdir+, fsstat, fsinfo, pathconf, or commit.
For more information on NFS, see the System Administration Guide, Volume 3.
This message appears when the superuser attempts to unmount an active NFS file system. The busy point is the working directory of a process.
Determine which shell (or process) on the workstation is currently located in the remotely mounted file system, and change--cd(1)--out of that directory. Be wary of subshells (such as su(1M) shells) that could be in different directories while the parent shells remain in the NFS file system.
This console message indicates that an NFS-mounted partition has filled up and cannot accept writing of new data. Unfortunately, software that attempts to overwrite existing files will usually zero-out all data in these files. This is particularly destructive on NFS-mounted /home partitions.
Find the user or process that is filling up the file system, and stop the out-of-control process as soon as you can. Then delete files as necessary to create more space on the file system (large core(4) files are good candidates for deletion). Have users write any modified files to local disk if possible. If this error occurs often, redistribute directories to ease the demand on this partition.
For more information on disk usage, see the System Administration Guide, Volume 2. If you are using AnswerBook online documentation, "managing disk use" is a good search string.
This error can occur when a file system is soft mounted, and server or network response time lags. Any data written to the server during this period could be corrupted.
If you intend to write on a file system, never specify the soft-mount option. Use the default hard mount for all the file systems that are mounted read-write.
For more information, see the chapter on NFS troubleshooting in the System Administration Guide, Volume 3.
This is a Federated Naming Service message. The operation could not be completed because the principal making the request could not be authenticated with the name service involved.
Run the nisdefaults(1) command to verify that you are identified as the correct NIS+ principal. Also check that the system has specified the correct public key source.
For more information, see the authentication and authorization overview in the NIS+ and FNS Administration Guide.
After installing patches 104331-04 and 103612-33, nis_cachemgr(1M) failed to start. The symptoms are as follows during the reboot:
Sep 11 16:34:00 nis_cachemgr: Error in reading NIS cold start file : '/var/nis/NIS_COLD_START' |
This error is a timing problem. Put a sleep(1) before the NIS+ initialization in /etc/init.d/rpc, after rpc.bind has been started. rpc.bind is slow initializing and needs a few extra seconds before nis_cachemgr(1M) takes effect.
An operation on a transport endpoint or pipe was not performed because the system lacked sufficient buffer space or because a queue was full. The target system probably ran out of memory or swap space. Any data written during this condition is probably lost.
To add more swap area, use the swap -a command on the target system. Alternatively, reconfigure the target system to have more swap space. As a general rule, swap space should be two to three times as large as physical memory.
The symbolic name for this error is ENOBUFS, errno=132.
This message can appear when an application tries to communicate with a cooperating process that does not exist.
Restart the parent process so it can create the child processes again. If that does not help, this error could be the result of a programming error; contact the vendor or author of the program for an update.
A wait(2) system call was executed by a process that had no existing or unwaited-for child processes. The child processes could have exited prematurely, or might never have been created.
The symbolic name for this error is ECHILD, errno=10.
The volume manager issues this message if a user makes an eject(1) request when the drives contain no diskette or CD-ROM to eject.
Insert a diskette or CD-ROM. If the volume manager is confused and a diskette or CD-ROM is actually in a drive, run volcheck(1) to update the volume manager. If the system remains confused, try booting with the -r option to reconfigure devices.
The login(1) program could not find the home directory listed in the password file or NIS passwd(4) map, so it deposited the user in the root directory.
Check that the user's home directory is mounted and is owned by and accessible to that user. Perhaps the automounter tried to mount the home directory, but the NFS server did not respond quickly enough. Try listing the files in /home/username. If the NFS server responds to this request, have the user log out and log in again.
The automounter daemon might not be running. Run the ps(1) command to see if automountd(1M) is present. If not, run the second command; if it appears to be wedged, run both these commands:
# /etc/init.d/autofs stop # /etc/init.d/autofs start |
/home auto_home |
+auto_home |
Also, the NFS server might not have shared (exported) this /home directory, or the NFS daemons on the server might have disappeared.
For more information on NFS, see the System Administration Guide, Volume 3.
An attempt was made to receive a message of a type that does not exist on the specified message queue. See the msgsnd(2) and msgrcv(2) man pages for details.
This message indicates an error in the System V IPC message facility. Generally the message queue is empty or devoid of the desired message type while IPC_NOWAIT is set.
The symbolic name for this error is ENOMSG, errno=35.
This message comes from the mailx(1) command whenever a user does not provide an address in the To: field.
For details, refer to "Recipient names must be specified".
No more record locks are available. The system lock table is full.
Try again later, when more locks might be available.
The symbolic name for this error is ENOLCK, errno=46.
Perhaps a process called fcntl(2) with the F_SETLK or F_SETLKW option, and the system maximum was exceeded. The system contains several different locking subsystems, including fcntl(2), the NFS lock daemon, and mail locking. All subsystems can produce this error.
An operational error occurred because there was no route to the destination host, or because of status information returned by intermediate gateways or switching nodes.
The returned status is not always sufficient to distinguish between a host that is down and a network that is down. Refer to "Network is unreachable".
Check that the network routers and switches are not disallowing these packet transfers. If they are allowing all packet transfers, check network cabling and connections.
The symbolic name for this error is EHOSTUNREACH, errno=148.
A user has attempted a remote login to the system, and has a valid account name and password, but the shell specified for the account is not available on that system.
If you have a copy of the requested shell, become superuser and install the missing shell on that system. Otherwise, change the user's password file entry--perhaps only in the NIS+ or NIS passwd(4) map--to specify an available shell such as /bin/csh or /bin/ksh.
While writing an ordinary file or creating a directory entry, there was no free space left on the device. The disk, tape, or diskette is full of data. Any data written to that device during this condition can be lost.
Remove unneeded files from the hard disk or diskette until there is space for all the data you are writing. You also might move some directories onto another file system and create symbolic links accordingly. When a tape is full, continue on another one, use a higher-density setting, or obtain a higher-capacity tape.
To create multi-volume tapes or diskettes, use the pax(1) or cpio(1) command; tar(1) is still limited to a single volume.
The symbolic name for this error is ENOSPC, errno=28.
An attempt was made to apply an operation to an inappropriate device, such as writing to a nonexistent device.
Check the /devices directory to find out why this device does not exist, or why the program expects it to exist. The similar No such device or address message tends to indicate I/O problems with an existing device, whereas this message tends to indicate a device that does not exist at all.
The symbolic name for this error is ENODEV, errno=19.
This error can occur when a tape drive is offline or when a device has been powered off or removed from the system.
For tape drives, make sure the device is connected, powered on, and toggled online (if applicable). For disk and CD-ROM drives, check that the device is connected and powered on.
With all SCSI devices, ensure that the target switch or dial is set to the number where the system originally mounted it. To inform the system of a change to the target device number, reboot using the -r (reconfigure) option.
This message results from I/O to a special file's subdevice that either does not exist or that exists beyond the limit of the device.
The symbolic name for this error is ENXIO, errno=6.
The specified file or directory does not exist. Either the file name or path name was entered incorrectly.
Check the file name and path name for correctness and try again. If the specified file or directory is a symbolic link, it probably points to a nonexistent file or directory.
The symbolic name for this error is ENOENT, errno=2.
A user or an application tried to look up something using Network Information Services (NIS), but NIS has no corresponding database for this request.
Make sure the NIS map name is spelled correctly. To see a list of nicknames for the various NIS maps, run the ypcat -x command.
To see a full list of the various NIS maps (databases), run the ypwhich -m command.
If the NIS service was not running on the current machine, these commands would result in this message: "can't communicate with ypbind".
This process cannot be found. The process could have finished execution and disappeared, or it might still be in the system under a different numeric ID.
Use the ps(1) command to check that the process ID you are supplying is correct.
No process corresponds to the specified process ID (PID), lightweight process ID, or thread_t.
The symbolic name for this error is ESRCH, errno=3.
A file exists in /var/spool/cron/crontabs for the specified user, but this user is not in /etc/passwd or the NIS passwd(4) map. The system cannot create cron(1M) entries for nonexistent users.
To eliminate this message at boot time, remove the cron file for the nonexistent user, or rename it if the user's login name has changed. If this is a valid user, create an appropriate password entry for this name.
During login, file system full errors are seen and the login fails with the message No utmpx entry.
This error is caused by a full file system. The system has no space to write its utmpx (login information) entry.
To correct this condition the system must be booted into single user mode. Then clear (do not delete) these files: /var/adm/utmp and /var/adm/utmpx. This can be done by typing:
#cat /dev/null > /var/adm/utmp #cat /dev/null > /var/adm/utmpx |
In some cases, after clearing these files, the /var file system might still be full. In this case type:
du -askd /var |sort -nr |more |
The firewall gives you this error when the proper module is not updated.
When you run the VPN version, you need to use the module fwmodvpn 5.x.o. To make the update, you can follow these steps:
# fwstop # cd $FWDIR/modules # mv fwmod.5.x.o old.fwmod.5.x.o # ln -s fwmodvpn.5.x.o fwmod.5.x.o # fw putlic 0 0-0-0 0 # For Firewall-1 2.x) # fw putlic -K # 3.x Firewall) # fwstart |
In this case, the user installs the Solaris 2.6 IA software and receives this error when rebooting the system. Other error messages refer to not having a default boot device configured, but this is the usual error message. This error leaves the system unusable; the user cannot boot.
The user needs to do the following:
Insert the Solaris 2.6 software CD in the drive.
Boot with the Device Configuration Assistant diskette.
Select the CD-ROM to boot when presented with the available devices.
Type b -s when asked to select either Interactive or Jumpstart to boot as a single user.
At the # prompt, type the following:
# mount /dev/dsk/cxdxpx /a (where "x" is information from your system) |
# TERM=at386; export TERM # cd /a/platform/i86pc/boot/solaris/devicedb |
In this directory is a file called master. BEFORE EDITING this file, make a backup copy. After it is backed up, view the master file in vi. Look for the term ata.bef and replace it with the word none.
Run touch /reconfigure and then reboot the system. (The command boot -r, reboot -- -r also works.)
During a read(2), getmsg(2), or ioctl(2) I_RECVFD call to a STREAMS device, some data has come to the head of the queue that cannot be processed. That data depends on the call:
read(2) -- Controls information or passes a file descriptor
getmsg(2) -- Passes a file descriptor
ioctl(2) -- Controls data information
The symbolic name for this error is EBADMSG, errno=77.
A non-directory was specified where a directory is required, such as a path prefix or an argument to the chdir(2) call.
Look at a listing of all the files in the current directory and try again, specifying a directory instead of a file.
The symbolic name for this error is ENOTDIR, errno=20.
A putmsg(2) or getmsg(2) system call was attempted on a file descriptor that is not a STREAMS device.
The symbolic name for this error is ENOSTR, errno=60.
This message indicates that the system is running many large applications simultaneously and has run out of swap space (virtual memory). It could also indicate that applications failed without freeing pages from the swap area. Swap space is an area of disk set aside to store portions of applications and data not immediately required in memory. Any data written during this condition is probably lost.
Reinstall or reconfigure the system to have more swap space. A general rule is that swap space should be two to three times as large as physical memory. Alternatively, use mkfile(1M) and swap(1M) to add more swap area. This example shows how to add 16 Mbytes of virtual memory in the /usr/swap file (any file system with enough free space would work):
# mkfile 16m /usr/swap # swap -a /usr/swap |
/usr/swap - - swap - no - |
When calling the fork(2), exec(2), sbrk(2), or malloc(3C) routine, a program asked for more memory than the system could supply. This is not a temporary condition; swap space is a system parameter.
The symbolic name for this error is ENOMEM, errno=12.
This message indicates that the Bourne shell could not find the program name given as a command.
Check the form and spelling of the command line. If that data looks correct, do a echo $PATH to see if the user's search path is correct. When communications are garbled, it is possible to unset a search path to such an extent that only built-in shell commands are available. Below is a command to reset a basic search path:
$ PATH=/usr/bin:/usr/ccs/bin:/usr/openwin/bin:. |
This message results when a user tries to use the logout(1) command from a shell other than the one started at login time.
To quit a non-login shell, use the exit(1) command. Continue doing so until you have logged out.
For more general information on the login shell, see the section on customizing your work environment in the Solaris Advanced User's Guide.
A user tried to use the login(1) command to a system as the superuser (uid=0, which is not necessarily root) from a terminal other than the console.
Log in to that system as a normal user, then run su(1M) to become superuser. To allow superuser logins from any terminal, comment out the CONSOLE line in /etc/default/login (this is not recommended for security reasons).
Either an ordinary user tried to do something reserved for the superuser, or the user tried to modify a file in a way restricted to the file's owner or to the superuser.
Switch user to root and try again.
The symbolic name for this error is EPERM, errno=1.
This version of the system does not support the feature requested, although future versions of the system might provide support.
This is generally not a system message from the kernel, but an error returned by an application. Contact the vendor or author of the application for an update.
The symbolic name for this error is ENOTSUP, errno=48.
The file system specified after the first colon probably contains many small files, exceeding the per-file system limit for inodes (file information nodes).
If many small files were created unintentionally, remove them to resolve the problem. Otherwise, follow these steps to increase file system capacity for small files:
Make several backup copies of the file system on different tapes (for safety).
Change the machine to single-user mode.
Use the newfs(1M) command with the -i option to increase inode density for this file system. The following is an example:
# newfs -i 1024 /dev/rdsk/partition |
Restore the file system from a backup tape.
Increasing the inode density slightly reduces the total file system capacity.
Every time the system boots (or is shut down), the message is displayed on the console. Sometimes the following message is also displayed on the console and in the /var/adm/messages file:
WARNING: /iommu@0,10000000/sbus@0,10001000/SUNW,soc@2,0/SUNW,pln@a0000000,74127a/ssd@4,2 (ssd22): Error for Command: <undecoded cmd 0x35> Error Level: Fatal Requested Block: 0 Error Block: 0 Vendor: CONNER Serial Number: 93081LPT Sense Key: Aborted Command ASC: 0xb3 (<vendor unique code 0xb3>), ASCQ: 0x0, FRU: 0x0 WARNING: /iommu@0,10000000/sbus@0,10001000/SUNW,soc@2,0/SUNW,pln@a0000000,74127a/ssd@4,2 (ssd22): ssd_synchronize_cache failed (5)
In a High Availability system with NVRAM, this error would be caused by unprocessed data in a NVRAM cache of the active logical host that has been down and started again later. Because of the possibility of error, NVRAM should not be used in an HA system. The problem can be solved in this case by removing the NVRAM on the HA system.
In a non-HA system, this error can also be caused by stale data in the NVRAM cache. (The example commands that follow assume the controller for the array is c1.) To fix for a non-HA system:
Turn off all fast writes on this array and sync any remaining pending writes:
# ssaadm fast_write -d c1 # ssaadm sync_cache c1 |
When you sync the fast writes to the array, all pending writes are physically made to the disks. Anything that is left in the cache is stale; thus, it is safe to purge it. Run this command:
# ssaadm purge c1 |
Turn on the fast writes for the disks. This command might be different on your system, depending on the disks where you want fast writes enabled and the types of fast writes you want:
# ssaadm fast_write -s -e c1 |
In networker, you cannot use the Remove Oldest Cycle feature because the /nsr file system is too full to perform a remove. An error message appears in the console window indicating that the file system is full.
Stop the networker daemons so that some of the indexes can be moved. In the SunOS 5 system, use /etc/init.d/networker stop. In the SunOS 4 system, use ps -ef | grep nsr and kill(1) the processes.
Find a file system with enough space to move one of the client's indexes. Only one of the client's indexes should be moved, not the networker server's index. To find the size of a client's index, go to /nsr/index/clientname/db and list the contents using ls -l. The database file can be large (possibly over 500 Mbytes).
Move the contents of a client's index to the other file system and check that /nsr has freed the space to use. You might need to unmount and remount /nsr, or even to reboot to designate the space freed by the move, as available.
After the space is available, restart the daemons.
Open nwadmin. Under Clients--Indexes, select a client and use Remove Oldest Cycle to free more space.
Use Reclaim Space to reclaim the space from the removed cycles. After a few of the old cycles have been removed, enough space should be in the file system to move the removed client's index back.
Stop the daemons, and move the client's index back to /nsr/index/clientname.
Restart the daemons. Remove the oldest cycles for the client that was just moved.
Tweaking of the browse policy and retention policy might be necessary to prevent this situation from happening in the future.
Otherwise, as long-term solutions, add more hard disk and run growfs, or move /nsr to a drive with more space on it.