Solved

AIX oslevel

Posted on 2014-02-14
5
511 Views
Last Modified: 2014-03-13
we have run into a major problem after increasing Oracle SGA from 60GB to 160GB at our prod server.

7.1
11g R2 oarcle
no large pages.

it was a sever memory issue,that caused us to revert changes.
now we are trying to reproduce the issue when we tried to reproduceon another server witha slightly higher OSLEVEL we were fine,but when tried at a very close oslevel we were able to reproduce.
prod=7100-00-02-1041

now have some confusion

why when we invoke nmon from both servers we get different results than oslevel -s
for instance
prod=
oslevel -s    7100-00-02-1041
although nmon home screen 7.1.0.2 TL00

while in the test box
oslevel -s   7100-00-02-1041
although nmon home screen  7.1.0.15 TL00

======================================
2nd Q how can we tell the difference in APAR's between 2 different oslevels,so we can tell what issues have caused the problem?
0
Comment
Question by:it-rex
  • 3
  • 2
5 Comments
 
LVL 68

Accepted Solution

by:
woolmilkporc earned 500 total points
Comment Utility
nmon will display the version of the fileset bos.mp64 on its home screen (and with "r").

Could it be that you installed a service pack on one system , but not with all required filesets?

Run on both systems

lslpp -l bos.mp64

Any differences? Probably!

Run

lppchk -v

Any messages?

Next, run

oslevel -sq

to display all known service packs.

Is the highest known service pack the same of both systems? Probably not!

If it isn't then run on the machine which displays a higher known SP than reported by "oslevel -s":

oslevel -sl <highest known service pack>

means: display all fileset updates required  to reach the indicated level which are missing.

On the other machine you should run

oslevel -sg <highest known service pack>

means: display all fileset updates which are on a higher level than required to reach the indicated level.

This is also the clue how to list the difference between the highest and the second-to-highest service pack level (as obtained with "oslevel -sq")

oslevel -sg <second-to-highest SP>

means: display all filesets required to go from second-to-highest to highest service pack.

Note: some filesets will be on an even higher level than the highest SP. This is due to packaging.
The list of known levels/filesets is in bos.rte.install and it can happen that this fileset is packaged before the latest update to another fileset is published and packaged.

You can also run

instfix -ic | grep 71-00-021041_SP

to list all installed fileset updates contained in the specified service pack.

Note: No dash between the service pack number ("02") and the service pack date ("1041").
0
 
LVL 11

Author Comment

by:it-rex
Comment Utility
lslpp -l bos.mp64
  Fileset                      Level  State      Description        
  ----------------------------------------------------------------------------
Path: /usr/lib/objrepos
  bos.mp64                   7.1.0.2  COMMITTED  Base Operating System 64-bit
                                                 Multiprocessor Runtime

Path: /etc/objrepos
  bos.mp64                   7.1.0.2  COMMITTED  Base Operating System 64-bit
                                                 Multiprocessor Runtime



lslpp -l bos.mp64
  Fileset                      Level  State      Description        
  ----------------------------------------------------------------------------
Path: /usr/lib/objrepos
  bos.mp64                  7.1.0.15  COMMITTED  Base Operating System 64-bit
                                                 Multiprocessor Runtime

Path: /etc/objrepos
  bos.mp64                  7.1.0.15  COMMITTED  Base Operating System 64-bit
                                                 Multiprocessor Runtime
=======================================================================
lppchk -v

no messages in both lpars
========================================================================
highest service pack
oslevel -sq

1st   7100-00-03-1115
2nd  7100-00-10-1334
========================================================================
0
 
LVL 11

Author Comment

by:it-rex
Comment Utility
I am not sure what I am supposed to do here:


If it isn't then run on the machine which displays a higher known SP than reported by "oslevel -s":

oslevel -sl <highest known service pack>

means: display all fileset updates required  to reach the indicated level which are missing.

On the other machine you should run

oslevel -sg <highest known service pack>

means: display all fileset updates which are on a higher level than required to reach the indicated level.
0
 
LVL 68

Expert Comment

by:woolmilkporc
Comment Utility
Both machines report a higher known service level than shown as "installed" by oslevel -s.

Run on 1st LPAR

oslevel -sl 7100-00-03-1115

and on 2nd LPAR

oslevel -sl 7100-00-10-1334

The filesets shown with these comands must be updated to reach the highest known service level.

It seems that you tried to update "1st" to SP 3, but some updates failed/were missing so you did just reach (or stay on) SP 2.

Similar is true for "2nd". You tried to update to SP 10, but many updates failed/were missing so you did just reach (or stay on) SP 2.

You should also run cleanup to to remove all incomplete pieces of the previous (interrupted?) installation:

installp -C

Any messages?

Anyway, you must decide which SP level you're willing to reach.
Service packs are cumulative, so you just have to make sure that you downloaded the complete desired SP package from Fix Central to then retry the upgrade.
Please record carefully all error messages from update_all, so in case the uprade might fail once more you can get some hints why.
0
 
LVL 11

Author Closing Comment

by:it-rex
Comment Utility
thanks
0

Featured Post

How your wiki can always stay up-to-date

Quip doubles as a “living” wiki and a project management tool that evolves with your organization. As you finish projects in Quip, the work remains, easily accessible to all team members, new and old.
- Increase transparency
- Onboard new hires faster
- Access from mobile/offline

Join & Write a Comment

Suggested Solutions

Title # Comments Views Activity
How to improve IO of Solaris machine 15 69
Expiration of TSM data 17 88
prtdiag report hdd failure 10 118
OpenLDAP Proxy to Active Directy 6 147
Let's say you need to move the data of a file system from one partition to another. This generally involves dismounting the file system, backing it up to tapes, and restoring it to a new partition. You may also copy the file system from one place to…
This tech tip describes how to install the Solaris Operating System from a tape backup that was created using the Solaris flash archive utility. I have used this procedure on the Solaris 8 and 9 OS, and it shoudl also work well on the Solaris 10 rel…
Learn several ways to interact with files and get file information from the bash shell. ls lists the contents of a directory: Using the -a flag displays hidden files: Using the -l flag formats the output in a long list: The file command gives us mor…
In a previous video, we went over how to export a DynamoDB table into Amazon S3.  In this video, we show how to load the export from S3 into a DynamoDB table.

772 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

13 Experts available now in Live!

Get 1:1 Help Now