[Paraview] plugin mismatch?
pratik
pratik.mallya at gmail.com
Thu Apr 28 12:41:15 EDT 2011
I am quite sure now that the issue is do do with the some of the
processes spawned by mpi not being able to do their jobs; i already
posted the verbose output of the run previously, now i will also attach
an image that clearly shows that parts of the glyphs are not being
rendered. Can any one the paraview developers working with mpi please
have a look at why this seems to be happening?
I am now looking through the code of the plugin to see if that is where
the problem is......If i do find out I'll definitely post it here.
any help on this would be really helpful.
pratik
On Thursday 28 April 2011 06:37 PM, pratik wrote:
> Great Idea. Also, thanks very much for helping me Utkarsh.
>
> analysis:
> 1) works on client perfectly
> 2) started pvserver on head node with -np 1 (for mpi):- no problem
> 3) works on head node UPTO -np 3 .... -np 4 becomes fractured.
>
> Now, the other filters that i have used have worked perfectly....this
> may be something to do with the plugin, as you suggested.
>
> pratik
>
> On Thursday 28 April 2011 06:19 PM, Utkarsh Ayachit wrote:
>> Ok first things first. This is community contributed plugin so I have
>> no idea what it does or what it doesn't. To identify the issue, I
>> always tend to start simple. Run without connecting to the server at
>> all. In builtin mode, does the plugin work? Next try with 1 pvserver
>> processes without MPI. Next 2 pvserver processes and so on.
>>
>> Utkarsh
>>
>> On Thu, Apr 28, 2011 at 8:46 AM, pratik<pratik.mallya at gmail.com> wrote:
>>> iran mpirun with the verbose option on the server and got this as
>>> output;
>>> MPI: libxmpi.so 'SGI MPT 1.23 03/28/09 11:45:59'
>>> MPI: libmpi.so 'SGI MPT 1.23 03/28/09 11:43:39'
>>> MPI Environmental Settings
>>> MPI: MPI_DSM_DISTRIBUTE (default: not set) : 1
>>> MPI: The default size of the mapped stack area is 780 MBytes. The
>>> current
>>> stack limit (unlimited) is greater than this size. To specify
>>> a new
>>> size (in bytes) of the mapped stack, set the MPI_MAPPED_STACK_SIZE
>>> environment variable.
>>>
>>> Host: r2i1n0, CPUs: 16, TotPhysMem 3048401 pages, PhysMemPerCPU
>>> 190525 pages
>>> Memmap mmap size: 4621264 pages (18928697344 bytes) mapped ranks 8
>>> Memmap_init complete. shm base=0x2b70b120b000, sym_static=1
>>> RANK:0 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:0 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:0 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:0 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:0 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:1 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:1 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:1 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:1 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:1 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:2 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:2 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:2 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:2 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:2 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:3 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:3 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:3 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:3 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:3 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:4 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:4 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:4 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:4 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:4 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:5 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:5 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:5 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:5 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:5 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:6 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:6 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:6 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:6 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:6 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> RANK:7 sbrk base=0x 64f000, pagesize=0x1000 (4096)
>>> RANK:7 static/heap base=0x 506000, top=0x 2ed43000,
>>> len=190525 pages
>>> RANK:7 stack base=0x 7fff0acd9000, top=0x 7fff39516000,
>>> len=190525 pages
>>> RANK:7 mpibuffer base=0x 0, top=0x 0,
>>> len=
>>> 0 pages
>>> RANK:7 symheap base=0x 2b7081203000, top=0x 2b70b1203000,
>>> len=196608 pages
>>> Connected to client
>>> Process id: 3>> ERROR: In
>>> /home/pratikm/source/ParaView/ParaView-3.10.1/VTK/Graphics/vtkTensorGlyph.cxx,
>>>
>>> line 131
>>> vtkTensorGlyph2 (0x4656cd0): No data to glyph!
>>>
>>> Process id: 7>> ERROR: In
>>> /home/pratikm/source/ParaView/ParaView-3.10.1/VTK/Graphics/vtkTensorGlyph.cxx,
>>>
>>> line 131
>>> vtkTensorGlyph2 (0x4651510): No data to glyph!
>>>
>>> Client connection closed.
>>>
>>> How can there be no data to glyph? Is it some communication problem
>>> which is
>>> causing this? I think that the two processes mentioned here may not
>>> be doing
>>> their part of the processing.... what do you think?
>>>
>>> pratik
>>> On Thursday 28 April 2011 06:09 PM, pratik wrote:
>>>> Yes...it is still broken :( ;(
>>>> have you ever had the situation when paraview at both the ends were
>>>> compiled with different compilers? Is it an X- related problem?
>>>>
>>>> pratik
>>>> On Thursday 28 April 2011 06:01 PM, Utkarsh Ayachit wrote:
>>>>> Not sure, I was able to play with this plugin just fine. Try this:
>>>>>
>>>>> Go to "Edit | Settings" dialog. Open up the "Render View" pages
>>>>> and go
>>>>> to the "Server" Page. There, uncheck the remote-render threshold. Are
>>>>> things still broken?
>>>>>
>>>>> Utkarsh
>>>>>
>>>>> On Thu, Apr 28, 2011 at 8:21 AM,
>>>>> pratik<pratik.mallya at gmail.com> wrote:
>>>>>> sure...here it is.
>>>>>> This is a test file from the plugin folder called "tensors8.vtk"
>>>>>> The glyphs are fractured...that is the problem.
>>>>>> I tried it only on client and it works fine.
>>>>>>
>>>>>> pratik
>>>>>> On Thursday 28 April 2011 05:41 PM, Utkarsh Ayachit wrote:
>>>>>>> Can you post a image?
>>>>>>>
>>>>>>> Utkarsh
>>>>>>>
>>>>>>> On Thu, Apr 28, 2011 at 8:08 AM, pratik<pratik.mallya at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I did just as you told and the two pluigns loaded properly
>>>>>>>> however...the plugin is yet not working correctly; the tensors are
>>>>>>>> appearing
>>>>>>>> fractured...What may be the source of error now?
>>>>>>>>
>>>>>>>> pratik
>>>>>>>> On Wednesday 27 April 2011 05:54 PM, Utkarsh Ayachit wrote:
>>>>>>>>
>>>>>>>>> Yes and then load the right plugin on the right process from the
>>>>>>>>> "Manage PLugins" dialog. From the error, it looks like you are
>>>>>>>>> trying
>>>>>>>>> to load the icc built plugin on the gcc built client.
>>>>>>>>>
>>>>>>>>> Utkarsh
>>>>>>>>>
>>>>>>>>> On Wed, Apr 27, 2011 at 6:59 AM, pratik<pratik.mallya at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Hi Utkarsh,
>>>>>>>>>> I compiled the plugin on BOTH server and my laptop, using the
>>>>>>>>>> *respective*
>>>>>>>>>> configurations(i.e server plugin using pv server settings(icc
>>>>>>>>>> compiler),
>>>>>>>>>> client plugin using client pv(gcc compiler) settings). Like
>>>>>>>>>> you had
>>>>>>>>>> asked
>>>>>>>>>> earlier, i did compile pv on the cluster through source
>>>>>>>>>> (which made
>>>>>>>>>> the
>>>>>>>>>> paraviewconfig..cmake file available ) and used it to compile
>>>>>>>>>> the
>>>>>>>>>> plugin,
>>>>>>>>>> on
>>>>>>>>>> the server.
>>>>>>>>>> Is this what you are asking for?
>>>>>>>>>>
>>>>>>>>>> pratik
>>>>>>>>>>
>>>>>>>>>> On Wednesday 27 April 2011 04:18 PM, Utkarsh Ayachit wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> You need plugins compiled with both compilers and load the icc
>>>>>>>>>>> plugin
>>>>>>>>>>> on
>>>>>>>>>>> server while load the gcc plugin on client. You cannot
>>>>>>>>>>> interchange
>>>>>>>>>>> them
>>>>>>>>>>> or
>>>>>>>>>>> load the same one on both sides.
>>>>>>>>>>>
>>>>>>>>>>> Utkarsh
>>>>>>>>>>>
>>>>>>>>>>> Sent from my iPad
>>>>>>>>>>>
>>>>>>>>>>> On Apr 27, 2011, at 12:03 AM, pratik<pratik.mallya at gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> I compiled PV on my laptop using gcc but on cluster using icc.
>>>>>>>>>>>> When i
>>>>>>>>>>>> try
>>>>>>>>>>>> to use the TensorglyphFilter plugin, the following error
>>>>>>>>>>>> shows:
>>>>>>>>>>>> Load Error, Mismatch in version:
>>>>>>>>>>>> Paraview Signature: paraviewplugin|GNU|3.10
>>>>>>>>>>>> Plugin signature: paraviewplugin|Intel|3.10
>>>>>>>>>>>>
>>>>>>>>>>>> I also tried compiling both plugins using gcc/g++ compiler,
>>>>>>>>>>>> but
>>>>>>>>>>>> the
>>>>>>>>>>>> same
>>>>>>>>>>>> error persists. What may be the problem?
>>>>>>>>>>>>
>>>>>>>>>>>> pratik
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Powered by www.kitware.com
>>>>>>>>>>>>
>>>>>>>>>>>> Visit other Kitware open-source projects at
>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>>>>>>>>
>>>>>>>>>>>> Please keep messages on-topic and check the ParaView Wiki at:
>>>>>>>>>>>> http://paraview.org/Wiki/ParaView
>>>>>>>>>>>>
>>>>>>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>>>>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tensors2.png
Type: image/png
Size: 58212 bytes
Desc: not available
URL: <http://www.paraview.org/pipermail/paraview/attachments/20110428/690690f6/attachment-0001.png>
More information about the ParaView
mailing list