Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Change LV (1)
Create LV (1)
Eject (1)
Extend LV (1)
Extend VG (1)
IBM eServer Certification Study Guide - pSeries AIX System Administration (1)
List VG (1)
LV (1)
Reduce VG (1)
VG (3)
Make/Add a Device
Change Device
List Device
Remove Device
List Device properties
List Device configuration
1. Make/Add a Device
We want to install new device in server, this case we should run following
command
Suppose we want to install new Hard disk
2. Change Device
Suppose we want to change device configuration, this case we should run
following command.
We want to change PVID (Physical volume ID) for Hdd
#chdev l hdisk0 a pv=clear (To clear the PVID)
3. List Device
Suppose we want to list device configuration details, this case se should run
following command.
Whenever we list the device information that information is listed from ODM
because ODM is storing the device information.
#lsdev C (To list the Customized device configuration information from
ODM)
#lsdev P (To list the Predefined device configuration information from
ODM)
The above commands list the object class device information; it will list all
the device information.
Cc
Cc
Cc
Cc
disk
processor
adapter
memory
4. Remove Device
Suppose you want to remove device from server. Suppose it is one HDD.
First you have removed the HDD from server. Then you checking device
configuration details using
#lsdev Cc disk
Or
#odmget CuDv
It will show the device status
There is two options is available in device removal
#rmdev dl hdisk5
The above command is used to remove hdisk5 device from ODM (complete
removal from OS)
After executing the above command this hdisk5 configuration is not available
in ODM
#odmget CuDv | grep hdisk5
It wont display anything because device configuration is removed from ODM
Suppose you want to remove device from the server not from ODM
This case you should use the following command.
#rmdev l hdisk5
The above command is used to remove hdisk5 device from server, this
device configuration is available in ODM (not from OS)
After executing the above command this hdisk5 configuration is available in
ODM and device status is defined
#odmget CuDv | grep hdisk5
It will show Hdisk5 configuration details but device status is 0
If you want install hdisk5 device again, you should run the following
command
#cfgmgr
#cfgmgr scsi0 (Directly you can search device on Parent device scsi0)
After executing above commands the device hdisk5 become to Available
state.
And device status is 1
5. List device Properties (attributes)
Suppose you want to check the device attributes details, you should use
following commands.
El
El
El
El
E Effective
l - Device
Like this all the devices.
Suppose you want to check the device configuration details, you should use
following commands.
Suppose you want to see HDD FRU number
#lscfg (it will show full system information)
#lscfg vl hdisk0 (It will show HDD configuration details FRU)
#lscfg vl eth0 (It will so MAC address details of eth0)
Like this all the devices.
NOTE:
#bindprocessor q (It will show processor information)
Suppose you are using backup device, currently connected and configured
with server.
First you switch on the server, at this time tape driver is not switched on.
While booting the server, it is checking the tape drive, but tape is now
powered on so tape drive is moved to defined state, status will be 0, Now
tape drive is switched on now we want to activate the tape drive, we can
activate the tape drive without rebooting the server using
#mkdev l rmt0 (After executing the command tape drive is come to
available state)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
AIX - Backup
AIX - Backup
Using backup and tar command to we can take full backup and incremental
backup
Using tar command we can normal backup, in this tar we cannot take day
wise incremental backup
#tar cvf destination source
#tar cvf /dev/rmt0 /usr/sbin
#backup if /dev/rmt0 /usr/sbin (For AIX full backup)
/usr/sbin directory files is backup to tape
backup
restore
rootvg backup
restore rootvg backup
non rootvg backup(other than rootvg)
restore non rootvg backup(other than rootvg)
rewind, eject and erase the tape
1. Fix Installation
Fix is a just like patch, if any issues on server, we should install or update
that fix level then only problem will solved,
Problems like, slow performance, particular application is not working
properly. This case of problems we should update the fix.
Suppose we want to install fix, Using
#instfix k Fixname d device
#instfix k IK00891 d /dev/cd0
-k - Keyword to mention the fix name
-d - Device to mention device name
The above command is used to install the given fix IK00891 from cdrom
drive.
NOTE:
Whenever we installing the fileset or fix, in that current path should have the
.toc (table of content) file. If this files not available we cannot install any
fileset or fix from that current path
If file is not available, we can create the .toc file using command
#inutoc .
The above command is used to create the .toc file
1.
2.
3.
4.
Create group
List group
Change group
Remove group
The above command list the status of all the daemons, like this we can list
and check the status of the daemons
After increasing the file system size, we can verify using commands
#df k
#ls q /newfs
Rename the file system using chfs command
#lsfs /newfs
It will display /newfs details
#
Now we want to rename /newfs to /testfs then your command will be
#chfs m /testfs /newfs
After executing the above command /newfs renamed as /testfs
We can auto mount the file system while booting using chfs command
#chfs A /testfs
Create FS
Using crfs command we can create a file system. File systems belongs to
LVs
Whenever we create the file system we should mention the LV name
#crfs v jfs2 d testlv m /newfs (Normal creation)
The /newfs file system created on testlv.
#crfs v jfs2 g testvg a size=64465 m /newfs (Directly we can create /fs
from VG
This case lv name will be lv00 or lv01 like this after that also we can rename
the lv name)
Testlv lv name
2- No of copies, (we can make 3 copies also; this case you put 3 and
mention hdisk0 then third copy will be available in hdisk0)
##mklvcopy testlv 3 hdisk0 ( It will make third lvcopy on hdisk0
After executing above command testlv is copied to hdisk2
If you want to confirm, execute the following command
#lslv m testlv (it will show lvcopy details for testlv)
Hdiks1 hdisk2 hdisk0
The above command shows LV size, no of LPs and some other information
about LV, suppose LV has 10 LPs and usage is up to 95% full, that time we
can increase the LV size online by adding no of LPs in newlv i.e.
#extendlv newlv 5
After executing the above command 5 PPs added with newlv, then some
additional space will available in newlv. Suppose you want to see this
changes again use the lslv command
#lslv newlv (it will show no of LVs is 15 and some additional
newlv
Now we want see newlv properties, then your command will be
#lslv newlv
The above command is used to display the newlv properties, i.e. available
pps mount pint, label name, stale partitions. Etc.
#lslv m newlv To display the lvcopy informations
Now you execute lsfs command, it will show the /newfs details
#lsfs a
This is just for VG activation; some times clients want to deactivate VG for
project restriction. After that we want to activate the VG for further data
access
Suppose we want to activate testvg, then your command will be
#lsvg
Rootvg
Datavg
Testvg
The above command shows what are VGs available
#lsvg o
Rootvg
Datavg
The above commands shows only online VGs because testvg is offline so we
have to activate testvg
#varryonvg testvg
#lsvg o
Rootvg
Datavg
Testvg
Now above command is display the testvg.
#smitty tcpip
It will ask following details
Hostname
IP address
Subnet mask
DNS server
DNS Server name
Gateway
#
Or
#ifconfig en0 inet 192.168.1.1 netmask 255.255.255.0 up (Configure en0
starts Immediately)
a. File system name (what file system you want to export i.e. /usr)
b. Specify the target host name (destination host name i.e. serverB)
If this box is empty, then this exporting file system is allowed to all the
clients.
c. Specify the access permissions (Read only, Read write)
d. Host allowed root access (Source Server name, ServerA)
e. Then press enter button to execute the above configuration finally result
will be OK, if you got OK output then your configurations are exported
properly. If you got FAILED error message then you have to check the
configuration.
NOTE: After exporting the file system, that exported file system will be
added in /etc/exports, and /etc/xtab because while boot process, server is
checking exported file systems from above files, if entry found in the above
file then file system are exporting on boot process.
b. Specify the path name of remote directory (This is server file system
name i.e. /usr, which file system was exported by server)
c. Host where remote directory resides (This is exporting source server
name i.e. ServerA)
d. Mount type name (Specify the file system type jfs2)
e. Then press enter button to execute the above configuration, finally it will
exported.
ODM generally used for Maintain the System information, whenever we install and
reconfigure the hardware device and software, that informations added in ODM,
Mainly ODM used to store the following informations
1. Hardware vital product data information
2. Software information
3. Smit menu
4. Nim
5. TCPIP
6. Error log
1. Device configuration information
2. Display information for SMIT (menus, selectors, and dialogs)
3. Vital product data for installation and update procedures
4. Communications configuration information
5. System resource information.
But we cannot see any ODM information in file format, but this ODM information
available in many files and different path,
1. /etc/objrepos
2. /usr/lib/objrepos
3. /usr/share/lib/objrepos
NOTE:
For ODM some variable entry available in /etc/environment file.U should not edit
anything in this file. If you want to check the variable entry using command
#env
The above command is used to display the variable details
ODM has two kinds of Databases
1. Pre-defined (PdDv)
2. Customized(CuDv)
1. Predefined
In this predefined Database has one Object class (PdDv) and Objects i.e.
PdDv (Object class)
Object: (Physical Informations)
Floppy drive
Harddisk drive
Mouse like this all the devices.
2. Customized
In this customized Database has one Object class (CuDv) and Objects i.e.
CuDv (Object class)
Objects: (Installed configuration informations)
Hdisk0
Hdisk1
Fd0
Sa0
Rmt0
Cd0
Scsi0 like this all the devices
ODM States:
ODM has two states
1. Available (device status will be 1)
2. Defined (device status will be 0)
Suppose we are installing one HDD in server. That device is currently accessible
this is available state.
Suppose that installed device is removed from server or hdd has failed. This case
that device is moved to defined state. i.e. that device configuration is available in
server but currently device is not accessible.
We can see this available and defined device status using odmget command
#odmget CuDv ( It will display the customized device status)
ODM Commands:
For object:
1. odmadd
2. odmchange
3. odmget
4. odmdelete
1. odmadd
The above command is used to manually we can add object information in ODM
2. odmchange
4. odmdelete
#odmdelete o CuDv q name=hdisk0
The above command is used to delete the specified object hdisk0 in ODMe
For object class:
1. odmcreate
2. odmdrop
3. odmshow
1. odmcreate
The above command is used to manually we can add object class (PdDv) in ODM
2. odmdrop
The above command is used to stop the specified Object class in ODM
3. odmshow
The above command is used to display the specified object class in ODM
NOTE:
You should not add, delete, change, for object and object class in ODM
(100 % we dont have permissions for ODM)
AIX - Quorum
The following commands change the quorum for the volume group testvg. This
Attribute determines if the volume group will be varied off or not after losing the
Simple majority of its physical volumes.
To turn off the quorum use the command:
#chvg -Qn testvg
To turn on the quorum use the command:
# chvg -Qy testvg
Quorum is used for data integrity. When we activate quorum in VG it will recover
51% of data in VG
If we have DATAVG, This DATAVG has two PVs hdisk1, hdisk2.
First PV hdisk1 has 2 * VGDA and 1 *VGSA
Second PV hdisk2 has 1* VGDA and 1*VGSA
Each VGDA has 33% of data, so hdisk1 has 2 VGDA, it will protect 66% of data and
Second PV hdisk2 has 1 VGDA, it will protect only 33% data.
The first block of user data within the LV. For big volume groups there is
Additional LVCB information in VGDA on the disk. For scalable volume groups
All relevant logical volume control information is kept in the VGDA as part of
The LVCB information area and the LV entry area.
#lsvg p testvg
Hdisk9
#
Now we will remove the pv from testvg
#reducevg f testvg hdisk9
f- option is used to force reduce, you have data in pv hdisk9, that time I will not
any questions, directly it will remove the pv from testvg. Suppose 2 PVs available
in testvg then one by one we can reduce the PVs
AIX - Restore
AIX - Restore
Using tar and restore command we can restore the data in server
Using tar command we can restore data to server, this is normal restore
#tar xvf /dev/rmt0
The tape backup is restored to /data directory.
Using restore command we can restore the data
This image.data file contains all the file system informations in rootvg while restore
the rootvg backup, before start the restore it will read the informations from the
image.data file
After the command execution rootvg backup created in tap, If OS got corrupted,
that time we can restore the os from rootvg backup.
NOTE: While taking rootvg backup we can exclude unwanted file systems in backup
process. If you not required following file systems in mksysb backup,
/var log files
That time you should put entry in /etc/exclude.rootvg,
While creating the rootvg backup, first tape is spitted in to 4 blocks (block size is
512)
customized BOS install procedures and dictates how the BOS install program will
behave. You can customize this file before issuing the mksysb command or use a
procedure to customize this file after the image backup is done.
AIX - Scheduling
AIX - Scheduling
In Aix Os we can schedule jobs using crontab command; these jobs are executed in
background at mentioned time.
If Administrator want to create five users on next week, but next week system
administrator is out of country, that time admin can schedule this user creation job
one week before using crontab command, so that server will create 5 users at
scheduled time.
In this scheduling we can do following things.
1. List scheduling
2. Edit scheduling
3. Clear scheduling
4. Assign user permissions
If u want to deny kumar user for crontab process, that time you put entry in
/var/adm/cron/cron.allow file
If u want to allow kumar user for crontab process, that time you put entry in
/var/adm/cron/cron.deny file
Like this we can assign permissions to users for crontab process
NOTE: In AIX OS at command also available for schedule the job, in this at
command we cannot specify the multiple jobs, at a time we can run single job only,
now a days this at command is not using by users, they are using only crontab
9. List the Installed Fileset contents (What are the files available in File Set)
10. To finding the file, Extracted from which Fileset.
11. To find the command file path
12. To view the fileset history
1. Fileset Installation
The Filesets has additional support files for AIX. Suppose we need additional files,
we can install it from Base operating system (bos) CD, Bonus software CD,
Expansion Software CD, LPPs (Licensed program product) CD.
NOTE:
If we want to check the AIX Server performance, we need topas command, this
topas command is not by default come under AIX OS installation, So that topas file
we have to install from some other CDs.
First we should mount the CDROM drive in server.
When we mount the CDROM, we required mount point like one directory.
So we should create the directory. Eg. /cdmnt (Directory name will be whatever
may be)
#mkdir mount point
#mkdir cdmnt
Then u can mount the CDROM drive in cdmnt directory
#mount v cdrfs o ro /dev/cd0 /mount point
#mount v cdrfs o ro /dev/cd0 /cdmnt
Verify the Cdrom drive mount process.
#mount
The above command will show the cdrom drive mount point i.e. /cdmnt and cdrfs
file system.
Then u go to /cdmnt folder
#cd cdmnt
#pwd
cdmnt
#
Now topas file will be under bos.permaget.tool file set. Now we should find the file
set in software cd.
To find the file set using command #installp Ld /dev/cd0 | grep bos.perf*
If the above bos.permaget.tool file set is available in cd, it will show otherwise it
wont show.
If file set is found then we have to install the fileset.
To install the file set using #installp agxpd /dev/cd0 file set (for preview
installation)
i.e. #installp agxd /dev/cd0 bos.permaget.tool (for installation)
see difference
Options agxpd for preview
-agxd for installation
When we type the above command, fileset installation will start and topas file
extracted from the fileset and it will store to /usr/sbin/topas (super user or
administrator commands stored in /usr/sbin)
After that we can use topas performance monitor utility.
#topas
The above command will display the system performance status, like cpu usage,
memory usage, io usage (hdisks) network usage, paging space usage .
Flags:
a - Apply
g Perquisites (supporting file)
x Expand the space
p Preview
d Specify the device
After preview we can install the Fileset
#installp agxd /dev/cd0 bos.rte
After Installation, old installed fileset configuration is moved to /usr//lpp/package
(fileset), and updated fileset also available in /usr/lpp/package.
After updating the fileset that installed fileset is moved to applied state, suppose
applied filesets are working properly, then we have to commit the updated fileset
for permanent installation. Otherwise we will remove the updated fileset using
reject option.
Now we will commit the updated fileset using
#installp cgx fileset name
#installp cgx bos.rte.command
The above command is used to commit the updated fileset.
5. Remove the Committed fileset (It is complete fileset removal not reject)
After commit the fileset, that fileset is moved to permanent installation, we cannot
reject, we have to uninstall the fileset only.
Now we will uninstall the committed fileset using:
#installp ugp Fileset name
#installp ugp bos.rte.command (For preview)
#installp ug bos.rte.command (For un installation)
The above command is used to uninstall the committed fileset.
9. List the installed fileset content (What are the files available in fileset)
Suppose we want to see bos.rte.command fileset content, using
#lslpp f fileset name
#lslpp f bos.rte.command
The above command is display the bos.rte.command file
Basically bos.rte.command fileset has user commands So it will show the
/usr/bin/ls,
The above command is display the given file path i.e. the above command output
will be
/usr/bin/ls
Suppose we want to savevg path, using
#which savevg
/usr/sbin/savevg
12. To view the fileset history:
Using #lslpp h fileset name
#lslpp h bos.rte.command
The above command output will be full details of fileset.
Fileset version, installed time, date
NOTE:
Whenever we installing the fileset or fix, in that current path should have the .toc
(table of content) file. If this file is not available we cannot install any fileset or fix
from that current path
If file is not available, we can create the .toc file using command
#inutoc .
The above command is used to create the .toc file
Rpc.lockd started
Rpc.statd started
#
The above command is start all the 5 subsystems at the same time, but it is not
recommended.
Like this we start single subsystem or group of subsystems.
alog
Creates and maintains fixed-size log files.
alog -o -t boot : view the boot log (the log that holds boot information).
alog -L : lists the logs defined in the alog database.
errpt
Generates a report of logged errors in the system error log.
errpt -a : displays a complete detailed report.
errpt -c > /dev/console : formats and displays each of the errors at logtime
(concurrent error logging) on /dev/console.
errdemon
Starts the error logging daemon errdemon that reads error records from the
/dev/error file and creates error log entries in the default system error log
/var/adm/ras/errlog.
/usr/lib/errdemon : starts the error logging daemon.
/usr/lib/errdemon -l : displays the path to the system error log file and error log
size.
/usr/lib/errdemon -s 2000000 : changes the maximum size of the error log file to 2
MB.
syslogd
The syslogd daemon logs messages from kernel, daemons and system applications
using /etc/syslog.conf.
*.debug errlog (add this line to to syslog.conf to redirect all syslog messages to the
system error log).
stopsrc -s syslogd : stops the syslogd daemon.
startsrc -s syslogd : starts the syslogd daemon.
refresh -s syslogd : refreshes the syslogd daemon.
errlogger
Logs an operator message.
errlogger new disk added on scsi1 adapter : logs "new disk added on scsi1 adapter"
in the system error log.
errclear
Deletes entries from the system error log. Software and operator errors (older than
30 days) and hardware errors (older than 90 days) are removed using crontab.
errinstall
Installs or replaces messages in the error logging message sets of the error log
message catalog.
errupdate
Updates the Error Record Template Repository (default file /var/adm/ras/errtmplt).
diag
Menu driven program to run a wide choice of tasks and service aids (diagnostics,
hardware error report, format, microcode and bootlist management, ...).
Diagnostics modes:
Concurrent mode: diag is used during normal operation (only devices not in use can
be tested).
Single-user mode: run diag after shutdown -m.
Stand-alone mode: boot from Diagnostics CD (press F5 when acoustic beep is
heard)
or boot and press F6 when acoustic beep is heard to load diag from hard disk.
if diag returns "diag is not supported on this model" use:
SMS mode: boot and press F1 when acoustic beep is heard, select "test the
computer". Some older models use a SMS diskette.
alt_disk_install
Installs an alternate disk with a mksysb install image or clones the currently
running system to an alternate disk.
Note: install bos.alt_disk_install fileset to use alt_disk_install.
alt_disk_install -C hdisk2 : Clones the current rootvg to hdisk2.
alt_disk_install -C -b update_all -l /dev/cd0 hdisk4 : Creates clone of the current
rootvg on hdisk4, installs a ML on the clone and changes the bootlist to hdisk4.
alt_disk_install -X old_rootvg : Removes the original rootvg from the ODM, after
booting from the new alternate disk (you can still reboot from old_rootvg).
nimadm
Performs Alternate Disk Migration (to a new version or release) of AIX using NIM
resources.
nimadm -c aix1 -s spot2 -l lpp2 -d "hdisk1 hdisk2" -Y : migrates totarget NIM client
aix1, using NIM SPOT resource spot2, the NIM lpp_source lpp2, and hdisk1 and
hdisk2 target disks, and agreeing to all required software license agreements for
the software being installed (-Y).
nim -o alt_disk_install -a source=rootvg -a disk='hdisk2' -a phase=12 holland :
clones a rootvg on client holland to hdisk1, but only run phase1 and phase2
(leaving the /alt_inst file systems mounted).
#lsuser Test (It will list modified Test properties, group is system, staff)
Like this we can change all the user properties
Otherwise any user can change the Test user password. This not recommended
security.
$pwd
/home/Test
$passwd Test
Enter the old password: *****
Enter the new password: *****
Confirm password again: *****
NOTE: If you are forgotten root password that time what you will do.
Answer: boot the server with BOS Cd and go to maintenance mode, access the
rootvg, then you can change the password for root.
Like this we can change the password for users.
#lsvg l datavg
Hdisk4
Hdisk5
Hdisk6
AIX -NETWORK
The below are the activities performed in NETWORK:
1. NIC Configuration
2. Assign IP address to NIC
3. Disable IP address
4. Enable IP address
5. Remove IP address
6. Check the NIC IP status
7. Check the NIC device status
8. Check the network statistics
9. To change HOST name
10. Trace the HOST
11. Assign gateway to network
12. Clear the gateway table
AIX History
AIX Version 1, introduced in 1986 for the IBM 6150 RT workstation, was
based on UNIX System V Releases 1 and 2. In developing AIX, IBM and
INTERACTIVE Systems Corporation (whom IBM contracted) also
incorporated source code from 4.2 and 4.3BSD UNIX.
Among other variants, IBM later produced AIX Version 3 (also known as
AIX/6000), based on System V Release 3, for their IBM POWER-based
RS/6000 platform. Since 1990, AIX has served as the primary operating
system for the RS/6000 series (later renamed IBM eServer pSeries, then
IBM System p, and now IBM Power Systems). AIX Version 4, introduced in
1994, added symmetric multiprocessing with the introduction of the first
In the late 1990s, under Project Monterey, IBM and the Santa Cruz
Operation planned to integrate AIX and UnixWare into a single 32-bit/64-bit
multiplatform UNIX with particular emphasis on running on Intel IA-64
architecture CPUs. A beta test version of AIX 5L for IA-64 systems was
released, but according to documents released in SCO vs. IBM, less than
forty licenses for the finished Monterey Unix were ever sold before the
project was terminated in 2002.
AIX 6 was announced in May of 2007 and ran an open beta from June 2007
until the general availability (GA) of AIX 6.1 on November 9th, 2007. Major
new features in AIX 6.1 included full role-based access control, workload
partitions (which enable application mobility), and live partition mobility on
the POWER6 hardware.
2. Migration:
In this migration Installation, Operating system Updated from lower level to higher
level i.e. Aix 5.1 To Aix 5.3 or Aix 5.2 To Aix 5.3 ,
NOTE:
In this installation System data will not be affected except the /tmp file system. i.e.
/tmp file system will be deleted and newly created.
3. Preservation:
This installation is overwriting the existing OS and user data directory /home only
persevered, rest of the directories /, /var, /tmp, /etc, /dev, /opt will be deleted and
newly created.
NOTE:
In this installation we can preserve additional directories also, suppose if you want
preserve /opt, this case u should put /opt file system entry in /etc/preserve.list file.
One of the novel aspects of the RT design was the use of a microkernel, called
Virtual Resource Manager (VRM). The keyboard, mouse, display, disk drives and
network were all controlled by a microkernel. One could "hotkey" from one
operating system to the next using the Alt-Tab key combination. Each OS in turn
would get possession of the keyboard, mouse and display. Besides AIX v2, the PICK
OS also utilized this microkernel.
Much of the AIX v2 kernel was written in the PL/I programming language, which
proved troublesome during the migration to AIX v3.[citation needed] AIX v2
included full TCP/IP networking, as well as SNA and two networking file systems:
NFS, licensed from Sun Microsystems, and Distributed Services (DS). DS had the
distinction of being built on top of SNA, and thereby being fully compatible with DS
on the IBM midrange AS/400 and mainframe systems. For the graphical user
interfaces, AIX v2 came with the X10R3 and later the X10R4 and X11 versions of
the X Window System from MIT, together with the Athena widget set. Compilers for
Fortran and C were available. One of the more popular desktop applications was the
PageMaker desktop publishing software.
IBM mainframes
In 1988, IBM announced AIX/370, also developed by Locus Computing. AIX/370
was IBM's first attempt to offer Unix-like functionality for their mainframe line,
specifically the System/370. AIX/370 was released in 1990 with functional
equivalence to System V Release 2 and 4.3BSD as well as IBM enhancements. With
the introduction of the ESA/390 architecture, AIX/370 was replaced by AIX/ESA in
1991, which was based on OSF/1, and also ran on the System/390 platform. This
development effort was made partly to allow IBM to compete with Amdahl UTS.
Unlike AIX/370, AIX/ESA ran both natively as the host operating system, and as a
guest under VM. AIX/ESA, while technically advanced, had little commercial
success, partially because UNIX functionality was added as an option to the existing
mainframe operating system, MVS, which became MVS/ESA Open Edition in 1999.
POWER/PowerPC-based systems
The release of AIX version 3 (sometimes called AIX/6000) coincided with the
announcement of the first IBM RS/6000 models. The RS/6000 was unique in that it
not only outperformed all other machines in integer compute performance, but also
beat the competition by a factor of 10 in floating-point performance.
Releases of AIX version 3 also took advantage of the developments in the POWER
architecture.
AIX v3 innovated in several ways on the software side. It was the first operating
system to introduce the idea of a journaling file system, JFS, which allowed for fast
boot times by avoiding the need to fsck the disks on every reboot. Another
innovation was the introduction of shared libraries, which avoided the need for an
application to statically link to the libraries it used. The resulting smaller binaries
used less of the hardware RAM, to run, and used less of the disk space to install.
Besides improving performance, it was a boon to developers: executable binaries
could be in the 10s of kilobytes instead of a megabyte for an executable statically
linked to the C library. AIX v3 also ditched the microkernel of AIX v2, a contentious
move that resulted in v3 being somewhat more "pure" (and containing no PL/1
code) than v2.
Apple Network Servers
The Apple Network Server systems were PowerPC-based systems designed by
Apple Computer to have numerous high-end features that standard Apple hardware
did not have, including swappable hard drives, redundant power supplies, and
external monitoring capability. These systems were more or less based on the
Power Macintosh hardware available at the time but were designed to use AIX
(versions 4.1.4 or 4.1.5) as their native operating system in a specialized version
specific to the ANS.
AIX was only compatible with the Network Servers and was not ported to standard
Power Macintosh hardware. Not to be confused is A/UX, Apple's earlier version of
Unix for 68k-based Macintoshes.
IA-64 systems
As part of Project Monterey, a beta test version of AIX 5L was released for the IA64 (Itanium) architecture in 2001, but this was abandoned before it became an
official product due to the lack of interest in the finished Project Monterey system,
as well as the overall lack of uptake of the IA-64 architecture by a skeptical
marketplace, which largely gravitated towards the Project Trillian port of Linux as
the primary platform OS.
#lslv newlv (it will show no of LVs is 15 and some additional space)
List LV
Suppose we want see what are the Lvs available in datavg, then your command
will be
#lsvg l datavg
It will login list LV details
newlv
Now we want see newlv properties, then your command will be
#lslv newlv
The above command is used to display the newlv properties, i.e. available pps
mount pint, label name, stale partitions. Etc.
#lslv m newlv To display the lvcopy informations
not any questions, directly it will remove the pv from testvg. Suppose 2 PVs
available in testvg then one
bosboot
Creates boot image. It does not update the bootlist in the NVRAM.
bosboot -a -d /dev/hdisk0 : Re-create boot image on hdisk0.
bosboot -a -d /dev/ipldevice -D : creates a boot image with the KDB
debugger enabled.
mklv
Creates a logical volume.
mklv -y hd5 -t boot rootvg 1 : re-create boot LV (BLV) hd5.
lslv
Displays information about a logical volume.
lslv -l hd5 : determines the boot disk.
mkboot
Creates the boot image, the boot record, and the service record.
mkboot -c -d /dev/hdisk0 : clears the boot record of PV hdisk0.
chpv
Changes the characteristics of a physical volume in a volume group.
chpv -c hdisk1 : clears the boot record of PV hdisk1.
bootinfo Determines and displays various boot information, including boot
device type and boot device name (NOT supported in AIX 4.2 or later).
bootinfo -b : returns the last boot device.
bootinfo -B hdisk0 : returns 1 if disk is bootable, 0 if not.
bootlist
Displays or alters the list or ordering of boot devices available to the system.
Normal boot list: possible boot devices for normal mode.
Service boot list: possible boot devices for service mode.
Previous boot device: last device from which the system booted.
Support of these boot lists is model dependent.
bootlist -m normal -o : displays the normal boot list.
bootlist -m service -o : displays the service boot list (if available).
bootlist -m normal cd0 hdisk0 hdisk1 : makes changes to the normal boot
list.
bootlist -m prevboot : invalidates the last device from which the system
booted.
halt or fasthalt
Writes data to disk (sync) and then stops the system. The system does not
restart. Do not use this command if other users are logged into the system.
reboot or fastboot
Restarts the system. Can be used if no other users are logged into the
system.
shutdown
Halts the operating system. Checks the existence of the executable
/etc/rc.shutdown file (added by the administrator) that specifies all the
applications and other user processes to close down.
By default the shutdown command powers down the system (if supported
and issued).
shutdown -Fr : fast system shutdown and restart.
shutdown -m +1 : brings the system down to maintenance (single user)
mode after waiting one minute.
shutdown -l : logs the output during the shutdown to /etc/shutdown.log.
last
Displays information about previous logins using the /var/adm/wtmp file.
last reboot : displays the time between reboots.
last shutdown : lists last shutdowns of the system.
uptime
Shows how long the system has been up.
uptime : displays the current time, the length of time the system has been
up, the number of users online, and the load average.
sync
Updates the i-node table and writes buffered files to the hard disk.
lslicense
Displays the number of fixed licenses and the status of floating licensing.
There are two types of user licensing, fixed and floating. Fixed licensing is
always enabled. Floating licensing can be enabled or disabled.
lslicense -A : displays the number of available fixed licences on the system.
chlicense
Changes the number of fixed licenses and the status of the floating licensing
(updates login.cfg).
chlicense -I -u 50I -u 50 : changes the fixed license number immediately to
50 (without rebooting).
chlicense -f on : enables the floating licensing.
lsitabLists records in the /etc/inittab file.
chitab
Changes records in the /etc/inittab file.
mkitab
Adds records to the /etc/inittab file.
rmitab
Removes records from the /etc/inittab file.
telinit or init
Initializes and controls processes.
0-9 Tells the init process to put the system in one of the run levels 0-9.
S,s,M,m Tells the init process to enter the maintenance mode. a,b,c Tells the
init process to examine only those records in the /etc/inittab file with a, b, or
c in the run-level field. Q,q Tells the init process to re-examine the entire
/etc/inittab file. N Sends a signal that stops processes from being
respawned.
telinit q : requests the init command to re-examine the /etc/inittab file.
who
Identifies the users currently logged in.