Iperf: ldconfig को स्थापित करने की आवश्यकता है?

मैंने अभी इसे CentOS 6 पर iperf3 मास्टर ब्रांच के टिप से कोड पर परीक्षण किया है। ldconfig मेरे लिए "इनस्टॉल इंस्टॉल" के हिस्से के रूप में लागू किया गया था (यह ऐसा प्रतीत होता है कि यह libtool --mode / install द्वारा किया गया है), और iperf3 स्थापना के तुरंत बाद अपने साझा पुस्तकालय को खोजने में सक्षम था, कोई मैनुअल ldconfig की आवश्यकता नहीं थी। मुझे आश्चर्य है कि क्या यह ऐसा कुछ है जो लिनक्स वितरण के लिए विशिष्ट है?

एक अन्य उबंटू प्रणाली पर इस समस्या की एक अन्य रिपोर्ट, एक ही लक्षण। यह प्रणाली थी: Ubuntu 12.04.3 LTS (GNU / Linux 3.8.0-31-जेनेरिक i686)।

मुझे आश्चर्य है कि अगर एक नए libtool / autoconf / automake में जाने से इस समस्या में मदद मिलेगी?

ठीक है, मैं इसे उबंटू वीएम (12.04 एलटीएस पर पुन: पेश करने में सक्षम था, निश्चित रूप से मैंने उसी दिन बनाया था जो 14.04 एलटीएस निकला था)। अभी भी उबंटू पर थोड़ा सा घूम रहा है, इसलिए वास्तव में अभी तक समाधान नहीं हुआ है।

डेबियन व्हीज़ी (7.5) 64 बिट पर रनिंग एलडीकोफ़िग की भी आवश्यकता थी। चीयर्स,

अपडेट: कोई व्यक्ति (मैं भूल गया कि यह कौन था) Google कोड जारी ट्रैकर पर पोस्ट किया गया था कि उन्होंने उबंटू ट्रस्टी (14.04 एलटीएस) पर इस समस्या को देखा। मैं CentOS 6 पर इसे (एक फैशन के बाद) पुन: पेश करने में भी सक्षम था।

समस्या यह है कि साझा पुस्तकालयों को स्थापित करने के बाद, ऑटोजेनरेटेड मेकफाइल गोप ldconfig -n /usr/local/lib चलता है। यह नए स्थापित पुस्तकालयों के लिए कुछ सहानुभूति का पुनर्निर्माण करता है। हालाँकि, ldconfig (8) के अनुसार, -n तात्पर्य -N , जिसके कारण साझा लाइब्रेरी कैश का पुनर्निर्माण नहीं किया जा सकता है, जो कि वास्तव में हम देख रहे हैं। बिना किसी तर्क के ldconfig चलना कैश को पुनर्निर्मित करता है।

यह स्वचालित और लिबेटूल के कुछ संयोजन के साथ एक दीर्घकालिक मुद्दा प्रतीत होता है ... बहुत सारे दिलचस्प (भले ही पुराने) विवरण यहां हैं:

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

एक सुझाव src/Makefile.am लिए कुछ इस तरह से जोड़ने के लिए है:

install-exec-hook:
        ldconfig

ऐसा लगता है कि समस्या तय हो गई है ... CentOS 6 और Ubuntu 12.04 LTS पर iperf3 मंगलाचरण के तुरंत बाद make install साथ परीक्षण किया गया।

यह एक गैर-रूट उपयोगकर्ता के रूप में स्थापित करने की कोशिश कर रहे लोगों के साथ कुछ समस्याएं पैदा कर रहा है (उपयोग के मामले एक निजी निर्देशिका पदानुक्रम में स्थापित हो रहे हैं या एक गैर-रूट उपयोगकर्ता के रूप में RPM का निर्माण कर रहे हैं)। मूल रूप से ldconfig इनवॉइस के रूप में चलाया जाना नहीं चाहता है क्योंकि इसमें पर्याप्त फ़ाइल अनुमतियों का अभाव होगा।

शायद कुछ ऐसा करने के लिए ldconfig के आह्वान को बदल दिया जाना चाहिए:

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

इस मुद्दे को फिर से खोलकर इसे एक और कोशिश देना।

यह MacOS पर काम नहीं करता है, जो ldconfig का उपयोग नहीं करता है, और वास्तव में उस प्लेटफ़ॉर्म पर त्रुटियों का कारण बनता है।

3.1 के लिए इस बग को लक्षित करना। एक तरह से या किसी अन्य को हमें इसके लिए किसी प्रकार का संकल्प करने की आवश्यकता है, भले ही यह केवल ज्ञात मुद्दों के खंड में आइटम हो।

यह वास्तव में एक सामान्य सॉफ़्टवेयर इंस्टॉलेशन समस्या है। हम इसे यहां हल नहीं करने जा रहे हैं, इसे कई प्लेटफार्मों में करने में कठिनाइयों को देखते हुए। बिना किसी फिक्स के बंद करना।

यदि आप उबंटू डिस्ट्रो पर /usr/lib32 /usr/local/lib बजाय ldconfig /usr/local/lib के अंत में make install ldconfig /usr/local/lib (रूट की आवश्यकता है) चलाएं।

कृपया उबंटू उपयोगकर्ताओं को iperf3 को स्थापित करने की अनुमति देने के लिए इस त्वरित समाधान को लागू करें।

देखें: http://stackoverflow.com/questions/4743233/is-usr-local-lib-searched-for-sared-lbooks

धन्यवाद "रन बनाने के बाद ldconfig" मेरे लिए समस्या हल हो गई।

रनिंग डेबियन 7.8 64 बिट (मट्ठा)। शीर्षक में निर्धारित मुद्दा था, 'सुडोकू ldconfig' पोस्ट स्थापित, अब ठीक काम कर रहा है। इस सूत्र में मदद के लिए धन्यवाद।

Ubuntu के साथ नवीनतम संस्करण (3.1.3) पर इसका उपयोग करना था। अगर यह सभी ubuntu संस्करणों के लिए एक आवश्यक आवश्यकता है, तो मैं इसके सार्थक को थोड़ा और अधिक स्पष्ट करने का सुझाव देता हूं ताकि उपयोगकर्ता को Google / github की खोज करने की आवश्यकता न हो

यहाँ उबंटू 16.04 (क्निअल ज़ेरुस) के साथ है।
उबंटु इस बारे में चेतावनी संकेत बेहतर बनाते हैं जब तक कि मेरे जैसा कोई फिर से खो न जाए ...।

किसी को भी मैक OSX पर iperf3 त्रुटि के लिए एक तय है? Iperf3 3.2 के साथ, पायथन रैपर का उपयोग करके, मैं देख रहा हूँ libiperf.so.0 नहीं मिला है।

@ jmack51 : मैक ओएस पर, *.so.0 साझा लाइब्रेरी नहीं होगी ... मैक ओएस अपने साझा पुस्तकालयों के लिए *.dynlib एक्सटेंशन का उपयोग करता है। यदि "पायथन रैपर" iperf3-python को संदर्भित करता है, तो यह एक अलग परियोजना है और आपको शायद इसे अपने साथ ले जाना चाहिए (मुझे यकीन नहीं है कि यहां बग है या नहीं)।

@ jmack51 : आह, अवहेलना, मैं देखता हूं कि आपने पहले से ही thiezn / iperf3-python के साथ एक मुद्दा खोला है।

धन्यवाद ब्रूस, स्पैम के लिए खेद है, रिकॉर्ड के लिए कि https://github.com/thiezn/iperf3-python/issues/23 में खत्म हो गया है

मैं इस मुद्दे को फिर से खोलने जा रहा हूं, भले ही मुझे यह पता नहीं है कि इसे कैसे ठीक किया जाए। विभिन्न उपयोग मामले हैं:

• सिस्टम जिन्हें चलाने के लिए ldconfig की जरूरत है।
• सिस्टम जिन्हें ldconfig की आवश्यकता नहीं है।
• सिस्टम जो कुछ मापदंडों (जैसे एक pathname) के साथ ldconfig की आवश्यकता है।
• बिना ldconfig वाले सिस्टम (जैसे macOS)।
• क्रॉस-संकलन।

मैं कुछ ऐसा सोच रहा हूं जो मैंने 10 जून 2014 को प्रस्तावित किया था, लेकिन त्रुटि स्थितियों की अनदेखी कर रहा था। यदि आप किसी अन्य मंच के लिए पार संकलन कर रहे हैं आप क्या करते अगर किसी को पार संकलन मामले पर टिप्पणी कर सकता है महान होगा ... पूर्ण 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 (w / या w / o 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 बिल्ड प्रोसेस कंसोल पर संदेश डाल सकता है जो कमांड को चलाने का सुझाव देता है। एक बार जब हमारे पास ऐसा हो जाता है, तो वास्तव में इसे करने के लिए कट जाता है।

क्या ऐसी सूची है, जिसमें (* nix) सिस्टम को चलाने के लिए ldconfig की जरूरत है, और जो नहीं? मैकओएस और विंडोज मेक इनस्टॉल होने के बाद ldconfig को चलाने की आवश्यकता नहीं होने की सूची में आते हैं।

एक तरफ के रूप में, मैं उत्सुक हूं कि किन प्रणालियों को चलाने के लिए ldconfig की आवश्यकता नहीं है और कैसे प्रबंधित करें।

समापन। यह पूरी तरह से एक iperf3 समस्या नहीं है, और ऐसा लगता है जैसे किसी और को भी इसके लिए एक अच्छा समाधान नहीं है। (मैं कहता हूं कि इस मुद्दे से निपटने के लिए ऑटोमेक और लिबेटूल के कुछ संयोजन का सामना करना चाहिए।)

हां, यह एक लिबेटूल इश्यू जैसा लगता है। पिछली बार जब मैं इसका पीछा करता था, तो मुझे ग्नू बग ट्रैकर में निम्नलिखित मिला:

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

1997 में, libtool संस्करण 0.6b, चलने के तरीके के लिए 7f9b4e50 प्रतिबद्ध करें
ldconfig को "-n" के बिना चलने से "-n" के साथ चलाने के लिए बदल दिया गया था।

वहाँ चर्चा के आधार पर यह संभावना नहीं लगती है कि यह वापस हो जाएगा, क्योंकि इतना समय बीत चुका है और परिवर्तन के लिए तर्क और इसे बदलने से जोखिम की क्षमता खराब समझ में आ रही है। यदि कोई भविष्य में इस मुद्दे पर आता है और किसी भी तरह से ठीक करने की कोशिश करना चाहता है, तो संभवतः यह उतना ही करीब है जितना आप इसे सही तरीके से कर पाएंगे।