Came across an issue recently when attempting to update AIX 7.1 TL2 SP4 to the newer level of AIX 7.1 TL3 SP4. I loopmounted the ISO (as it was already on the system) and attempted to do an:
smit update_all without any success.
Exact error was:
0503-465 installp: The build date requisite check failed for fileset devices.pciex.df1028e214103c04.diag.
Installed fileset build date of 1341 is more recent than the selected fileset build date of 1241.
Before going any further, you should be aware of the build date option and why it is relevant. Here is an example:
AIX 7100-03-04-1441.
Break-down of that is:
AIX – Operating system of course
7100 – Base level, this one would mean 7.1
03 – ML / TL (Technology Level)
04 – SP (Service Pack)
1441 – Build date (YYWW), which is the 2 digit year and the week # for the release
Now typically, when one attempts to install a newer TL / SP, the AIX system will check to see if you are attempting to install an older level that what is already there.
For example, you may have AIX 7100-03-05 installed, and you attempt to install AIX 7100-04-00. The release date for 7100-03-05 is newer than 7100-04-00. As you don’t want to ‘regress’ your already installed packages, the installer will quit with a similar error to above.
Typically to get around this problem, you would:
1) install a newer AIX TL / SP level (newer build date)
2) work with IBM to get a specialized .toc file built
In my case, as it’s a test system anyways, I done a simple work-around.
1) mount the ISO, then copied the contents from installp/ppc into another directory (assume /update for this test for simplicity)
2) cd /update
3) rm .toc # Remove the hidden table of contents file
4) inutoc . ## Generate a new table of contents file
5) sed ‘s/BUILDDATE 1241/BUILDDATE 1441/g’ .toc > .newtoc
6) mv .toc .oldtoc && mv .newtoc .toc
7) perform upgrade with: smit update_all
Worked flawlessly in my case.