RES: [Paraview] client/server display problem - solved almost

[John Biddiscombe]

Thanks to all, I have now got it mostly working, for reference should 
anyone  check the archives

I discovered that one must build Mesa twice,
once "make linux-static", then again with "make linux-osmesa32"
then you get the build of the GL lib and the additional offscreen osmesa
libs. I hadn't realized theat building osmesa didn't also built the core
GL lib - hence I didn't have the GL lib and linked against the default
GL. Note that I fell back to using Mesa-6.4.2 and this configuration
works (I suspect 6.5 wil work too now that I know what to do).
(NB. Building mesa as dynamic caused crashes every time.)

then mpirun -np X -machinefile Y pvserver --use-offscreen-rendering

and it seems to work. Forcing compositing to always gives an image with
reasonable performance (or at least comparable to transferring geometry
with small results), and probably better with large results.

Distributed compositing appears to work too.

Only one problem left : When I resize the window in paraview, all the 
server nodes segfault. (yes, I checked the MAX_WIDTH, MAX_HEIGHT 
variable in osmmesa/config.h). It starts up ok and I can use it as long 
as I don't resize the window.

JB


>>> Have you launched pvserver with --use-offscreen-rendering flag?
>> Imagine how happy I am that I hadn't thought of that :)
>>
> 
> I felt rather dumb when first I saw that option.
> 
>> OK. The warning about compositing goes away now, but instead I get
>> this...(when I force compositing)
>>
>>
>> Process id: 9 >> Warning: In
>> /home/biddisco/ParaView/VTK/Rendering/vtkXOpenGLRenderWindow.cxx, line 1229
>> vtkXOpenGLRenderWindow (0x6000000000089130): failed call to
>> OSMesaMakeCurrent
> 
> <snip>
> 
> That reminded me of this error I used to get with my system GL which is
> Mesa with DRI, all the osmesa headers, but without the OSMesa library. I
> guess it's the 'MakeCurrent' part that seems familiar.
> 
> X Error of failed request:  GLXBadContext
>   Major opcode of failed request:  144 (GLX)
>   Minor opcode of failed request:  5 (X_GLXMakeCurrent)
>   Serial number of failed request:  31500
>   Current serial number in output stream:  31500
> 
>> Anyone know what to do to fix it?
>>
> 
> I agree with Renato N. Elias the use of the system libGL.so with the
> mesa include, and libGLU.so, and no xmesa.h is probably a problem. I've
> had the best results so far using the latest stable Mesa-6.4.2 without
> mangling as my only GL. To get CMake to find this version before the
> system version I set some variables in my ~/.bash_profile
> 
> CMAKE_LIBRARY_PATH=~/Mesa-6.4.2/lib64
> 
> and 
> 
> CMAKE_INCLUDE_PATH=~/Mesa-6.4.2/include
> 
> This saves me a bunch of screw ups entering things into CMake. It also
> helps CMake to put the VTK and ITK dirs in there for building projects.


-- 
John Biddiscombe,                            email:biddisco @ cscs.ch
http://www.cscs.ch/about/BJohn.php
CSCS, Swiss National Supercomputing Centre  | Tel:  +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland      | Fax:  +41 (91) 610.82.82