Hi Sean,

Your setup should allow for multiple uses to connect simultaneously.  If
you tried this and it failed, can you let us know what error you saw?
 Also, that "port_range" is inclusive of all the ports in between 9001 and
9103.

Cheers,
Scott


On Thu, Jun 19, 2014 at 2:11 PM, CLSA Mcmaster <clsamcmas...@gmail.com>
wrote:

> Hello Sebastien
>
> I am able to access Paraview web. The one remaining issue is only one user
> can access at a time. So my last question, hopefully, is with regard to
> port ranges. The launch.json file from the example looks like this:
>
> "port_range": [9001, 9103]
>
> For clarification, is that a range from 9001 to 9103 or is it individual
> ports 9001 and 9103?
>
> Thank you.
>
> Sean.
>
>
> On Thu, Jun 19, 2014 at 10:57 AM, Sebastien Jourdain <
> sebastien.jourd...@kitware.com> wrote:
>
>> Hi Sean,
>>
>> if you have a user logged in with a "DISPLAY", you just need to run
>> "export DISPLAY=:0.0" before running your launcher.
>> So when your launcher trigger a new viz job, it inherits that property.
>>
>> You can try again with your command line and see if you get the same
>> error when you export the display first.
>>
>> But anyhow, you need a GPU and a X session running. And make sure you
>> have the latest drivers as well for better performances.
>>
>> Otherwise, if you don't have a GPU, then you will need to build ParaView
>> with OS Mesa.
>>
>> Seb
>>
>>
>> On Thu, Jun 19, 2014 at 7:44 AM, CLSA Mcmaster <clsamcmas...@gmail.com>
>> wrote:
>>
>>> Hello
>>>
>>> I think I have found the problem. When I run the launcher from the CLI
>>> as follows:
>>>
>>>  pvpython
>>> /data/pvw/paraview/lib/paraview-4.1/site-packages/paraview/web/pv_web_visualizer.py
>>> -d --content /data/pvw/www --data-dir /data/pvw/data --port 8080
>>>
>>> And then access the URL I get the following error:
>>>
>>> [19/Jun/2014:13:37:10 +0000] "POST /paraview/ HTTP/1.1" 404 145 "
>>> http://paraview.domain.ca:8080/apps/Visualizer/"; "Mozilla/5.0 (Windows
>>> NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0"
>>> ERROR: In
>>> /usr/local/src/paraview/4.1.0/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
>>> line 531
>>> vtkXOpenGLRenderWindow (0x328b7c0): bad X server connection.
>>> DISPLAY=Aborted (core dumped)
>>>
>>> I'm not sure why I don't see this error or generate a core dump when
>>> using the configuration file.
>>>
>>> In any case, we are using the 64bit binaries for Linux (Ubuntu 14.04).
>>> Do we need to compile our own Paraview 4.1? We are having difficulty
>>> compiling OSMesa support due to missing libraries.
>>>
>>> Thanks, again.
>>>
>>> Sean.
>>>
>>>
>>>
>>> On Wed, Jun 18, 2014 at 10:44 AM, CLSA Mcmaster <clsamcmas...@gmail.com>
>>> wrote:
>>>
>>>> Hello Sebastien
>>>>
>>>> Thank you for the very quick reply.
>>>>
>>>> I am following this document:
>>>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/#!/guide/ubuntu_14_04
>>>>
>>>> I am using paraview version 4.1.0.
>>>>
>>>> I get the same result if I go directly to port 8080. I am running in
>>>> debug mode but I am not seeing anything at all helpful. Firebug shows me:
>>>>
>>>> {"id": "103b792a-f6ee-11e3-b1d5-14feb5ee4ae2", "host": 
>>>> "paraview.domain.ca", "port": 9103, "sessionManagerURL":
>>>>
>>>>
>>>>
>>>>
>>>> "http://paraview.domain.ca:8080/paraview/";, "sessionURL":
>>>> "ws://paraview.domain.ca/proxy?sessionId=103b792a-f6ee-11e3-b1d5-14feb5ee4ae2"}
>>>>
>>>> Followed by:
>>>>
>>>> Firefox can't establish a connection to the server at ws://
>>>> paraview.mcmaster.ca/proxy?sessionId=103b792a-f6ee-11e3-b1d5-14feb5ee4ae2
>>>> .
>>>>
>>>> My Apache config is as follows:
>>>>
>>>> <VirtualHost *:80>
>>>>       ServerAlias   paraview.domain.ca
>>>>       ServerAdmin  webmas...@domain.ca
>>>>       DocumentRoot /data/pvw/www
>>>>
>>>>       ErrorLog /data/logs/error.log
>>>>       CustomLog /data/logs/access.log combined
>>>>
>>>>       # Handle launcher forwarding
>>>>       ProxyPass /paraview http://dragonfly.domain.ca:8080/paraview
>>>>
>>>>       # Handle WebSocket forwarding
>>>>       RewriteEngine On
>>>>       RewriteMap  session-to-port  txt:/data/proxy.txt
>>>>       RewriteCond %{QUERY_STRING}  ^sessionId=(.*)$               [NC]
>>>>       RewriteRule ^/proxy.*$       ws://${session-to-port:%1}/ws  [P]
>>>>
>>>>         <Directory "/data/pvw/www">
>>>>         Options Indexes FollowSymLinks
>>>>         Order allow,deny
>>>>         Allow from all
>>>>         AllowOverride all
>>>>         Require all granted
>>>>         </Directory>
>>>>
>>>> </VirtualHost>
>>>>
>>>> And the launcher.py config file:
>>>>
>>>> {"configuration":
>>>>         {"content":
>>>>                 "/data/pvw/www",
>>>>                 "log_dir": "/data/pvw/logs",
>>>>                 "host": "192.168.1.110",
>>>>                 "endpoint": "paraview",
>>>>                 "sessionURL": "ws://paraview.domain.ca:8080/",
>>>>                 "timeout": 5,
>>>>                 "upload_dir": "/data/pvw/data",
>>>>                 "fields": ["file", "host", "port", "updir"], "port":
>>>> 8080,
>>>>                 "proxy_file": "/data/pvw/conf/proxy.conf"},
>>>>                 "apps": {"data_prober": {"cmd": ["${python_exec}",
>>>>                 "${python_path}/paraview/web/pv_web_data_prober.py",
>>>> "--port", "${port}", "--data-dir", "${data}"]},
>>>>                 "pipeline": {"cmd": ["${python_exec}",
>>>>                 "${python_path}/paraview/web/pv_web_visualizer.py",
>>>>                 "--port", "${port}", "--data-dir", "${data}"]},
>>>>                 "loader": {"cmd": ["${python_exec}",
>>>>                 "${python_path}/paraview/web/pv_web_file_loader.py",
>>>>                 "--port", "${port}",  "--data-dir", "${data}"] }
>>>> },
>>>>         "properties":
>>>>                 {"python_path":
>>>> "/data/pvw/paraview/lib/paraview-4.1/site-packages/",
>>>>                 "data": "/data/pvw/data",
>>>>                 "python_exec": "/data/pvw/paraview/bin/pvpython"
>>>>                 },
>>>>         "resources":
>>>>                 [{"port_range": [9001, 9003], "host":
>>>> "192.168.1.110"}], "sessionData": {"updir": "/Home"}
>>>>                 }
>>>>
>>>>
>>>> One thing I've noticed is that different config files show either
>>>> ${data} or ${dataDIR} but I do not see these variables defined anywhere.
>>>>
>>>> But other than that, I'm stumped.
>>>>
>>>> Thanks, once more, for your help.
>>>>
>>>> Sean.
>>>>
>>>>
>>>> On Tue, Jun 17, 2014 at 3:35 PM, Sebastien Jourdain <
>>>> sebastien.jourd...@kitware.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm not sure to understand that error either.
>>>>>
>>>>> Which setup did you followed? Which version of ParaView are you using?
>>>>> (release/master)
>>>>>
>>>>> Did you try with a direct connection without apache in the middle?
>>>>> Does that work?
>>>>>
>>>>> If so what is your apache setup and launcher.py configuration file?
>>>>>
>>>>> Any guidance on your setup may help.
>>>>>
>>>>> Seb
>>>>>
>>>>>
>>>>> On Tue, Jun 17, 2014 at 12:21 PM, CLSA Mcmaster <
>>>>> clsamcmas...@gmail.com> wrote:
>>>>>
>>>>>> Hello
>>>>>>
>>>>>> I feel I am very close to getting this but I need some help.
>>>>>>
>>>>>> I am using Paraview with Python and an Apache front end with
>>>>>> proxying. My logs show as follows:
>>>>>>
>>>>>> [Tue Jun 17 14:18:34.353847 2014] [proxy:debug] [pid 5840]
>>>>>> proxy_util.c(2035): AH00943: http: has released connection for (
>>>>>> dragonfly.domain.ca)
>>>>>> [Tue Jun 17 14:18:34.353905 2014] [deflate:debug] [pid 5840]
>>>>>> mod_deflate.c(764): [client 192.168.1.9:45352] AH01384: Zlib:
>>>>>> Compressed 246 to 151 : URL /paraview/, referer:
>>>>>> http://paraview.domain.ca/apps/FileViewer/
>>>>>> [Tue Jun 17 14:18:34.366482 2014] [authz_core:debug] [pid 5843]
>>>>>> mod_authz_core.c(828): [client 192.168.1.9:45354] AH01628:
>>>>>> authorization result: granted (no directives)
>>>>>> [Tue Jun 17 14:18:34.366557 2014] [proxy:debug] [pid 5843]
>>>>>> mod_proxy.c(1104): [client 192.168.1.9:45354] AH01143: Running
>>>>>> scheme ws handler (attempt 0)
>>>>>> [Tue Jun 17 14:18:34.366566 2014] [proxy_ajp:debug] [pid 5843]
>>>>>> mod_proxy_ajp.c(708): [client 192.168.1.9:45354] AH00894: declining
>>>>>> URL ws://
>>>>>> 192.168.1.110:9103/ws?sessionId=c83abd36-f64b-11e3-b1d5-14feb5ee4ae2
>>>>>> [Tue Jun 17 14:18:34.366577 2014] [proxy_http:debug] [pid 5843]
>>>>>> mod_proxy_http.c(1892): [client 192.168.1.9:45354] AH01113: HTTP:
>>>>>> declining URL ws://
>>>>>> 192.168.1.110:9103/ws?sessionId=c83abd36-f64b-11e3-b1d5-14feb5ee4ae2
>>>>>> [Tue Jun 17 14:18:34.366583 2014] [proxy_wstunnel:debug] [pid 5843]
>>>>>> mod_proxy_wstunnel.c(331): [client 192.168.1.9:45354] AH02451:
>>>>>> serving URL ws://
>>>>>> 192.168.1.110:9103/ws?sessionId=c83abd36-f64b-11e3-b1d5-14feb5ee4ae2
>>>>>> [Tue Jun 17 14:18:34.366590 2014] [proxy:debug] [pid 5843]
>>>>>> proxy_util.c(2020): AH00942: WS: has acquired connection for (*)
>>>>>> [Tue Jun 17 14:18:34.366596 2014] [proxy:debug] [pid 5843]
>>>>>> proxy_util.c(2072): [client 192.168.1.9:45354] AH00944: connecting
>>>>>> ws://
>>>>>> 192.168.1.110:9103/ws?sessionId=c83abd36-f64b-11e3-b1d5-14feb5ee4ae2
>>>>>> to 192.168.1.110:9103
>>>>>> [Tue Jun 17 14:18:34.366665 2014] [proxy:debug] [pid 5843]
>>>>>> proxy_util.c(2206): [client 192.168.1.9:45354] AH00947: connected
>>>>>> /ws?sessionId=c83abd36-f64b-11e3-b1d5-14feb5ee4ae2 to
>>>>>> 192.168.1.110:9103
>>>>>> [Tue Jun 17 14:18:34.366800 2014] [proxy:debug] [pid 5843]
>>>>>> proxy_util.c(2610): AH00962: WS: connection complete to
>>>>>> 192.168.1.110:9103 (192.168.1.110)
>>>>>> [Tue Jun 17 14:18:34.574643 2014] [proxy_wstunnel:debug] [pid 5843]
>>>>>> mod_proxy_wstunnel.c(253): [client 192.168.1.9:45354] AH02445: woke
>>>>>> from poll(), i=1
>>>>>> [Tue Jun 17 14:18:34.574681 2014] [proxy_wstunnel:debug] [pid 5843]
>>>>>> mod_proxy_wstunnel.c(262): [client 192.168.1.9:45354] AH02446: sock
>>>>>> was readable
>>>>>> [Tue Jun 17 14:18:34.574725 2014] [proxy_wstunnel:debug] [pid 5843]
>>>>>> mod_proxy_wstunnel.c(129): (104)Connection reset by peer: [client
>>>>>> 192.168.1.9:45354] AH02442: error on sock - ap_get_brigade
>>>>>> [Tue Jun 17 14:18:34.574751 2014] [proxy:debug] [pid 5843]
>>>>>> proxy_util.c(2035): AH00943: WS: has released connection for (*)
>>>>>>
>>>>>> As you can see, I am getting a reset by peer but I'm not sure of the
>>>>>> cause. Any help or clues would be greatly appreciated.
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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://public.kitware.com/mailman/listinfo/paraview
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> 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://public.kitware.com/mailman/listinfo/paraview
>
>
_______________________________________________
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://public.kitware.com/mailman/listinfo/paraview

Reply via email to