Learning Forum

[sprice]

When running ANSYS HFSS (or ansysedt) from a remote machine, a render window within the main application window fails to display its CAD contents. To be specific, the daughter window renders its contents initially, until there is mouse interaction, then goes black; some small squares appear within it, but nothing else.

 

This is with two different systems, one with an nvidia card (Quadro 600) running the nouveau driver and one with an AMD (FirePro V5900) running the radeon driver. Both systems are running CentOS 6.10. Both systems run glxgears without issue.

 

See screenshot.

[pgl]

Hi sprice, 

As far as I can see the first version of CentOS that we have supported is CentOS 7.2 at Release 18.0.

See here for supported platforms at 18.0:

• Platform support summary


• Platform support by application

Would it be possible to update those systems to a supported version of CentOS, such as 7.2, 7.3 or 7.4? 

 

[sprice]

The latest on the test machine after upgrading everything

 

CentOS 7.5

AnsysEDT 19.2

TurboVNC Server v2.1.90

VirtualGL-2.5

kmod-nvidia-340xx (nvidia driver)

 

Behavior:

 

Using TurboVNC server.

 

Without VirtualGL - same as before, after choosing the HFSS project tab and after initial rendering of the drawing pane the pane goes black on mouse over.

 

With VirtualGL - intial preload errors on start of ansysedt and then core dump when choosing the hfss project tab.

[pgl]

Thanks!

We only list CentOS 7.3 and 7.4 as being supported for release 19.2, so you are one step ahead of us here!

Regardless I think the main issue lies with the graphics card driver set up, specifically the combination of TurboVNC and VirtualGL. In our Support for Remote Displays and Virtual Desktop R19.2 TurboVNC isn't mentioned. Only VNC Connect is listed with VirtualGL. 

I'll ask one of our supported hardware/platform experts review this post to see if they have any ideas. 

[JakeC]

Hi Sprice,

The nouveau driver will cause you issues.  Please disabled the nouveau driver completely, and install the Nvidia driver from the nvidia website.

Please see the following link to disable nouveau:

http://www.advancedclustering.com/act_kb/installing-nvidia-drivers-rhel-centos-7/

 

Thank you,

Jake

[sprice]

Yes, we are already running only the nvidia proprietary driver as mentioned in the first message. Note, this renders properly at the console. Only remotely do we see the issues.

 

[root@eelnx160 ~]# rpm -aq | grep nvidia

kmod-nvidia-340xx-340.107-1.el7_5.elrepo.x86_64

 

[root@eelnx160 ~]# lsmod | grep nv

nvidia              10565102  49

drm                   397988  3 nvidia

i2c_core               63151  2 drm,nvidia

 

[root@eelnx160 ~]# lsmod | grep nouveau

[root@eelnx160 ~]#

[JakeC]

Hi sprice,

It sounded like you had 2 systems and one of them was running nouveau:

"one with an nvidia card (Quadro 600) running the nouveau driver"

Can you try switching from TurboVNC to RealVNC and integrating VirtualGL, if you cannot use VNCConnect.

You could also try disabling the hardware acceleration:

export LIBGL_ALWAYS_SOFTWARE=1

export LIBGL_ALWAYS_INDIRECT=1

(or some combination of the two)

And just so we are on the same page, when you tried launching you used the vglrun command correct?

Thank you,

Jake

[randyk]

Hi Sprice,

Please provide: $ lspci -vnn | grep VGA -A 12

Also, have you tried to turn off "Highlight selection dynamically" option from Tools >> Options >> General Options >> 3d modeler >> Display

thanks

Randy

 

[sprice]

This combination ended up working

 

CentOS 7.5 64 bit

NVIDIA Corporation GP107GL [Quadro P620] nvidia proprietary kernel driver 390.87 (see note below) TurboVNC 2.2 VirtualGL 2.6

 

Remote requires running under vglrun or the layout screen blacks on any update. glxgears runs with or without vglrun.

 

note: the proprietary nvidia driver is the download from nvidia.com. The kmod-nvidia rpm version 390.87 (same version) from ELREPO causes AnsysEDT running under vglrun to core dump when adding an HFSS project (probably anything that needs 3D rendering).