[Paraview] Help with web proxy
Scott Wittenburg
scott.wittenburg at kitware.com
Mon Jun 23 16:43:14 EDT 2014
Hi Sean,
Yeah, that could be a problem, though I'm not an Apache expert. I
looked up the mpm prefork version you appear to be running:
http://httpd.apache.org/docs/current/mod/prefork.html
The docs there say that it is important to set the "MaxRequestWorkers"
directive so that it is "big enough to handle as many simultaneous requests
as you expect to receive, but small enough to assure that there is enough
physical RAM for all processes." So I guess this may be keeping your
Apache from handling multiple simultaneous requests.
I'm not running Apache MPM Prefork, and when I set my LogLevel to debug,
I see lines that look like the following:
[Mon Jun 23 14:34:34.183747 2014] [proxy:debug] [pid 20818:tid
139804845111104] proxy_util.c(1694): AH00925: initializing worker
http://localhost:9000/paraview shared
[Mon Jun 23 14:34:34.183843 2014] [proxy:debug] [pid 20818:tid
139804845111104] proxy_util.c(1734): AH00927: initializing worker
http://localhost:9000/paraview local
[Mon Jun 23 14:34:34.183889 2014] [proxy:debug] [pid 20818:tid
139804845111104] proxy_util.c(1769): AH00930: initialized pool in child
20818 for (localhost) min=0 max=25 smax=25
Perhaps someone else in the community has more insight into what could
be keeping you from handling multiple simultaneous requests.
Cheers,
Scott
On Mon, Jun 23, 2014 at 12:57 PM, CLSA Mcmaster <clsamcmaster at gmail.com>
wrote:
> Hi Scott,
>
> Could this be the problem:
>
> [Mon Jun 23 14:55:26.475835 2014] [mpm_prefork:info] [pid 5029] AH00164:
> Server built: Apr 3 2014 12:20:28
> [Mon Jun 23 14:55:26.475847 2014] [core:notice] [pid 5029] AH00094:
> Command line: '/usr/sbin/apache2'
> [Mon Jun 23 14:55:26.475852 2014] [mpm_prefork:debug] [pid 5029]
> prefork.c(995): AH00165: Accept mutex: fcntl (default: sysvsem)
> [Mon Jun 23 14:55:26.476141 2014] [proxy:debug] [pid 5037]
> proxy_util.c(1694): AH00925: initializing worker proxy:reverse shared
> [Mon Jun 23 14:55:26.476167 2014] [proxy:debug] [pid 5037]
> proxy_util.c(1734): AH00927: initializing worker proxy:reverse local
> [Mon Jun 23 14:55:26.476193 2014] [proxy:debug] [pid 5037]
> proxy_util.c(1785): AH00931: initialized single connection worker in child
> 5037 for (*)
>
> Note is reports " initialized single connection worker". Maybe that's
> correct but it is allowing only a single connection.
>
> Thanks,
> Sean.
>
>
>
> On Thu, Jun 19, 2014 at 4:28 PM, Scott Wittenburg <
> scott.wittenburg at kitware.com> wrote:
>
>> 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 <clsamcmaster at 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.jourdain at 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 <clsamcmaster at 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 <
>>>>> clsamcmaster at 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 webmaster at 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.jourdain at 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 <
>>>>>>> clsamcmaster at 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
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20140623/9014b646/attachment-0001.html>
More information about the ParaView
mailing list