Improve company productivity with a Business Account.Sign Up

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 597
  • Last Modified:

AIX oslevel

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
it-rex
Asked:
it-rex
  • 3
  • 2
1 Solution
 
woolmilkporcCommented:
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
 
it-rexAuthor Commented:
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
 
it-rexAuthor Commented:
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
 
woolmilkporcCommented:
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
 
it-rexAuthor Commented:
thanks
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now