Unix System Administrator

To restore a mksysb without mirroring. the following procedure can be used NOTE: Access to another AIX system and an AIX formatted diskette is required to perform this procedure.  All references to the tape device in the next section are as rmt0. On another AIX system, place the mksysb tape in the tape drive. Change the block size of the tape drive to 512 by running: chdev -l rmt0 -a block_size=512   Create a temporary directory in /tmp called newdata .   mkdir /tmp/newdata Change to the /tmp/newdata directory. Enter:   cd /tmp/newdata    Make sure that the tape is rewound. Enter: tctl -f /dev/rmt0 rewind    Restore the image.data file from the second image of the mksysb tape. Enter: restore -s2 -xqvf /dev/rmt0.1 ./image.data    Edit the /tmp/newdata/image.data file and make c...

Creating a mksysb without mirroring If the ability to retrun the mksysb is available, the following procedure will allow you to create a mksysb without preserving mirroring.  To create a new image.data file, run the following command:  mkszfile  Change into the / directory and vi the image.data file. Enter: cd / vi image.data  The following examples show an lv_data stanza of an image.data file. The first example is with mirroring, while the second example shows the edited version without mirroring. The lines that need changes are marked by --> and are boldfaced. In the second example, the changes are made to those lines.        To view and edit the file,enter:  vi image.data Example 1     lv_data:                 VOLUME_GROUP= rootvg                 LV_SOURCE_DISK_LIST= hdisk0 ...

ntpdate[331858]: the NTP socket is in use, exiting  Stop ntp daemon :> stopsrc -s xntpd Try to update again:> ntpdate pool.ntp.org Start ntp daemon :> startsrc -s xntpd

The storage agent must be installed on a client system that has connections to storage resources on the SAN. Before beginning this procedure: Verify that your system meets the hardware and software requirements. Be sure that you have the information recorded in the configuration-information work sheets. Close all existing Tivoli® Storage Manager products prior to installing the storage agent. Installation will stop if an active Tivoli Storage Manager process is detected. If this occurs, close all active Tivoli Storage Manager products and retry installing the storage agent. The storage agent honors the Tivoli Storage Manager server environment variables DSMSERV_CONFIG. The instructions in this section are shown using the Software Management and Installation Tool (SMIT). You can also use the Install and Update Software Manager (installm). To reduce workload and processing time and to optimize LAN-free performance, do not install the storage agent and the Tivoli Storag...

This document describes the procedure for rebuilding a /$HOME/.Xauthority file. The information in this document applies to AIX 5.1 and higher. If you get an MIT magic cookie error when trying to gain remote access the CDE or Xdm, you may be able to solve the problem by rebuilding the .Xauthority file in the home directory of the user trying to log in. Follow these steps to create a /$HOME/.Xauthority file. Log in as user and confirm that you are in the user's home directory. Rename the existing .Xauthority file by running the following command mv .Xauthority old.Xauthority Generate a new .Xauthority file by running the following command: xauth generate :0 . trusted At the command line, create a new magic-cookie key by entering the following: randomkey=`/usr/bin/ksh -c 'echo $(( $RANDOM * $RANDOM * 2 ))'` Add a new entry for another server by running the following command: xauth add ${HOST}:0 . $randomkey To view a listing of the .Xauthority ...

when i was trying to login by Xmanger give the following error usr/bin/X11/xauth: 1356-361 Timeout in locking authority file /home/user-name/.Xauthority the solution log to the server by command line and run the following command $ xauth -b "Attempting to break locks on authority file /.Xauthority Using authority file /.Xauthority" exit to test run xclock

Resetting an unknown root password The following procedure describes how to recover access to root privileges when the system's root password is unavailable or unknown. The following procedure requires some system downtime. If possible, schedule your downtime when it least impacts your workload to protect yourself from a possible loss of data or functionality. The information in this how-to scenario was tested using specific versions of AIX®. The results you obtain might vary significantly depending on your version and level of AIX. Insert the product media for the same version and level as the current installation into the appropriate drive. Power on the machine. When the screen of icons appears, or when you hear a double beep, press the F1 key repeatedly until the System Management Services menu appears. Select Multiboot. Select Install From. Select the device that holds the product media and then select Install. Select the AIX version ...