Not all seven-digit error messages have specific recovery information. To locate recovery information for an error message for which
there is no recovery article, see the Messages Index.
Error Message Number |
Error Code Description, Causes, and Recovery Methods |
0105-706 |
AIX Operating system error code
Possible Causes
You attempted to start an SNA attachment without a configured data link control.
You attempted to start an SNA attachment without a modem link.
You attempted to start an SNA attachment with an incorrect remote setup.
Procedures for Recovery
Configure a data link control.
Verify the modem link.
Correct the remote setup.
Verify that the logical and physical characteristics match the remote.
The syslog file has physical and logical netware failures. Make sure that both calling and listening
attachments have names defined in the physical link profile under LOCAL LINK name (if the attachment routing is by name).
|
0402-001 |
You cannot trap on SIGSEGV
Possible Causes
Procedures for Recovery
|
0402-002 |
Cannot find FileName
Possible Causes
You attempted to use a file in a directory that is not listed in your PATH environment variable.
You entered the type command with a file for which you do not
have execute permission.
You attempted to use a file that does not exist.
Procedures for Recovery
|
0402-004 |
There is not enough memory available now
Possible Causes
Procedures for Recovery
|
0402-011 |
Cannot create the specified file
Possible Causes
The path for the specified file name does not exist.
The path exists, but you do not have permission to create a file within the specified path.
Procedures for Recovery
Ensure that the path for the specified file exists.
Run the ls command to list each directory in
your path. If the path is valid, a list of the contents of the directory is displayed. If the path does not exist, the following message
is displayed:
The file /Directory1/Directory2 does not exist
If the path does not exist, further isolate the problem by using the ls command for each directory in the path. Use the
mkdir command to create any directories that are missing from the path. If
the specified path is valid, the error message indicates that you do not have permission to create a file within that path.
Obtain permission to create a file within the specified path.
Run the ls -ld command to display the
permissions for the specified path. If you do not have access permission to a file or directory, enter the
su command to switch to the root user or owner of the file or directory.
Then use the chmod command to change permissions. See
File and Directory Access Modes in AIX Version 4.3 System User's Guide: Operating System and Devices for more
detailed information. |
0402-021 |
Cannot run the command as specified
Possible Causes
Using the Bourne shell, you issued from the command line:
/Path/Command
where path is the path name of the command you wanted to run, but you did not have
execute permission for the command.
Procedures for Recovery
You need to be the root user to run this command.
Enter the su command to switch to the root user
or owner of the file or directory.
The command has group execute permission.
Ask your system administrator to include you as a member of this group.
|
0402-026 |
The specified data is not a valid identifier
Possible Causes
Using the Bourne shell, you issued the following command:
export Variable=Value
Using the Bourne shell, you attempted to use a variable that does not begin with an alphanumeric
character, or has unsupported characters.
Using the Bourne shell, you attempted to assign a variable as read-only, without first setting the value
of the variable. For example:
readonly Variable=Value
Procedures for Recovery
When using the Bourne shell, the syntax for the export command is:
Variable=Value export Variable
Change the variable name to begin with a letter or underscore ( _ ), and remove any invalid
characters.
When using the Bourne shell, the syntax for the readonly command is:
Variable=Value readonly Variable
|
0403-005 |
Cannot create the specified file
Possible Causes
From the command line, you issued the following command:
cat Filename > Printdevice
The printer device was either not attached, was busy, was down, or was on the network.
You attempted to create a file in a directory for which you do not have write or execute permissions.
You attempted to write to a file system that is mounted as read-only.
Procedures for Recovery
Ensure that the printer device is attached to the system.
Run the lpstat command to check if the
printer is busy, or if the print queue is down. If the printer is busy, wait until the currently queued job is complete, and rerun the
command.
If the print queue is down, run the su command
to become the root user, and then run the qadm command to restart the queue:
qadm -U Queuename
Run the su command and become the root user.
Add read/write permission to the directory and to the parent directories.
Unmount the file system with the unmount
<filesystem> command.
Remount the file system with read/write access:
mount -o rw Filesystem Directory
|
0403-011 |
The specified substitution is not valid for this command
Possible Causes
Procedures for Recovery
Verify the directory name and run the command again.
For example, if you have a directory chap1.boo and a directory chap10.boo, you cannot change directories by
typing cd chap*. You must type cd chap1.*.
|
0460-018 |
-C option requires an argument - CardID
Possible Causes
Procedures for Recovery
If you started adfutil with the -c option and have the card identifier as:
adfutil -c
it should be changed to:
adfutil -c cardidxxxx
If the -c option is supplied, a card identifier must be specified.
|
0481-067 |
Cannot change to the DirectoryName directory
Possible Causes
You entered the at, cronadm, crontab, or atq command and either the
directory /usr/spool/cron/crontabsor the directory /usr/spool/cron/atjobs does not exist.
Procedures for Recovery
Ensure that the directories under the /usr/spool/cron exist with the correct attributes, and
reenter the command.
Enter the ls -al1 /usr/spool/cron command
to list the directories under the /usr/spool/cron directory. The crontabs or atjobs directories should display with
permissions set to drwxrwx---, ownership set to bin, and group set to cron.
Enter the su command to change to the root
user.
Enter the cd /usr/spool/cron command to change
to the proper directory.
If the crontabs directory is missing, enter the
mkdir crontabs command to create it.
If the atjobs directory is missing,
enter the mkdir atjobs command to create it.
Enter the chown
bin.cron * command to give the proper ownership to both directories.
Enter the chmod
770 * command to give the proper permissions on both directories.
Reenter the at,
cronadm,
crontab
or atq
command.
|
0481-071 |
Cannot access the FileName file
Possible Causes
Procedures for Recovery
Ensure that the file exists, and reissue the crontab command.
To get a list of valid file names, enter
the ls
command in the directory from which the crontab
command was issued.
Reissue the crontab command using
a valid file name.
Note: If the file does not exist in the directory from which the crontab command is issued, you must specify the full path name or
the complete relative path name. For more information on relative path names, see Using BNU Path Names in AIX Version 4.3 System User's Guide: Communications and Networks. |
0481-074 |
Reached an end-of-line that is not expected
Possible Causes
Procedures for Recovery
Edit the crontab file to remove the syntax error.
Enter the crontab -ecommand to edit the crontab file and correct
the syntax error.
Remove the old crontab file and create a new one.
Enter the crontab -r command to remove the existing crontab file.
Create a new file by using any editor. Be sure to save your new file.
Convert your new file to a crontab file by entering the crontab NewFile command.
|
0481-079 |
Reached a symbol that is not expected
Possible Causes
Procedures for Recovery
Edit the crontab file and reenter the crontab command.
Correct the incorrect entry in the crontab file using the
crontab -e command for your default crontab file, or using an editor
if you specified another file when the crontab command was issued.
Reenter the crontab command, using the corrected file as input.
|
0481-103 |
Cannot open a file in the DirectoryName directory
Possible Causes
The at command
cannot create a temporary file in the /usr/spool/cron/atjobs directory because the directory does not exist.
You have issued the crontab -l or-v command but have not placed any cron jobs
in the crontab directory.
Procedures for Recovery
|
0481-106 |
Your user identification is not valid
Possible Causes
Procedures for Recovery
|
0481-115 |
Specify a queue name with the -q flag
Possible Causes
Procedures for Recovery
Specify the -q flag with a queue name, with a, b, e, and f available as queue names.
By default, at
jobs are scheduled in the a queue. The b, c, and dqueues are reserved for batch
jobs, cron
jobs, and sync
jobs, respectively. The e queue is used to run the command as a
ksh job, and the f queue is used to run the command as a
csh job.
|
0481-124 |
Cannot create the cron file in the /usr/spool/cron/crontabs directory
Possible Causes
Procedures for Recovery
|
0481-125 |
There is an error in the minute or hour specification
Possible Causes
Procedures for Recovery
|
0481-126 |
Specify an hour in the range 1 through 12
Possible Causes
Procedures for Recovery
|
0481-127 |
There is an error in the month or the day specifications
Possible Causes
Procedures for Recovery
Reenter the at command with a day that occurs in the specified month.
The format for the at command using months is
MMDDhhmm[.SS], where:
MM |
Specifies the month of the year (01 through 12). |
DD |
Specifies the day of the month (01 through 31). |
hh |
Specifies the hour of the day (00 through 23). |
mm |
Specifies the minute of the hour (00 through 59). |
SS |
Specifies the second of the minute (00 through 59). |
|
0481-129 |
String is not a recognized date or time specification
Possible Causes
Procedures for Recovery
Ensure that you specify the date and time correctly with the
at command.
The format for the at command is:
[[CC]YY]MMDDhhmm[.SS] where
CC |
Specifies the first two digits of the year (the century). |
YY |
Specifies the last two digits of the year (the decade). |
MM |
Specifies the month of the year (01 through 12). |
DD |
Specifies the day of the month (01 through 31). |
hh |
Specifies the hour of the day (00 through 23). |
mm |
Specifies the minute of the hour (00 through 59). |
SS |
Specifies the second of the minute (00 through 59). |
Note: The CC and YY digits are optional.
For specific format information see the at
command in AIX Commands Reference.
|
0481-130 |
Specify the a, b, e, or f queue
Possible Causes
Procedures for Recovery
Reissue the at command, using a, b,
e, or f as the queue name after the -q flag.
|
0481-131 |
The specified flags cannot be used together
Possible Causes
Procedures for Recovery
Reenter the at command but do not specify mutually exclusive flags.
The following sets of flags for the at command
are mutually exclusive:
-c, -k, -qe, -qf, -r, -s
-l, -r, -s
Do not specify more than one flag from each set with the at command.
|
0481-151 |
Cannot find or access /bin/ksh
Possible Causes
Procedures for Recovery
Change permissions on the /bin/ksh file.
Enter the su command to change to the root
user.
Use the chmod command to change permissions.
Follow the procedures described in Recovering from File and Directory Permission Errors
.
Create a new /bin/ksh file.
Create a new /bin/ksh file using the original system installation software.
OR
Copy the /bin/ksh file from another machine that contains the same version of the operating system.
|
0481-501 |
Cannot find or access /bin/csh
Possible Causes
Procedures for Recovery
Change permissions on the /bin/csh file.
Enter the su command to change to the root
user.
Use the chmod command to change
permissions. Follow the procedures described in Recovering from File and Directory Permission Errors
.
Create a new /bin/csh file.
Create a new /bin/csh file using the original system installation software.
OR
Copy the /bin/csh file from another machine that contains the same version of the operating system.
|
0503-006 |
Cannot create the directory DirectoryName. Check path name and permissions
Possible Causes
Procedures for Recovery
If you are not logged in as the root user, log in as root and reissue your command.
Edit the /etc/filesystems file to check if the file system where the directory is located is mounted as read-only.
If the file system is mounted as read-only, then change it to read-write.
Unmount the file system by using the unmount command.
Mount the file system by using the mount command.
Reissue your command.
|
0503-020 |
There is not enough disk space for installation of the software on file system FileSystem
Possible Causes
Procedures for Recovery
Add -X to your command if you are installing software through the command line in order to extend the size of the file system.
If you are using System Management Interface Tool (SMIT), then set the EXTEND file systems if space needed? attribute to yes.
|
0503-350 |
installp: An error occurred while running the restore command
Possible Causes
You attempted to run the installp command with a damaged tape or drive.
You attempted to run the installp command but the /var or /tmp directory is too small.
You attempted to run the installp command but you had too little paging space.
Procedures for Recovery
|
0506-204 |
Specify a vfs type
Possible Causes
Procedures for Recovery
Specify a valid file system type.
Enter the mkfs -V VFSTypeName
/dev/DeviceName command to create a new file system on the specified device. The new file system must be one of the types
listed for that device in the filesystems file or must be specified by
the mkfs command.
Note: The vfs file lists the allowed file system types. The vfs file must contain the VFS type name you specify.
If you use this option to recover from this error, you do not need to change the filesystems
file.
Ensure the filesystems file contains the vfs type.
With an editor, check the filesystems file to see whether the stanza referring to the device
parameter exists. If the stanza is not in the file, add it to the file. If the stanza exists, but does not contain a VFS line, add a line
similar to the following:
vfs = VFSTypeName
The vfs file must contain the specified VFSTypeName.
|
0506-324 |
Cannot mount Device on DirectoryName
Possible Causes
You attempted to mount a device, but you do not have root authority or you are not a member of the
system group.
You attempted to mount a directory over a regular file, for example:
mount Directory File
You tried to use a nonexistent file or directory as a mount point.
A device (for example, a diskette drive) to be mounted is either not ready or is write- protected.
You attempted to mount a file system that is already mounted.
Procedures for Recovery
Run the id command from the command line to
ensure that you have the correct authority.
Ensure that the mount point that you specify for a directory is a directory, and the mount point for a
file is a regular file.
Create the file or directory to be used as the mount point.
Ensure that the device is ready (for example, the diskette is in the drive) and is not write-protected.
|
0506-349 |
Cannot unmount String
Possible Causes
This error message is displayed with the following text:
Only the owner or a privileged user can perform the operation.
for one of the following reasons:
You used the System Management Interface Tool (SMIT) to unmount a file system and do not own the file
system, do not belong to the system group, or do not have access permissions.
You used the unmount or umount command to unmount a file system and do not own the file
system, do not belong to the system group, or do not have access permissions.
This error message is displayed with the following text:
A device is already mounted or cannot be unmounted.
for one of the following reasons:
Using SMIT, you specified the name of a file system that has an active device mounted over it.
You used the unmount or umount command to unmount a file system that
has an active device mounted over it.
Procedures for Recovery
|
0506-519 |
Device open failed
Possible Causes
You tried to mount or unmount a file system that may be damaged.
You ran the ff or fsck command on a file system after modifying the /etc/filesystems
file and specifying an incorrect device.
You attempted to run the fsck command on a cdrfs (CD-ROM) file system.
Procedures for Recovery
Run the fsck FileSystem
command on the file system to check whether there are errors in the output.
If the fsck output displays errors, reboot the system from the boot media. Select the
Maintenance option, then select Access a Root Volume Group.
After identifying the correct volume group, select Access this Volume Group and start a shell before
mounting filesystems.
Run the fsck command on all the file systems, including the damaged one.
Enter exit after all the file systems are checked.
Shut down the system:
shutdown -Fr
Ensure that the device specified in the /etc/filesystems file is correct, or use SMIT to remove and
then recreate the file system.
Check the /etc/filesystem file for the FileSystem stanza. If the vfs
field is crdfs, do not run the fsck command.
|
0509-004 |
Cannot open the directory /dev
Possible Causes
Procedures for Recovery
|
0509-005 |
Cannot change the current directory to /dev
Possible Causes
Procedures for Recovery
|
0509-010 |
An error occurred on the read process
Possible Causes
You used the ps command, and one
of the following occurred:
Procedures for Recovery
|
0509-011 |
An error occurred on the write process. Check path name and permissions
Possible Causes
Procedures for Recovery
|
0509-013 |
Permission denied
Possible Causes
Procedures for Recovery
|
0509-015 |
The specified process does not exist
Possible Causes
Procedures for Recovery
|
0509-018 |
Flag must be numeric
Possible Causes
Procedures for Recovery
|
0509-019 |
Cannot open or create the nohup.out file
Possible Causes
You used the nohup command, and one of the following occurred:
Your HOME variable is not set, and you do not have write permission on your home
directory.
Your HOME variable is set, but you do not have write permission on your home directory.
Your HOME variable is set and a nohup.out file already exists in your home directory, but
you do not have write permission on the $HOME/nohup.out file.
Procedures for Recovery
Ensure that your HOME environment variable reflects your home directory.
Enter the echo $HOME command to see the
value of your HOME environment variable.
If the two do not match, enter export HOME=PathName, where PathName is the full path
of your home directory.
Reissue the nohup command.
Obtain write permission on the current directory.
Enter the ls -ld command to display the
permissions on the current directory.
If you do not have write permission, see
Recovering from File and Directory Permission Errors
.
Reissue the nohup command.
Verify that the nohup.out file exists and obtain write permission.
Enter the ls -l nohup.out command to verify that the nohup.out file exists in the
current directory and that you have write permission on the file.
If the nohup.out file exists but you do not have write permission, see
Recovering from File and Directory Permission Errors.
Reissue the nohup command.
Note: The nohup command creates a nohup.out file in the current
directory. If the nohup.out file exists, the output from the nohup command is appended to the existing file.
|
0509-029 |
Alignment of text does not match required alignment
Possible Causes
Procedures for Recovery
|
0509-039 |
The process or process group String is not an integer
Possible Causes
Procedures for Recovery
|
0509-040 |
Number: getpriority: The process does not exist
Possible Causes
Procedures for Recovery
|
0509-041 |
ProgramName: 0509-041: Number
Possible Causes
Procedures for Recovery
|
0509-048 |
Flag -F was used with invalid list
Possible Causes
Procedures for Recovery
|
0511-023 |
Cannot write to the DirectoryName directory
Possible Causes
Procedures for Recovery
Verify that the directory exists.
Enter the ls -ld/ DirectoryName command to check if the directory exists. If it
does not exist, create the directory with the mkdir DirectoryName command.
If the directory exists, verify that you own the directory and that you have access permissions to it.
If you are not the owner but you are in the group, enter the chmod 770
xxx command, where xxx is the directory on which you want to change the access permissions.
If you are not the owner and are not in the group, enter the chmod 777
xxx command, where xxx is the directory on which you want to change the access permissions.
For more information, see Recovering from File and Directory Permission Errors
.
|
0511-037 |
Cannot read from the specified input
Possible Causes
From the command line, you issued the cpio command,
with the -c flag, to extract an archived file that was not created initially with the -c flag.
You attempted to use the cpio command to extract archived files that were not created using the cpio format.
Procedures for Recovery
Rerun the cpio command without
the -c flag.
Run one of the following formats from the command line to check the correct format of the file/device:
For tar format:
tar -tvf FileOrDeviceName
For backup format:
restore -Tv FileOrDeviceName
|
0511-038 |
Cannot write to the specified output
Possible Causes
Procedures for Recovery
Use the
tctl command to check the
block size of the tape device.
tctl -f /dev/rmt# status
Use the -C# flag to specify a multiple block factor of
the physical device, for example, if the tape block size is set to 1024, use the -C2 flag.
Note: Do not use the -B flag if the tape
device block size is 4096.
Check the error log for tape errors:
errpt -a
|
0511-051 |
The read failed
Possible Causes
The tape is backed up on a tape device with a block size that differs from the one on which it is currently set.
The value specified with either the bs, ibs, or obs flag is not a multiple of the block size of the tape device.
The value specified for the fskip flag is greater than the number of end-of-file marks on the tape.
The tape is damaged.
Procedures for Recovery
Use the chdev command to change the block size on the tape device:
chdev -1 rmt# -a block size=0
Use the tctl command to check the block size of the tape device:
tctl -f /dev/rmt# status
Then, specify the value of the bs, ibs, or obs flag as a multiple of the block size.
Use the tcopy command to check the number of files or records that can be accessed on tape.
Check the error log for tape errors:
errpt -a
|
0511-053 |
The write failed
Possible Causes
From the command line, you issued the following command:
dd if=Filename of=Device conv=block
but did not specify the cbs parameter.
You issued the dd command, but the length of the data was not a multiple of 512 bytes, and you did not use the conv=sync parameter.
You issued the dd command with the obs or bs parameter, which did not have a corresponding value as a multiple of the tape device block size.
You attempted to write data to a diskette with the dd command, but the length of the data was greater than the capacity of the diskette.
Procedures for Recovery
Use the cbs=value parameter with the conv=block parameter.
Use the conv=sync parameter if the data length is not a multiple of 512 bytes.
Use the lsattr command to check the block size of the tape drive:
lsattr -1 rmt# -E
Specify the obs or bs parameter with a value that is a multiple of the tape block size.
If the data is greater than the capacity of the diskette, use a different medium.
|
0511-079 |
The backup media may be damaged
Possible Causes
From the command line, you issued the backup command naming a tape device with the block size set to 0, but specified a value with the -b flag that is larger than the maximum allowable write size for the tape device.
From the command line, you issued the backup command naming a tape device, but specified a value with the -b flag that does not yield a whole number multiple of the tape device's physical block size.
From the command line, you issued the following command:
find File -print| backup -ivf FileSystem/FileName
but the specified FileSystem was full.
The backup media is damaged.
Procedures for Recovery
Specify a value with the -b flag that does not exceed the maximum allowable write size for the tape device, or do not use this flag.
Specify a value with the -b flag that yields a whole number multiple of the tape device's physical block size (-b Number, where Number is the
number of 512-byte blocks).
Note: You can use the lsattr command to check the physical block size of
the device:
lsattr -l rmt# -E
Remove unnecessary files from the file system, or use the chfs command to increase the file
system and rerun the backup command.
Check the error log for media errors:
errpt -a
Use a different tape or disk to run the backup.
|
0511-080 |
Pathname is too long
Possible Causes
Procedures for Recovery
Error message "0511-088 The backup tape may be damaged. Use a different disk to run the backup.
|
0511-103 |
The volume not correct restore expects volume X
Possible Causes
This message indicates that the number X tape was inserted in the incorrect order.
If it is a single volume archive, then it is possible that the archive is corrupt and is making the tape device think that it has reached end-of-file when this is not the case.
Procedures for Recovery
Check the tape and see if it is damaged or corrupted.
If it is a multi-volume archive, it is likely that tapes got misnumbered.
Check and see if the disks were inserted into the tape drive in the correct order.
|
0511-123 |
The volume on String is not in backup format
Possible Causes
You attempted to access data beyond the end of the tape marker, using the restore command.
From the command line, you issued the restore command, with the -s flag, but did not specify the no-rewind tape device.
From the command line, you issued the installp command and specified the device as:
/dev/rmt#.1.
You tried to access a file or device with the restore command, but the file or device was not in the backup format.
The /var or /tmp directory is too small.
The tape or drive is damaged.
Procedures for Recovery
Use the tctl command to rewind the tape, then rerun the restore command. For example:
tctl -f /dev/rmt# rewind
restore -xvf /dev/rmt#.1
Specify the no-rewind tape device, /dev/rmt#.1 with the -s flag.
Specify the tape device as /dev/rmt#.
Run one of the following formats from the command line to check the correct format of the file or device:
For tar format:
tar -tvf DeviceOrFileName
For cpio format:
cpio -itv DeviceOrFileName
Increase the size of the /var or /tmp directory.
Fix the tape or drive.
|
0511-133 |
There is a data read error
Possible Causes
Procedures for Recovery
|
0511-160 |
Cannot read the backup media
Possible Causes
Procedures for Recovery
Log in as the root user and use the chdev command to change the block size on the tape device:
chcev -1 rmt# -a block size=0
You can also change the block size by selecting the SMIT Devices-> Tape Drive->Change/Show Characteristics of a Tape Drive menu options. Select the appropriate drive and
change the block size.
Check the error log for tape errors:
errpt -a
|
0511-169 |
A directory checksum error on media: MediaName not equal to Number
Possible Causes
From the command line, you issued the tar command to extract files from an archive that was not created with the tar command.
You issued the tar command for a file that became damaged while being copied over the network.
You issued the tar command for a file that was copied over the network, using the ftp command, but did not specify the binary flag.
Procedures for Recovery
Ensure that the file is in the correct format by running the cpio or the restore command.
Run the sum command on the copied file and also on the original file. Recopy the file if the sizes are different.
Rerun the ftp command using the binary flag to copy the file, then rerun the tar command.
|
0511-193 |
An error occurred while reading from the media
Possible Causes
Procedures for Recovery
From the command line, run the tctl command to check the tape block
size.
tctl -f /dev/rmt# status
Use the chdev command to change the block size, for example:
chdev -1 rmt0 -a block size=0
Check the error log for tape errors:
errpt -a
|
0511-195 |
An error occurred while writing to the storage media
Possible Causes
You issued the tar command without the -b flag, but the tape drive had an incorrect block size (4096).
You attempted to create a new archive beyond the end of the tape marker using the tar command.
The tape density is incorrect.
The tape medium is defective.
Procedures for Recovery
From the command line, run the tctl command to check the tape block
size:
tctl -f /dev/rmt# status
If a block size of 4096 is desired, specify the -b flag with a value of 8 or multiple of 8;
OR
run the chdev command to change the tape block size, for example:
chdev -1 rmt0 -a block size=1024
A block size 512 or 2048 can also be used.
Rewind the tape and reissue the command:
tctl -f /dev/rmt# rewind
Change the tape density with the chdev command, and rerun the original command:
chdev -1 rmt# -a density_set_1=value
Check the error log for tape errors:
errpt -a
and take action as indicated; for example, clean the drive head if it is dirty.
|
0511-317 |
The specified restore level is higher than expected
Possible Causes
You made several incremental backups of a file system, with the levels in nonsequential order (for example: 0, 1, 3, 2) and tried to restore them in sequential order (0, 1, 2, 3). Each backup level is marked with a time stamp. When a backup with a lower level (but a higher time stamp) than the next in sequence is restored, the restore command fails.
You tried to restore the same backup level more than once.
Procedures for Recovery
Restore the backups in the order of the level in which they were created.
To ensure that the most current changes are restored, restore sequentially, ignoring the higher level that is out of sequence.
Using the previous example, restore levels 0, 1, 2. The most recent changes in level 2 are restored, and level 3 changes are lost.
Select the next backup level to be restored.
|
0511-432 |
A write error occurred
See Error Message 0511-079
. |
0511-903 |
Out of phase! cpio attempting to continue
See Error Message 0511-037
for recovery information. |
0512-004 |
The /FileName file does not exist. System backup canceled
Possible Causes
Procedures for Recovery
Extend the file system.
See
Managing File Systems in the AIX Version 4.3 System Management Guide: Operating System and Devices
for information on extending file systems.
Run the mkszfile
command and then run the mksysb
command again.
|
0512-005 |
Backup Completed
The backup command completed with errors. The messages displayed on Standard Error contained additional information.
Note: If SMIT was used to do the system or volume group backup, then check the smit.log for errors.
Possible Causes
Procedures for Recovery
Quiesce the system and rerun the backup.
Verify the backup tape, as described in the AIX Installation Guide, section: To Verify a Backup Tape
|
0512-009 |
Invalid or Missing Volume Group Name
The volume group name, specified for the volume group backup, does not refer to an existing volume group on the system.
Possible Causes
Procedures for Recovery
|
0512-016 |
Attempt to create a bootable tape failed
This message is displayed with one of the following:
bosboot -d /dev/device -a failed with return code Number
mkinsttape /dev/device failed with return code Number
Possible Causes
The media is write-protected
(return code 2).
There is not
enough space in the file systems (return code 5 or 1).
The tape
is defective (return code 11).
The /usr/lib/boot/unix directory
is damaged (0 length), or the link to /unix is missing (return
code 52 or 45).
The tape drive cannot
be written to or /dev/blv/ cannot be read.
This may be caused by an incorrect density setting for the tape-drive/tape-type/device-name
combination, dirty tape drive heads, or a tape drive hardware problem.
Procedures for Recovery
Ensure that the media is not write-protected.
Extend the file system.
The / directory must have at least 500 1KB blocks. The /tmp
directory must have at least 7400 1KB blocks, and the /usr directory
must have at least 4000 1KB blocks. See
Managing File Systems in the AIX Version 4.3 System Management Guide: Operating System and Devices
for information on extending file systems.
Replace the tape.
Restore the directories from the original
tape or create the missing link to /unix.
Ensure the status of the tape drive.
If cleaning the tape drive heads does not correct the problem, contact
your system administrator.
|
0513-001 |
The System Resource Controller daemon is not active
Possible Causes
Procedures for Recovery
Use the mkitab command to create a record of the SRC master daemon in the /etc/inittab file:
mkitab -i fbcheck srcmstr:2:respawn:/etc/srcmstr
Reprocess the /etc/inittab file by entering:
telinit q
|
0513-021 |
The subserver is not on file or subserver is not currently active. Check your subserver entries and try again
Possible Causes
You attempted to access a subserver that either does not exist or is not currently active.
Procedures for Recovery
|
0513-053 |
The System Resource Controller is experiencing problems with its socket communications
Possible Causes
You ran a System Resource Controller (SRC) command that tried unsuccessfully to access a remote host.
You ran a command that tried to access the /dev/SRC file, but that file is either damaged or no longer available.
The root (/) file system was full, and an SRC command cannot be completed.
There is a loose network cable connection.
Procedures for Recovery
Reconfigure the Internet socket.
Check if you are able to contact the remote hosts through the network. Use the ping
command to see if you can access the host files.
If you suspect that your system is having problems with the network, enter smit tcpip at the command line to reconfigure your system.
If you suspect that the host is having communication problems, try to attach it to the network.
Check if the /dev/SRC file or the /dev/.SRC-unix directory exists.
Change to the /dev directory by using the cd command and run the
ls command.
If the /dev/SRC file or the /dev/.SRC-unix directory does not exist, reboot your system by running the
shutdown -Fr command. The shutdown -Fr command automatically creates the /dev/SRC file when the
system comes up.
If the /dev/SRC file or the /dev/.SRC-unix directory does exist, your file or directory may be damaged.
Rename the file and directory by using the mv command to the /dev/SRC file or
the/dev/.SRC-unix file, respectively.
Reboot your system by running the shutdown -Fr command, which automatically creates the
/dev/SRC file and the /dev/.SRC-unix directory when the system comes up.
Reissue your command.
Run the df command to check the file system capacity. Remove the unnecessary files
if the file system is full, and rerun the SRC command.
Check to see that the network cables are correctly attached. Run the errpt
-a command to check for network or cabling errors.
|
0513-056 |
Timeout waiting for command response
If you specified a foreign host, see the /etc/inittab file on that foreign host. By viewing the file you are able to verify that the SRC daemon
(srcmstr) was started with the -r flag to accept remote requests.
Possible Causes
You ran the /usr/bin/refresh command or another SRC command with the
-h (host-name) to access the System Resource Controller on another system, but the system was not physically attached to the network.
You ran the /usr/bin/refresh command or another SRC command with the -h (host-name) parameter to
access the System Resource Controller on another system , but the srcmstr daemon does not accept remote requests.
Note: By default the srcmstr daemon does not accept remote requests.
You ran the /usr/bin/refresh command or another SRC command to access the System Resource Controller on the
local system, but the srcmstr process was not responding.
Procedures for Recovery
If you were trying to access the System Resource Controller on a foreign host:
Verify that the System Resource Controller on the foreign host is accepting remote requests.
Use the ping command to verify that you can access the foreign host.
Check the /etc/inittab file on the foreign host. The srcmstr entry must include the -r flag on the
srcmstr command to allow srcmstr to accept remote requests.
Note: From a security perspective this is not recommended.
See the srcmstr command for the required /etc/hosts.equiv or /.rhosts configuration.
If you require remote SRC support, add the -r flag to the srcmstr /etc/inittab entry, and restart the foreign host.
Issue your command again to complete this procedure.
If you cannot ping the foreign host, reconfigure the Internet socket. If you suspect that your system is having problems with the network, enter smit tcpip at the
command line to reconfigure your system, then run your command again.
Check your physical network cable connections.
Check your cables and adapters, ensuring they are correctly attached.
Run diagnostics by using the diag command.
Ensure that the cable is attached and is switched on.
Reboot your system by running the shutdown -Fr command.
Issue your command again.
If your were trying to access the System Resource Controller on the local system, run the ps -ef | grep srcmstr command to verify that the srcmstr daemon is running.
To start the srcmstr daemon requires access to the file /etc/objrepos/SRCsubsys and a minimum amount of space in the root file system to create local sockets. To communicate,
the srcmstr daemon requires AF_UNIX local socket support. See the netstat command.
|
0514-018 |
The values specified for the following attributes are not valid
Possible Causes
From the command line, you specified an attribute that is out of the range of legal values.
The Object Data Management (ODM) database is damaged.
Procedures for Recovery
Check the attributes in your command to be sure they are in legal range.
Run the lsattr -R command to display the range of legal attribute values for
that specific device, then run your command with the correct attributes.
Check to see if your ODM database is damaged, then try replacing the PdAt file.
Copy the PdAt file from another system that has the same release level as your system, either through the network by running the
ftp command or through a diskette by using the backup and
restore commands.
Restore the file making sure that it preserves the permission code, the ownership, and the location of your previous file.
Reenter your command.
|
0514-022 |
The specified connection is not valid
Possible Causes
Using the System Management Interface Tool (SMIT), you supplied an invalid connection location to
define a device or make a device available.
From the command line, you specified an invalid connection location with the mkdev command
to define a device or make a device available.
Procedures for Recovery
Using SMIT, supply a valid connection location.
Return to the SMIT screen where the error
occurred.
Locate the screen containing the PORT number
field. You may need to select Cancel to page back through the screens.
Position the cursor in the PORT number
field of this screen and select List. A list of valid connection
locations is displayed.
Select the desired connection location
from the list.
Select Do to insert the proper
value into the PORT number field.
Locate a valid connection location, then
use it with the mkdev command.
Enter the lsconn
-p command to list the valid connection locations.
Select a connection location from the
list.
Reenter the mkdev
command using the new connection location.
|
0514-031 |
A device is already configured at the specified location
Possible Causes
Procedures for Recovery
|
0514-040 |
Error initializing a device into the kernel
Possible Causes
You were unable to configure a specific
device. While trying to initialize your device driver, you were unable
to load it as part of the kernel extension. The specific device driver
file in the /etc/drivers file is damaged or contains software errors.
Your Object Data Management (ODM) database
file is damaged, and you are unable to configure your device.
Procedures for Recovery
Check for possible software errors
if you are modifying your configuration method or device driver.
Try replacing the device driver file
if you suspect that the device driver is damaged.
Copy the device driver file from another
system that has the same release level as your system, either through the
network by running the ftp
command, or through a diskette by using the backup
and restore
commands. When you restore the file, make sure that it preserves the permission
code, ownership, and location of your previous file.
Enter your command again.
If you suspect that the ODM database
is damaged, try replacing the PdAt file.
Copy the PdAt file from another
system that has the same release level as your current system, either through
the network by running the ftp command, or through a diskette by
using the backup and restore commands. When you restore the
file, make sure that it preserves the permission code, ownership, and location
of your previous file.
Enter your command again.
|
0514-047 |
Cannot access a device
Possible Causes
Procedures for Recovery
Check your device to make sure that
you entered the correct connection address.
If your device is connected to a SCSI card,
the number is on the back of the device. This number is a single-digit
number. In order to convert it to a connection number, add a 0 (zero) digit
to this number; that is, if the number is 1 (one), the connection number
is 10, and if the number is 2, the connection number is 20.
Check to make sure that no other device
attached to the SCSI card has the same connection number as your device.
Use the lsdev
command to check the connection numbers of the device attached to the SCSI
card. If there is one number that matches your connection number, change
the number on the back of your device to a unique number.
If you are using SMIT, return to the SMIT
screen where the error occurred and enter the appropriate connection number.
Otherwise, reenter the mkdev
command with the appropriate connection address.
If your device is connected to a serial
port, check to see if it is plugged in to the correct serial port, then
rerun your command.
If you suspect there is a hardware problem:
Check your cables to make sure that they
are attached correctly.
Check to see if your device is turned
on.
Run diagnostics by using the diag
command.
|
0514-050 |
Cannot perform the requested function because the specified device was not detected
Possible Causes
Procedures for Recovery
If your device is connected to a serial
port, check to see if it is plugged in to the correct serial port, then
rerun your command.
If you suspect there is a hardware problem:
Check your cables to make sure that they
are attached correctly.
Check to see if your device is turned
on.
Run diagnostics by using the diag
command.
|
0514-062 |
Cannot perform the requested function because the specified device is busy
Possible Causes
You specified a device that is being used
by one or more processes.
Procedures for Recovery
If that is not the problem:
If that does not resolve the problem:
If your device is still busy:
|
0514-063 |
The specified device driver name is too long
Possible Causes
The name of the device driver you want
to configure is too long. The device name must be less than 20 characters
in length in order to be added to the CuDvDr Object Data Management (ODM)
database file.
Your libcfg.a library file is damaged.
Procedures for Recovery
|
0514-516 |
Device configuration database lock service timed out
Possible Causes
Procedures for Recovery
Run the df
command to check if there is a process currently using any CODM file.
Wait until the process is done and reissue
your command.
If you suspect that the CODM file was
incorrectly closed, run the cd
command to go to the /etc/objrepos directory.
Rename the config_lock file to config_lock.old
using the mv
command.
Issue your command again.
|
0514-521 |
Cannot find information in the predefined device configuration database for the customized device: DeviceName
Possible Causes
Procedures for Recovery
Replace the PdDv file.
Copy the PdDv file from another
system that has the same release level as your current system, either through
the network by running the ftp
command, or through a diskette, by using the backup
and restore
commands. When you restore the file, make sure that it preserves the permission
code, the ownership, and the location of your previous file.
Reenter your command.
|
0516-005 |
String: The physical volume is already a member of the requested volume group
Possible Causes
You attempted to add a physical volume to a volume group, but you specified a physical volume that is
already a member of the volume group.
You attempted to add a physical volume to a volume group, and a discrepancy exists between the volume
group descriptor area (VGDA) and the Object Data Manager (ODM).
If the VGDA does not match the ODM, the
following error message may display even though the physical volume is
actually a member of a volume group:
0516-320 String:Physical volume String is not assigned to a
volume group
If you attempt to assign the physical volume to the volume group, error
message 0516-005 is displayed.
Procedures for Recovery
Ensure that the physical volume you specified
is not already a member of the volume group.
Enter the lsvg
-p VolumeGroupName command to list the members of the volume
group.
Reenter the extendvg
command to add a physical volume to a volume group, and specify a valid
physical volume that is not a member of the volume group.
Update the ODM database with information
from the VGDA.
If the physical volume is a member of the
volume group but error message 0516-320
is displayed anyway, enter the redefinevg
-d PhysicalVolumeName VolumeGroupName command to update the
ODM database with information from the VGDA. The VGDA contains current
information.
|
0516-010 |
Volume group must be varied on: use varyonvg command
Possible Causes
Procedures for Recovery
Check for misspelling in the volume
group name.
Make your volume group available.
Use the lsvg
command to verify whether your volume group is available.
If the volume group is not available,
use the varyonvg
command to make it available.
See if one of the disks in the volume
group is available.
You can check to see if the disk is available
by using the lspv
command.
If the disk is not available, issue the
mkdev command
to make it available and run the varyonvg command to make the volume
group available.
If you are unable to make the disk available,
run hardware diagnostics by issuing the diag
command. It may be necessary to use the Object Data Manager (ODM).
|
0516-013 |
The volume group cannot be varied on because there are no good copies of the descriptor area
Possible Causes
Procedures for Recovery
See if one of the disks where the volume
group is located is available.
Issue the lspv
command to see if the disk is available.
If the disk is not available, issue the
mkdev command
to make it available.
If you are unable to make the disk available,
run hardware diagnostics by issuing the diag
command.
If the disk is available, run the odmdelete
command to delete the damaged VolumeGroup from the configuration
database:
odmdelete -q name=VolumeGroupName -o CuAt
Use the System Management Interface Tool
(SMIT) to add a new volume group.
Shut down your system and check for
any loose or faulty cables around the fixed- disk area.
Check adapters and power sources.
Reboot your system and enter your command
again.
For volume groups with multiple physical
volumes:
If the varyon operation reports a missing
physical volume, use the chpv
-vr command to temporarily remove the volume from the volume group.
Reissue your command to make the volume
group partially available.
Once the problem is corrected and the
physical volume is brought back online, issue the chpv -va command
to return the physical volume and make it available again to the volume
group.
Note: This procedure should be used
as a last resort because data integrity cannot be guaranteed.
|
0516-022 |
Illegal parameter or structure value
Possible Causes
The Object Data Management (ODM) database
was damaged, and the physical volume ID (pvid) of a disk was listed as
None.
One of your Customize Device Configuration
database files was damaged, and while you ran your command, the file collected
some illegal parameters or structure values.
You attempted to create a logical volume
with the System Management Interface Tool (SMIT), or from the command line
with the mklv command. The physical volume name specified was not
configured.
Procedures for Recovery
|
0516-304 |
Unable to find device ID in the Device Configuration Database
Possible Causes
Procedures for Recovery
Deactivate the volume group.
Use the lsvg
-o command to find out if your volume group is active. If it is active,
run the varyoffvg
command.
Remove the definition of the volume
group from the system by using the exportvg
command.
Add the definition of the volume group
to the system by using the importvg
command.
Activate the volume group by using
the varyonvg command.
|
0516-306 |
Unable to find VolumeGroupName VolumeGroupDescription in the Device Configuration Database
Possible Causes
Procedures for Recovery
|
0516-320 |
ProgramName: Physical volume
String is not assigned to a volume group
Possible Causes
Procedures for Recovery
Ensure that the physical volume is
defined in your system and its name is spelled correctly in the ODM database.
Enter the lsvg
command to list all the volume groups defined in your system.
Enter the lsvg -p VolumeGroupName
command to list all the physical volumes in the specified volume group.
Ensure that the physical volume name is
spelled correctly. For information on editing the ODM database, see Object
Data Manager (ODM) Overview in in AIX General Programming Concepts: Writing and Debugging Programs.
If the physical volume is undefined or
its name misspelled, add the correct physical volume in one of the following
ways:
With the System Management Interface Tool
(SMIT), use the Physical and Logical Storage--> Define a Fixed Disk
to the Operating System menu option to add the physical volume to the
volume group. Then select one of the following three menu options to add
the definition of the physical volume to a volume group:
Add a Fixed Disk to an Existing Group
Add a Fixed Disk without Data to a
New Group
Add a Fixed Disk with Data
From the command line, use one of the
following commands:
mkvg
|
|
Creates a new volume group containing the physical volume. |
extendvg
|
|
Defines a physical volume to an existing volume group. |
importvg
|
|
Imports a new volume group definition from a set of physical volumes.
Note: Use the importvg command
only if the volume group definition was previously exported using the exportvg
command.
|
|
0516-366 |
Volume group VolumeGroupName is locked. Try again
Possible Causes
You ran a command that tried to access
a Configuration Object Data Management file that was in use or was closed
incorrectly.
The installation of a software product
was interrupted, causing the system to lock the root volume group.
Procedures for Recovery
Log in as the root user and run the
odmdelete command
to remove the lock from the configuration database:
odmdelete -q name=VGname and attribute=lock -o CuAt
Issue your command again.
|
0516-404 |
Not enough resources available to fulfill allocation
Possible Causes
You used the mklv or extendlv command, specifying a physical volume without enough
partitions (free space) to fulfill the requested logical volume size.
You used the mklv or extendlv command without specifying a physical volume, and
the volume group specified does not have enough free partitions (free space) to fulfill the requested logical volume size.
Procedures for Recovery
|
0516-787 |
extendlv: Maximum allocation for logical volume Name is Value
Possible Causes
Using the System Management Interface Tool (SMIT), you specified a value in the Number of ADDITIONAL logical partitions field
to try to increase the logical volume size beyond the maximum number of
logical partitions.
From the command line, you used the extendlv
command (or the chfs command, which calls the extendlv command) to try to increase
the logical volume size beyond the maximum number of logical partitions.
Procedures for Recovery
Use SMIT to change the logical volume.
Use the SMIT Physical and Logical Storage-->
Logical Volume Manager--> Logical Volumes--> Set Characteristic of
a Logical Volume--> Change a Logical Volume menu option to specify
a new number of logical partitions in the MAXIMUM NUMBER of LOGICAL PARTITIONS field.
Use the chlv command to change the logical
volume.
Increase the maximum number of logical
volume partitions for the named logical volume with the chlv
command, as follows:
chlv -x MaximumLogicalPartitions LogicalVolumeName
Rerun the chfs command or the extendlv
command.
Note: In both cases, you must change
the logical volume before you can extend or increase it.
|
0516-794 |
String not configured. Please configure the disk before trying this command again
Possible Causes
You used the System Management Interface Tool (SMIT) to add an undefined physical volume
to the volume group, but the physical volume specified is not defined or installed on the system, or does not exist.
From the command line, you used the mkvg or the extendvg command
to add an undefined physical volume to the volume group.
Procedures for Recovery
Use SMIT to add a disk.
Use the Devices--> Fixed Disk-->
Add a Disk menu option to define the disk.
Use the mkdev
command to define a disk.
Once the disk is defined, you can add it to an existing volume group
or use it to create a new volume group.
Note: These commands are for disks
without data. If the disk contains data, use the importvg
command rather than the mkvg
command or the extendvg
command.
|
0516-822 |
Unable to create logical volume
Possible Causes
You specified a logical volume name that
already exists.
You specified a volume group that currently
does not have enough disk space for your logical volume.
You specified a volume group that is currently
unavailable on your system.
Procedures for Recovery
Name your logical volume to a name
not already in use.
List all of the current logical volumes
by issuing the following command:
lsvg -o| lsvg -i -1
Rerun your command with the correct logical
volume name.
Check the disk space in your volume
group.
Run the lsvg
command to check how many free partitions you have available in your volume
group.
Repeat your command with the correct number
of partitions or correct volume name.
Verify that your volume group is available.
See if one of the disks in the volume
group is available.
Check to see if the disk is available
by using the lspv
command.
If the disk is not available, issue the
mkdev command
to make it available and run the varyonvq command to make the volume
group available.
If you are unable to make the disk available,
run hardware diagnostics by issuing the diag
command.
|
0516-952 |
Unable to vary on volume group uvgl
Possible Causes
Procedures for Recovery
|
0519-002 |
The CLASS_SYMBOL does not identify a valid object class
Possible Causes
You specified an invalid parameter, path name, or permission in the profiles load file used to convert the Systems Network Architecture (SNA) profile.
The profiles load file does not exist.
The Object Data Manager (ODM) files for SNA Services have been damaged.
Procedures for Recovery
|
0551-001 |
Character is not a recognized field descriptor
Possible Causes
Procedures for Recovery
|
0551-006 |
Cannot reach the time server; time set locally
Possible Causes
Procedures for Recovery
Verify network connectivity.
Enter the ping
MachineName command to determine the availability of a particular machine on the network. Press the Ctrl-C key combination to stop the ping command. If
the ping command indicates that the machines are not communicating or that data is being lost, a network problem exists. See the
Network Overview in AIX Version 4.3 System Management Guide: Communications and Networks for information on how to resolve it.
Note: The timed daemon should
be controlled using the System Resource Controller (SRC) or the System
Management Interface Tool (SMIT). Entering the timed daemon at the
command line is not recommended.
|
0551-099 |
The Character flag is not valid
Possible Causes
Procedures for Recovery
|
0551-118 |
The interval value is not valid
Possible Causes
Procedures for Recovery
Specify a valid interval value.
The vmstat
command requires a positive, nonzero interval value. Reenter the command,
specifying a valid interval value.
|
0551-119 |
The count value is not valid
Possible Causes
Procedures for Recovery
Specify a valid count value.
The vmstat
command requires a positive, nonzero integer for a count value. Reenter
the vmstat command, specifying valid interval and count values.
Do not specify a count value.
Reenter the vmstat command, specifying
a valid interval value and no count value. When no count value is specified,
the vmstat command generates output at the specified interval until
you stop the command by entering the Ctrl-C key combination.
|
0551-128 |
Drive Name is not found
Possible Causes
Procedures for Recovery
|
0551-154 |
Disk Name is not found
Possible Causes
Procedures for Recovery
|
0551-201 |
Cannot open FileName
Possible Causes
Using the sar command, you cannot
open /usr/adm/sa/FileName for one of the following reasons:
Procedures for Recovery
|
0551-203 |
ending time (etime) <= starting time (stime)
Possible Causes
Procedures for Recovery
|
0551-213 |
Try running /usr/lib/sa/sa1 Increment Number
Possible Causes
Procedures for Recovery
|
0551-250 |
The argument String is not valid
Possible Causes
Procedures for Recovery
|
0551-256 |
There is no status capability for String
Possible Causes
Procedures for Recovery
Define a terminal type that has status
line capabilities.
Use the env
command to determine if the TERM environment variable is set correctly.
If the variable is not set to a terminal type that has status line capability,
enter export TERM=TerminalType to reset the variable.
If the error message is still displayed, the terminal does not have
screens to display the status line. See the terminfo
file in AIX Files Reference for more information on terminal types.
|
0551-257 |
The Character option is not valid
Possible Causes
Procedures for Recovery
|
0551-404 |
Specified value of date/time
is out of range
Possible Causes
Procedures for Recovery
|
0575-528 |
Cannot find database DatabaseName in info configuration file
Possible Causes
Procedures for Recovery
|
0602-145 |
There are no preserved files
Possible Causes
Procedures for Recovery
|
0652-050 |
Cannot open FileName
Possible Causes
Procedures for Recovery
|
0652-019 |
The status on FileName is not valid
Possible Causes
This error message may be displayed during a backup operation.
Procedures for Recovery
Ensure that the file exists and verify the file name.
Add write permission to the file or parent directory.
Run the su command to become the root user and add the appropriate permission.
|
0652-033 |
Cannot open FileName
Possible Causes
You used the grep command to search a file on which you do not have read permission.
You used the grep command to search a file, and you do not have execute permission on one or more of the
parent directories containing the file.
Procedures for Recovery
|
0652-048 |
Cannot change the modification time on FileName or DirectoryName
Possible Causes
Procedures for Recovery
|
0653-309 |
Cannot open the directory Name
Possible Causes
Procedures for Recovery
Enter the ls -ld DirectoryName command to determine ownership and permissions
for the directory. See File and Directory Access Modes in AIX Version 4.3 System User's Guide: Operating System and Devices for more detailed information.
If you do not have access permission to a file or directory, enter the su command to
switch to the root user or owner of the file or directory. Then use the chmod command to give yourself the proper
permissions, or ask the owner or system administrator to give you the proper permissions.
|
0653-341 |
The file FileName does not exist
Possible Causes
Procedures for Recovery
Check your command to ensure that you did not incorrectly enter the file name, directory, or path name.
Check for unmounted file systems.
Issue the mount command to ensure that all file systems are mounted.
Use the mount command to mount the file system you need.
Replace the missing file.
Copy the libcfg.a library file
located on your /lib directory from another system that has the
same release level as your current system, either through the network by
running the ftp
command or through a diskette by using the backup
and restore
commands.
If you use the ftp command, use
the bin subcommand. When you restore the file, make sure that it
preserves the permission code, the ownership, and the location of your
previous file.
Reenter your command.
|
0653-343 |
Cannot read DirectoryName
Possible Causes
Procedures for Recovery
|
0653-401 |
Cannot rename String1 to String2
Possible Causes
Procedures for Recovery
|
0653-603 |
Cannot remove directory DirectoryName
Possible Causes
Procedures for Recovery
Remove the files in the directory and try again.
Force the deletion of the directory and its files.
Run the rm
command with the -r flag as follows:
rm -r DirectoryName
|
0653-609 |
Cannot remove FileName
Possible Causes
Procedures for Recovery
|
0653-611 |
Directory DirectoryName is not empty
Possible Causes
Procedures for Recovery
Remove the files in the directory and
run the rmdir command again.
Force the deletion of the directory
and its files.
Run the rm
command with the -r flag as follows:
rm -r DirectoryName
|
0653-650 |
Cannot locate the temporary directory or /tmp
Possible Causes
The sort command could not create
its temporary files because the /usr/tmp and /tmp directories do not exist.
The sort command could not create
its temporary files because you do not have write permission to the /usr/tmp and /tmp directories.
You used the sort command with
the -T flag to specify a directory that does not exist.
You used the sort command with
the -T flag to specify a directory for which you do not have write permission.
Procedures for Recovery
Create the /usr/tmp and /tmp directories
using the mkdir
command.
Establish write permission to the /usr/tmp
or /tmp directories.
Use the su
command to change to the root user. If you already own the /usr/tmp
or /tmp directories, you can omit this step.
Enter the chmod
777 /tmp or the chmod 777 /usr/tmp command to gain write
permission to the specified directory.
Note: The chmod 777 command gives read, write, and execute permissions to all users. If you do not want this, see
File and Directory Access Modes in AIX Version 4.3 System User's Guide: Operating System and Devices for more information about files and directories.
Use the -T flag to specify an existing directory.
Note: Ensure that you have write permission to the specified directory. See the following procedure for information on how to get write
permission to a directory.
Establish write permission to the directory specified by the -T flag.
As the root user or as a user with proper permissions, enter the chmod 777 /DirectoryName command to give yourself write permission to the
directory specified by the -T flag.
|
0653-657 |
A write error occurred while sorting
Possible Causes
You used the sort command, and the file system became full, while the file was being processed.
Write permission to the directory containing the temporary files was removed, while the sort was in progress.
Procedures for Recovery
Ensure that there is enough disk space for the sort to be completed.
Enter the df FileSystem command while the
sort command is processing the file. The df command displays information about space available on a file system.
The sort command creates temporary files in either the /usr/tmp directory or the /tmp directory. Writing is unsuccessful if the file
system containing the temporary directory becomes full. If you are not sure which directory is used for temporary file storage, enter the sort -T /usr/tmp FileName command
to create the temporary files in the desired directory.
If the sort fails because the file system containing the temporary directory is full, do one of the following:
Verify that you have write permission on the directory containing the temporary files.
Enter the ls -la DirectoryName command to list permissions. Use the
chmod 777 command to change write permissions, if necessary.
|
0703-201 |
There is no manual entry for Name
Possible Causes
Procedures for Recovery
|
0703-203 |
Cannot open the database of manual pages
Possible Causes
You attempted to obtain help information with the man command but InfoExplorer is not installed.
You attempted to obtain help information with the man command but the manpage directory is empty.
The language environment variable setting does not match the help database path names.
Procedures for Recovery
Install the InfoExplorer database.
Create the directory for manpages.
Verify the environment variable and the help database path names.
For example, if the current setting of $LANG is EN_US, the help database files must be the following:
/usr/lpp/info/EN_US/aix/aix.key
/usr/lpp/info/EN_US/aix/aix.rom
/usr/lpp/info/EN_US/sys.sys
|
0703-303 |
%s: The path is missing
Possible Causes
Procedures for Recovery
|
0706-010 |
Binder killed by signal Signal
Possible Causes
Procedures for Recovery
Issue the lsps command to check if you have enough paging space.
You can increase the paging space through the smit command.
Increase the default limits set by the /etc/security/limits file.
Edit the /etc/security/limits file.
Increase the settings of the fsize, cpu, data, stack, core, and rss process resource limits for your user ID, starting with the fsize parameter.
Issue your command again.
|
0706-103 |
Allocation of Number bytes failed
Possible Causes
Procedures for Recovery
Issue the lsps command to check if you have enough paging space.
You can increase the paging space through the smit command.
Increase the default limits set by the /etc/security/limits file.
Edit the /etc/security/limits file.
Increase the settings of the fsize, cpu, data, stack, core, and rss process resource limits for your user ID.
Issue your command again.
|
0706-317 |
Unresolved or undefined symbols detected
Possible Causes
Procedures for Recovery
|
0781-012 |
No device line in queue stanza
Possible Causes
This error message is displayed when the
digester attempts to digest the qconfig file and encounters a problem
in a device line. Error message 0781-017
Error in config file Name, line Number
is always displayed before this message.
The following problems can occur with the
device line:
The device line is missing from the qconfig file.
The device line is incomplete (An element such as a keyword is missing).
The syntax of the device line is incorrect (The line breaks, tabs, or spaces are incorrect).
The device name is incorrect.
Note: These problems occur only
when you edit the qconfig
file directly. Changing the qconfig file with system commands or
the System Management Interface Tool (SMIT) does not cause these errors.
Procedures for Recovery
|
0781-017 |
Error in config file Name, line Number
Possible Causes
Procedures for Recovery
Determine the nature of the error from the supplementary error message and follow the recovery instructions for that message.
Change the qconfig file and reenter the command that caused the error to display.
Change the qconfig file by using one of the following methods:
Restore the backup of the qconfig file, if one exists. If no backup exists, edit the existing qconfig file.
Use one of the following file-manipulating commands at the command line to change the qconfig file:
Use options from the SMIT menus to edit
the qconfig file.
Edit the qconfig file directly,
using a text editor, and then save the file.
Note: File-manipulating commands
and System Management Interface Tool (SMIT) options do not make changes
directly to the qconfig file. Instead, they make changes to a temporary
file. If the temporary file is successfully digested by the digest
command, it is copied to the qconfig file.
Reenter the original command that caused
the error message to display.
|
0781-035 |
No such request in queue Name -- perhaps it's done?
Possible Causes
Using the System Management Interface Tool (SMIT), you specified an invalid job number to cancel
a print job.
From the command line, you specified an invalid job number with the qcan-x command or the
enq -x command.
You are not the owner of the job specified by the job number. The root user is an exception to this
cause.
The job specified by the job number is already processed; therefore, it is not in the specified queue.
Procedures for Recovery
Using SMIT, locate a valid job number and
cancel the print job.
Use the Spooler (Print Jobs)-->
Cancel a Print Job menu option.
Enter a valid queue name in the PRINT QUEUE
field. Select List to list valid queue names.
Next to the JOB NUMBER field, select
List to list valid job numbers.
Select a job number. If a job is not listed,
it has already been processed or does not exist.
Select Do to delete the selected
job.
Using the qchk command, locate a valid job number.
Enter the qchk -P(QueueName) command. The resulting display lists the job numbers
and status for the specified queue.
Specify a valid job number with the qcan -x or the
enq -x command to cancel a print job.
Change to the owner of the file, or to the root user.
Enter the su command to change to the root user or to the owner of the file. Then use SMIT or
commands to cancel the print job.
The print job has been processed and cannot be canceled or queried.
|
0781-039 |
qdaemon appears to be dead
Possible Causes
Procedures for Recovery
|
0781-046 |
Illegal burst page option
Possible Causes
Procedures for Recovery
|
0781-047 |
Bad job number: String
Possible Causes
Procedures for Recovery
|
0781-048 |
Bad queue or device name: String
Possible Causes
Procedures for Recovery
Determine the name of existing queues
or printers, and reenter the command with valid specifications.
At the command line, enter one or more
of the following commands to get the information you need:
lpstat |
Lists all the queues and corresponding devices defined for the system. |
lsallq |
Lists all configured queues. |
lsquedev |
Lists all devices (printers) configured for a specified queue. |
Reenter the command without specifying
a printer or printer-queue combination.
This causes the print request to go to
the default queue, which is the first queue defined in the /usr/lib/lpd/qconfig
file.
|
0781-050 |
Bad PRINTER or LPDEST env. variable String
Possible Causes
Procedures for Recovery
|
0781-063 |
Error reading FileName. Errno = Number
Possible Causes
You ran the qadm command with the-K, -U, -D, or -X flag, which created a job description
file with a length of 0 bytes, in the /var/spool/lpd/qdir directory.
The error was generated when the qdaemon was started.
Procedures for Recovery
|
0781-088 |
Queue PrinterName went down, job is still queued:
Default short form
Backend: Complete backend command
Backend Exit Value: Exit value of the backend command
Job Submit Time: date/time Current Time: date/time
Optional long form
Backend: Complete backend command
Backend Exit Value: Exit value of the backend command
Job Submit Time: Date and time the print job was submitted
Current Time: Date and time this message is generated
Host Name: Hostname of the machine where this message is generated
JDF File Name: File name of the job definition file
Print Command: Base name of the print command issued by user
Enq Options: Option flags of the print job
Job Title: Title string of the print job
Job Size: Number of blocks occupied by the data files in this print job. A block is a 1024 byte space on the file system.
File(s): A list of the file names in this print job as well as the file modes, file type, uid, gid, and file size in bytes.
Possible Causes
You attempted to print to a remote printer, but the lpd daemon on the remote host was not active.
The file name in the /etc/qconfig file has an incorrect queue device name. This caused a write error which caused the print queue to
die.
Procedures for Recovery
Ensure that your host name is in either the remote /etc/hosts.lpd or /etc/hosts.equiv file. Use the
refresh command to implement the changes.
refresh -h HostName -s lpd
Use the startsrc command to start the lpd daemon on the remote printer:
startsrc -h HostName -s lpd
Ensure that the file name in the etc/qconfig file has the name of a valid print device. Run the
qadm command to bring the print queue back up.
qadm -U QueueName
|
0781-100 |
Failure to create QueueName
Possible Causes
Note: This error message is displayed on the system console only.
Using the System Management Interface Tool (SMIT), you specified an invalid device name when
adding a queue device.
From the command line, you specified an invalid device name with the mkquedev command
when adding a queue device.
Procedures for Recovery
Using SMIT, remove the invalid device name, enter a valid device name, and restart the qdaemon subsystem.
Using SMIT, go to the Devices--> Printer/Plotter--> Manage Local Printer Subsystem--> Local Printer Queue Devices-->
Remove a Queue Device menu option.
Select the queue from which to remove the device, and press the Enter key.
At the Remove a Queue Device screen, select List to list the devices in the queue.
Select the invalid device name and press Enter.
Go to the Devices--> Printer/Plotter--> Manage Local Printer Subsystem--> Local Printer Queue Devices--> Add Another Local Queue Device to an Existing Queue menu option,
and enter a valid device name in the NAME of device to add field.
Press the F6 key to verify that the device name following the -d flag is valid.
If the device name is invalid, select Cancel, type a valid device name, and press the Enter key.
Exit SMIT and return to the command line.
At the command line, use the startsrc -s qdaemon command to restart the qdaemon
subsystem.
From the command line, remove the invalid device name, enter a valid device name, and restart the qdaemon subsystem.
Use the rmquedev command to remove the invalid device name, as follows:
rmquedev -q QueueName -d DeviceName . . .
Use the mkquedev command to enter a valid queue device name, as follows:
mkquedev -q QueueName -d DeviceName . . .
Use the startsrc -s qdaemon command to restart the qdaemon subsystem.
|
0781-102 |
Invalid printer name: String
Possible Causes
Procedures for Recovery
Reenter the command.
Reenter one of the commands listed above without specifying a queue or queue-printer combination. The status of all valid queues and associated printers
is displayed.
OR
Determine the names of existing queues or printers, and reenter the command with valid specifications. Use the following commands to get the information
you need.
lsallq |
Lists all configured queues. |
lsallqdev |
Lists all devices (printers) configured for a specified queue. |
|
0781-104 |
No queue devices detected
Possible Causes
Procedures for Recovery
|
0781-113 |
Insufficient memory
Possible Causes
Procedures for Recovery
Remove any unnecessary processes from the system.
Enter the su command to change to the root user.
Enter the ps -eaf command to list all processes currently on the system.
Use the kill command to remove any unnecessary processes.
Add more page space with the System Management Interface Tool
(SMIT) utility (Use the Physical and Logical Storage option in the Main Menu).
Add more physical memory.
|
0781-117 |
Cannot execute digester FileName
Possible Causes
Procedures for Recovery
Verify that the /usr/lib/lpd/digest file exists.
Enter the su
command to change to the root user.
Enter the cd
/usr/lib/lpd command to change to the proper directory.
Enter the ls
-l digest command to verify that the file exists.
If the digest file does not exist, reload it from the original system software. See your system
administrator for assistance.
Ensure that you have execute permission on the /usr/lib/lpd/digest file.
Follow the procedure described in
Recovering from File and Directory Permission Errors
.
|
0781-132 |
Cannot open message file FileName
Possible Causes
Procedures for Recovery
Specify a valid file name when using the -M option.
Use the li
-l FileName command to verify the existence of the specified
message file.
If the message file does not exist, use
an editor to create the desired file.
Reissue the qprt
command, specifying a valid message file.
Ensure that you have read access to the
message file specified.
Follow the procedure described in Recovering from File and Directory Permission Errors
.
|
0781-156 |
Cannot find config file Name
Possible Causes
Procedures for Recovery
|
0781-161 |
fatal: Argument PrinterID is not an accessible file
Possible Causes
Procedures for Recovery
|
0781-162 |
Cannot awaken qdaemon (request accepted anyway)
Possible Causes
Procedures for Recovery
|
0781-182 |
Problem with line Number in FileName
Possible Causes
Procedures for Recovery
|
0781-183 |
Cannot delete QueueName. Queue contains devices
Possible Causes
Using the System Management Interface Tool (SMIT), you attempted to remove
a queue, but the queue contained associated devices.
From the command line, you entered the rmque command to remove a queue, but the
queue contained associated devices.
Procedures for Recovery
Using SMIT, remove the associated devices before removing the queue.
Select Devices--> Printer/Plotter-->Manage Local Printer Subsystem-->
Local Printer Queue Devices-->Remove a Queue Device.
Select the name of the queue you want to delete.
Select List to display a list of devices.
Select the queue device you wish to remove.
Select Do to remove the queue device.
Repeat until all queue devices are removed.
After the devices have all been removed, use the following SMIT menu option to remove the queue:
Devices-->Printer/Plotter--> Manage Local Printer Subsystem-->Local Printer Queues--> Remove a Queue.
Select List to display a list of queues.
Select the name of the queue you want to delete.
Select Do to remove the queue.
Remove the associated devices before using the rmque command to remove the queue.
Enter the lsallq
command to list the queues configured for your system.
Enter the lsallqdev
-q QueueName command to list all the devices associated with
the queue you want to delete.
For each device in that queue, enter rmquedev
-q QueueName -d DeviceName command to
remove the device.
After deleting all the devices, enter
the rmque
-q QueueName command to delete the queue.
|
0781-189 |
Queue:device, String: not found in qconfig file. Not deleted
Possible Causes
Using the System Management Interface Tool (SMIT), you attempted to remove
a queue device not contained in the /etc/qconfig configuration file.
From the command line, you used the rmquedev command with an invalid queue device.
Procedures for Recovery
Using SMIT, verify the queue device name and then remove it.
From SMIT, select the menu option Devices-->
Printer/Plotter--> Manage Remote Printer Subsystem-->
Server Services--> Manage Local Printers Subsystem-->
Local Printer Queue Devices--> Remove a Queue Device-->
(queue name).
Select List to display all valid
device names.
Select the desired device from the device
name list.
Select Do to remove the selected
device.
Verify the queue device name and then
remove it using the rmquedev command.
Enter the lsallq
command to list the queues configured for your system.
Enter the lsallqdev
-q QueueName command to list all the queue devices for that
queue.
Enter the rmquedev
-q QueueName -d DeviceName command, ensuring
that you enter a valid device name.
|
0781-194 |
Syntax error in qconfig file
Possible Causes
Procedures for Recovery
|
0781-209 |
Option not supported
Possible Causes
Procedures for Recovery
|
0781-254 |
No print server specified
Possible Causes
Procedures for Recovery
Notes:
The rembak command is not intended to be entered on the command line by a
user.
Always use a flag with the enq command.
|
0781-277 |
Error from digester String, status = Number, rv = Number
Possible Causes
Procedures for Recovery
|
0781-282 |
Not enough args to digest
Possible Causes
Procedures for Recovery
|
0781-304 |
Unable to open PrinterID as standard out
Possible Causes
Procedures for Recovery
|
0781-305 |
Retrying qdaemon
Possible Causes
Procedures for Recovery
|
0781-310 |
No such request in any local queue -- perhaps it's done?
Possible Causes
You tried to change the priority of a print job or delete a print job, but the job number does not exist.
You tried to change the priority of a print job or delete a print job that does not belong to you.
Procedures for Recovery
Ensure that the job number exists.
Note: The job number may not exist
because the job has already printed or because you entered an invalid job number. If the job number is valid, ensure that you either own the job or
are logged on as root. If you are not logged on as root, you cannot delete or modify jobs issued by other users.
Using SMIT, list jobs in the queues by selecting the Spooler (Print Jobs)--> Show the Status of Print Jobs option. In the Show the status of
ALL printjobs? field, select Yes and then press the Enter key. A table of print job numbers and user IDs is displayed.
OR
At the command line, use the lpstat
command, the enq
-A command, or the qchk -A
command to display a table of print job numbers and user IDs.
Ensure that the print job belongs to
you.
Check your user logon identity. At the command line, enter the whoami command (with
no spaces) to display the current user name. Enter the who am i command (with spaces separating the words) to
display the user identity initially used to begin the current logon session. To delete or change the priority of a print
job, you must either own the print job or be logged on as the root user. Use the
su command to change users if needed.
|
0781-320 |
No accounting file specified for queue: QueueName
Possible Causes
Procedures for Recovery
|
0781-321 |
Problem opening account file. Errno = Number
Possible Causes
Procedures for Recovery
|
0791-001 |
Argument not valid
Possible Causes
Procedures for Recovery
Reissue the iconv command using the
-f and the -t flags.
The iconv
command requires you to specify the -f flag with the code set from
which you are converting and the -t flag with the code set to which
you are converting.
|
0791-004 |
Cannot open converter
Possible Causes
You entered an invalid converter value when using the iconv command.
A memory allocation was attempted and the memory allocation failed, producing an allocation failure
return code.
Procedures for Recovery
Reenter the iconv command using a valid converter value.
Ensure that you specify the correct flags, as well as a valid converter value, when you reenter the
iconv command.
Ensure that you have adequate memory available.
Follow the procedure described in Recoveringfrom Insufficient Memory Errors
.
|
0803-005 |
Cannot open the String directory
Possible Causes
Procedures for Recovery
|
0803-006 |
There is not enough memory available now
Possible Causes
This error occurs when using the news
command. The system attempts to allocate memory using the malloc
subroutine while space is unavailable in the /usr/news subdirectory. This occurs for one of the following reasons:
Procedures for Recovery
Remove unnecessary processes or wait for them to stop running.
Enter the ps
-eaf command to check the number of processes that are running. If there are too many processes running, do one of the following:
Wait until some of the processes are completed.
Use the kill
command to stop a process that you started. If you did not start the process,
use the su
command to change to the root user and stop the process with the kill
command, or ask the owner of the process to stop the process.
Remove unnecessary files or free up sufficient
memory for the files.
Use the li
-ld command to check the size and the number of files that exist in
the /usr/news subdirectory. If there is not enough memory because
of the size or the number of files, more memory can be freed by doing one
of the following:
|
0803-007 |
Cannot move to the String directory
Possible Causes
You used the news
command, but access was denied for one of the following reasons:
You do not have read-execute permission to the /var or var/news directories, or
they do not exist.
The symbolic link between the /usr/news directory and the /var/news directory does not
exist.
Procedures for Recovery
|
0803-008 |
Cannot open DirectoryName/FileName
Possible Causes
Procedures for Recovery
|
0803-009 |
The HOME environment variable does not exist
Possible Causes
Procedures for Recovery
Define the HOME environment variable.
To define the variable, enter the export HOME=/u/UserID command and retry the news command. Use the
env command to verify that the HOME variable is defined correctly.
You can also set the HOME variable in your .profile file so that it is properly set on each login.
|
0803-011 |
Cannot create another process at this time
Possible Causes
Procedures for Recovery
Find all invalid or unnecessary processes
and remove them.
Enter the ps
-ef command to show all invalid or unnecessary processes.
Use the kill
-9 command to remove any invalid or unnecessary processes.
Reenter the wall
command at a later time.
Note: The wall command continues
to run and to broadcast the intended message to all other valid logged
users. Thus, it may not be necessary to reenter the command.
For more information on how to stop processes, see Processes Overview in AIX Version 4.3 System User's Guide: Operating System and Devices.
|
0803-058 |
Can't make String
Possible Causes
This error occurs while using the confer
command. After closing a conference by pressing the Ctrl-D key combination,
you are asked Do you want a transcript mailed to you? If you answer
yes, this message is displayed for one of the following reasons:
Procedures for Recovery
Note: You cannot recover the transcript of this conference. These procedures allow you to receive a transcript of your next conference.
Remove unnecessary files from your /tmp
directory.
Enter the df command and check under the %used column to see if the /tmp
directory is full.
If the directory is full, use the rm command to remove unnecessary files in the
/tmp directory.
Obtain the necessary permissions.
Follow the procedures in Recovering from File and Directory Permission Errors
to obtain write-execute permissions to the /tmp directory.
|
0803-059 |
Cannot read FileName
Possible Causes
Procedures for Recovery
|
0803-062 |
Can't create conference String
Possible Causes
You used the confer
command, which creates a transcript file in the /tmp directory, and you do not have write-execute permission on the /tmp directory.
Using the confer command, you attempted to open more than the maximum number of eight
conferences with the same name.
Procedures for Recovery
Ensure that you have write-execute permissions on the /tmp directory.
Follow the procedures in Recovering from File and Directory Permission Errors
.
Cancel some of the conferences that have
the same name.
Press the Ctrl-D key combination to cancel a conference.
|
0803-073 |
Cannot run mesg -y
Possible Causes
Procedures for Recovery
|
0803-074 |
Illegal redirection of stdin or stdout
Possible Causes
Procedures for Recovery
|
0803-076 |
Too many participants
Possible Causes
Procedures for Recovery
|
0821-058 |
Only the root user can set network options
Possible Causes
Procedures for Recovery
Attention: The no command
does not perform range checking; therefore, it accepts all values for variables.
If used incorrectly, the no command may cause your system to become
inoperable. |
0821-069 |
ping: sendto:
Possible Causes
You issued the following command from
the command line:
ping -s Packetsize Hostname
where Packetsize was specified greater than 8184 bytes.
You installed a network adapter card but
did not configure TCP/IP.
You reinstalled the system, but did not
configure TCP/IP.
Procedures for Recovery
|
0821-073 |
You must be root to use the -f option
Possible Causes
Procedures for Recovery
|
0821-216 |
Cannot delete route from CuAt
Possible Causes
You may have entered invalid information in the request.
If the route was added manually, outside of SMIT, there is no database entry.
Procedures for Recovery
|
0821-223 |
Cannot get records from CuAt, 0821-229 ifconfig command failed, 0821-510 and 0821-510 error calling entry point
for
Note: These three error messages always occur simultaneously.
Possible Causes
Using the System Management Interface Tool (SMIT), you tried to configure a network
adapter that was not available for TCP/IP.
You specified a network adapter that was defined, but not available to the system, using
the mktcpip command from the command line.
There are hardware problems with an adapter listed as available.
The root file system is full.
The Object Data Management (ODM) database
is damaged.
Procedures for Recovery
Ensure that the specified adapter is
listed as available. From the command line, run:
lsdev -C -c Adapter
If you added the adapter after the
system initial program load (IPL):
Run the cfgmgr
command to make it available to the system.
Verify that there are no problems with
the hardware:
Using SMIT, run Hardware Diagnostics
from the Problem Determination menu.
Ensure that the root file system is not
full.
Run the df
/ command from the command line.
If the file system is full, remove unnecessary
files from the root file system or use the SMIT Physical and Logical Storage
menu to increase the size of the root file system.
Verify that the state, netaddr, and
netmask attributes have valid values in the object database:
From the command line, run:
odmget -q name='Adaptername' CuAt
|
0821-231 |
Cannot open FileName
Possible Causes
Procedures for Recovery
Obtain read permission on the file.
Follow the procedure described in Recovering from Read Permission Errors
.
Create the file.
Using an editor, create the FileName file. Ensure you have the proper permissions on the new file.
|
0821-233 |
Permission is denied
Possible Causes
Procedures for Recovery
|
0821-267 |
The sethostname system call failed
Possible Causes
Procedures for Recovery
|
0822-029 |
Cannot open /etc/hosts.lpd
Possible Causes
You used the System Management Interface Tool (SMIT) to remove a remote host name, but the
/etc/hosts.lpd file could not be opened.
From the command line, you used the ruser command to remove a remote host, but the /etc/hosts.lpd file could not be opened.
Procedures for Recovery
|
0822-211 |
Cannot delete from /etc/hosts.lpd
Possible Causes
You specified an invalid remote host while using the System Management Interface Tool (SMIT) to remove a remote host.
From the command line, you entered the ruser -dp command with an invalid remote host name.
Procedures for Recovery
Using SMIT, specify a valid remote host and remove it.
Select the SMIT menu option Devices--> Printer/Plotter--> Manage Remote Printer Subsystem--> Server Services--> Host Access for Printing--> Remove a Remote Host.
Select the List option to display a list of valid remote hosts.
Select the remote host you wish to remove.
Select Do to remove the selected remote host.
Specify a valid remote host and remove it with the ruser command.
Enter the ruser -sP command to list remote hosts in the /etc/hosts.lpd file.
Enter the ruser -dp RemoteHostName command, where the string RemoteHostName specifies the remote host listed in the /etc/hosts.lpd file that you wish to remove.
|
1254-004 |
The error code from the last command is Number
Possible Causes
Procedures for Recovery
Use the ls -l command to check the permissions of the directory, then use the chmod +w command to add write permission.
Check the file indicated by the make command in which the error is occurring, make the necessary corrections, and rerun the make command.
|
1356-770 |
Usage: xsetroot
Possible Causes
Procedures for Recovery
|
1356-780 |
xsetroot: Bad bitmap format file: FileName
Possible Causes
Procedures for Recovery
|
1356-800 |
Unable to start the X server
Possible Causes
You specified a parameter incorrectly with the xinit command.
The X server command file is missing.
The X server command file does not have execute permission.
The path to the X server is not set.
Procedures for Recovery
Ensure that you specified the correct parameters. Refer to the xinit command.
Note: If you are using the X11R5 server, use the -- (double-dash) flag to specify an alternate server or display. For example:
xinit -- /usr/lpp/X11/bin/X :1
OR
xinit -- :2
Ensure that the file /usr/bin/X11/X exists and that it has
execute permission.
If it does not exist, run the installp
command to reinstall the X11rte.obj lpp.
Check the PATH variable in your .profile file to ensure that it points to the /usr/bin/X11 file so that the X command file
is accessible.
|
1362-012 |
Cannot get module name
Possible Causes
Procedures for Recovery
|
1390-900 |
Stack dump in panic
Possible Causes
Procedures for Recovery
|
1800-034 |
Exit Status 1
Possible Causes
Procedures for Recovery
Check the device.
Issue the rmdev -l Device Name -d command to delete the device. If an error code of 0514-063 (device busy)
results, issue the disable command for that device. Then issue the rmdev command again.
Use SMIT to add a virtual printer.
|
1800-040 |
Cannot open softcopy help information database. Help is not available for this SMIT session.
Possible Causes
You attempted to obtain SMIThelp information but InfoExplorer is not installed.
You attempted to obtain SMIThelp information but the manpage directory is empty.
The language environment variable setting does not match the help database path names.
Procedures for Recovery
Install the InfoExplorer database.
Create the directory for manpages.
Verify the environment variable and the help database path names.
For example, if the current setting of $LANG is EN_US, the help database files must be the following:
/usr/lpp/info/EN_US/aix/aix.key
/usr/lpp/info/EN_US/aix/aix.rom
/usr/lpp/info/EN_US/sys.sys
|
1800-089 |
Command being run has been halted...aix signal=4
Possible Causes
Procedures for Recovery
|
1800-093 |
Could not open SMIT log file
Possible Causes
You specified an invalid log file name with the System Management Interface Tool (SMIT) -l flag. This log file name is invalid for one of the following reasons:
The specified name is the name of a directory.
You do not have write permission for the file specified.
The path name to the specified log file does not exist.
You do not have write permission
to the smit.log file name in the default (home) directory. This problem occurs for one of the following reasons:
Your home directory was inadvertently deleted and you do not have write permission
for the alternate directory assigned by the operating
system.
The permissions on your default (home) directory have been changed.
Procedures for Recovery
|
1800-102 |
Could not open smit script file
Possible Causes
You specified an invalid script file name with
the System Management Interface Tool (SMIT) -s flag. This script file name is invalid for one of the following
reasons:
The specified name is the name of a directory.
You do not have write permission for the file specified.
The path name to the specified script file does not exist.
You do not have write permission to the smit.script file in the default directory (usually the home directory). This problem occurs for one of the following reasons:
Your home directory is missing or has been deleted, and you do not have write permission for the alternate directory assigned by the operating system.
The permissions on your default (home) directory have been changed.
Procedures for Recovery
|
1800-106 |
An error occurred
Possible Causes
While using the System Management Interface Tool (SMIT), you chose an option where SMIT tried to run a command that is not currently available in your system.
You chose an option where SMIT started a command that returned an error message.
Procedures for Recovery
|
1820-037 |
An internal error or system error has occurred. See the log file for further information
Possible Causes
While using the System Management Interface Tool (SMIT), the system ran out of paging space.
The size of a user's DATA segment was set too low when the new user was created. While running an application from SMIT, the DATA segment was exceeded.
You attempted to load too many optional software products or updates at once.
Procedures for Recovery
Stop unnecessary processes.
Run the ps -ef command to list the processes that are currently running.
Use the kill -q command to stop some of the processes that are not necessary at this time.
Run the lsps -a command to check if there is sufficient paging space.
Increase the paging space, using SMIT.
From the command line, enter:
smit storage
From the menu, select the Paging Space option, then select the Change/Show Characteristics of a Paging Space option.
Add the number of partitions.
OR
From the command line, run:
chps -s# PagingSpace
where # represents the number of additional partitions and PagingSpace is the name of the paging space to be increased.
Increase the size of the user's DATA segment.
Edit the /etc/security/limits file and change the user's DATA segment to the default SIZE (specified in the file).
Run the application again.
Reload, selecting fewer items in SMIT to load.
|
1820-038 |
Internal error: error in call to libcur/libcurses at line Number
Possible Causes
Procedures for Recovery
|
1831-008 |
Giving up on: DeviceName
Possible Causes
Procedures for Recovery
|
1831-011 |
Access denied for DeviceName
Possible Causes
Procedures for Recovery
|
3001-023 |
The file FileName has the wrong file mode
Possible Causes
During the installation of system products, the sysck command was run on a file that did not have the correct mode, as specified in the /etc/security/sysck.cfg file.
From the command line, you ran:
tcbck -n [Filename | ALL]
and a specified file did not have the correct mode, as shown in the /etc/security/ sysck.cfg file.
Procedures for Recovery
|
3004-004 |
You must exec login from the lowest login shell
Possible Causes
Procedures for Recovery
Notes:
Verify that all processes have stopped.
Log off from the lowest login shell.
|
3004-007 |
You entered an invalid login name or password
Possible Causes
Procedures for Recovery
Add your user ID to the system
Log in to your system as the root user.
Check to see if your system has the user ID you want to add by running
the lsuser
command.
Run the mkuser
command to create a user ID.
Change the password by running the passwd
command.
Try logging in again.
Change the password on that particular
user ID.
Log in to your system as the root user.
Check to see if your system has the user
ID you want by running the lsuser command.
Change the password by running the passwd
command.
Try logging in again.
Make sure that you have a shell open
in the Initial PROGRAM attribute on your user ID.
Log in to your system as the root user.
Open the System Management Interface Tool
(SMIT) by entering smit user from the command line.
Go to the Change / Show Characteristics
of a User option and enter in the user ID you want to check at the
User NAME prompt.
If you do not have a shell opened in the
Initial PROGRAM attribute, enter in the login shell you want to
use. For example:
/bin/ksh
Reenter and log in again.
If you cannot log in as the root user,
then reboot your system as a single user mode and change the root password.
Shut down your system and turn the key
mode switch to Service.
Reboot your system using the boot media.
Select the Maintenance option from
the Installation and Maintenance menu, then select Access a Root Volume
Group.
After identifying the correct volume group,
select Access this Volume Group and Start a Shell.
Change the directory to the /etc/security
directory by running the cd
command.
Copy the passwd file to the passwd.sav
file by running the cp
command.
Edit the passwd file and change
the passwd = entry blank, then turn your key mode switch to Normal.
Reboot your system and log in to your
system as the root user.
Force the changes you have made to be written
to disk by the using the sync command:
sync;sync
Change your password with the passwd
command.
If you do not have either the /etc/passwd
or /etc/security/passwd file on your system, try replacing the file.
Copy either the /etc/passwd or
the /etc/security file from another system that has the same release
level as your current system. Do this either through the network by running
the ftp
command or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, ownership, and location of your previous
file.
Edit the /etc/security/passwd file
and delete all unnecessary user IDs, then blank out the passwd =
entry.
Reboot and log in as the root user.
If you suspect that the /usr/sbin/tsm
file is damaged, perform the following steps:
If you can log in as the root user, check
the /usr/sbin/tsm file:
Make sure the file has the correct permission
and ownership. The permission should be set to -r-sr-xr-x and
ownership of root security. You can change permission by using the chmod
command. Use the chown
command for setting the correct ownership.
If you still have problems, replace the
file from another system that has the same release level as your current
system, either through the network by running the ftp command, or
through a diskette by using the backup and restore commands.
When you restore the file, make sure
that it preserves the permission code, ownership, and location of your
previous file.
Turn the key mode switch to Normal and
reboot the system by using the shutdown
-Fr command.
If you cannot log in as the root user,
start your system as single mode user and recreate the port.
|
3004-008 |
Failed setting credentials
Possible Cause
Procedures for Recovery
Check the permissions on the root directory (/). They should be 755. You can change permission by using the
chmod command. Use the
chown command for setting the correct ownership.
If a service fix has recently been applied, it may be necessary to reboot the system.
|
3004-009 |
Failed running login shell
Possible Causes
Procedures for Recovery
If you can log in as the root user,
use the System Management Interface Tool (SMIT) to check the Initial PROGRAM
attribute for that particular user ID.
Log in to your system as the root user.
Enter smit user at the command
line, go to the Change / Show Characteristics of a User option,
and enter in the user ID you want to check at the User NAME prompt.
On the next menu, check the Initial
PROGRAM attribute to see which login shell the user is in. For example:
/bin/ksh
Either change the Initial PROGRAM
that the user is in to another login shell or replace the existing login
shell file from another system that has the same release level as your
system. Do this either through the network by running the ftp
command, or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, the ownership, and the location of your
previous file.
If you cannot log in as the root user,
then reboot your system as single user mode and change the login shell.
First see Accessing
a System That Does Not Boot
, and perform the steps described
to access a system that does not boot from the hard disk. After completing
the procedure, return here and continue with the following steps.
Run the cd
/bin command, then run the ls
-l command.
If you know what your login shell name
is, rename it with the mv
command. For example:
mv ksh ksh.sav
Create a link to another of the login
shells by using the ln
command. For example:
ln -s sh ksh
Turn your key mode switch to the Normal
position.
Reboot your system login to your system
as the root user and try replacing the damaged or missing shell from another
system that has the same release level as your system, either through the
network by running the ftp
command or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, the ownership, and the location of your
previous file.
|
3004-010 |
Failed setting terminal ownership and mode
Possible Causes
Procedures for Recovery
Log in as the root user and use the
System Management Interface Tool (SMIT) to do the following:
Enter smit user at the command
line and go to the Change / Show Characteristics of a User option
and enter in the user name at the User NAME prompt.
Change the group ID of the user on the
PRIMARY Group attribute.
Try logging in again.
If you cannot log in as the root user,
reboot your system as single user mode and change the root password.
Shut down your system and turn the key
mode switch to the Service position.
Reboot your system using the boot media.
Select the Maintenance option from
the Installation and Maintenance menu, then select Access a Root Volume
Group.
After identifying the correct volume group,
select Access this Volume Group and Start a Shell.
Run the cd
command and change the directory to the /etc file.
Add the following line to the group file:
system:!:0:root
Enter smit user and go to the
Change / Show Characteristics of a User option and enter in root
at the PRIMARY Group attribute; press Enter.
Turn the key mode switch to the Normal
position.
Reboot your system and log in as the root
user.
Check the /etc/security/limits file and increase the default setting of your login
ID.
|
3004-015 |
TSM was unable to open port PathName
Possible Causes
Procedures for Recovery
Log in as the root user and check if the port in the path name exists.
If the port exists, rename the port by using the
mv command.
Create the new port name by using the
mknod command or by rebooting the system.
If the port name does not exist, create a new port name by using the mknod command
or by rebooting the system with the shutdown -Fr
command.
If you cannot log in as the root user, reboot your system as a single user mode and
re-create the port.
Shut down your system and turn the key
mode switch to the Service position.
Reboot your system using the boot media.
Select the Maintenance option from
the Installation and Maintenance menu, then select Access a Root Volume
Group.
After identifying the correct volume group,
select Access this Volume Group and Start a Shell.
If the port in the path name exists, rename
the port by using the mv command.
Turn the key mode switch to the Normal
position and reboot the system with the shutdown -Fr command.
|
3004-017 |
TSM was invoked with an illegal baud rate
Possible Causes
Procedures for Recovery
Make sure that your system has access to the PdAt ODM file located in the /usr/lib/objrepos
directory.
Make sure that there is a link file
/etc/objrepos/PdAt pointing to the /usr/lib/objrepos/PdAt file.
If you suspect that the file is damaged
or is missing, you can replace the file from another system that has the
same release level as your system. Do this either through the network by
running the ftp
command or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, the ownership, and the location of your
previous file.
|
3004-019 |
TSM encountered an error on terminal /dev/Name
Possible Causes
Procedures for Recovery
|
3004-024 |
ioctl failed errno Number
Possible Causes
You tried to log in to a system in which
the tty configuration is damaged.
The cable attached to the terminal is
damaged.
You tried to log in to a system that has
a damaged /usr/sbin/tsm file.
Procedures for Recovery
Using the System Management Interface
Tool (SMIT), select the Devices option, then remove and re-add the tty
configuration.
Run the errpt-a command to check for cabling or other hardware problems.
If you suspect that the /usr/sbin/tsm
file is damaged and you can log in as the root user, check the /usr/sbin/tsm
file.
Make sure that the /usr/sbin/tsm
file has the correct permission and ownership. The permission should be
set to -r-sr-xr-x and ownership of root security.
You can change the permission by using
the chmod
command.
Use the chown
command to set the correct ownership.
If you still have problems, replace the
file from another system that has the same release level as your system,
either through the network by running the ftp
command or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, ownership, and location of your previous
file.
If you cannot log in as the root user,
start your system as single user mode and recreate the port.
Shut down your system and turn the key
mode switch to the Service position.
Reboot your system using the boot media.
Select the Maintenance option from
the Installation and Maintenance menu, then select Access a Root Volume
Group.
After identifying the correct volume group,
select Access this Volume Group and Start a Shell.
Check if the /usr/sbin/tsm file
has the correct permission and ownership. The permission should be set
to -r-sr-xr-x and ownership of root security.
You can change the permission by using
the chmod
command.
Use the chown
command to set the correct ownership.
If you still have problems, replace the
file from another system that has the same release level as your system.
Do this either through the network by running the ftp
command or through a diskette by using the backup
and restore
commands.
When you restore the file, make sure that
it preserves the permission code, the ownership, and the location of your
previous file.
|
3004-026 |
tcsetattr failed errno Number
Possible Causes
You used the tsm, getty,
rlogin, or telnet command to access a communications port
that is locked, disabled, or nonexistent.
Procedures for Recovery
Check port definitions using the System
Management Interface Tool (SMIT) to verify that the port you are attempting
to access is properly defined.
If you are attempting to access a /dev/tty# device, use SMIT
and from the command line enter the following to check the tty port definition:
smit tty
Select the Change/Show Characteristics
option from the menu. Pay particular attention to the Number of BSD STYLE
symbolic links field.
Ensure that this setting is greater than
the number of connections expected on the computer.
Verify that the STATE field of the pty
device is set to available.
Use the lsdev
-c command to check the availability of the tty and pty devices.
If you are attempting to access a pseudo-terminal directly by means
of the /dev/pts/# or /dev/ptc/# device, try using a different
port number than the one you are using. The port number you use cannot
be greater than the Number of BSD STYLE symbolic links defined for the
pty device in SMIT.
|
3004-030 |
You logged in using all uppercase characters
Possible Causes
Procedures for Recovery
|
3004-031 |
Password read timed out--possible noise on port
Possible Causes
Procedures for Recovery
|
3004-312 |
All available login sessions are in use
Possible Causes
Procedures for Recovery
|
3004-501 |
Cannot su to root: Authentication is denied - or Account has expired?
Possible Causes
Procedures for Recovery
Verify the password and entere the su command again.
Using the System Management Interface Tool (SMIT), remove the expiration date from that ID,
or change the date to a new expiration date.
|
3004-686 |
Group Name does not exist
Possible Causes
Procedures for Recovery
|
3004-687 |
User does not exist
Possible Causes
Procedures for Recovery
|
3004-692 |
Error changing String to String : Value is invalid
Possible Causes
Procedures for Recovery
Ensure that the group name is valid.
When using the mkuser or
chuser command to change the pgrp attribute, or when using SMIT to add a new user, verify that the
group name exists with the lsgroup command, as follows:
lsgroup ALL | awk '{print $1}'
Ensure that the shell exists.
When using the chuser command to change the shell
attribute, verify that the shell exists by doing one of the following:
Ensure that the attribute value is valid.
When using the chuser command to change attribute values, or
specifying user attributes with SMIT, verify that the attribute value is valid.
See the /etc/security/user
file for a listing of valid values for the following attributes:
login su rlogin
telnet daemon admin
sugroups tpath ttys
expires auth1 auth2
umask
See the /etc/security/limits
file for a listing of valid values for the following attributes:
fsize cpu data
stack core rss
Ensure that the id and admin attribute values are valid.
When using the chgroup
command, ensure that the id attribute is an integer, and the admin
attribute is one of the following:
yes no
true false
always
Ensure that valid values are specified.
When using the pwdadm
-f command, ensure that the value following the flag is one or more of the following:
NOCHECK
ADMIN
ADMCHG
|