cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
anatoli
Level 3

Issues when running Xilinx tools or Other vendor tools in docker environment

More and more users have now reported issues when running Xilinx tools or Other vendor tools in docker environment.
It seems to be something to do with the license manager querying udev for devices:
The stack trace is:

#
# An unexpected error has occurred (6)
#
Stack:
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7f9a57e1a520]
/lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c) [0x7f9a57e6ea7c]
/lib/x86_64-linux-gnu/libc.so.6(raise+0x16) [0x7f9a57e1a476]
/lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7f9a57e007f3]
/lib/x86_64-linux-gnu/libc.so.6(+0x896f6) [0x7f9a57e616f6]
/lib/x86_64-linux-gnu/libc.so.6(+0xa0d7c) [0x7f9a57e78d7c]
/lib/x86_64-linux-gnu/libc.so.6(+0xa4cec) [0x7f9a57e7ccec]
/lib/x86_64-linux-gnu/libc.so.6(realloc+0x122) [0x7f9a57e7d8e2]
/lib/x86_64-linux-gnu/libudev.so.1(+0x156e7) [0x7f9a542d66e7]
/lib/x86_64-linux-gnu/libudev.so.1(+0x1bafb) [0x7f9a542dcafb]
/lib/x86_64-linux-gnu/libudev.so.1(+0x75cf) [0x7f9a542c85cf]
/lib/x86_64-linux-gnu/libudev.so.1(+0x7b3b) [0x7f9a542c8b3b]
/lib/x86_64-linux-gnu/libudev.so.1(+0x10172) [0x7f9a542d1172]
/lib/x86_64-linux-gnu/libudev.so.1(+0x105b3) [0x7f9a542d15b3]
/lib/x86_64-linux-gnu/libudev.so.1(udev_enumerate_scan_devices+0x2a1) [0x7f9a542d2321]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(+0x129015) [0x7f9a4f329015]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(xilinxd_52bd866351b78202+0x9) [0x7f9a4f329499]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(+0xd6317) [0x7f9a4f2d6317]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(xilinxd_52bd862318b59a70+0x86) [0x7f9a4f2d60d6]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(+0xc364f) [0x7f9a4f2c364f]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(xilinxd_52bd9e9e1c8e52fb+0x1b) [0x7f9a4f2cd3eb]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libXil_lmgr11.so(xilinxd_52bd700d1bd3c616+0x30) [0x7f9a4f2cd480]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonxillic.so(XilReg::Utils::GetHostInfo[abi:cxx11](XilReg::Utils::HostInfoType, bool) const+0x1a0) [0x7f9a53b1fcd0]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonxillic.so(XilReg::Utils::GetHostInfoFormatted[abi:cxx11](XilReg::Utils::HostInfoType, bool) const+0x59) [0x7f9a53b22bc9]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonxillic.so(XilReg::Utils::GetHostInfo[abi:cxx11]() const+0x103) [0x7f9a53b22e83]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonxillic.so(XilReg::Utils::GetRegInfo(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool, bool)+0x96) [0x7f9a53b29f96]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonxillic.so(XilReg::Utils::GetRegInfoWebTalk(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)+0x60) [0x7f9a53b2a1c0]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_project.so(HAPRWebtalkHelper::getRegistrationId[abi:cxx11]() const+0x3d) [0x7f99de5fabdd]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_project.so(HAPRWebtalkHelper::HAPRWebtalkHelper(HAPRProject*, HAPRDesign*, HWEWebtalkMgr*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)+0x178) [0x7f99de5fd2d8]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_tcltasks.so(+0x1d68475) [0x7f9a12e90475]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_tcltasks.so(+0x1d71474) [0x7f9a12e99474]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_common.so(+0xb44ccf) [0x7f9a59446ccf]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(+0x3356f) [0x7f9a5303356f]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(+0x34bf8) [0x7f9a53034bf8]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(Tcl_EvalEx+0x13) [0x7f9a53035163]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(Tcl_FSEvalFileEx+0x1da) [0x7f9a53099d2a]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commontasks.so(+0x275110) [0x7f9a152d2110]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_common.so(+0xb44ccf) [0x7f9a59446ccf]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(+0x3356f) [0x7f9a5303356f]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(Tcl_EvalObjv+0x32) [0x7f9a530336a2]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(TclEvalObjEx+0x322) [0x7f9a530354c2]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commontasks.so(+0x2bb548) [0x7f9a15318548]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commontasks.so(+0x2bcb3f) [0x7f9a15319b3f]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_common.so(+0xb44ccf) [0x7f9a59446ccf]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(+0x3356f) [0x7f9a5303356f]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(Tcl_EvalObjv+0x32) [0x7f9a530336a2]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(TclEvalObjEx+0x322) [0x7f9a530354c2]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_commonmain.so(+0xc538) [0x7f9a59ee7538]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/libtcl8.5.so(Tcl_Main+0x1d0) [0x7f9a530a02f0]
/opt/Xilinx/Vivado/2022.1/lib/lnx64.o/librdi_common.so(+0xb721fb) [0x7f9a594741fb]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43) [0x7f9a57e6cb43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00) [0x7f9a57efea00]

 

Here’s some other web page from a google search suggesting that this type of issue is related/has to do specifically with FlexLM:

https://community.flexera.com/t5/FlexNet-Publisher-Forum/Crash-in-libudev-so-1-during-checkout-when-running-inside-a/td-p/157788

Also, Quartus might have the same (or similar) issue reported some time back:
https://community.intel.com/t5/Intel-FPGA-Software-Installation/Running-Quartus-Prime-Standard-on-WSL-crashes-in-libudev-so/m-p/1189032

 

And now, also our (Xilinx) users have reported the same to us. Here is the Forum thread

We have also a few other users who've raised cases directly with us, for the same mater.

 

Workaround:

Customers have indicated that they are able to overcome this issue by using LD_PRELOAD

e.g.:

  1. /opt/Xilinx/Vivado/2022.1/settings64.sh
  2. LD_PRELOAD=/lib/x86_64-linux-gnu/libudev.so.1 /opt/Xilinx/Vivado/2022.1/bin/vivado -mode batch -source run_project.tcl -tclargs /mnt/project.xpr

The above command helps to eliminate the segfault error mentioned above.

Without this LD_PRELOAD, the segfault error/crash occurs.

 

Hence, can you please confirm the following:

      1. Is this known issue?
      2. Why does udev Workaround make this successful?
      3. Is there a known fix (e.g. upgrade to major version)
      4. Does flexera provide drivers if UDEV is the issue? 
0 Kudos
1 Reply
anatoli
Level 3

BTW, i've tried to open a new case for this, however each time i try to raise a new case, i see both messages that the case was created fine, and directly after, i see error 'An Unexpected Error has occurred'

Hence, i have no idea was the case opened OK or not?

This was raised yesterday, and i haven't heard back from anyone. Hence, i would like to ask how i can successfully raise a new case?

0 Kudos