Actions
Bug #5321
closedOn AIX, LIBPATH env variable may prevent the rudder-agent to run
Pull Request:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:
Description
sometimes, libs can interfer with the agent execution, so we'd need to ignore, or empty the LIBPATH env variable when running the agent
(or if you have a better idea, that would be awesome)
Updated by Nicolas PERRON over 10 years ago
- Target version changed from 2.10.4 to 2.6.18
Updated by Nicolas PERRON over 10 years ago
- Target version changed from 2.6.18 to 2.10.5
Updated by Vincent MEMBRÉ over 10 years ago
- Target version changed from 2.10.5 to 2.10.6
Updated by Matthieu CERDA about 10 years ago
- Target version changed from 2.10.6 to 2.10.7
Updated by Vincent MEMBRÉ about 10 years ago
- Target version changed from 2.10.7 to 2.10.8
Updated by Vincent MEMBRÉ about 10 years ago
- Target version changed from 2.10.8 to 2.10.9
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.10.9 to 2.10.10
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.10.10 to 2.10.11
Updated by Nicolas CHARLES almost 10 years ago
- Status changed from New to 8
- Assignee changed from Matthieu CERDA to Benoît PECCATTE
Some more details
(root)/var/rudder/cfengine-community/bin # ./cf-agent -KI failsafe.cf Could not load program ./cf-agent: Dependent module /usr/lib/libcrypto.a(libcrypto.so.1.0.1) could not be loaded. Member libcrypto.so.1.0.1 is not found in archive
This librairy is installed
# find / -type f -name "libcrypto*" /opt/freeware/lib/libcrypto.a /opt/freeware/lib/libcrypto.so.0.9.7 /opt/freeware/lib/libcrypto.so.0.9.8 /opt/freeware/lib/libcrypto.so.1.0.0 /opt/freeware/lib/libcrypto.so.1.0.1 /opt/freeware/lib64/libcrypto.so.0.9.7 /opt/freeware/lib64/libcrypto.so.0.9.8 /opt/freeware/lib64/libcrypto.so.1.0.0 /opt/freeware/lib64/libcrypto.so.1.0.1 /usr/lib/libcrypto.a /usr/edited/Lib/libcrypto.a
Changing the LIBPATH solves the issue
export LIBPATH=/opt/freeware/lib:/usr/lib # ./cf-agent -KI failsafe.cf
Updated by Benoît PECCATTE almost 10 years ago
LIBPATH has priority over regular library path searching.
This behaviour is what is expected when there is a preexisting LIBPATH.
Updated by Benoît PECCATTE almost 10 years ago
- Status changed from 8 to Rejected
Rejecting because we have no power on the user setting LIBPATH and LIBPATH has full priority over anything that we could do.
Actions