[Paraview] plugin mismatch?
pratik
pratik.mallya at gmail.com
Thu Apr 28 09:07:14 EDT 2011
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
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>>
More information about the ParaView
mailing list