Iperf: make install에 ldconfig가 필요합니까?

방금 CentOS 6의 iperf3 마스터 브랜치 팁에서 코드로 이것을 테스트했습니다. ldconfig는 "make install"의 일부로 호출되었습니다. iperf3는 설치 직후 공유 라이브러리를 찾을 수 있었으며 수동 ldconfig가 필요하지 않았습니다. 이것이 Linux 배포판에 특정한 것인지 궁금합니다.

다른 우분투 시스템에서이 문제에 대한 또 다른보고, 동일한 증상. 이 시스템은 Ubuntu 12.04.3 LTS (GNU / Linux 3.8.0-31-generic i686)였습니다.

최신 libtool / autoconf / automake가이 문제에 도움이 될지 궁금합니다.

OK 저는 이것을 Ubuntu VM (12.04 LTS, 물론 14.04 LTS가 나온 바로 그 날에 구축했습니다)에서 재현 할 수있었습니다. 우분투에서 여전히 약간의 문제가 있으므로 아직 해결책으로 그렇게 멀리 가지 못했습니다.

Debian Wheezy (7.5) 64 비트에서도 ldconfig를 실행해야했습니다. 건배,

업데이트 : 누군가 (누군지 잊어 버렸습니다)가 Ubuntu Trusty (14.04 LTS)에서이 문제를 본 Google 코드 문제 추적기에 게시했습니다. 나는 또한 이것을 CentOS 6에서 (패션 이후) 재현 할 수있었습니다.

문제는 공유 라이브러리를 설치 한 후 자동 생성 된 Makefile goop이 ldconfig -n /usr/local/lib 실행한다는 것입니다. 이렇게하면 새로 설치된 라이브러리에 대한 일부 심볼릭 링크가 다시 빌드됩니다. 그러나 ldconfig (8)에 따르면 -n -N 의미하며, 이로 인해 공유 라이브러리 캐시가 다시 빌드되지 않습니다. 이는 정확히 우리가보고있는 문제입니다. 인수없이 ldconfig 를 실행하면 캐시가 다시 작성됩니다.

이것은 automake와 libtool의 조합에 대한 오랜 문제인 것 같습니다.

http://gnu-automake.7480.n7.nabble.com/quot-error-while-loading-shared-libraries-foo-so-0-cannot-open-shared-object-file-No-such-file- or-di-td3970.html

한 가지 제안은 src/Makefile.am 에 다음과 같이 추가하는 것입니다.

install-exec-hook:
        ldconfig

이것은 문제를 해결 한 것 같습니다 ... make install 테스트 한 후 CentOS 6 및 Ubuntu 12.04 LTS에서 iperf3 호출이 바로 이어졌습니다.

이것은 비 루트 사용자로 설치하려는 사람들에게 몇 가지 문제를 일으켰습니다 (사용 사례는 개인 디렉토리 계층에 설치하거나 비 루트 사용자로 RPM을 빌드하는 것입니다). 기본적으로 호출 된 ldconfig는 충분한 파일 권한이 없기 때문에 루트가 아닌 사용자로 실행되는 것을 원하지 않습니다.

아마도 ldconfig 호출을 다음과 같이 변경해야합니다.

install-exec-hook:
        if [ "x`id -u $USER`" = "x0" ]; then ldconfig; fi

이 문제를 다시 열어 다시 시도해보세요.

ldconfig를 사용하지 않는 MacOS에서는 작동하지 않으며 실제로 해당 플랫폼에서 오류가 발생합니다.

3.1에서이 버그를 대상으로합니다. 어떤 식 으로든 알려진 문제 섹션에 항목이 있더라도 이에 대한 해결책이 필요합니다.

이것은 실제로 일반적인 소프트웨어 설치 문제입니다. 여러 플랫폼에서이 작업을 수행하는 데 어려움이 있으므로 여기서는 해결하지 않을 것입니다. 수정하지 않고 닫습니다.

Ubuntu 배포판에서 /usr/lib32 /usr/local/lib 대신 make install 끝에 ldconfig /usr/local/lib (루트 필요)를 실행하면됩니다.

Ubuntu 사용자가 iperf3를 설치할 수 있도록이 빠른 해결 방법을 적용하십시오.

참조 : http://stackoverflow.com/questions/4743233/is-usr-local-lib-searched-for-shared-libraries

"make install"후 ldconfig를 실행하여 문제를 해결해 주셔서 감사합니다.

Debian 7.8 64Bit (wheezy) 실행. 제목에 명시된대로 문제가 발생하면 설치 후 'sudo ldconfig'를 실행하여 이제 정상적으로 작동합니다. 이 스레드의 도움에 감사드립니다.

우분투와 함께 최신 버전 (3.1.3)에서 이것을 사용해야했습니다. 이것이 모든 우분투 버전에 필요한 요구 사항이라면 사용자가 Google / github를 검색 할 필요가 없도록 좀 더 명확하게 만드는 것이 좋습니다.

Ubuntu 16.04 (Xenial Xerus)에서도 마찬가지입니다.
우분투는 나 같은 누군가가 다시 길을 잃지 않는 한 이것에 대한 경고 신호를 만드는 것이 좋습니다 ....

누구든지 Mac OSX의 iperf3 오류에 대한 수정 사항이 있습니까? iperf3 3.2에서 Python 래퍼를 사용하면 libiperf.so.0을 찾을 수 없습니다.

@ jmack51 : Mac OS에는 *.so.0 공유 라이브러리가 없습니다 ... mac OS는 공유 라이브러리에 *.dynlib 확장을 사용합니다. "파이썬 래퍼"가 iperf3-python을 지칭하는 경우, 그것은 별도의 프로젝트이고 아마이 프로젝트를 가져와야 할 것입니다 (여기에 버그가 있는지 확실하지 않습니다).

@ jmack51 : 아, 무시하십시오. thiezn / iperf3-python에서 이미 문제를 열었던 곳을 봅니다.

스팸에 대해 죄송합니다. https://github.com/thiezn/iperf3-python/issues/23 의 기록에 대해 감사합니다.

이 문제를 해결하는 방법에 대한 좋은 아이디어가 없더라도이 문제를 다시 열겠습니다. 다양한 사용 사례가 있습니다.

• ldconfig를 실행해야하는 시스템.
• ldconfig가 필요없는 시스템.,
• 일부 매개 변수 (예 : 경로 이름)가있는 ldconfig가 필요한 시스템.
• ldconfig가없는 시스템 (예 : macOS).
• 크로스 컴파일.

나는 2014 년 6 월 10 일에 제안한 것과 같은 것을 생각하고 있지만 오류 조건을 무시합니다. 누군가가 크로스 컴파일 사례에 대해 언급 할 수 있다면 좋을 것입니다 ... 다른 플랫폼을 위해 크로스 컴파일하는 경우 전체 make install 를 수행하여 파일을 어딘가에 스테이징하거나 make compile ?

나는이 문제에 부딪 혔고 당신이 내가 해결책을 찾는 데 도움을 줄 수 있기를 바라고 있었다.

armv5 QNAP NAS에서 iperf3를 실행하려고합니다.

나는 그것을 설치했다. 하지만 실행하면 다음 문제가 발생합니다. iperf3: error while loading shared libraries: libiperf.so.0: cannot open shared object file: No such file or directory

ldconfig (sudo 포함 또는 제외)는 안타깝게도 문제를 해결하지 못했습니다.

[/] # find . -name libiperf.so.*
./mnt/ext/usr/local/lib/libiperf.so.0
./mnt/ext/usr/local/lib/libiperf.so.0.0.0
./share/HDA_DATA/homes/admin/downloads/iperf-3.5/src/.libs/libiperf.so.0.0.0
./share/HDA_DATA/homes/admin/downloads/iperf-3.5/src/.libs/libiperf.so.0

ls -la 에서 / 제공
lrwxrwxrwx 1 admin administ 12 Mar 30 10:18 usr -> /mnt/ext/usr/

[/usr/local/lib] # ls -la libiperf.s*
lrwxrwxrwx    1 admin    administ        17 Mar 30 21:32 libiperf.so -> libiperf.so.0.0.0*
lrwxrwxrwx    1 admin    administ        17 Mar 30 21:32 libiperf.so.0 -> libiperf.so.0.0.0*
-rwxr-xr-x    1 admin    administ    380032 Mar 30 21:32 libiperf.so.0.0.0*

/mnt/ext/usr/local/lib 을 /etc/ld.so.conf 하고 _then_ ldconfig 을 (를) 운없이 실행했습니다.

이것은 이전과 같았으며 이후 다시 제거했습니다.

[/mnt/ext/usr/local/lib] # cat /etc/ld.so.conf 
/lib
/usr/lib
/usr/local/lib

내가 무엇을 / 시도 할 수 있습니까?

@BeyondEvil LD_LIBRARY_PATH 환경 변수를 사용하려고 했습니까?

@ralcini 아니요, (내 생각에). 나는 그것을 시도 할 것이다. 👍

https://github.com/esnet/iperf/issues/153#issuecomment -365012358의 크로스 컴파일 쿼리의 경우 make install 광범위하게 사용했습니다. 대부분의 빌드 시스템도 그렇게 할 것이라고 생각합니다. 특히 프로젝트가 자동 도구로되어있는 경우에 그렇습니다.

나는 이것에 대한 첫 번째 찌르기로서 iperf 빌드 프로세스가 실행되어야 할 명령을 제안하는 메시지를 콘솔에 넣을 수 있다고 제안합니다. 일단 우리가 그것을 가지고 실제로 그것을하는 것으로 넘어가십시오.

ldconfig를 실행하는 데 필요한 (* nix) 시스템과 그렇지 않은 시스템 목록이 있습니까? macOS 및 Windows는 설치 후 ldconfig를 실행할 필요가없는 목록에 포함됩니다.

제쳐두고, 어떤 시스템을 실행하는 데 ldconfig가 필요하지 않고 어떻게 관리되는지 궁금합니다.

폐쇄. 이것은 전적으로 iperf3 문제가 아니며 다른 누구도 이에 대한 좋은 해결책을 가지고 있지 않은 것 같습니다. (나는 automake와 libtool의 일부 조합이이 문제를 다루어야한다고 가정합니다.)

예, libtool 문제처럼 보입니다. 마지막으로 이것을 추적했을 때 GNU 버그 추적기에서 다음을 발견했습니다.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30402

1997 년에 libtool 버전 ​​0.6b에 대해 7f9b4e50을 커밋합니다.
ldconfig가 "-n"없이 실행에서 "-n"으로 실행으로 변경되었습니다.

토론에 따르면 너무 많은 시간이 지났고 변경의 근거와 변경으로 인한 위험 가능성이 제대로 이해되지 않았기 때문에 이것이 되돌릴 것 같지 않습니다. 누군가 미래에이 문제를 발견하고 어쨌든 수정을 시도하고 싶다면 올바르게 수행 할 수있을 것입니다.