Re: [USRP-users] UHD installation, image download fails, unhandled exception
Thank you Marcus, I was able to fix it by changing my network, as you suggested. Regards, Saeid On Wed, Jan 22, 2020 at 3:44 PM Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 01/22/2020 03:37 PM, Saeid Hashemi via USRP-users wrote: > > Hello everyone, > > During the installation of UHD, I get an unhandled exception when > downloading images. The resulting output is shown below. Any advice or help > would be greatly appreciated. > > Thank you > Saeid > > > > > > Reading package lists... Done > Building dependency tree > Reading state information... Done > Suggested packages: > gnuradio > The following NEW packages will be installed: > libuhd-dev libuhd003 uhd-host > 0 upgraded, 3 newly installed, 0 to remove and 238 not upgraded. > Need to get 0 B/10.6 MB of archives. > After this operation, 51.3 MB of additional disk space will be used. > Selecting previously unselected package libuhd-dev. > (Reading database ... 195896 files and directories currently installed.) > Preparing to unpack .../libuhd-dev_3.14.1.1-0ubuntu1~bionic1_amd64.deb ... > Unpacking libuhd-dev (3.14.1.1-0ubuntu1~bionic1) ... > Selecting previously unselected package libuhd003:amd64. > Preparing to unpack .../libuhd003_3.13.0.1-0ubuntu1~bionic1_amd64.deb ... > Unpacking libuhd003:amd64 (3.13.0.1-0ubuntu1~bionic1) ... > Replaced by files in installed package libuhd3.14.1:amd64 > (3.14.1.1-0ubuntu1~bionic1) ... > Selecting previously unselected package uhd-host. > Preparing to unpack .../uhd-host_3.14.1.1-0ubuntu1~bionic1_amd64.deb ... > Unpacking uhd-host (3.14.1.1-0ubuntu1~bionic1) ... > Setting up libuhd-dev (3.14.1.1-0ubuntu1~bionic1) ... > Setting up uhd-host (3.14.1.1-0ubuntu1~bionic1) ... > net.core.rmem_max = 5000 > net.core.wmem_max = 1048576 > Setting up libuhd003:amd64 (3.13.0.1-0ubuntu1~bionic1) ... > Processing triggers for libc-bin (2.27-3ubuntu1) ... > Processing triggers for man-db (2.8.3-2ubuntu0.1) ... > Reading package lists... Done > Building dependency tree > Reading state information... Done > uhd-host is already the newest version (3.14.1.1-0ubuntu1~bionic1). > 0 upgraded, 0 newly installed, 0 to remove and 238 not upgraded. > [INFO] Images destination: /usr/share/uhd/images > [INFO] No inventory file found at /usr/share/uhd/images/inventory.json. > Creating an empty one. > 6 kB / 6 kB (100%) usrp1_b100_fw_default-g6bea23d.zip > 19756 kB / 19756 kB (100%) x3xx_x310_fpga_default-gbb85bdff.zip > 02757 kB / 02757 kB (100%) usrp2_n210_fpga_default-g6bea23d.zip > 02131 kB / 02131 kB (100%) n230_n230_fpga_default-gbb85bdff.zip > 00522 kB / 00522 kB (100%) usrp1_b100_fpga_default-g6bea23d.zip > [ERROR] Downloader raised an unhandled exception: HTTPConnectionPool(host=' > files.ettus.com', port=80): Max retries exceeded with url: > /binaries/cache//b2xx/fpga-bb85bdff/b2xx_b200_fpga_default-gbb85bdff.zip > (Caused by NewConnectionError(' 0x7f66b46ec890>: Failed to establish a new connection: [Errno 110] > Connection timed out',)) > You can run this again with the '--verbose' flag to see more information > If the problem persists, please email the output to: supp...@ettus.com > build have failed > > > ___ > USRP-users mailing > listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > This looks like a network issue--it cannot connect to files.ettus.com > > Said issue must be local to you, since I just tried this and it's working > fine--so the Ettus server is working properly, you have a local > networking issue. > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Libuhd issues - "uhd_find_devices: error while loading shared libraries"
Thank you for your advice Fabian! It seems there is no package called libuhd, just the following versions: libuhd003 libuhd3.14.0 libuhd-dev So I did: $ sudo dpkg -P libuhd3.14.0 (Reading database ... 291299 files and directories currently installed.) Removing libuhd3.14.0:amd64 (3.14.0.0-0ubuntu1~trusty1) ... Purging configuration files for libuhd3.14.0:amd64 (3.14.0.0-0ubuntu1~trusty1) ... Processing triggers for libc-bin (2.19-0ubuntu6.15) ... $ sudo apt-get install libuhd3.14.1 And now UHD tools work, also within the LTE software, but they won't find my B210 saying: [INFO] [UHD] linux; GNU C++ version 4.8.4; Boost_105400; UHD_3.14.1.1-release Error: LookupError: KeyError: No devices found for -> Empty Device Address Regards, Saeid On Fri, Dec 6, 2019 at 2:58 AM Fabian Schwartau via USRP-users < usrp-users@lists.ettus.com> wrote: > You have an old version of libuhd already installed. Uninstall it using: > $ sudo dpkg -P libuhd > Then retry installing it. Sometimes libraries are not found and you have > to run > $ sudo ldconfig > but that is usually done by dpkg. > > Am 06.12.2019 um 00:31 schrieb Saeid Hashemi via USRP-users: > > Hello everyone, > > > > I have an Intel NUC running Ubuntu 16.04 and a low latency kernel which > > I use for OAI LTE software on top of UHD. > > > > After updating my system repositories, UHD broke somehow with the > > following result: > > > > nuc8-3@nuc83-NUC8i7BEH:~$ uhd_find_devices > > uhd_find_devices: error while loading shared libraries: > > libuhd.so.3.14.1: cannot open shared object file: No such file or > directory > > > > Attempting to manually install the version cited in the error gives me > this: > > > > Unpacking libuhd3.14.1:amd64 (3.14.1.1-0ubuntu1~trusty1) ... > > dpkg: error processing archive > > /var/cache/apt/archives/libuhd3.14.1_3.14.1.1-0ubuntu1~trusty1_amd64.deb > > (--unpack): > > trying to overwrite '/usr/share/uhd/rfnoc/blocks/keep_one_in_n.xml', > > which is also in package libuhd3.14.0:amd64 3.14.0.0-0ubuntu1~trusty1 > > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) > > Errors were encountered while processing: > > > /var/cache/apt/archives/libuhd3.14.1_3.14.1.1-0ubuntu1~trusty1_amd64.deb > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > > > > Would anyone have any recommendations on what to do to make sure I have > > the right version of everything present? > > > > > > ___ > > USRP-users mailing list > > USRP-users@lists.ettus.com > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > -- > -- > M.-Sc. Fabian Schwartau > Technische Universität Braunschweig > Institut für Hochfrequenztechnik > Schleinitzstr. 22 > 38106 Braunschweig > Germany > > Tel.: +49-(0)531-391-2017 > Fax:+49-(0)531-391-2045 > Email: fabian.schwar...@ihf.tu-bs.de > WWW:http://www.tu-braunschweig.de/ihf > -- > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Libuhd issues - "uhd_find_devices: error while loading shared libraries"
Hello everyone, I have an Intel NUC running Ubuntu 16.04 and a low latency kernel which I use for OAI LTE software on top of UHD. After updating my system repositories, UHD broke somehow with the following result: nuc8-3@nuc83-NUC8i7BEH:~$ uhd_find_devices uhd_find_devices: error while loading shared libraries: libuhd.so.3.14.1: cannot open shared object file: No such file or directory Attempting to manually install the version cited in the error gives me this: Unpacking libuhd3.14.1:amd64 (3.14.1.1-0ubuntu1~trusty1) ... dpkg: error processing archive /var/cache/apt/archives/libuhd3.14.1_3.14.1.1-0ubuntu1~trusty1_amd64.deb (--unpack): trying to overwrite '/usr/share/uhd/rfnoc/blocks/keep_one_in_n.xml', which is also in package libuhd3.14.0:amd64 3.14.0.0-0ubuntu1~trusty1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libuhd3.14.1_3.14.1.1-0ubuntu1~trusty1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Would anyone have any recommendations on what to do to make sure I have the right version of everything present? ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] uhd_fft failure
Okay, now I'm seeing this: nuc03@nuc03:~$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft Traceback (most recent call last): File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 44, in from gnuradio import eng_notation ImportError: No module named gnuradio On Sat, Oct 26, 2019 at 2:31 PM Ettus Research Support wrote: > It now looks like you need to install "python-qt4" to get around this > issue. Same basic method as "python-six", whatever that was that you did > successfully. - MLD > > On Thu, Oct 24, 2019 at 4:37 PM Saeid Hashemi wrote: > >> Yes, I did those steps as well to install gnuradio from source. >> Installed the binary for python-sip, now I'm getting another error: >> >> nuc03@nuc03:~/gnuradio/build$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft >> Traceback (most recent call last): >> File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 43, in >> from PyQt4 import Qt >> ImportError: No module named PyQt4 >> >> >> On Mon, Oct 21, 2019 at 12:19 PM Ettus Research Support < >> supp...@ettus.com> wrote: >> >>> Hi Saeid - Not sure what's going on with your GR install ... did you do >>> "sudo make install" after doing "make"? Did you do "sudo ldconfig" after >>> installing? >>> >>> It looks like you need to install "python-sip" to get around this latest >>> issue. Same basic method as "python-six", whatever that was that you did >>> successfully. - MLD >>> >>> On Fri, Oct 18, 2019 at 3:19 PM Saeid Hashemi via USRP-users < >>> usrp-users@lists.ettus.com> wrote: >>> >>>> Okay, so installing python-six fixed that, and I was able to install >>>> 3.7.13.5 from source. >>>> The sample apps like uhd_fft are not in the path like they used to be >>>> with binary installation. And trying it from the apps folder gives me: >>>> >>>> nuc03@nuc03:/usr/local/bin$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft >>>> Traceback (most recent call last): >>>> File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 39, in >>>> import sip >>>> ImportError: No module named sip >>>> >>>> >>>> On Thu, Oct 17, 2019 at 10:26 AM Michael Dickens < >>>> michael.dick...@ettus.com> wrote: >>>> >>>>> Yes sorry about the GR37 release version: 3.7.13.5 is the correct on. >>>>> Installing Py27-six should be pretty straight forward & should allow you >>>>> to >>>>> proceed with that install. GR38 has it's own set of dependencies, some of >>>>> which overlap with GR37 and some of which don't. You'll want to follow the >>>>> install guide for your OS to get those dependencies. Good luck! - MLD >>>>> >>>>> On Wed, Oct 16, 2019 at 3:02 PM Saeid Hashemi >>>>> wrote: >>>>> >>>>>> Hi Michael, >>>>>> >>>>>> The gnuradio git repository does not have a tag for v3.17.14.5, and >>>>>> using v3.7.13.5 gives me: >>>>>> >>>>>> -- Python checking for six - python 2 and 3 compatibility library >>>>>> -- Python checking for six - python 2 and 3 compatibility library - >>>>>> not found >>>>>> CMake Error at volk/CMakeLists.txt:98 (message): >>>>>> six - python 2 and 3 compatibility library required to build VOLK >>>>>> >>>>>> >>>>>> -- Configuring incomplete, errors occurred! >>>>>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log". >>>>>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log". >>>>>> >>>>>> >>>>>> Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up, >>>>>> so I need to install that manually. >>>>>> >>>>>> >>>>>> On Sat, Oct 12, 2019 at 11:02 AM Michael Dickens < >>>>>> michael.dick...@ettus.com> wrote: >>>>>> >>>>>>> OK. Thanks for the info Saeid. I'll look into creating a VM using >>>>>>> Ubuntu 16.04.1 to see what happens. - MLD >>>>>>> >>>>>>> On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi >>>>>>> wrote: >>>>>>> >>>>>>>> It's Ubuntu 16.04.1, bu
Re: [USRP-users] uhd_fft failure
Yes, I did those steps as well to install gnuradio from source. Installed the binary for python-sip, now I'm getting another error: nuc03@nuc03:~/gnuradio/build$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft Traceback (most recent call last): File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 43, in from PyQt4 import Qt ImportError: No module named PyQt4 On Mon, Oct 21, 2019 at 12:19 PM Ettus Research Support wrote: > Hi Saeid - Not sure what's going on with your GR install ... did you do > "sudo make install" after doing "make"? Did you do "sudo ldconfig" after > installing? > > It looks like you need to install "python-sip" to get around this latest > issue. Same basic method as "python-six", whatever that was that you did > successfully. - MLD > > On Fri, Oct 18, 2019 at 3:19 PM Saeid Hashemi via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Okay, so installing python-six fixed that, and I was able to install >> 3.7.13.5 from source. >> The sample apps like uhd_fft are not in the path like they used to be >> with binary installation. And trying it from the apps folder gives me: >> >> nuc03@nuc03:/usr/local/bin$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft >> Traceback (most recent call last): >> File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 39, in >> import sip >> ImportError: No module named sip >> >> >> On Thu, Oct 17, 2019 at 10:26 AM Michael Dickens < >> michael.dick...@ettus.com> wrote: >> >>> Yes sorry about the GR37 release version: 3.7.13.5 is the correct on. >>> Installing Py27-six should be pretty straight forward & should allow you to >>> proceed with that install. GR38 has it's own set of dependencies, some of >>> which overlap with GR37 and some of which don't. You'll want to follow the >>> install guide for your OS to get those dependencies. Good luck! - MLD >>> >>> On Wed, Oct 16, 2019 at 3:02 PM Saeid Hashemi wrote: >>> >>>> Hi Michael, >>>> >>>> The gnuradio git repository does not have a tag for v3.17.14.5, and >>>> using v3.7.13.5 gives me: >>>> >>>> -- Python checking for six - python 2 and 3 compatibility library >>>> -- Python checking for six - python 2 and 3 compatibility library - not >>>> found >>>> CMake Error at volk/CMakeLists.txt:98 (message): >>>> six - python 2 and 3 compatibility library required to build VOLK >>>> >>>> >>>> -- Configuring incomplete, errors occurred! >>>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log". >>>> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log". >>>> >>>> >>>> Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up, so >>>> I need to install that manually. >>>> >>>> >>>> On Sat, Oct 12, 2019 at 11:02 AM Michael Dickens < >>>> michael.dick...@ettus.com> wrote: >>>> >>>>> OK. Thanks for the info Saeid. I'll look into creating a VM using >>>>> Ubuntu 16.04.1 to see what happens. - MLD >>>>> >>>>> On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi >>>>> wrote: >>>>> >>>>>> It's Ubuntu 16.04.1, but yes, I will follow the source build >>>>>> instructions. >>>>>> >>>>>> On Fri, Oct 11, 2019 at 3:11 PM Michael Dickens < >>>>>> michael.dick...@ettus.com> wrote: >>>>>> >>>>>>> Hi Saeid - Thanks for the followup. I totally agree that if you just >>>>>>> "sudo apt install gnuradio", compatible versions should be installed. >>>>>>> Are >>>>>>> you using Ubuntu 16.04.6 LTS (Xenial Xerus)? If you choose to install >>>>>>> from >>>>>>> source, you can follow instructions such as the GR recommended way here >>>>>>> < >>>>>>> https://wiki.gnuradio.org/index.php/UbuntuInstall#Xenial_Xerus_.2816.04.29 >>>>>>> >. I have an Ubuntu 18.04 install that went very smoothly using this >>>>>>> >guide, >>>>>>> but maybe the guide is outdated for older Ubuntu; or, our packages need >>>>>>> to >>>>>>> be updated for that OS version ... Cheers! - MLD >>>>>>> >>>>>>> On Fri, Oct 11, 2019 at 2:24 PM Saeid Hashemi >>>>>>> wrote: >>>>>>> >>>>>>>> I will follow your advice, but it's worth mentioning I simply did >>>>>>>> apt-get gnuradio and should therefore have a compatible version of uhd >>>>>>>> installed automatically as a dependency. I did not install uhd >>>>>>>> separately. >>>>>>>> >>>>>>> -- >>>>>>> Michael Dickens >>>>>>> Ettus Research Technical Support >>>>>>> Email: supp...@ettus.com >>>>>>> Web: https://ettus.com/ >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Michael Dickens >>>>> Ettus Research Technical Support >>>>> Email: supp...@ettus.com >>>>> Web: https://ettus.com/ >>>>> >>>> >>> >>> -- >>> Michael Dickens >>> Ettus Research Technical Support >>> Email: supp...@ettus.com >>> Web: https://ettus.com/ >>> >> ___ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] uhd_fft failure
Okay, so installing python-six fixed that, and I was able to install 3.7.13.5 from source. The sample apps like uhd_fft are not in the path like they used to be with binary installation. And trying it from the apps folder gives me: nuc03@nuc03:/usr/local/bin$ /home/nuc03/gnuradio/gr-uhd/apps/uhd_fft Traceback (most recent call last): File "/home/nuc03/gnuradio/gr-uhd/apps/uhd_fft", line 39, in import sip ImportError: No module named sip On Thu, Oct 17, 2019 at 10:26 AM Michael Dickens wrote: > Yes sorry about the GR37 release version: 3.7.13.5 is the correct on. > Installing Py27-six should be pretty straight forward & should allow you to > proceed with that install. GR38 has it's own set of dependencies, some of > which overlap with GR37 and some of which don't. You'll want to follow the > install guide for your OS to get those dependencies. Good luck! - MLD > > On Wed, Oct 16, 2019 at 3:02 PM Saeid Hashemi wrote: > >> Hi Michael, >> >> The gnuradio git repository does not have a tag for v3.17.14.5, and using >> v3.7.13.5 gives me: >> >> -- Python checking for six - python 2 and 3 compatibility library >> -- Python checking for six - python 2 and 3 compatibility library - not >> found >> CMake Error at volk/CMakeLists.txt:98 (message): >> six - python 2 and 3 compatibility library required to build VOLK >> >> >> -- Configuring incomplete, errors occurred! >> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log". >> See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log". >> >> >> Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up, so I >> need to install that manually. >> >> >> On Sat, Oct 12, 2019 at 11:02 AM Michael Dickens < >> michael.dick...@ettus.com> wrote: >> >>> OK. Thanks for the info Saeid. I'll look into creating a VM using Ubuntu >>> 16.04.1 to see what happens. - MLD >>> >>> On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi wrote: >>> It's Ubuntu 16.04.1, but yes, I will follow the source build instructions. On Fri, Oct 11, 2019 at 3:11 PM Michael Dickens < michael.dick...@ettus.com> wrote: > Hi Saeid - Thanks for the followup. I totally agree that if you just > "sudo apt install gnuradio", compatible versions should be installed. Are > you using Ubuntu 16.04.6 LTS (Xenial Xerus)? If you choose to install from > source, you can follow instructions such as the GR recommended way here < > https://wiki.gnuradio.org/index.php/UbuntuInstall#Xenial_Xerus_.2816.04.29 > >. I have an Ubuntu 18.04 install that went very smoothly using this > >guide, > but maybe the guide is outdated for older Ubuntu; or, our packages need to > be updated for that OS version ... Cheers! - MLD > > On Fri, Oct 11, 2019 at 2:24 PM Saeid Hashemi > wrote: > >> I will follow your advice, but it's worth mentioning I simply did >> apt-get gnuradio and should therefore have a compatible version of uhd >> installed automatically as a dependency. I did not install uhd >> separately. >> > -- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > >>> >>> -- >>> Michael Dickens >>> Ettus Research Technical Support >>> Email: supp...@ettus.com >>> Web: https://ettus.com/ >>> >> > > -- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] uhd_fft failure
Hi Michael, The gnuradio git repository does not have a tag for v3.17.14.5, and using v3.7.13.5 gives me: -- Python checking for six - python 2 and 3 compatibility library -- Python checking for six - python 2 and 3 compatibility library - not found CMake Error at volk/CMakeLists.txt:98 (message): six - python 2 and 3 compatibility library required to build VOLK -- Configuring incomplete, errors occurred! See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeOutput.log". See also "/home/nuc03/gnuradio/build/CMakeFiles/CMakeError.log". Checking out tag v3.8.0.0 results in Cmake dependency of 3.8 and up, so I need to install that manually. On Sat, Oct 12, 2019 at 11:02 AM Michael Dickens wrote: > OK. Thanks for the info Saeid. I'll look into creating a VM using Ubuntu > 16.04.1 to see what happens. - MLD > > On Fri, Oct 11, 2019 at 4:47 PM Saeid Hashemi wrote: > >> It's Ubuntu 16.04.1, but yes, I will follow the source build instructions. >> >> On Fri, Oct 11, 2019 at 3:11 PM Michael Dickens < >> michael.dick...@ettus.com> wrote: >> >>> Hi Saeid - Thanks for the followup. I totally agree that if you just >>> "sudo apt install gnuradio", compatible versions should be installed. Are >>> you using Ubuntu 16.04.6 LTS (Xenial Xerus)? If you choose to install from >>> source, you can follow instructions such as the GR recommended way here < >>> https://wiki.gnuradio.org/index.php/UbuntuInstall#Xenial_Xerus_.2816.04.29 >>> >. I have an Ubuntu 18.04 install that went very smoothly using this guide, >>> but maybe the guide is outdated for older Ubuntu; or, our packages need to >>> be updated for that OS version ... Cheers! - MLD >>> >>> On Fri, Oct 11, 2019 at 2:24 PM Saeid Hashemi wrote: >>> I will follow your advice, but it's worth mentioning I simply did apt-get gnuradio and should therefore have a compatible version of uhd installed automatically as a dependency. I did not install uhd separately. >>> -- >>> Michael Dickens >>> Ettus Research Technical Support >>> Email: supp...@ettus.com >>> Web: https://ettus.com/ >>> >> > > -- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] uhd_fft failure
It's Ubuntu 16.04.1, but yes, I will follow the source build instructions. On Fri, Oct 11, 2019 at 3:11 PM Michael Dickens wrote: > Hi Saeid - Thanks for the followup. I totally agree that if you just "sudo > apt install gnuradio", compatible versions should be installed. Are you > using Ubuntu 16.04.6 LTS (Xenial Xerus)? If you choose to install from > source, you can follow instructions such as the GR recommended way here < > https://wiki.gnuradio.org/index.php/UbuntuInstall#Xenial_Xerus_.2816.04.29 > >. I have an Ubuntu 18.04 install that went very smoothly using this guide, > but maybe the guide is outdated for older Ubuntu; or, our packages need to > be updated for that OS version ... Cheers! - MLD > > On Fri, Oct 11, 2019 at 2:24 PM Saeid Hashemi wrote: > >> I will follow your advice, but it's worth mentioning I simply did apt-get >> gnuradio and should therefore have a compatible version of uhd installed >> automatically as a dependency. I did not install uhd separately. >> > -- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] uhd_fft failure
I will follow your advice, but it's worth mentioning I simply did apt-get gnuradio and should therefore have a compatible version of uhd installed automatically as a dependency. I did not install uhd separately. On Fri, Oct 11, 2019 at 9:27 AM Michael Dickens wrote: > Hi Saeid - The error shows that the version of UHD as installed isn't > fully compatible with the version of GR. GR 3.7.9.1 is quite old ... > unless you need that specific version of GR, I'd recommend uninstalling > that GR and installing 3.7.14.5 from source. There are install guides > around for doing this build on Ubuntu of various versions. Hope this is > useful! - MLD > > On Thu, Oct 10, 2019 at 6:40 PM Saeid Hashemi via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Hello everyone, >> >> I've been having some problems running the uhd_fft function recently. I >> did a fresh install of Ubuntu 16.04, then installed gnuradio using the >> package manager. When I run uhd_fft this is what I get. Would anyone have >> an idea as to where the problem is? >> >> Thanks, >> Saeid >> >> nuc03@nuc03:~$ apt-show-versions gnuradio >> gnuradio:amd64/xenial 3.7.9.1-2ubuntu1 uptodate >> >> >> nuc03@nuc03:~$ uhd_fft >> Traceback (most recent call last): >> File "/usr/bin/uhd_fft", line 48, in >> from gnuradio import uhd >> File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", line >> 135, in >> _prepare_uhd_swig() >> File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", line >> 38, in _prepare_uhd_swig >> import uhd_swig >> File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line >> 28, in >> _uhd_swig = swig_import_helper() >> File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line >> 24, in swig_import_helper >> _mod = imp.load_module('_uhd_swig', fp, pathname, description) >> ImportError: /usr/lib/python2.7/dist-packages/gnuradio/uhd/_ >> uhd_swig.x86_64-linux-gnu.so: undefined symbol: >> _ZN3uhd11time_spec_t15get_system_timeEv >> >> ___ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > > > -- > Michael Dickens > Ettus Research Technical Support > Email: supp...@ettus.com > Web: https://ettus.com/ > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] uhd_fft failure
Hello everyone, I've been having some problems running the uhd_fft function recently. I did a fresh install of Ubuntu 16.04, then installed gnuradio using the package manager. When I run uhd_fft this is what I get. Would anyone have an idea as to where the problem is? Thanks, Saeid nuc03@nuc03:~$ apt-show-versions gnuradio gnuradio:amd64/xenial 3.7.9.1-2ubuntu1 uptodate nuc03@nuc03:~$ uhd_fft Traceback (most recent call last): File "/usr/bin/uhd_fft", line 48, in from gnuradio import uhd File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", line 135, in _prepare_uhd_swig() File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", line 38, in _prepare_uhd_swig import uhd_swig File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line 28, in _uhd_swig = swig_import_helper() File "/usr/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line 24, in swig_import_helper _mod = imp.load_module('_uhd_swig', fp, pathname, description) ImportError: /usr/lib/python2.7/dist-packages/gnuradio/uhd/_ uhd_swig.x86_64-linux-gnu.so: undefined symbol: _ZN3uhd11time_spec_t15get_system_timeEv ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] UHD install from source with Pybombs failed
Following the build from source instructions also gives me the exact same errors: :~/uhd/host/build$ cmake ../ > -- > -- Configuring the Python interpreter... > -- Manually determining build Python version... > -- Python interpreter: /usr/bin/python3 Version: 3.4.3 > -- Override with: -DPYTHON_EXECUTABLE= > -- Manually determining runtime Python version... > -- Python runtime interpreter: /usr/bin/python3 Version: 3.4.3 > -- Override with: -DRUNTIME_PYTHON_EXECUTABLE= > -- Finding Python Libraries... > -- Could not find Python Libraries. > -- Operating on master branch. > -- Using UHD Images Directory: /usr/local/share/uhd/images > -- Build type not specified: defaulting to release. > -- > -- Configuring Boost C++ Libraries... > -- Looking for optional Boost components... > -- Could NOT find Boost > -- Looking for required Boost components... -- Could NOT find Boost > -- Boost include directories: /usr/include > -- Boost library directories: /usr/lib/x86_64-linux-gnu > -- Boost libraries: > -- > -- Python checking for Python version 2.7 or greater > -- Python checking for Python version 2.7 or greater - found > -- > -- Python checking for Mako templates 0.4.2 or greater > -- Python checking for Mako templates 0.4.2 or greater - found > -- > -- Python checking for requests 2.0 or greater > -- Python checking for requests 2.0 or greater - found > -- > -- Python checking for numpy 1.7 or greater > -- Python checking for numpy 1.7 or greater - "import numpy" failed > -- > -- Configuring LibUHD support... > -- Dependency Boost_FOUND = 0 > -- Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE > -- Dependency HAVE_PYTHON_MODULE_MAKO = TRUE > CMake Error at cmake/Modules/UHDComponent.cmake:59 (message): > Dependencies for required component LibUHD not met. > Call Stack (most recent call first): > CMakeLists.txt:392 (LIBUHD_REGISTER_COMPONENT) > > -- Configuring incomplete, errors occurred! > See also "/home/saeid/uhd/host/build/CMakeFiles/CMakeOutput.log". > See also "/home/saeid/uhd/host/build/CMakeFiles/CMakeError.log". On Fri, Aug 2, 2019 at 8:03 PM Saeid Hashemi wrote: > Thanks for your suggestion, I did that and it says numpy is already the > latest version, 1.8.2. > Specifically, printing it out on the terminal gives me: > > $ python > Python 2.7.6 (default, Nov 13 2018, 12:45:42) > [GCC 4.8.4] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import numpy > >>> numpy.version.version > '1.8.2' > > > Is there some reason Pybombs can't see it? Should I just revert to > installing from source? > > > Thanks, > Saeid > > On Fri, Jul 26, 2019 at 6:24 PM Robin Coxe wrote: > >> It looks like UHD didn't build because it's missing the Python library >> numpy. You can try "pip install numpy" and rerunning PyBombs, but to be >> honest you might have better luck starting over and installing from source >> by following these instructions-- >> >> https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux >> >> On Fri, Jul 26, 2019 at 12:28 PM Saeid Hashemi via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> Attempting to install boost libraries shows that they are already the >>> latest version: >>> >>> libboost-dev is already the newest version. >>> libboost-all-dev is already the newest version. >>> >>> On Fri, Jul 26, 2019 at 3:26 PM Saeid Hashemi wrote: >>> >>>> Hello everyone, >>>> >>>> I've attempted to install UHD using Pybombs, following up on a previous >>>> issue I had due to my first binary install, but this is failing. >>>> >>>> $ pybombs prefix init -a default prefix/default/ -R gnuradio-default >>>> >>>> Results in: >>>> >>>> -- Configuring incomplete, errors occurred! >>>> See also >>>> "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeOutput.log". >>>> See also >>>> "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeError.log". >>>> PyBOMBS.Packager.source - ERROR - Configuration failed after running at >>>> least twice. >>>> PyBOMBS.Packager.source - ERROR - Problem occurred while building >>>> package uhd: >>>> Configuration failed >>>> PyBOMBS.install_manager - ERROR - Error installing package uhd. >>>> Aborting. >>>> >>>> I have attached the
Re: [USRP-users] UHD install from source with Pybombs failed
Thanks for your suggestion, I did that and it says numpy is already the latest version, 1.8.2. Specifically, printing it out on the terminal gives me: $ python Python 2.7.6 (default, Nov 13 2018, 12:45:42) [GCC 4.8.4] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import numpy >>> numpy.version.version '1.8.2' Is there some reason Pybombs can't see it? Should I just revert to installing from source? Thanks, Saeid On Fri, Jul 26, 2019 at 6:24 PM Robin Coxe wrote: > It looks like UHD didn't build because it's missing the Python library > numpy. You can try "pip install numpy" and rerunning PyBombs, but to be > honest you might have better luck starting over and installing from source > by following these instructions-- > > https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux > > On Fri, Jul 26, 2019 at 12:28 PM Saeid Hashemi via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Attempting to install boost libraries shows that they are already the >> latest version: >> >> libboost-dev is already the newest version. >> libboost-all-dev is already the newest version. >> >> On Fri, Jul 26, 2019 at 3:26 PM Saeid Hashemi wrote: >> >>> Hello everyone, >>> >>> I've attempted to install UHD using Pybombs, following up on a previous >>> issue I had due to my first binary install, but this is failing. >>> >>> $ pybombs prefix init -a default prefix/default/ -R gnuradio-default >>> >>> Results in: >>> >>> -- Configuring incomplete, errors occurred! >>> See also >>> "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeOutput.log". >>> See also >>> "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeError.log". >>> PyBOMBS.Packager.source - ERROR - Configuration failed after running at >>> least twice. >>> PyBOMBS.Packager.source - ERROR - Problem occurred while building >>> package uhd: >>> Configuration failed >>> PyBOMBS.install_manager - ERROR - Error installing package uhd. Aborting. >>> >>> I have attached the full results, and it seems that it's not finding the >>> boost library, however I'm not entirely sure. >>> >>> ___ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] UHD install from source with Pybombs failed
Attempting to install boost libraries shows that they are already the latest version: libboost-dev is already the newest version. libboost-all-dev is already the newest version. On Fri, Jul 26, 2019 at 3:26 PM Saeid Hashemi wrote: > Hello everyone, > > I've attempted to install UHD using Pybombs, following up on a previous > issue I had due to my first binary install, but this is failing. > > $ pybombs prefix init -a default prefix/default/ -R gnuradio-default > > Results in: > > -- Configuring incomplete, errors occurred! > See also > "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeOutput.log". > See also > "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeError.log". > PyBOMBS.Packager.source - ERROR - Configuration failed after running at > least twice. > PyBOMBS.Packager.source - ERROR - Problem occurred while building package > uhd: > Configuration failed > PyBOMBS.install_manager - ERROR - Error installing package uhd. Aborting. > > I have attached the full results, and it seems that it's not finding the > boost library, however I'm not entirely sure. > > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] UHD install from source with Pybombs failed
Hello everyone, I've attempted to install UHD using Pybombs, following up on a previous issue I had due to my first binary install, but this is failing. $ pybombs prefix init -a default prefix/default/ -R gnuradio-default Results in: -- Configuring incomplete, errors occurred! See also "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeOutput.log". See also "/home/saeid/prefix/default/src/uhd/host/build/CMakeFiles/CMakeError.log". PyBOMBS.Packager.source - ERROR - Configuration failed after running at least twice. PyBOMBS.Packager.source - ERROR - Problem occurred while building package uhd: Configuration failed PyBOMBS.install_manager - ERROR - Error installing package uhd. Aborting. I have attached the full results, and it seems that it's not finding the boost library, however I'm not entirely sure. saeid@nuc03:~$ pybombs prefix init -a default prefix/default/ -R gnuradio-default pybombs prefix init -a default prefix/default/ -R gnuradio-default PyBOMBS.ConfigManager - INFO - Prefix Python version is: 2.7.6 PyBOMBS - INFO - PyBOMBS Version 2.3.3 PyBOMBS.prefix - WARNING - There already is a prefix in `/home/saeid/prefix/default'. Continue using this path Y/[N]? y PyBOMBS.ConfigManager - INFO - Prefix Python version is: 2.7.6 Alias `default' already exists, overwrite Y/[N]? y PyBOMBS.ConfigManager - INFO - Creating new config file /home/saeid/prefix/default/.pybombs/config.yml PyBOMBS.ConfigManager - INFO - Prefix Python version is: 2.7.6 PyBOMBS.prefix - INFO - Installing default packages for prefix... PyBOMBS.prefix - INFO - - gnuradio PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and installing binary packages: [sudo] password for saeid: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: gtk2-engines-xfce hddtemp libdbusmenu-gtk4 libgsoap4 libgtksourceview2.0-0 libgtksourceview2.0-common libtagc0 libunique-1.0-0 libxfce4ui-utils libxfcegui4-4 linux-image-extra-4.4.0-31-generic linux-signed-image-generic-lts-xenial mousepad orage ristretto tango-icon-theme thunar thunar-archive-plugin thunar-media-tags-plugin thunar-volman xfburn xfce4-appfinder xfce4-artwork xfce4-battery-plugin xfce4-clipman xfce4-clipman-plugin xfce4-cpufreq-plugin xfce4-cpugraph-plugin xfce4-datetime-plugin xfce4-dict xfce4-diskperf-plugin xfce4-fsguard-plugin xfce4-genmon-plugin xfce4-mailwatch-plugin xfce4-mixer xfce4-mount-plugin xfce4-netload-plugin xfce4-notes xfce4-notes-plugin xfce4-panel xfce4-places-plugin xfce4-quicklauncher-plugin xfce4-screenshooter xfce4-sensors-plugin xfce4-smartbookmark-plugin xfce4-systemload-plugin xfce4-taskmanager xfce4-timer-plugin xfce4-verve-plugin xfce4-wavelan-plugin xfce4-weather-plugin xfce4-xkb-plugin Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libzmq3 The following NEW packages will be installed: libzmq3 libzmq3-dev 0 upgraded, 2 newly installed, 0 to remove and 18 not upgraded. Need to get 383 kB of archives. After this operation, 1,700 kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libzmq3 libzmq3-dev E: There are problems and -y was used without --force-yes PyBOMBS.PackageManager - ERROR - Something went wrong while trying to install zeromq using apt: Process returned value: 100 Install tree: | \- gnuradio | +- uhd | +- apache-thrift | \- zeromq PyBOMBS.install_manager - INFO - Phase 2: Recursively installing source packages to prefix: PyBOMBS.install_manager - INFO - Installing package: zeromq PyBOMBS.Fetcher.wget - ERROR - Download using requests failed: hostname 'ia800401.us.archive.org' doesn't match either of '*.archive.org', 'archive.org' PyBOMBS.Fetcher.wget - WARNING - Attempting to download using wget... --2019-07-26 13:52:33-- http://download.zeromq.org/zeromq-3.2.4.tar.gz Resolving download.zeromq.org (download.zeromq.org)... 54.194.235.52, 54.72.108.52, 52.17.181.235, ... Connecting to download.zeromq.org (download.zeromq.org)|54.194.235.52|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://archive.org/download/zeromq_3.2.4/zeromq-3.2.4.tar.gz [following] --2019-07-26 13:52:34-- https://archive.org/download/zeromq_3.2.4/zeromq-3.2.4.tar.gz Resolving archive.org (archive.org)... 207.241.224.2 Connecting to archive.org (archive.org)|207.241.224.2|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://ia800401.us.archive.org/0/items/zeromq_3.2.4/zeromq-3.2.4.tar.gz [following] --2019-07-26 13:52:34-- https://ia800401.us.archive.org/0/items/zeromq_3.2.4/zeromq-3.2.4.tar.gz Resolving ia800401.us.archive.org (ia800401.us.archive.org)... 207.241.230.41 Connecting to ia800401.us.archive.org (ia800401.us.archive.org)|207.241.230.41|:443... connected. HTTP request sent,
Re: [USRP-users] Command uhd_fft throwing seg fault (core dumped)
Can I modify it to link against the current version? On Tue, Jul 16, 2019 at 5:18 PM Marcus D Leech wrote: > Yes so it’s very likely a compatibility issue. > > Your GNURadio install would have installed uhd_fft and likely linked > against a different UHD version > > > Sent from my iPhone > > On Jul 16, 2019, at 4:30 PM, Saeid Hashemi wrote: > > Hi Marcus, > I appreciate your reply, > > I did some digging, and it seems I only have this instance of UHD > installed. How would I troubleshoot this? > Would the best solution be to simply reinstall? > > My setup is that I installed Open Air Interface, and UHD has been > installed automatically by that. > The other commands work, such as uhd_usrp_probe, as well as Open Air > Interface's radio software, softmodem UE and eNB. > > Regards, > Saeid > > On Tue, Jul 9, 2019 at 5:47 PM Marcus D. Leech via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> On 07/09/2019 04:41 PM, Saeid Hashemi via USRP-users wrote: >> >> To include context, the uhd_config_info command shows the following: >> >> linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-release >> >> And uname -a: >> >> Linux nuc03 3.19.0-61-lowlatency #69~14.04.1-Ubuntu SMP PREEMPT Thu Jun 9 >> 10:15:00 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux >> >> The command line output from uhd_fft only shows the following: >> >> Segmentation fault (core dumped) >> >> >> My guess is that your uhd_fft was linked against a different version of >> the UHD library than you currently have on your system. >> >> >> >> On Tue, Jul 9, 2019 at 4:10 PM Saeid Hashemi wrote: >> >>> Hi all, >>> >>> Running the command "uhd_fft" has been giving this result for me, would >>> anyone have a recommendation on how to fix the issue? >>> >>> Thanks and regards, >>> Saeid >>> >> >> >> ___ >> USRP-users mailing >> listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> >> ___ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Command uhd_fft throwing seg fault (core dumped)
Hi Marcus, I appreciate your reply, I did some digging, and it seems I only have this instance of UHD installed. How would I troubleshoot this? Would the best solution be to simply reinstall? My setup is that I installed Open Air Interface, and UHD has been installed automatically by that. The other commands work, such as uhd_usrp_probe, as well as Open Air Interface's radio software, softmodem UE and eNB. Regards, Saeid On Tue, Jul 9, 2019 at 5:47 PM Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 07/09/2019 04:41 PM, Saeid Hashemi via USRP-users wrote: > > To include context, the uhd_config_info command shows the following: > > linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-release > > And uname -a: > > Linux nuc03 3.19.0-61-lowlatency #69~14.04.1-Ubuntu SMP PREEMPT Thu Jun 9 > 10:15:00 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux > > The command line output from uhd_fft only shows the following: > > Segmentation fault (core dumped) > > > My guess is that your uhd_fft was linked against a different version of > the UHD library than you currently have on your system. > > > > On Tue, Jul 9, 2019 at 4:10 PM Saeid Hashemi wrote: > >> Hi all, >> >> Running the command "uhd_fft" has been giving this result for me, would >> anyone have a recommendation on how to fix the issue? >> >> Thanks and regards, >> Saeid >> > > > ___ > USRP-users mailing > listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Command uhd_fft throwing seg fault (core dumped)
To include context, the uhd_config_info command shows the following: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-release And uname -a: Linux nuc03 3.19.0-61-lowlatency #69~14.04.1-Ubuntu SMP PREEMPT Thu Jun 9 10:15:00 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux The command line output from uhd_fft only shows the following: Segmentation fault (core dumped) On Tue, Jul 9, 2019 at 4:10 PM Saeid Hashemi wrote: > Hi all, > > Running the command "uhd_fft" has been giving this result for me, would > anyone have a recommendation on how to fix the issue? > > Thanks and regards, > Saeid > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Command uhd_fft throwing seg fault (core dumped)
Hi all, Running the command "uhd_fft" has been giving this result for me, would anyone have a recommendation on how to fix the issue? Thanks and regards, Saeid ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] UHD from source on Linux - Setup the library path
Hello all, Upon installing UHD from source, the instructions mention to "Make sure that libuhd.so is in your LD_LIBRARY_PATH". How can I verify this? The env command does not display LD_LIBRARY_PATH. Regards, Saeid ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] N200 dropping samples in Vbox
Scott, Are you getting that throughput between the VM and host machine? Or between the VM and external network? On Thu, May 17, 2018 at 10:27 AM Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 05/17/2018 09:35 AM, Scott H via USRP-users wrote: > > Hello, > I am currently trying to figure out why my N200 will only support data > rates of 5 Msps inside a VM. > System Details: > Host: Ubuntu 16.04 > > Guest: Centos7 > Processors: 8 > RAM: 16 GB > Network: Bridged Adapter, virtio > > I have used iperf3 to test and verify my network speeds. Speeds going > into and out of the VM are both ~900 Mbps. I have also tested the N200 on > the host machine, and can achieve 20 Msps without any drops (not sure why I > can't hit 25 Msps, but that is a different issue). To test the USRP speeds > I am using the built in UHD benchmark_rate example. > > benchmark_rate --rx_rate XXe6 --args "num_recv_frames=256" > > Any ideas as to why the VM would be killing the data rate? I have had > similar issues with USB USRPs, but my understanding was those took a big > hit due to the virtualization of the actual USB hardware interface. It > seems that with a networked USRP, that as long as the network can handle > the speeds (which supposedly it can using iperf3), then I shouldn't see any > hit in the data rate. > > Thanks for your time and please let me know of any other outputs/commands > you would like to see. > > -Scott > > > Are you only allocating a single CPU core to the VM? How much memory? > > Performance inside a VM will generally be somewhat less, or significantly > less, than on the host machine. > > > > ___ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com