Problem upgrading 11.00 from 32-bit to 64-bit

[Evelyn Daroga]

The mk_kernel command of the 32-to-64 upgrade is bombing with the following error:

/usr/ccs/bin/ld: /stand/build/mod_wk.d/krm/mod_conf.o: Mismatched ABI. 64-bit PA object file found in 32-bit link.

Anybody know what this means? I think it means I have a 32-bit driver loaded (I'm assuming in the kernel itself). I have checked the kernel for anything 32-bit (using the "what" command) and as a result de-installed a couple of patches (which were critical patches, having to do with sockets, etc.). After de-installing the patches, swgettools coredumps. Anybody have any ideas? Any help would be appreciated!

[Stefan Farrelly · Accepted solution]

Theres been quite a few posts about this recently. Ive tried this a few times myself (upgrading from 11-32bit to 11-64bit) and it just doesnt work. The error you have is just the first of a long line of them which I dont think you will ever resolve satisfactorily. Take the easy option, reinstall from square one using 11-64bit. It will be faster to do this than trying to sort out your upgrade problems.

[Evelyn Daroga]

Thanks for the quick reply! I'm inclined to agree with you, considering the Catch-22 I seem to be in at the moment. I have seen quite a bit about 32-64 upgrades out here, but most are "how-to-do-it" and many seem to indicate that it's a breeze. I haven't seen anything with this particular error. HP tech support seems to have not heard about this, either. So, I'll probably do as Stefan suggests, unless someone else can come up with an explanation as to exactly what it's compaining about and how to fix it.

[Alan Anderson]

Generally speaking, you get the 32/64 bit errors when 32 bit filesets get loaded on 64 bit OS or vice-versa. You can check this with swlist -l fileset -a architecture. It usually happens when you put a depot on a 10.X system - the 32/64 bit attribute is not supported by 10.X SD-UX and is lost, so the 11.X install doesn't know about it and the worng filesets get installed.

[Eddie Warren]

Hi Evelyn,
I ran into the same trouble while upgrading from HPUX 11.0 32bit to 64bit. The error that you are getting is simply the file being referred to is thinking the System is a PA-RISC1 (32bit) and it should be seeing it as a PA-RISC2 (64bit). I got around it by copying the "mod.0" file from an existing System with HPUX 11.0 (64bit) O/S allready loaded. below is the steps I took.
I hope this helps.


Upgrading HPUX 11.0 (32 bit) to HPUX 11.0 (64 bit)

1. Verify the system will support HPUX 11.0 (64 bit) architecture.
The system ?model? designation must be present in:
/etc/.supported_bits ??


2. Update the SD_toolset.
/usr/sbin/swremove SW-DIST.RUPDATE

ioscan ?fnC disk (locate DVD or CD drive)

mount /dev/dsk/cXtXdX /cdrom

cp /cdrom/catalog/SW-GETTOOLS/pfiles/swgettools /var/tmp
(Note: /var/tmp must have at least 2mb free space.)

chmod 775 /var/tmp/swgettools

/var/tmp/swgettools ?s /cdrom

(ignore any messages related to s/w compatability)

3. The following step is essential, if not done the upgrade will result
In failure.

A. From a N-Class (64 bit) system.

tar /dev/rmt/0m /usr/conf/km.d/krm/mod.o (On a 90 meter tape )

B. Sneaker net it to upgrade system.

Cd /usr/conf/km.d/krm/

Tar xvf /dev/rmt/0m .

(Note: The mod.o file copied from the N-Class system is a PA-RISC2 (64 bit)
configuration file, the original file is PA-RISC1).