[LU-14685] liblustreapi.so is in a wrong package Created: 13/May/21  Updated: 19/May/21  Resolved: 19/May/21

Status: Closed
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Alexander Zarochentsev Assignee: Alexander Zarochentsev
Resolution: Won't Fix Votes: 0
Labels: None

Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

LU-9215 accidentally moved liblustreapi.so symlink to the development rpm package causing linked application start failures:

...
/opt/hpe/dmf/sbin/dmf-lustre-copytool: error while loading shared libraries: liblustreapi.so: cannot open shared object file: No such file or directory

manually added symlink solves the problem.



 Comments   
Comment by Gerrit Updater [ 13/May/21 ]

Alexander Zarochentsev (alexander.zarochentsev@hpe.com) uploaded a new patch: https://review.whamcloud.com/43695
Subject: LU-14685 build: liblustreapi.so to main package
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: aa42f8ff2b6a42340a7748b3b5402f25cd82ebac

Comment by James A Simmons [ 13/May/21 ]

I don't think this is broken. By the RPM spec liblustreapi.so goes into the devel package. Now if you can show me in the RPM specification that liblustreapi.so belongs in the main package then I will believe it.

Comment by Alexander Zarochentsev [ 14/May/21 ]

James, yes you right. Apps should be linked with more specific libraries. There might be something wrong with the app build process.

Comment by Alexander Zarochentsev [ 19/May/21 ]

It is an compatibility issue with an old app built against lustre-2.10, liblustreapi.so version is not yet added.

Generated at Sat Feb 10 03:11:53 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.