- Revenera Community
- :
- InstallAnywhere
- :
- InstallAnywhere Forum
- :
- Re: Issues when running Xilinx tools or Other vendor tools in docker environment
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
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:
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.:
- /opt/Xilinx/Vivado/2022.1/settings64.sh
- 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:
- Is this known issue?
- Why does udev Workaround make this successful?
- Is there a known fix (e.g. upgrade to major version)
- Does flexera provide drivers if UDEV is the issue?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
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?
![](/skins/images/8C9D13A71C7F7695F3262372C0172D68/responsive_peak/images/icon_anonymous_message.png)