Whenever I update one of my servers to a new TL, even though I generate my mksysb weekly with the -i option, the oslevel_r shown with the lsnim -l command will always stay the same. For now, the only way I could get it to update is by removing the mksysb (nim -o remove) and then re-defining it.

I've been doing AIX for a couple of months only.. so I might have missed something.

This is not really causing me a problem, but it throws an error everytime I refresh my partitions at my DR site:

warning: 0042-229 m_bos_inst: When installing a system using a mksysb as the
source for the installation, the level of the SPOT used for the
installation must match the level of the mksysb image that is
being installed. The release levels of the SPOT, 530907, and the
mksysb, mksysb-lgrsprd1, do not match.

lsnim -l will show only the TL level. It will not show any SP level. You can check with this command if you have any broken fileset. run lppchk -v on the server and if any broken fileset is there you need to fix that. There is another command. instfix -i |grep -i ml and note down which TL level has issue. Then this command will tell which is actually have issue
Ex. instfix -ciqk 6100-06_AIX_ML|grep ":-:"

I couldn't find the exact fileset which has issue with the lppchk -v command. Few days ago I upgraded to AIX 7 from AIX 6 and lppchk -v was showing error. After checking lot of filesets I found that sdd software was causing that issue.

Re: mksysb on NIM - TL versions

‏2010-12-08T06:26:19Z

This is the accepted answer.
This is the accepted answer.

Hi,

The NIM server must always be at the highest AIX level (including technology levels and service packs) or at the same level than any other client. Before upgrading any client, upgrade your nim server first then your client.

Re: mksysb on NIM - TL versions

The NIM server must always be at the highest AIX level (including technology levels and service packs) or at the same level than any other client. Before upgrading any client, upgrade your nim server first then your client.

Tech100: thanks for the search, but it doesn't apply to me. All my nim definitions were made in AIX 5.3.

Siddhartha.Sinha: I did check all my levels (instfix, lppchk, etc.) and everything is OK.

Like I said, it's only the reported oslevel_r in the lsnim -l command that doesn't seem to get updated. Whenever I delete the mksysb ressource and define it again, it does pick up the correct version and then, if I use it to build a partition, it doesn't give any errors.

Ajay Singh: The NIM server is already at the highest level of any one of my partitions.

Re: mksysb on NIM - TL versions

‏2010-12-10T05:03:50Z

This is the accepted answer.
This is the accepted answer.

Sorry, I didn't read you original post carefully. Did u upgraded the spots every time you update the lpp_source ? If not then then your lpp_source will be higher than spot. You can either remove the spot and re-create or simply update it using the following example using the updated lpp_source. Check my website www.sinhass.com aix page for more nim related information

Re: mksysb on NIM - TL versions

‏2012-11-29T20:09:49Z

This is the accepted answer.
This is the accepted answer.

I believe that the scenario the original poster is trying is as follows:

1.) create mksysb file for NIM client. Let's assume that this is done from the command line rather than through NIM.
2.) copy mksysb file to the NIM server and create a mksysb resource using the mksysb file.
3.) update the NIM client. It shouldn't matter if the upgrade is done through NIM or not.
4.) create new mksysb file for NIM client from command line and NOT through NIM.
5.) copy new mksysb file to the NIM server and keep the same file name used in step 2.

The situation now is that lsnim -l will show the oslevel_r from step 1 but the actual mksysb file will have an updated oslevel_r.

The challenge is to get the nim resource to contain the updated information. This could be done simply by removing the resouce and recreating the resource. The question becomes "is there a better way?".