Skip to Content
Author's profile photo Martin English


Over Christmas / New year, I’ll be upgrading a customer from a very old (as in unsupported by both the vendor and SAP) release of their database to the latest release supported by 46C.  As part of the exercise, we are bring the Support Packs (Support Stacks came in after 4.6C) up to date.  However, when I loaded the Support Packs into the target system’s /usr/sap/trans, I couldn’t decompress them for processing via transaction SPAM.

I transferred the latest SPAM (SAPKD00040) and the 50 Support Packs (yes, I know) required from to the UNIX server via my PC.  When I started decompressing the Support packs on the UNIX system, everything went OK for the BASIS (KB46Cxx.CAR) and and ABAP (KA46Cxx.CAR) Support Packs, but when I went to decompress some of the R3 Support Packages, SAPCAR failed (with a less than useful message).

I was UNABLE to decompress KH46C36.CAR using an AIX version of SAPCAR on my AIX server


The tool used to decompress the CAR files is SAPCAR – SAP’s own version of the UNIX / Linux tool tar.  I sat back and had a think about what SAPCAR actually does, and what could have gone wrong.  My first thought was that I had corrupted the files somehow in the transfer process.  I still had the CAR files on my PC, so I downloaded SAPCAR_5-10000854.EXE (4.6D 32-BIT Windows Server on IA32 32bit – a windows compatible version of SAPCAR) to test whether the CAR files on the PC were OK – I went to, selected ‘Search for Support Packages and Patches in the Archive’, and searched for SAPCAR, but you can also search directly for SAPCAR_5-10000854.EXE (remember that the part of the name following SAPCAR will differ between SAP different releases and platforms).

I downloaded a windows version of SAPCAR to my PC


When I attempted to decompress KH46C36.CAR on my PC using SAPCAR_5-10000854.EXE, it worked quite happily.  More importantly, it also worked for all the CAR files that were causing me problems on the AIX server.

I was able to decompress KH46C36.CAR using a Windows version of SAPCAR on my PC


Now, remember that I was thinking that the original problem was caused by corruption during the file transfer, either from SAP to my PC, or from my PC to the server.  The logical conclusion, if that was the case, would be to restart the transfer at whichever step had corrupted the file(s).  However, because it appeared that the problem may have been with the UNIX SAPCAR, I wondered whether the decompressed files created on the Windows system would work with the AIX system.  As it turned, after I transferred the decompressed files from Windows to the EPS/in directory on the AIX system, I was able to import the the Support package using SPAM.

This makes sense, given that what we are working with is the source of the platform independent ABAP code.  The code that ends up in the transport may look differently depending on the machine architechture (read up on little endian versus big endiann), but the contents of the transport will be the same across platforms, for the same release of SAP.  On the other hand, if I wanted to upgrade AIX or DBMS specific parts of this particular installation, I would be upgrading the kernel (i.e. /sapmnt/XXX/exe for 4.6C) files, not loading my data into the system via SPAM. 

More to the point, what does this get me ?

I can get the OS / DBMS independent upgrades completed, so that the testiers don’t get held up.  I get this done before I get distracted by tracking down the kernel error (i.e. why the AIX SAPCAR doesn’t work). 

Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Tom Cenens
      Tom Cenens
      Hello Martin

      After reading your blog I was wondering what SAPCAR version you were using on AIX. I saw in the blog when uncarring the file on windows you use 46D SAPCAR version however you can use a brand new version of SAPCAR to decompress old SAP or CAR files so using a newer release version SAPCAR could have solved your issue on the AIX platform.

      It's rare that you are forced to perform action on another platform to solve an issue.

      Kind regards


      Author's profile photo Martin English
      Martin English
      Blog Post Author
      Hi Tom,
        Thanks for responding.  That was a good pickup !! Neither the latest 46D version nor the latest 6.20 version of the AIX 32bit SAPCAR worked.  As you imply, after the existing SAPCAR failed, I tested with the latest 32bit AIX one (which is the 6.20 one) first, then tried with the latest 46D 32bit AIX one (which was the one I tool the screen capture of).

      Thanks for making the point about using the latest available version, where you can. 

      Author's profile photo Anton Shepelev
      Anton Shepelev

      While you are at it, have you an idea why SAP decided to create their own archiver instead of using any of the popular and free ones, such as zip or 7zip?