This message appears when a user logs remotely into a machine that crashes or s rebooted during the rlogin(1) or rsh(1) session. Any data changes that were not saved are probably lost. Sometimes this message appears only when the user types something, even though the system went down hours before.
Try to rlogin(1) again, perhaps after waiting a few minutes for the system to reboot.
Files and directories on filesystems that are mounted read-only cannot be changed.
If you only modify these files and directories occasionally, rlogin(1) to the servers from which the filesystems are mounted and change the files or directories there. If you change these files and directories frequently, mount(1M) the filesystems read/write.
The symbolic name for this error is EROFS, errno=30.
This message appears on the console to indicate that the machine is booting, either after the superuser issued a reboot(1M) command, or after a system panic if the EEPROM's watchdog-reboot? variable is set to true.
Allow the machine to boot itself. In case of a system panic, look above this message for other indications of what went wrong.
Somebody sent mail without a valid recipient in the To: field, so sendmail(1M) could not deliver the mail message. Using mail(1), the recipient's address might have been specified using spaces or non-alphanumeric characters. The mailtool(1) and mailx(1) commands try to prevent this by issuing "Please specify a recipient" or "No recipients specified" messages instead. If there is at least one valid recipient, each invalid recipient address will generate a "User unknown" message.
Look in the sender's dead.letter file for the automatically saved message, and have the originator send it again, this time specifying a recipient.
For more information about sendmail(1M), see the Mail Administration Guide.
The C shell sometimes issues this message when it clears away the window process group after the user exits the window system. This can happen when the window system doesn't clean up after itself.
Proceed with your work. This message is only informational.
This indicates that the fork(2) system call failed because the system's process table is full, or that a system call failed because of insufficient memory or swap space. It is also possible that a user is not allowed to create any more processes.
Simply waiting often gives the system time to free resources. However if this message occurs often on a system, reconfigure the kernel and allow more processes. To increase the size of the process table in Solaris 2, increase the value of maxusers in the /etc/system file. The default maxusers value is the amount of main memory in MB, minus 2.
If one user is not allowed to create any more processes, that user has probably exceeded the memory size limit; see the limit(1) man page for details.
The symbolic name for this error is EAGAIN, errno=11.
Interrupted system call should be restarted.
The symbolic name for this error is ESTART, errno=91.
This is a programming error or a data input error.
Ask the program's author to fix this condition.
This indicates an attempt to evaluate a mathematical programming function at a point where its value would overflow or underflow. The value of a programming function in the math package (3M) is not representable within machine precision. This could occur after floating point overflow or underflow (either single or double precision), or after total loss of numeric significance in Bessel functions.
This message can indicate "Result too small" in the case of floating point underflow.
To help pinpoint a program's math errors, use the matherr(3M) facility.
The symbolic name for this error is ERANGE, errno=34.
When user tries to remotely login to a machine, he gets the error.
The machine that the customer was trying to rlogin(1) to had permissions of 700 on its root directory. The permissions on root should be 755.
Once the user changed the rootpermissions to 755, he was able to get farther when attempting a rlogin, but it still failed:
Last login: Fri Aug 29 10:24:43 from machinename no shell connection closed |
The machine that the user was trying to rlogin into had the permissions set to 700 on both the root and /usr/bin directories. For both directories, the permissions should be 775. Once the user changed the permissions to 775, rlogin(1) was successful.
Another possibility is to check the user's >passwd(1) entry in the NIS/NIS+ map. A login shell such as /usr/dist/exe/tcsh or /net/lab/.../csh could cause the failure because of NFS mount permission.
The rmdir(1) command can remove empty directories only. The directory whose name appears after the first colon in the message still contains some files or directories.
Use rm(1) instead of rmdir(1). To remove this directory and everything underneath it, use the rm -ir command to recursively descend the directory, being asked if you want to delete each element. To remove the directory and all its contents without being asked for approval, use the rm -r command.
This syslog message indicates that someone has logged in as root on the system console.
If you have just logged in as root, don't worry. If this is not you, consider the possibility of a security breach. The best site-wide policy is for all system administrators to su(1M) instead of logging in as root.
This syslog message indicates that someone has logged in remotely as root on a pseudo-terminal from the system specified after the FROM keyword.
For security reasons, it is a bad idea to allow root logins from anywhere other than the console. To restrict superuser logins to the console, remove the comment from the CONSOLE line in /etc/default/login.
Check the rpc.bynumber NIS map.
Usually this error indicates a hardware problem.
Check the Ethernet cabling and connectors to locate a problem.
A framing error occurs when the Ethernet I/O driver receives a non-integral unit of octets, such as 63 bytes and then 3 bits. (Ethernet specifies the use of octets.) Framing errors are caused by corruption of the starting or ending frame delimiters. These can be corrupted by some violation of the encoding scheme.
Framing errors are a subset of CRC errors, which are usually caused by anomalies on the physical media. An "alignment/framing error" is a type of CRC error where octet boundaries do not line up.