Possible EAR issues on Informix 14.10FC1DE ARMv8
Posted in 2019
Topics: Installation, Setup & Upgrades, Server Administration, Security, Permissions & Auditing, Platform-Specific Issues
Hi, just noticed an issue with EAR on armv8. Setup consists of Fedora 29 on raspberry pi 3b+ and 14.10.FC1DE. During instance init: Initializing encryption-at-rest if necessary...succeeded Initializing encryption-at-rest structures (part 1)...FAILED Message log: 11:30:18 ICC library load failed Tried this: [informix@localhost gskit]$ sudo $INFORMIXDIR/gskit/installgskit Performing GSKit installation for Linux ... but this doesn't bring any changes. Further investigation: [informix@localhost gskit]$ ls -altr total 16180 -rwxr-xr-x. 1 informix informix 2853888 Jan 10 03:15 gskcrypt64-8.0.50.88.linux.arm64.tar -rwxr-xr-x. 1 informix informix 13692416 Jan 10 03:15 gskssl64-8.0.50.88.linux.arm64.tar -rwxr--r--. 1 root informix 6659 Jan 10 03:49 installgskit -r-xr-xr-x. 1 informix informix 2696 Jan 10 03:49 README drwxrwxr-x. 23 informix informix 4096 Apr 7 11:14 .. drwxr-xr-x. 2 informix informix 4096 Apr 7 11:31 . Extracting tar files content: [informix@localhost gskit]$ ls -altr total 32344 -rw-rw-r--. 1 informix informix 1958105 Mar 14 2018 gskcrypt64-8.0.50.88.linux.arm7_64.rpm -rw-rw-r--. 1 informix informix 893122 Mar 14 2018 gskcrypt64_8.0-50.88_arm64.deb -rw-rw-r--. 1 informix informix 4885022 Mar 14 2018 gskssl64_8.0-50.88_arm64.deb -rw-rw-r--. 1 informix informix 8804517 Mar 14 2018 gskssl64-8.0.50.88.linux.arm7_64.rpm Installing package manually: informix@localhost gskit]$ sudo rpm -U gskcrypt64-8.0.50.88.linux.arm7_64.rpm package gskcrypt64-8.0-50.88.arm64 is intended for a different architecture So it looks like EAR on armv8 isn't functional. By the looks of above it seems like ask packages bundled with install are for the different architecture.(???) Removing DISK_ENCRYPTION entry from onconfig and restarting instance init works properly. Have you experienced anything similar? Maybe I overlooked something?
UPDATE - just in case someone gets similar issues. Found that machine notes for this particular release include this info: As root user run the rpm command to remove each package as needed. For example: rpm -ev gskssl64-8.0.50.89 gskcrypt64-8.0.50.89 but packages deployed in the bundle are of version 8.0-50.88.