Louie Cardone-Noott | 22 Jul 16:51 2014
Picon
Picon

Re: Paraview 3.98, Pvserver and Intel graphic HD 4600

I used to get a similar effect when setting the opacity or manually adjusting slices etc. on the integrated graphics of an Intel i5-3570 (HD 2500 graphics). I gave up trying to find a solution and got a discrete GPU installed.

Louie


On 22 July 2014 15:35, Utkarsh Ayachit <utkarsh.ayachit <at> kitware.com> wrote:
Alas, no idea what could be happening. A random guess, try toggling "Interpolate Scalars Before Mapping" check box on the Properties panel. Let's see if that makes any difference.

Utkarsh


On Tue, Jul 22, 2014 at 10:32 AM, Patrick Begou <Patrick.Begou <at> legi.grenoble-inp.fr> wrote:
Hi Utkarsh

I can't show you this dataset (as the geomtry studied by this PhD student is confidential) but I can reproduce the problem with another dataset. Here, it appears immediatly, no need to add a slice to show the problem.

This is a large dataset (1024³ grid points).

Thanks


Patrick

--
===================================================================
|  Equipe M.O.S.T.         |                                      |
|  Patrick BEGOU           | mailto:Patrick.Begou <at> grenoble-inp.fr |
|  LEGI                    |                                      |
|  BP 53 X                 | Tel 04 76 82 51 35                   |
|  38041 GRENOBLE CEDEX    | Fax 04 76 82 52 71                   |
===================================================================



_______________________________________________
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


<div>
<div dir="ltr">
<div>I used to get a similar effect when setting the opacity or manually adjusting slices etc. on the integrated graphics of an Intel i5-3570 (HD 2500 graphics). I gave up trying to find a solution and got a discrete GPU installed.<br><br>
</div>Louie<br>
</div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On 22 July 2014 15:35, Utkarsh Ayachit <span dir="ltr">&lt;<a href="mailto:utkarsh.ayachit <at> kitware.com" target="_blank">utkarsh.ayachit <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Alas, no idea what could be happening. A random guess, try toggling "Interpolate Scalars Before Mapping" check box on the Properties panel. Let's see if that makes any difference.<span class="HOEnZb"><div>
<br>
</div>
<div>Utkarsh</div></span>
</div>
<div class="HOEnZb"><div class="h5">
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 10:32 AM, Patrick Begou <span dir="ltr">&lt;<a href="mailto:Patrick.Begou <at> legi.grenoble-inp.fr" target="_blank">Patrick.Begou <at> legi.grenoble-inp.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">Hi Utkarsh<br><br>
I can't show you this dataset (as the geomtry studied by this PhD student is confidential) but I can reproduce the problem with another dataset. Here, it appears immediatly, no need to add a slice to show the problem.<br><br>
This is a large dataset (1024&sup3; grid points).<br><br>
Thanks<div><div>
<br><br>
Patrick<br><br>
-- <br>
===================================================================<br>
| &nbsp;Equipe M.O.S.T. &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
| &nbsp;Patrick BEGOU &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | mailto:<a href="mailto:Patrick.Begou <at> grenoble-inp.fr" target="_blank">Patrick.Begou <at> grenoble-inp.fr</a> |<br>
| &nbsp;LEGI &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
| &nbsp;BP 53 X &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | Tel 04 76 82 51 35 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br>
| &nbsp;38041 GRENOBLE CEDEX &nbsp; &nbsp;| Fax 04 76 82 52 71 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br>
===================================================================<br><br>
</div></div>
</blockquote>
</div>
<br>
</div>
</div></div>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br><br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br><br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br><br>
Follow this link to subscribe/unsubscribe:<br><a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br><br>
</blockquote>
</div>
<br>
</div>
</div>
Dmitry Duplyakin | 22 Jul 16:39 2014

Re: Visualizing a Cone with PVW - Connection can't be established

All I see is described js error. (I see it in the Firefox'es Firebug console) 


On Tue, Jul 22, 2014 at 9:33 AM, Dmitry Karpeyev <karpeev <at> mcs.anl.gov> wrote:

Is there a Python error/stack trace that comes with this?

On Jul 22, 2014 9:30 AM, "Dmitry Duplyakin" <duplyakin <at> uchicago.edu> wrote:
Hi Sebastien,

Thanks again for your help yesterday!

We have upgraded and running Apache-2.4.7 now.

We are seeing a now error:
return new WebSocket(url, protocols); 

Last line points to code in autobahn.js
ab._construct = function (url, protocols) {
   if ("WebSocket" in window) {
      // Chrome, MSIE, newer Firefox
      if (protocols) {
         return new WebSocket(url, protocols);
      } else {
         return new WebSocket(url);
      }
   } else if ("MozWebSocket" in window) {
      // older versions of Firefox prefix the WebSocket object
      if (protocols) {
         return new MozWebSocket(url, protocols);
      } else {
         return new MozWebSocket(url);
      }
   } else {
      return null;
   }
};

In the meantime, session gets created, session log has a standard opening followed by many lines with "+" signs (which means it is running fine, right?), POST is successful:
130.202.2.217 - - [22/Jul/2014:14:09:48 +0000] "POST /paraview/ HTTP/1.1" 200 78 "http://54.211.22.94/apps/FileViewer/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0". 

Its response:
{"updir": "/Home", "sessionManagerURL": "http://54.211.22.94:/paraview/", "port": 9997, "host": "localhost", "sessionURL": "ws://ec2-54-211-22-94.compute-1.amazonaws.com/proxy?sessionId=d9e328ce-11a9-11e4-b402-22000b0185a8", "id": "d9e328ce-11a9-11e4-b402-22000b0185a8"}
Are possibly missing anything here?

Looks like Apache log verifies that wstunnel is working:[Tue Jul 22 14:26:22.617495 2014] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2206): [client 130.202.2.217:63449] AH00947: connected /ws?sessionId=270f885c-11ac-11e4-b402-22000b0185a8 to localhost:9999 [Tue Jul 22 14:26:22.617574 2014] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2610): AH00962: WS: connection complete to 127.0.0.1:9999 (localhost) [Tue Jul 22 14:26:22.619784 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client 130.202.2.217:63449] AH02445: woke from poll(), i=1 [Tue Jul 22 14:26:22.619806 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client 130.202.2.217:63449] AH02446: sock was readable [Tue Jul 22 14:26:22.619905 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client 130.202.2.217:63449] AH02445: woke from poll(), i=1 [Tue Jul 22 14:26:22.619925 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client 130.202.2.217:63449] AH02446: sock was readable [Tue Jul 22 14:26:22.619943 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client 130.202.2.217:63449] AH02445: woke from poll(), i=1 [Tue Jul 22 14:26:22.619953 2014] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client 130.202.2.217:63449] AH02446: sock was readable [Tue Jul 22 14:26:22.619964 2014] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2035): AH00943: WS: has released connection for (*) Any thoughts on what might be causing this problem?


On Mon, Jul 21, 2014 at 4:06 PM, Sebastien Jourdain <sebastien.jourdain <at> kitware.com> wrote:
Should work... I guess this documentation will always be out of date. ;-)

But the good news is that modern system have the right version of Apache, so no fancy build are needed anymore...

Seb


On Mon, Jul 21, 2014 at 3:02 PM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:

Trying to follow instructions from http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/paraviewweb_on_aws_ec2 now. It looks like those urls used with wget are broken.

Found a replacement for httpd:

wget http://archive.apache.org/dist/httpd/httpd-2.4.7.tar.gz -O httpd.tgz

Can't seem to find 1.5.0 version. Will 1.5.1 work? If so, here is a working command:

wget http://apache.petsads.us/apr/apr-1.5.1.tar.gz -O apr.tgz

The last one works fine:

wget http://apache.petsads.us/apr/apr-util-1.5.3.tar.gz -O apr-util.tgz



On Mon, Jul 21, 2014 at 3:36 PM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
Got it. Rebuilding Apache now.

Thanks!



On Mon, Jul 21, 2014 at 3:29 PM, Sebastien Jourdain <sebastien.jourdain <at> kitware.com> wrote:
You must have Apache 2.4.7+
Their is a fix in that version which allow mod_rewrite to work on web socket protocol instead of just http.

Seb


On Mon, Jul 21, 2014 at 2:25 PM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
We are running Apache/2.2.22 with loaded proxy_wstunnel_module (that we had to build from source).

From Apache error log (with debug):
[Mon Jul 21 20:20:13 2014] [debug] mod_proxy_http.c(56): proxy: HTTP: canonicalising URL //localhost:8080/paraview/
[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(1506): [client 130.202.2.217] proxy: http: found worker http://localhost:8080/paraview for http://localhost:8080/paraview/, referer: http://54.211.22.94/apps/Cone/
[Mon Jul 21 20:20:13 2014] [debug] mod_proxy.c(1020): Running scheme http handler (attempt 0)
[Mon Jul 21 20:20:13 2014] [debug] mod_proxy_http.c(1973): proxy: HTTP: serving URL http://localhost:8080/paraview/
[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2011): proxy: HTTP: has acquired connection for (localhost)
[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2067): proxy: connecting http://localhost:8080/paraview/ to localhost:8080
[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2193): proxy: connected /paraview/ to localhost:8080
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1743): proxy: start body send
[Mon Jul 21 20:20:14 2014] [debug] mod_deflate.c(615): [client 130.202.2.217] Zlib: Compressed 242 to 155 : URL /paraview/, referer: http://54.211.22.94/apps/Cone/
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1847): proxy: end body send
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2029): proxy: HTTP: has released connection for (localhost)
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(56): proxy: HTTP: canonicalising URL //54.211.22.94/ws://localhost:9998/ws
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(1525): [client 130.202.2.217] proxy: *: found reverse proxy worker for http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy.c(1020): Running scheme http handler (attempt 0)
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1973): proxy: HTTP: serving URL http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2011): proxy: HTTP: has acquired connection for (*)
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2067): proxy: connecting http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8 to 54.211.22.94:80
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2193): proxy: connected /ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8 to 54.211.22.94:80
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2444): proxy: HTTP: fam 2 socket created to connect to *
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2576): proxy: HTTP: connection complete to 54.211.22.94:80 (54.211.22.94)
[Mon Jul 21 20:20:14 2014] [error] [client 54.211.22.94] File does not exist: /pv/www/ws:
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1743): proxy: start body send
[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1847): proxy: end body send
[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2029): proxy: HTTP: has released connection for (*)


POST took ~1 second. Timestamps for POST and the following GET: 21/Jul/2014:20:23:02 and 21/Jul/2014:20:23:03



On Mon, Jul 21, 2014 at 3:10 PM, Sebastien Jourdain <sebastien.jourdain <at> kitware.com> wrote:
Which version of Apache are you using? Do you have the ws_tunnelling (<= wrong name but something like that) module enabled?

You may be able to check the system log that apache generate to see what went wrong.
Do you know how much time the POST request took?

Seb


On Mon, Jul 21, 2014 at 1:59 PM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
Continue troubleshooting...

Now we get this in response to POST:

{"updir": "/Home", "sessionManagerURL": "http://54.211.22.94:/paraview/", "port": 9999, "host": "localhost", "sessionURL": "ws://54.211.22.94/proxy?sessionId=369f8648-110f-11e4-b402-22000b0185a8", "id": "369f8648-110f-11e4-b402-22000b0185a8"}

Looks right to me. Then, after that POST, it does GETs that do not look right:

54.211.22.94 - - [21/Jul/2014:19:54:29 +0000] "GET /ws://localhost:9999/ws?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8 HTTP/1.1" 404 509 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0"

130.202.2.217 - - [21/Jul/2014:19:54:29 +0000] "GET /proxy?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8 HTTP/1.1" 404 509 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0" 

And the message: 

Firefox can't establish a connection to the server at ws://54.211.22.94/proxy?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8. return new WebSocket(url, protocols);

What can possibly cause this? Again, complete apache and launcher configs are in the previous email.


On Mon, Jul 21, 2014 at 2:07 PM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
This helped tremendously! 

Both "-f" and "${host}" now make a lot more sense. 

POST works fine now and we can see the Rewrite rule in action. Something there still needs attention and we are investigating further.

Thanks for you patience and all the help that allows us to move forward.


On Mon, Jul 21, 2014 at 12:59 PM, Sebastien Jourdain <sebastien.jourdain <at> kitware.com> wrote:
Hi Dmitry,

you may still have a typo

=> "ws://${host}/proxy?sessionId=${id}",

${host} should have been replaced with a static string that match the host that the web browser is using to reach apache.

Moreover, I forgot to mention that you need to add "-f" in your set of arguments. That will force some output generation to fill some buffer which will allow the launcher to detect when the server is actually ready.

I've noticed that the documentation is missing them. Don't know why... Will update it at some point.

And the value for "timeout" should be way bigger than 5. Like 25 maybe.

Seb



On Mon, Jul 21, 2014 at 10:58 AM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
Thanks for this detailed description! The process is starting to make sense and we can communicate more efficiently about our configuration and problems. 

Here is our complete launch.json (with the right sessionURL for a config with Apache, according to your email):
{
"configuration": {
  "content": "/pv/www",
  "log_dir": "/pv/logs",
  "host": "localhost",
  "endpoint": "paraview",
  "sessionURL": "ws://${host}/proxy?sessionId=${id}",
  "timeout": 5,
  "upload_dir": "/pv/data",
  "fields": ["file", "host", "port", "updir"],
  "port": 8080,
  "proxy_file": "/pv/conf/proxy.conf"},
"apps": {
  "data_prober": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_data_prober.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},
  "pipeline": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_visualizer.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},
  "loader": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_file_loader.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},
  "cone": {"cmd": ["${python_exec}", "/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py", "--port", "${port}"], "ready_line" : "Starting factory"}},
"properties": {
  "python_path": "/pv/paraview/lib/paraview-4.1/site-packages/",
  "data": "/pv/data",
  "python_exec": "/pv/paraview/bin/pvpython"},
"resources": [{"port_range": [9901, 9999], "host": "localhost"}],
"sessionData": {"updir": "/Home"}
}

Apache host file:
<VirtualHost *:80>
        ServerAdmin webmaster <at> localhost
        DocumentRoot /pv/www
        <Directory /pv/www/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
        </Directory>

        ProxyPass        /paraview http://localhost:8080/paraview

        RewriteEngine On
        RewriteMap session-to-port txt:/pv/conf/proxy.conf
        RewriteCond %{QUERY_STRING}     ^sessionId=(.*)$ [NC]
        RewriteRule    ^/proxy.*$  ws://${session-to-port:%1}/ws  [P]

        RewriteLog "/var/log/apache2/rewrite.log"
        RewriteLogLevel 3
        ErrorLog ${APACHE_LOG_DIR}/error.log
        LogLevel debug
        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Now when we access http://<PVW server>/apps/Cone/ in the browser,
it does POST {"sessionManagerURL":"http://<CORRECT IP FOR PVW server>:/paraview/","application":"cone"}. Then Launcher starts a process listening to a port from the range (e.g. 9999). We can see that process:
ps auwx | grep cone
root     27943  2.3  1.8 1015600 137664 pts/2  Sl+  16:32   0:00 /pv/paraview/lib/paraview-4.1/pvpython /pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py --port 9999 

After that we get a session timeout and this response: "Session did not start before timeout expired. Check session logs."

Any further advice?


On Mon, Jul 21, 2014 at 10:02 AM, Sebastien Jourdain <sebastien.jourdain <at> kitware.com> wrote:
Hi Dmitry,

First of all you need to understand the role of apache here in order to see how the configuration should be.
As you may know, you can use ParaViewWeb without Apache, but such setup is not meant for production.

The list below is what you get when you add Apache:
- Apache can be use to serve the static content (html, js, png, css...)
- Apache provide a single entry point host + port. This prevent cross-domain issue or firewall limitation.
- Apache will relay the WebSocket communication to the proper ParaViewWeb instance on the backend based on a session ID. This mean that the ParaViewWeb process DOES NOT need to be on the same machine as the Apache Web Server.

Then you need to understand how the launcher works and its role.
In ParaViewWeb a launcher is used to start a new visualization process for a given user. This simply mean running a command line with some dynamic parameters like the port number on which this specific instance should listen.
So when a user connect to the system and request a new visualization session, it is the responsibility of the launcher to start the process and let the client know on which WebSocket URL it should connect to in order to reach the requested visualization session.

In a setup that DOES NOT contain Apache, we can not use the same port as the main server (the process would not start). Hence, we start it with some port and we let the user know that it should connect to "ws://{host}:{port}/ws" where host and port get replaced with the set that was used to create the process. 

See section "resources" in launcher configuration.

BUT with Apache that is different, now we have a process which is meant to relay the communication to the backend using the port and host that Apache is using. So the launcher should let the client know what URL they should use so Apache could handle it and forward it to the backend. Hence the ws://{apache_host}/proxy?sessionId=${id}.
In the same time to keep track on which host/port a process is running the launcher generate a text file with the proper mapping.
That mapping file is then used inside Apache to figure out how it should establish the connection to the backend.

This should help you understand how to fix your configuration.
Moreover, here is the remaining set of questions:

> can we specifically log and debug Rewrite rule actions?

Don't know, Google will be your friend here...

> do we actually need ProxyPassReverse in Apache?

Don't know, Google will be your friend here as well as the documentation on how to setup ParaViewWeb on Ubuntu 14LTS.

> what particular modules in Apache are required?

Read the documentation, the list is minimum and provided in it.

> in launch.json there are two particular lines host/resources:

So the "host" is to select the proper network card when you have several for the actual launcher server.

Then the resources are use for process management and URL generation for the client. Which mean, what name should be used by Apache to connect to the machine that actually run a ParaViewWeb process.

Seb


On Mon, Jul 21, 2014 at 8:01 AM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
Thank you very much, Sebastien!

Launcher side:
"sessionURL": "ws://YOUR_HOST_NAME_TO_REPLACE(the one used to connect to apache)/proxy?sessionId=${id}", "proxy_file": "/data/proxy.txt"
This is exactly what we have in our launcher:

  "sessionURL": "ws://${host}:${port}/ws",

  "host": "localhost",

  "port": 8080,

Your sessionURL looks different. Do you actually use "proxy?sessionId=" there? Ours came directly from the script you've suggested earlier: http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD 

Apache side
RewriteMap session-to-port txt:/data/proxy.txt
In Apache we have:
RewriteEngine On
RewriteMap session-to-port txt:/pv/conf/proxy.conf
RewriteCond %{QUERY_STRING}     ^sessionId=(.*)$ [NC]
RewriteRule    ^/proxy.*$  ws://${session-to-port:%1}/ws  [P]
 
Then when a session start you can check the content of that /data/proxy.txt and that should one line by running session with {sessionId} localhost:yyyyy

Verified that those entires are added to the file and have the right format. 
 
On the other hand you forgot that line in the config of your cone app: "ready_line" : "Starting factory"

Thanks! Added it and now the app looks like this:

"cone": {"cmd": ["${python_exec}", "/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py", "--port", "${port}"], "ready_line" : "Starting factory"}},
 
You can check is any pvpython process is running, on which port, see if that match in the proxy file (/data/proxy.txt) and also looking at the log directory with the output of the pvpython process.

A common error could also be that the apache does not have the right to read the /data/proxy.txt file or that the launcher is not able to write it.
 
Verified that launcher can write it and that entries are added.
 
These are the rest of our questions (we need to sort these out because they have caused some confusion and we want to clear things up and do not come back to these issues anymore):

- can we specifically log and debug Rewrite rule actions?
- do we actually need ProxyPassReverse in Apache?
- what particular modules in Apache are required? So far we have: proxy_module, proxy_http_module, and rewrite_module. We are unsure whether we need proxy_wstunnel_module or not.
- in launch.json there are two particular lines:
"host": "localhost",
"resources": [{"port_range": [9901, 9999], "host": "localhost"}],
where we have some confusion about using "localhost" vs. "0.0.0.0". What exactly should we use in either case?

Appreciate your help!


Good luck,

Seb


On Sun, Jul 20, 2014 at 10:12 AM, Dmitry Duplyakin <duplyakin <at> uchicago.edu> wrote:
Hi all,

My name is Dmitry Duplyakin. I am a PhD student helping to build a ParaViewWeb system at University of Chicago.

We are building ParaView 4.1.0 (with OSMesa) on Amazon EC2 Ubuntu 12.04 instances.

We have verified that PV builds without errors and that PVW launcher is functioning (new entries are added to the proxy file, vis sessions are created and are listening to ports in the specified range, etc.)

We are trying to visualize a simple cone: 
(added app in launch.json)
"cone": {"cmd": ["${python_exec}", "/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py", "--port", "${port}"]}},

We have verified that vtk_web_cone.py actually gets called. In order to test it, we used /pv/www/apps/TestApp/index.html as a template and created /pv/www/apps/Cone/index.html where we have:
...
  var config = {
    sessionManagerURL: vtkWeb.properties.sessionManagerURL,
    application: "cone"
  };
...

Now when we access this app via a browser at: http://<hostname>/apps/Cone/ we either get a timeout or "connection can't be established" message.

In the apache error log we see: 
[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] proxy: Error reading from remote server returned by /paraview/, referer: http://54.211.22.94/apps/Cone/
[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] File does not exist: /pv/www/ws

It appears that it has do to with Apache configuration, where we have:
ProxyPass        /paraview http://localhost:8080/paraview
ProxyPassReverse /paraview http://localhost:8080/paraview
RewriteEngine On
RewriteMap session-to-port txt:/pv/conf/proxy.conf
RewriteCond %{QUERY_STRING}     ^sessionId=(.*)$ [NC]
RewriteRule    ^/proxy.*$  ws://${session-to-port:%1}/ws  [P]

Do these Rewrite commands look right? How can their actions be logged and verified?

Do we actually need ProxyPassReverse here?

Is it possible that we are missing a module or some additional configuration in Apache?
# apachectl -t -D DUMP_MODULES
...
 proxy_module (shared)
 proxy_http_module (shared)
 proxy_wstunnel_module (shared)
 rewrite_module (shared)
...
Syntax OK

Any debugging advice?

Your help will be much appreciated and will allow to move forward with our isntallation.

-------------------------------------------------------------------------------

Dmitry Duplyakin 
PhD student, CS at University of Colorado - Boulder
 

_______________________________________________
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
















<div><div dir="ltr">All I see is described js error. (I see it in the Firefox'es Firebug console)&nbsp;<div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 9:33 AM, Dmitry Karpeyev <span dir="ltr">&lt;<a href="mailto:karpeev <at> mcs.anl.gov" target="_blank">karpeev <at> mcs.anl.gov</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<p dir="ltr">Is there a Python error/stack trace that comes with this?</p>
<div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Jul 22, 2014 9:30 AM, "Dmitry Duplyakin" &lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote">

<div dir="ltr">Hi Sebastien,<div><br></div>
<div>Thanks again for your help yesterday!</div>
<div><br></div>
<div>We have upgraded and running&nbsp;Apache-2.4.7 now.</div>
<div><br></div>
<div>We are seeing a now error:</div>
<div>

<div>

Firefox can't establish a connection to the server at ws://<a href="http://ec2-54-211-22-94.compute-1.amazonaws.com/proxy?sessionId=d9e328ce-11a9-11e4-b402-22000b0185a8" target="_blank">ec2-54-211-22-94.compute-1.amazonaws.com/proxy?sessionId=d9e328ce-11a9-11e4-b402-22000b0185a8</a>.</div>

<div>return new WebSocket(url, protocols);&nbsp;</div>
</div>
<div><br></div>
<div>Last line points to code in autobahn.js</div>
<div>
<div>ab._construct = function (url, protocols) {</div>
<div>&nbsp; &nbsp;if ("WebSocket" in window) {</div>

<div>&nbsp; &nbsp; &nbsp; // Chrome, MSIE, newer Firefox</div>
<div>&nbsp; &nbsp; &nbsp; if (protocols) {</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;return new WebSocket(url, protocols);</div>
<div>&nbsp; &nbsp; &nbsp; } else {</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;return new WebSocket(url);</div>

<div>&nbsp; &nbsp; &nbsp; }</div>
<div>&nbsp; &nbsp;} else if ("MozWebSocket" in window) {</div>
<div>&nbsp; &nbsp; &nbsp; // older versions of Firefox prefix the WebSocket object</div>
<div>&nbsp; &nbsp; &nbsp; if (protocols) {</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;return new MozWebSocket(url, protocols);</div>

<div>&nbsp; &nbsp; &nbsp; } else {</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;return new MozWebSocket(url);</div>
<div>&nbsp; &nbsp; &nbsp; }</div>
<div>&nbsp; &nbsp;} else {</div>
<div>&nbsp; &nbsp; &nbsp; return null;</div>
<div>&nbsp; &nbsp;}</div>
<div>};</div>
</div>
<div><br></div>
<div>In the meantime, session gets created, session log has a standard opening followed by many lines with "+" signs (which means it is running fine, right?), POST is successful:</div>

<div>130.202.2.217 - - [22/Jul/2014:14:09:48 +0000] "POST /paraview/ HTTP/1.1" 200 78 "<a href="http://54.211.22.94/apps/FileViewer/" target="_blank">http://54.211.22.94/apps/FileViewer/</a>" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0".&nbsp;</div>

<div><br></div>
<div>Its response:</div>
<div><div selected>{"updir": "/Home", "sessionManagerURL": "http://54.211.22.94:/paraview/", "port": 9997, "host": "localhost", "sessionURL": "ws://<a href="http://ec2-54-211-22-94.compute-1.amazonaws.com/proxy?sessionId=d9e328ce-11a9-11e4-b402-22000b0185a8" target="_blank">ec2-54-211-22-94.compute-1.amazonaws.com/proxy?sessionId=d9e328ce-11a9-11e4-b402-22000b0185a8</a>", "id": "d9e328ce-11a9-11e4-b402-22000b0185a8"}

<div selected>Are possibly missing anything here?</div>
<div selected><br></div>Looks like Apache log verifies that wstunnel is working:[Tue Jul 22 14:26:22.<a href="tel:617495%202014" value="+16174952014" target="_blank">617495 2014</a>] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2206): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH00947: connected /ws?sessionId=270f885c-11ac-11e4-b402-22000b0185a8 to localhost:9999
[Tue Jul 22 14:26:22.617574 2014] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2610): AH00962: WS: connection complete to <a href="http://127.0.0.1:9999" target="_blank">127.0.0.1:9999</a> (localhost)
[Tue Jul 22 14:26:22.<a href="tel:619784%202014" value="+16197842014" target="_blank">619784 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02445: woke from poll(), i=1
[Tue Jul 22 14:26:22.<a href="tel:619806%202014" value="+16198062014" target="_blank">619806 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02446: sock was readable
[Tue Jul 22 14:26:22.<a href="tel:619905%202014" value="+16199052014" target="_blank">619905 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02445: woke from poll(), i=1
[Tue Jul 22 14:26:22.<a href="tel:619925%202014" value="+16199252014" target="_blank">619925 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02446: sock was readable
[Tue Jul 22 14:26:22.<a href="tel:619943%202014" value="+16199432014" target="_blank">619943 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(253): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02445: woke from poll(), i=1
[Tue Jul 22 14:26:22.<a href="tel:619953%202014" value="+16199532014" target="_blank">619953 2014</a>] [proxy_wstunnel:debug] [pid 7236:tid 140393354098432] mod_proxy_wstunnel.c(262): [client <a href="http://130.202.2.217:63449" target="_blank">130.202.2.217:63449</a>] AH02446: sock was readable
[Tue Jul 22 14:26:22.<a href="tel:619964%202014" value="+16199642014" target="_blank">619964 2014</a>] [proxy:debug] [pid 7236:tid 140393354098432] proxy_util.c(2035): AH00943: WS: has released connection for (*)

Any thoughts on what might be causing this problem?</div></div>
<div class="gmail_extra">

<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 4:06 PM, Sebastien Jourdain <span dir="ltr">&lt;<a href="mailto:sebastien.jourdain <at> kitware.com" target="_blank">sebastien.jourdain <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Should work... I guess this documentation will always be out of date. ;-)<div><br></div>
<div>But the good news is that modern system have the right version of Apache, so no fancy build are needed anymore...</div>

<div><br></div>
<div>Seb</div>
</div>
<div><div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 3:02 PM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">

<p>

</p>
<p>Trying to follow instructions from<span>&nbsp;</span><a href="http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/paraviewweb_on_aws_ec2" target="_blank">http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/paraviewweb_on_aws_ec2</a>&nbsp;now. It looks like those urls used with wget are broken.</p>

<p>Found a replacement for httpd:</p>
<p>wget <a href="http://archive.apache.org/dist/httpd/httpd-2.4.7.tar.gz" target="_blank">http://archive.apache.org/dist/httpd/httpd-2.4.7.tar.gz</a> -O httpd.tgz</p>

<p>Can't seem to find 1.5.0 version. Will 1.5.1 work? If so, here is a working command:</p>
<p>wget <a href="http://apache.petsads.us/apr/apr-1.5.1.tar.gz" target="_blank">http://apache.petsads.us/apr/apr-1.5.1.tar.gz</a> -O apr.tgz</p>

<p>The last one works fine:</p>
<p>

</p>
<p>wget <a href="http://apache.petsads.us/apr/apr-util-1.5.3.tar.gz" target="_blank">http://apache.petsads.us/apr/apr-util-1.5.3.tar.gz</a> -O apr-util.tgz</p>
<div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">

On Mon, Jul 21, 2014 at 3:36 PM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Got it. Rebuilding Apache now.<div><br></div>
<div>Thanks!<div><div>
<br><div class="gmail_extra">

<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 3:29 PM, Sebastien Jourdain <span dir="ltr">&lt;<a href="mailto:sebastien.jourdain <at> kitware.com" target="_blank">sebastien.jourdain <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">You must have&nbsp;<span>Apache 2.4.7+</span><div>

<span>Their is a&nbsp;fix in that version which allow mod_rewrite to work on&nbsp;web socket protocol instead of just http.</span>
</div>

<div>
<span>You can look at the apache section in here&nbsp;</span><a href="http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/paraviewweb_on_aws_ec2" target="_blank">http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/paraviewweb_on_aws_ec2</a>
</div>

<div><br></div>
<div>Seb</div>
</div>
<div><div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 2:25 PM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">
<div>We are running Apache/2.2.22 with loaded proxy_wstunnel_module (that we had to build from source).</div>

<div><br></div>From Apache error log (with debug):<div>
<div>[Mon Jul 21 20:20:13 2014] [debug] mod_proxy_http.c(56): proxy: HTTP: canonicalising URL //localhost:8080/paraview/≤/div>
<div>[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(1506): [client 130.202.2.217] proxy: http: found worker <a href="http://localhost:8080/paraview" target="_blank">http://localhost:8080/paraview</a> for <a href="http://localhost:8080/paraview/" target="_blank">http://localhost:8080/paraview/</a>, referer: <a href="http://54.211.22.94/apps/Cone/" target="_blank">http://54.211.22.94/apps/Cone/</a>
</div>

<div>[Mon Jul 21 20:20:13 2014] [debug] mod_proxy.c(1020): Running scheme http handler (attempt 0)</div>
<div>[Mon Jul 21 20:20:13 2014] [debug] mod_proxy_http.c(1973): proxy: HTTP: serving URL <a href="http://localhost:8080/paraview/" target="_blank">http://localhost:8080/paraview/</a>
</div>

<div>[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2011): proxy: HTTP: has acquired connection for (localhost)</div>
<div>[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2067): proxy: connecting <a href="http://localhost:8080/paraview/" target="_blank">http://localhost:8080/paraview/</a> to localhost:8080</div>

<div>[Mon Jul 21 20:20:13 2014] [debug] proxy_util.c(2193): proxy: connected /paraview/ to localhost:8080</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1743): proxy: start body send</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] mod_deflate.c(615): [client 130.202.2.217] Zlib: Compressed 242 to 155 : URL /paraview/, referer: <a href="http://54.211.22.94/apps/Cone/" target="_blank">http://54.211.22.94/apps/Cone/</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1847): proxy: end body send</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2029): proxy: HTTP: has released connection for (localhost)</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(56): proxy: HTTP: canonicalising URL //<a href="http://54.211.22.94/ws://localhost:9998/ws" target="_blank">54.211.22.94/ws://localhost:9998/ws</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(1525): [client 130.202.2.217] proxy: *: found reverse proxy worker for <a href="http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8" target="_blank">http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy.c(1020): Running scheme http handler (attempt 0)</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1973): proxy: HTTP: serving URL <a href="http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8" target="_blank">http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2011): proxy: HTTP: has acquired connection for (*)</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2067): proxy: connecting <a href="http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8" target="_blank">http://54.211.22.94/ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8</a> to <a href="http://54.211.22.94:80" target="_blank">54.211.22.94:80</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2193): proxy: connected /ws://localhost:9998/ws?sessionId=6bf080cc-1114-11e4-b402-22000b0185a8 to <a href="http://54.211.22.94:80" target="_blank">54.211.22.94:80</a>
</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2444): proxy: HTTP: fam 2 socket created to connect to *</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2576): proxy: HTTP: connection complete to <a href="http://54.211.22.94:80" target="_blank">54.211.22.94:80</a> (54.211.22.94)</div>
<div>[Mon Jul 21 20:20:14 2014] [error] [client 54.211.22.94] File does not exist: /pv/www/ws:</div>

<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1743): proxy: start body send</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] mod_proxy_http.c(1847): proxy: end body send</div>
<div>[Mon Jul 21 20:20:14 2014] [debug] proxy_util.c(2029): proxy: HTTP: has released connection for (*)</div>

</div>
<div class="gmail_extra"><br></div>
<div class="gmail_extra">
<br>POST took ~1 second. Timestamps for POST and the following GET: 21/Jul/2014:20:23:02 and 21/Jul/2014:20:23:03<div><div>
<br><br><br><div class="gmail_quote">

On Mon, Jul 21, 2014 at 3:10 PM, Sebastien Jourdain <span dir="ltr">&lt;<a href="mailto:sebastien.jourdain <at> kitware.com" target="_blank">sebastien.jourdain <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Which version of Apache are you using? Do you have the ws_tunnelling (&lt;= wrong name but something like that) module enabled?<div>

<br>
</div>
<div>You may be able to check the system log that apache generate to see what went wrong.</div>
<div>Do you know how much time the POST request took?</div>
<div><br></div>
<div>Seb</div>
</div>
<div><div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 1:59 PM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">
<div>Continue troubleshooting...</div>
<div>

<br>
</div>Now we get this in response to POST:<br><br>{"updir": "/Home", "sessionManagerURL": "http://54.211.22.94:/paraview/", "port": 9999, "host": "localhost", "sessionURL": "ws://<a href="http://54.211.22.94/proxy?sessionId=369f8648-110f-11e4-b402-22000b0185a8" target="_blank">54.211.22.94/proxy?sessionId=369f8648-110f-11e4-b402-22000b0185a8</a>", "id": "369f8648-110f-11e4-b402-22000b0185a8"}<br><br>Looks right to me. Then, after that POST, it does GETs that do not look right:<br><br>54.211.22.94 - - [21/Jul/2014:19:54:29 +0000] "GET /ws://localhost:9999/ws?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8 HTTP/1.1" 404 509 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0"<br><br>130.202.2.217 - - [21/Jul/2014:19:54:29 +0000] "GET /proxy?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8 HTTP/1.1" 404 509 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:30.0) Gecko/20100101 Firefox/30.0"&nbsp;<div>

<br>
</div>
<div>And the message:&nbsp;</div>
<div><br></div>
<div>Firefox can't establish a connection to the server at ws://<a href="http://54.211.22.94/proxy?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8" target="_blank">54.211.22.94/proxy?sessionId=d32a4d8a-1110-11e4-b402-22000b0185a8</a>. return new WebSocket(url, protocols);<div>

<br>
</div>
<div>What can possibly cause this? Again, complete apache and launcher configs are in the previous email.</div>
<div><div>
<div><br></div>
<div class="gmail_extra">
<br><div class="gmail_quote">On Mon, Jul 21, 2014 at 2:07 PM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">This helped tremendously!&nbsp;<div><br></div>
<div>

Both "-f" and "${host}" now make a lot more sense.&nbsp;</div>
<div class="gmail_extra"><br></div>
<div class="gmail_extra">POST works fine now and we can see the Rewrite rule in action. Something there still needs attention and we are investigating further.</div>

<div class="gmail_extra"><br></div>
<div class="gmail_extra">Thanks for you patience and all the help that allows us to move forward.</div>
<div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 12:59 PM, Sebastien Jourdain <span dir="ltr">&lt;<a href="mailto:sebastien.jourdain <at> kitware.com" target="_blank">sebastien.jourdain <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Hi Dmitry,<div><br></div>
<div>you may still have a typo</div>

<div><br></div>
<div>=&gt;&nbsp;<span>"ws://${host}/proxy?sessionId=</span><span>${id}",</span>
</div>

<div><span><br></span></div>
<div><span>${host} should have been replaced with a static string that match the host that the web browser is using to reach apache.</span></div>

<div><span><br></span></div>
<div>Moreover, I forgot to mention that you need to add "-f" in your set of arguments. That will force some output generation to fill some buffer which will allow the launcher to detect when the&nbsp;server is actually ready.</div>

<div><br></div>
<div>I've noticed that the documentation is missing them. Don't know why... Will update it at some point.</div>
<div>Although this page show that option:&nbsp;<a href="http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/py_launcher" target="_blank">http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/py_launcher</a>
</div>

<div><span><br></span></div>
<div>
<span>And the value for "</span><span>timeout" should be way bigger than 5. Like 25 maybe.</span>
</div>

<div><span><br></span></div>
<div><span>Seb</span></div>
<div><span><br></span></div>
</div>
<div><div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 10:58 AM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Thanks for this detailed description! The process is starting to make sense and we can communicate more efficiently about our configuration and problems.&nbsp;<div>

<br>
</div>
<div>Here is our complete launch.json (with the right sessionURL for a config with Apache, according to your email):<div>

<div>{</div>
<div>"configuration": {</div>
<div>&nbsp; "content": "/pv/www",</div>
<div>&nbsp; "log_dir": "/pv/logs",</div>
<div>&nbsp; "host": "localhost",</div>
<div>&nbsp; "endpoint": "paraview",</div>
<div>&nbsp; "sessionURL": "ws://${host}/proxy?sessionId=${id}",</div>
<div>&nbsp; "timeout": 5,</div>
<div>&nbsp; "upload_dir": "/pv/data",</div>

<div>&nbsp; "fields": ["file", "host", "port", "updir"],</div>
<div>&nbsp; "port": 8080,</div>
<div>&nbsp; "proxy_file": "/pv/conf/proxy.conf"},</div>
<div>"apps": {</div>

<div>&nbsp; "data_prober": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_data_prober.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},</div>

<div>&nbsp; "pipeline": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_visualizer.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},</div>

<div>&nbsp; "loader": {"cmd": ["${python_exec}", "${python_path}/paraview/web/pv_web_file_loader.py", "--port", "${port}", "--data-dir", "${data}"], "ready_line" : "Starting factory"},</div>

<div>

<div>&nbsp; "cone": {"cmd": ["${python_exec}", "/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py", "--port", "${port}"], "ready_line" : "Starting factory"}},</div>

</div>
<div>"properties": {</div>
<div>&nbsp; "python_path": "/pv/paraview/lib/paraview-4.1/site-packages/",</div>
<div>&nbsp; "data": "/pv/data",</div>
<div>&nbsp; "python_exec": "/pv/paraview/bin/pvpython"},</div>

<div>

<div>"resources": [{"port_range": [9901, 9999], "host": "localhost"}],</div>
</div>
<div>"sessionData": {"updir": "/Home"}</div>
<div>}</div>
</div>
</div>

<div><br></div>
<div>Apache host file:</div>
<div>
<div>&lt;VirtualHost *:80&gt;</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; ServerAdmin webmaster <at> localhost</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; DocumentRoot /pv/www</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &lt;Directory /pv/www/&gt;</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Options Indexes FollowSymLinks MultiViews</div>

<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; AllowOverride None</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Order allow,deny</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; allow from all</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; &lt;/Directory&gt;</div>
<div>
<div><br></div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; ProxyPass &nbsp; &nbsp; &nbsp; &nbsp;/paraview <a href="http://localhost:8080/paraview" target="_blank">http://localhost:8080/paraview</a>
</div>

<div><br></div>
</div>
<div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteEngine On</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteMap session-to-port txt:/pv/conf/proxy.conf</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteCond %{QUERY_STRING} &nbsp; &nbsp; ^sessionId=(.*)$ [NC]</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteRule &nbsp; &nbsp;^/proxy.*$ &nbsp;ws://${session-to-port:%1}/ws &nbsp;[P]</div>

<div><br></div>
</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteLog "/var/log/apache2/rewrite.log"</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; RewriteLogLevel 3</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; ErrorLog ${APACHE_LOG_DIR}/error.log</div>
<div>&nbsp; &nbsp; &nbsp; &nbsp; LogLevel debug</div>
<div>

&nbsp; &nbsp; &nbsp; &nbsp; CustomLog ${APACHE_LOG_DIR}/access.log combined</div>

<div>&lt;/VirtualHost&gt;</div>
</div>
<div><br></div>
<div>Now when we access&nbsp;http://&lt;PVW server&gt;/apps/Cone/ in the browser,</div>
<div>it does POST {"sessionManagerURL":"http://&lt;CORRECT IP FOR PVW server&gt;:/paraview/","application":"cone"}. Then Launcher starts a process listening to a port from the range (e.g. 9999). We can see that process:</div>

<div>ps auwx | grep cone</div>
<div>root &nbsp; &nbsp; 27943 &nbsp;2.3 &nbsp;1.8 1015600 137664 pts/2 &nbsp;Sl+ &nbsp;16:32 &nbsp; 0:00 /pv/paraview/lib/paraview-4.1/pvpython /pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py --port 9999&nbsp;<br>
</div>
<div>

<br>
</div>
<div>
<span>After that we get a session timeout and this response:</span>&nbsp;"Session did not start before timeout expired. Check session logs."</div>
<div><br></div>
<div>Any further advice?</div>
<div><div>

<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 10:02 AM, Sebastien Jourdain <span dir="ltr">&lt;<a href="mailto:sebastien.jourdain <at> kitware.com" target="_blank">sebastien.jourdain <at> kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Hi Dmitry,<div><br></div>
<div>First of all you need to understand the role of apache here in order to see how the configuration should be.</div>

<div>As you may know, you can use ParaViewWeb without Apache, but such setup is not meant for production.<br>
</div>
<div><br></div>
<div>The list below is what you get when you add Apache:</div>
<div>- Apache can be use to serve the static content (html, js, png, css...)</div>
<div>- Apache provide a single entry point host + port. This prevent cross-domain issue or firewall limitation.</div>

<div>- Apache will relay the WebSocket communication to the proper ParaViewWeb instance on the backend based on a session ID. This mean that the ParaViewWeb process DOES NOT need to be on the same machine as the Apache Web Server.</div>

<div><br></div>
<div>Then you need to understand how the launcher works and its role.</div>
<div>In ParaViewWeb a launcher is used to start a new visualization process for a given user. This simply mean running a command line with some dynamic parameters like the port number on which this specific instance should listen.</div>

<div>So when a user connect to the system and request a new visualization session, it is the responsibility of the launcher to start the process and let the client know on which WebSocket URL it should connect to in order to reach the requested visualization session.</div>

<div><br></div>
<div>In a setup that DOES NOT contain Apache, we can not use the same port as the main server (the process would not start). Hence, we start it with some port and we let the user know that it should connect to "ws://{host}:{port}/ws" where host and port get replaced with the set that was used to create the process.&nbsp;</div>

<div><br></div>
<div>See section "resources" in launcher configuration.</div>
<div><br></div>
<div>BUT with Apache that is different, now we have a process which is meant to relay the communication to the backend using the port and host that Apache is using. So the launcher should let the client know what URL they should use so Apache could handle it and forward it to the backend. Hence the ws://{apache_host}/proxy?sessionId=${id}.</div>

<div>In the same time to keep track on which host/port a process is running the launcher generate a text file with the proper mapping.</div>
<div>That mapping file is then used inside Apache to figure out how it should establish the connection to the backend.</div>

<div><br></div>
<div>This should help you understand how to fix your configuration.</div>
<div>Moreover, here is the remaining set of questions:</div>
<div><br></div>
<div>
<div>
<div>

&gt; can we specifically log and debug Rewrite rule actions?</div>
<div><br></div>
</div>
<div>Don't know, Google will be your friend here...</div>

<div>
<div><br></div>
<div>&gt; do we actually need ProxyPassReverse in Apache?</div>
<div>

<br>
</div>
</div>
<div>Don't know, Google will be your friend here as well as the documentation on how to setup ParaViewWeb on Ubuntu 14LTS.<br>
</div>
<div>
<div>

<br>
</div>
<span>&gt; what particular modules in Apache are required?</span>
</div>
</div>
<div><span><br></span></div>
<div>

<span>Read the documentation, the list is minimum and provided in it.</span>
</div>
<div><span><br></span></div>
<div><span>&gt; in launch.json there are two particular lines host/resources:</span></div>

<div><br></div>
<div>So the "host" is to select the proper network card when you have several for the actual launcher server.</div>
<div><br></div>
<div>Then the resources are use for process management and URL generation for the client. Which mean, what name should be used by Apache to connect to the machine that actually run a ParaViewWeb process.<br>
</div>
<div><br></div>
<div>Seb</div>
</div>
<div><div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 8:01 AM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">
<div>

<div>Thank you very much, Sebastien!</div>
<div>

<br>
</div>
</div>
<div class="gmail_extra">
<div class="gmail_quote">
<div><blockquote class="gmail_quote">

<div dir="ltr">
<div>Launcher side:</div>
<div><span>

<span><span>"sessionURL"</span><span>:</span><span> </span><span>"ws://YOUR_HOST_NAME_TO_REPLACE(the one used to connect to apache)/proxy?sessionId=${id}",</span></span>

<span>"proxy_file"</span><span>:</span><span> </span><span>"/data/proxy.txt"</span>

</span></div>
</div>
</blockquote></div>
<div>This is exactly what we have in our launcher:</div>
<div>

<p><span>&nbsp;&nbsp;</span>"sessionURL"<span>: </span>"ws://${host}:${port}/ws"<span>,</span></p>
<p><span>

</span></p>
<p><span>&nbsp;&nbsp;</span>"host"<span>: </span>"localhost"<span>,</span></p>
<p><span>

</span></p>
<p>&nbsp;&nbsp;<span>"port"</span>: 8080,</p>
<p>Your sessionURL looks different. Do you actually use "<span>proxy?sessionId=</span>" there? Ours came directly from the script you've suggested earlier: <a href="http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD" target="_blank">http://www.paraview.org/gitweb?p=ParaViewSuperbuild.git;a=blob_plain;f=Scripts/pvw-setup.py;hb=HEAD</a>&nbsp;</p>

</div>
<div><blockquote class="gmail_quote"><div dir="ltr">
<div>Apache side</div>
<div>

<span>RewriteMap</span><span>  session</span><span>-</span><span>to</span><span>-</span><span>port  txt</span><span>:</span><span>/data/≤/span><span>proxy</span><span>.</span><span>txt</span>

</div>
<div></div>
</div></blockquote></div>
<div class="gmail_quote">In Apache we have:</div>
<div>RewriteEngine On<br>RewriteMap session-to-port txt:/pv/conf/proxy.conf<br>RewriteCond %{QUERY_STRING} &nbsp; &nbsp; ^sessionId=(.*)$ [NC]<br>

RewriteRule &nbsp; &nbsp;^/proxy.*$ &nbsp;ws://${session-to-port:%1}/ws &nbsp;[P]<br>

&nbsp;</div>
<blockquote class="gmail_quote"><div dir="ltr">
<div>Then when a session start you can check the content of that /data/proxy.txt and that should one line by running session with {sessionId} localhost:yyyyy</div>

</div></blockquote>
<div><br></div>
<div>Verified that those entires are added to the file and have the right format.&nbsp;</div>
<div>
<div>&nbsp;</div>
<blockquote class="gmail_quote">

<div dir="ltr">
<div>On the other hand you forgot that line in the config of your cone app:&nbsp;<span>"ready_line"</span><span> </span><span>:</span><span> </span><span>"Starting factory"</span>
</div>

<div><span><br></span></div>
</div>
</blockquote>
</div>

<div>

Thanks! Added it and now the app looks like this:</div>
<div><br></div>
<div>"cone"<span>: </span><span>{</span>"cmd"<span>: </span><span>[</span>"${python_exec}"<span>, </span>"/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py"<span>, </span>"--port"<span>, </span>"${port}"<span>]</span><span>, </span>"ready_line"<span> : </span>"Starting factory"<span>}}</span><span>,</span>
</div>

<div>

<div>&nbsp;</div>
<blockquote class="gmail_quote"><div dir="ltr">
<div><span></span></div>

<div>You can check is any pvpython process is running, on which port, see if that match in the proxy file (/data/proxy.txt) and also looking at the log directory with the output of the pvpython process.</div>

<div><br></div>
<div>A common error could also be that the apache does not have the right to read the /data/proxy.txt file or that the launcher is not able to write it.</div>
</div></blockquote>
<div>&nbsp;</div>
</div>
<div>Verified that launcher can write it and that entries are added.</div>

<div>&nbsp;</div>
<div>
<div>
<div>These are the rest of our questions (we need to sort these out because they have caused some confusion and we want to clear things up and do not come back to these issues anymore):</div>

<div><br></div>
<div>- can we specifically log and debug Rewrite rule actions?</div>
<div>- do we actually need ProxyPassReverse in Apache?</div>

- what particular modules in Apache are required? So far we have: proxy_module, proxy_http_module, and rewrite_module. We are unsure whether we need proxy_wstunnel_module or not.<br>- in launch.json there are two particular lines:<br>

"host": "localhost",<br>"resources": [{"port_range": [9901, 9999], "host": "localhost"}],<br>where we have some confusion about using "localhost" vs. "0.0.0.0". What exactly should we use in either case?</div>

</div>
<div><br></div>
<div>Appreciate your help!</div>
<div><div>
<div><br></div>
<blockquote class="gmail_quote">

<div dir="ltr">
<div><br></div>
<div>Good luck,</div>

<div><br></div>

<div>Seb</div>
</div>
<div class="gmail_extra">
<br><br><div class="gmail_quote">On Sun, Jul 20, 2014 at 10:12 AM, Dmitry Duplyakin <span dir="ltr">&lt;<a href="mailto:duplyakin <at> uchicago.edu" target="_blank">duplyakin <at> uchicago.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div dir="ltr">Hi all,<div><br></div>
<div>My name is Dmitry Duplyakin. I am a PhD student helping to build a ParaViewWeb system at University of Chicago.</div>

<div><br></div>
<div>
<div>We are building ParaView 4.1.0 (with OSMesa) on Amazon EC2 Ubuntu 12.04 instances.</div>
<div><br></div>
</div>
<div>We have verified that PV builds without errors and that PVW launcher is functioning (new entries are added to the proxy file, vis sessions are created and are listening to ports in the specified range, etc.)</div>

<div><br></div>
<div>We are trying to visualize a simple cone:&nbsp;</div>
<div>(added app in launch.json)</div>
<div>"cone"<span>: </span><span>{</span>"cmd"<span>: </span><span>[</span>"${python_exec}"<span>, </span>"/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py"<span>, </span>"--port"<span>, </span>"${port}"<span>]}}</span><span>,</span>
</div>

<div><br></div>
<div>We have verified that vtk_web_cone.py actually gets called. In order to test it, we used /pv/www/apps/TestApp/index.html as a template and created /pv/www/apps/Cone/index.html&nbsp;where we have:</div>
<div>

...<br>&nbsp; var config = {<br>&nbsp; &nbsp; sessionManagerURL: vtkWeb.properties.sessionManagerURL,<br>&nbsp; &nbsp; application: "cone"<br>&nbsp; };</div>
<div>...</div>
<div><br></div>
<div>Now when we access this app via a browser at: http://&lt;hostname&gt;/apps/Cone/ we either get a timeout or "connection can't be established" message.<br>
</div>
<div><br></div>
<div>In the apache error log we see:&nbsp;</div>
<div>
<div>[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] proxy: Error reading from remote server returned by /paraview/, referer: <a href="http://54.211.22.94/apps/Cone/" target="_blank">http://54.211.22.94/apps/Cone/</a>
</div>

<div>[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] File does not exist: /pv/www/ws</div>
</div>

<div><br></div>
<div>It appears that it has do to with Apache configuration, where we have:</div>
<div>
<div>ProxyPass &nbsp; &nbsp; &nbsp; &nbsp;/paraview <a href="http://localhost:8080/paraview" target="_blank">http://localhost:8080/paraview</a>
</div>

<div>ProxyPassReverse /paraview <a href="http://localhost:8080/paraview" target="_blank">http://localhost:8080/paraview</a>
</div>
<div>RewriteEngine On</div>
<div>RewriteMap session-to-port txt:/pv/conf/proxy.conf</div>RewriteCond %{QUERY_STRING} &nbsp; &nbsp; ^sessionId=(.*)$ [NC]<br>RewriteRule &nbsp; &nbsp;^/proxy.*$ &nbsp;ws://${session-to-port:%1}/ws &nbsp;[P]<br><br>Do these Rewrite commands look right? How can their actions be logged and verified?</div>

<div><br></div>
<div>Do we actually need ProxyPassReverse here?<br>
</div>
<div><br></div>
<div>Is it possible that we are missing a module or some additional configuration in Apache?</div>
<div>
<div># apachectl -t -D DUMP_MODULES</div>

<div>...</div>
<div>&nbsp;proxy_module (shared)</div>
<div>&nbsp;proxy_http_module (shared)</div>
<div>&nbsp;proxy_wstunnel_module (shared)</div>
<div>&nbsp;rewrite_module (shared)</div>
<div>...</div>
<div>Syntax OK</div>
</div>
<div><br></div>
<div>

Any debugging advice?</div>
<div><br></div>
<div>Your help will be much appreciated and will allow to move forward with our isntallation.</div>
<div><br></div>
<div>-------------------------------------------------------------------------------<div dir="ltr">

<div><br></div>
<div>Dmitry Duplyakin&nbsp;</div>
<div>PhD student, CS at University of Colorado - Boulder</div>
</div>
</div>
<div>&nbsp;</div>
</div>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br><br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br><br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br><br>
Follow this link to subscribe/unsubscribe:<br><a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div></div>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</blockquote>
</div>
<br>
</div>
</div></div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</blockquote>
</div>
<br>
</div></div></div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</blockquote>
</div>
<br>
</div></div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</blockquote>
</div>
<br>
</div>
</div></div>
</div>
</div>
</blockquote>
</div>
<br>
</div></div></div>
</div>
</blockquote>
</div>
<br>
</div>
</div></div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
</div></div>
</blockquote>
</div>
<br>
</div>
</div></div>
Patrick Begou | 22 Jul 10:17 2014
Picon

Paraview 3.98, Pvserver and Intel graphic HD 4600

I've setup 4 new desktops using an Intel HD graphics 4600 chipset, runing CentOS 
6.5.
I'm using paraview 3.98 with Pvserver runing on a remonte cluster. Rendering is 
doftware and done on the cluster.

On these hosts I've some troubles whit the color map when viewing datas.

example:
I load the datas (it is a large 3D visualisation), use "Surface" mode, add a 
color legend it's OK.
Now I add a slice and click apply.
With this last command the colormap of the previous "surface" change and is no 
more in agrement with the color legend.

Removing the slice doesn't restore the right view.
I've switched from kernel-2.6.32-431 to kernel-ml-3.15 no change.

This problem doesn't exist with desktops using nvidia graphics boards and the 
same OS/software.
This problem doesn't exist when runing standalone paraview on the desktop (but 
it is realy slow with such large datas)

I don't know if it is paraview or Intel driver related.

Any suggestion ?

Patrick

--

-- 
===================================================================
|  Equipe M.O.S.T.         |                                      |
|  Patrick BEGOU           | mailto:Patrick.Begou <at> grenoble-inp.fr |
|  LEGI                    |                                      |
|  BP 53 X                 | Tel 04 76 82 51 35                   |
|  38041 GRENOBLE CEDEX    | Fax 04 76 82 52 71                   |
===================================================================

Markus Fuger | 21 Jul 09:35 2014

Use vtkLookupTable for PV scalarbar (and rendering)

Hello everybody,

I am developing some Python code that uses VTK quite intensively. I as well needed to create certain color bars and lookup tables. Due to the fact that I am not intending to replace ParaView for the users completely but want to make them use the same lookup tables (which are file dependent) - I provided some script that loads the new ParaView style lookup tables (using macros and the GetLookupTableForArray command in PV)
I was now wondering if I could use my library and somehow register the created vtkLookupTable to the PVservermanager so that I can assign it to the array within the PV pipeline objects data.

I hope it is clear what I want to do - if not here in other words.
I want to "link" the vtkLookupTable to the mapper of the scalarbar and displayed dataset in ParaView.

Thanks for your help,
Markus
<div><div dir="ltr">Hello everybody,<br><br>I am developing some Python code that uses VTK quite intensively. I as well needed to create certain color bars and lookup tables. Due to the fact that I am not intending to replace ParaView for the users completely but want to make them use the same lookup tables (which are file dependent) - I provided some script that loads the new ParaView style lookup tables (using macros and the GetLookupTableForArray command in PV)<br>I was now wondering if I could use my library and somehow register the created vtkLookupTable to the PVservermanager so that I can assign it to the array within the PV pipeline objects data.<br><br>I hope it is clear what I want to do - if not here in other words.<br>I want to "link" the vtkLookupTable to the mapper of the scalarbar and displayed dataset in ParaView.<br><br>Thanks for your help,<br>Markus<br>
</div></div>
Dmitry Duplyakin | 20 Jul 18:12 2014

Visualizing a Cone with PVW - Connection can't be established

Hi all,

My name is Dmitry Duplyakin. I am a PhD student helping to build a ParaViewWeb system at University of Chicago.

We are building ParaView 4.1.0 (with OSMesa) on Amazon EC2 Ubuntu 12.04 instances.

We have verified that PV builds without errors and that PVW launcher is functioning (new entries are added to the proxy file, vis sessions are created and are listening to ports in the specified range, etc.)

We are trying to visualize a simple cone: 
(added app in launch.json)
"cone": {"cmd": ["${python_exec}", "/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py", "--port", "${port}"]}},

We have verified that vtk_web_cone.py actually gets called. In order to test it, we used /pv/www/apps/TestApp/index.html as a template and created /pv/www/apps/Cone/index.html where we have:
...
  var config = {
    sessionManagerURL: vtkWeb.properties.sessionManagerURL,
    application: "cone"
  };
...

Now when we access this app via a browser at: http://<hostname>/apps/Cone/ we either get a timeout or "connection can't be established" message.

In the apache error log we see: 
[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] proxy: Error reading from remote server returned by /paraview/, referer: http://54.211.22.94/apps/Cone/
[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] File does not exist: /pv/www/ws

It appears that it has do to with Apache configuration, where we have:
ProxyPass        /paraview http://localhost:8080/paraview
ProxyPassReverse /paraview http://localhost:8080/paraview
RewriteEngine On
RewriteMap session-to-port txt:/pv/conf/proxy.conf
RewriteCond %{QUERY_STRING}     ^sessionId=(.*)$ [NC]
RewriteRule    ^/proxy.*$  ws://${session-to-port:%1}/ws  [P]

Do these Rewrite commands look right? How can their actions be logged and verified?

Do we actually need ProxyPassReverse here?

Is it possible that we are missing a module or some additional configuration in Apache?
# apachectl -t -D DUMP_MODULES
...
 proxy_module (shared)
 proxy_http_module (shared)
 proxy_wstunnel_module (shared)
 rewrite_module (shared)
...
Syntax OK

Any debugging advice?

Your help will be much appreciated and will allow to move forward with our isntallation.

-------------------------------------------------------------------------------

Dmitry Duplyakin 
PhD student, CS at University of Colorado - Boulder
 
<div><div dir="ltr">Hi all,<div><br></div>
<div>My name is Dmitry Duplyakin. I am a PhD student helping to build a ParaViewWeb system at University of Chicago.</div>
<div><br></div>
<div>
<div>We are building ParaView 4.1.0 (with OSMesa) on Amazon EC2 Ubuntu 12.04 instances.</div>
<div><br></div>
</div>
<div>We have verified that PV builds without errors and that PVW launcher is functioning (new entries are added to the proxy file, vis sessions are created and are listening to ports in the specified range, etc.)</div>
<div><br></div>
<div>We are trying to visualize a simple cone:&nbsp;</div>
<div>(added app in launch.json)</div>
<div>"cone"<span class="">: </span><span class="">{</span>"cmd"<span class="">: </span><span class="">[</span>"${python_exec}"<span class="">, </span>"/pv/src/VTK/Web/Applications/Cone/server/vtk_web_cone.py"<span class="">, </span>"--port"<span class="">, </span>"${port}"<span class="">]}}</span><span class="">,</span>
</div>
<div><br></div>
<div>We have verified that vtk_web_cone.py actually gets called. In order to test it, we used /pv/www/apps/TestApp/index.html as a template and created /pv/www/apps/Cone/index.html&nbsp;where we have:</div>
<div>
...<br>&nbsp; var config = {<br>&nbsp; &nbsp; sessionManagerURL: vtkWeb.properties.sessionManagerURL,<br>&nbsp; &nbsp; application: "cone"<br>&nbsp; };</div>
<div>...</div>
<div><br></div>
<div>Now when we access this app via a browser at: http://&lt;hostname&gt;/apps/Cone/ we either get a timeout or "connection can't be established" message.<br>
</div>
<div><br></div>
<div>In the apache error log we see:&nbsp;</div>
<div>
<div>[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] proxy: Error reading from remote server returned by /paraview/, referer: <a href="http://54.211.22.94/apps/Cone/">http://54.211.22.94/apps/Cone/</a>
</div>
<div>[Sun Jul 20 16:04:15 2014] [error] [client 128.135.188.231] File does not exist: /pv/www/ws</div>
</div>

<div><br></div>
<div>It appears that it has do to with Apache configuration, where we have:</div>
<div>
<div>ProxyPass &nbsp; &nbsp; &nbsp; &nbsp;/paraview <a href="http://localhost:8080/paraview">http://localhost:8080/paraview</a>
</div>
<div>ProxyPassReverse /paraview <a href="http://localhost:8080/paraview">http://localhost:8080/paraview</a>
</div>
<div>RewriteEngine On</div>
<div>RewriteMap session-to-port txt:/pv/conf/proxy.conf</div>RewriteCond %{QUERY_STRING} &nbsp; &nbsp; ^sessionId=(.*)$ [NC]<br>RewriteRule &nbsp; &nbsp;^/proxy.*$ &nbsp;ws://${session-to-port:%1}/ws &nbsp;[P]<br><br>Do these Rewrite commands look right? How can their actions be logged and verified?</div>
<div><br></div>
<div>Do we actually need ProxyPassReverse here?<br>
</div>
<div><br></div>
<div>Is it possible that we are missing a module or some additional configuration in Apache?</div>
<div>
<div># apachectl -t -D DUMP_MODULES</div>
<div>...</div>
<div>&nbsp;proxy_module (shared)</div>
<div>&nbsp;proxy_http_module (shared)</div>
<div>&nbsp;proxy_wstunnel_module (shared)</div>
<div>&nbsp;rewrite_module (shared)</div>
<div>...</div>
<div>Syntax OK</div>
</div>
<div><br></div>
<div>
Any debugging advice?</div>
<div><br></div>
<div>Your help will be much appreciated and will allow to move forward with our isntallation.</div>
<div><br></div>
<div>-------------------------------------------------------------------------------<div dir="ltr">
<div><br></div>
<div>Dmitry Duplyakin&nbsp;</div>
<div>PhD student, CS at University of Colorado - Boulder</div>
</div>
</div>
<div>&nbsp;</div>
</div></div>
Kailyn Domican | 20 Jul 06:00 2014
Picon
Picon

Paraview 4.1.0: New Scale Bar Format

Hi,

I have a quick question about Paraview's new scale bar.

Until recently I've been using ParaView-3.98.1-Linux-64bit, however I'm interested in using Greek letters (matplotlib formatting) on the scale bar to shorten up my scale titles. To use the Greek letters I switched to ParaView-4.1.0-Linux-64bit.

I use a phython scripting to carry out the data analysis and was curious is it possible to have the old style of scale bar as the new style is printing on both sides of the bar. Ideally I'd like to keep the annotations as it gives the max and min range on the Paraview plots.


Attached are Three .png's 

  1. H20_1_2: Is the desired numbering format (all on the right side)
  2.  2_0A_i: Is the desired title format however the numbering (annotations) appear on the opposite side.
  3.  2_1A_i: Is my attempt to increase the number of labels and turning annotations off (DrawAnnotations=0, NumberOfLabels=8), however this loses the desired max and min values.

Any help or advice would be greatly appreciated.

Thanks,
--
Kailyn Domican  B.A.  B.A.I.  

Energy System Design Laboratory
Department of Mechanical Engineering
University of Alberta
Edmonton AB T6G 2G8 Canada
<div><div dir="ltr">
<div>Hi,<br><br>
</div>I have a quick question about Paraview's new scale bar. <br><br>Until
 recently I've been using ParaView-3.98.1-Linux-64bit, however I'm 
interested in using Greek letters (matplotlib formatting) on the scale 
bar to shorten up my scale titles. To use the Greek letters I switched 
to ParaView-4.1.0-Linux-64bit. <br><br>I use a phython scripting to carry out the data analysis and was 
curious is it possible to have the old style of scale bar as the new 
style is printing on both sides of the bar. Ideally I'd like to keep the
 annotations as it gives the max and min range on the Paraview plots.<p>
<br></p>
<p>Attached are Three .png's&nbsp;</p>
<ol>
<li>H20_1_2: Is the desired numbering format (all on the right side)<br>
</li>
<li>&nbsp;2_0A_i: Is the desired  title format however the numbering (annotations) appear on the opposite side.</li>
<li>&nbsp;2_1A_i: Is my attempt to increase the number of labels and turning annotations off (DrawAnnotations=0, NumberOfLabels=8), however this loses the desired max and min values.<br>
</li>
</ol>
<div><br></div>
<div>Any help or advice would be greatly appreciated.<br><br>
</div>Thanks,<br>-- <br><div dir="ltr">Kailyn Domican&nbsp;&nbsp;<span>B.A. &nbsp;B.A.I.</span>&nbsp;&nbsp;<div>
<span><br></span>
</div>
<div><span>Energy System Design Laboratory</span></div>
<div><span>Department of Mechanical Engineering</span></div>
<div><span>University of Alberta</span></div>
<div><span>Edmonton AB T6G 2G8 Canada</span></div>
</div>

</div></div>
linzhenhua | 19 Jul 15:48 2014

Error when comparing multiple datasets

Hi

I want to compare the difference from the data from two dataset with the same grid topology. I load in two dataset separately, then apply the PythonCalculator filter, but immediately encounter the following error. What is the problem? The version is 4.1 for 32bit linux OS.

ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815
vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 0 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.


ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815
vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 1 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.


ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815
vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 0 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.


ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815
vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 1 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.









<div>
<div>Hi<br><br>I want to compare the difference from the data from two dataset with the same grid topology. I load in two dataset separately, then apply the PythonCalculator filter, but immediately encounter the following error. What is the problem? The version is 4.1 for 32bit linux OS.<br><br>ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815<br>vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 0 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.<br><br><br>ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815<br>vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 1 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.<br><br><br>ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815<br>vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 0 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.<br><br><br>ERROR: In /home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 815<br>vtkPVCompositeDataPipeline (0xb4711d0): Input for connection index 1 on input port index 0 for algorithm vtkPythonCalculator(0xb4aa0b0) is of type vtkMultiBlockDataSet, but a vtkDataSet is required.<br><br><br><br><br><br><br><br>
</div>
<br><br><span title="neteasefooter"><span></span></span>
</div>
Kotya Karapetyan | 18 Jul 16:09 2014
Picon

Applying 3D data to an STL object surface

Dear all,

I am very new to ParaView so please excuse me for asking possibly stupid things.

I would like to use ParaView to display the 3D distribution of some
value (optical radiation load) on the surface of a 3D object. So get
something similar to this:
http://www2.argenco.ulg.ac.be/logiciels/SAFIR/images/appex2-4.jpg

I am thinking of something like the following.

The 3D object is described by an STL file. The load data is saved in a
CSV file as x, y, z, power.
This data should be somehow applied to the object surface. For example
by assigning it to the nearest facet of the STL mesh.

Does is sound reasonable, is ParaView the right tool to use at all,
and if yes, how can I achieve what I want? The load data (the CSV
file) is created with Matlab, after performing ray-tracing with Zemax,
so I am very flexible in any data processing to make it well-shaped
for ParaView.

Thanks a lot in advance!

Best regards,
Kotya
David E DeMarle | 17 Jul 19:47 2014

Re: PVD file format

This question comes up every once in a while.

So, I just ported Appendix D from the old Paraview Guide to the wiki (and updated the timestep description to be float instead of counting number.)


I _think_ the answer to both of your questions is no but don't have time to verify.
Try it and see.


David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909


On Wed, Jul 16, 2014 at 5:04 AM, victor sv <victorsv <at> gmail.com> wrote:
Hi all,

i'm searching for a description for the PVD file format and i don't find any official document. Is there any official document describing the PVD format?

I have some doubts:

Can exists several collection sections?,
Is there another type of labels, instead of collection?

Thanks,
Víctor

_______________________________________________
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


<div>
<div dir="ltr">This question comes up every once in a while.<div><br></div>
<div>So, I just ported Appendix D from the old Paraview Guide to the wiki (and updated the timestep description to be float instead of counting number.)</div>

<div><br></div>
<div>See:<br><div>
<a href="http://www.paraview.org/Wiki/ParaView/Data_formats">http://www.paraview.org/Wiki/ParaView/Data_formats</a><br>
</div>
</div>
<div><br></div>
<div>I _think_ the answer to both of your questions is no but don't have time to verify.</div>

<div>Try it and see.</div>
<div><br></div>
</div>
<div class="gmail_extra">
<br clear="all"><div>David E DeMarle<br>Kitware, Inc.<br>R&amp;D Engineer<br>21 Corporate Drive<br>Clifton Park, NY 12065-8662<br>Phone: 518-881-4909</div>

<br><br><div class="gmail_quote">On Wed, Jul 16, 2014 at 5:04 AM, victor sv <span dir="ltr">&lt;<a href="mailto:victorsv <at> gmail.com" target="_blank">victorsv <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">

<div dir="ltr">
<div>
<div>
<div>Hi all,<br><br>
</div>i'm searching for a description for the PVD file format and i don't find any official document.<span lang="en"><span> Is there any</span> <span>official</span> <span>document describing the</span> PVD <span>format</span><span>?<br><br></span></span>
</div>
<span lang="en"><span>I have some doubts:<br><br></span></span>
</div>
<div><div><div>
<div>
<span lang="en"><span>Can</span> exists<span> several</span> collection <span>sections</span><span>?, </span></span><br><div>
<div dir="ltr"><span lang="en"><span>Is there another</span> <span>type of labels</span><span>, instead of collection?<br><br></span></span></div>
<div><span lang="en"><span>Thanks,<br></span></span></div>
<div><span lang="en"><span>V&iacute;ctor<br></span></span></div>
</div>
</div>
</div></div></div>
</div>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br><br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br><br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br><br>
Follow this link to subscribe/unsubscribe:<br><a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br><br>
</blockquote>
</div>
<br>
</div>
</div>
Bill Sherman | 17 Jul 18:41 2014
Picon

Re: building paraview with vtkManta [Re: ParaView Digest, Vol 123, Issue 33]

Dave,

+1 on the Manta stuff for me.  I'll give it a try myself in August once
I get my current Vis project done.

Rich,

Something else you might consider (as am I), instead of Blender/POVray
is RenderMan -- Pixar is making it freely available for non commercial
use in the next month or so (hopefully at SIGGRAPH), and I anticipate
RenderMan will be able to handle big rendering jobs.

I've seen that there is a vtk module for outputting RenderMan RiB files,
which is a hopeful sign, though I'd suspect that there's been some
atrophy in that, so who knows how easy it will be to make it work.

I plan to put RenderMan on our Cray ASAP once the release happens.

	Bill

> Message: 2
> Date: Thu, 17 Jul 2014 16:25:04 +0000
> From: "Cook, Rich"<cook47 <at> llnl.gov>
> To: David E DeMarle<dave.demarle <at> kitware.com>
> Cc: "paraview <at> paraview.org"<paraview <at> paraview.org>
> Subject: Re: [Paraview] building paraview with vtkManta
> Message-ID:<7AC6E2E2-970C-4DAB-9ADE-0992765A6BA6 <at> llnl.gov>
> Content-Type: text/plain; charset="utf-8"
>
> Thanks
> What kind of experience can I expect?  I couldn?t find a description, tutorial or other presentation on the
subject other than the page I stumbled across.
> I?m hoping this will scale better than e.g blender does, where I?m hitting size limitations at
disappointing scales.  I?m dusting off my old POVray stuff and I recall being seriously limited there as
well in terms of size and speed but haven?t gotten it working again yet to be able to tell if it?s the same now
as it was.
> I?d love to see your build script, thanks.
> ? Rich
>
> On Jul 17, 2014, at 6:55 AM, David E
DeMarle<dave.demarle <at> kitware.com<mailto:dave.demarle <at> kitware.com>>  wrote:
>
> Hey Rich,
>
> I just ran across mention of vtkManta support in paraview.
>
> Wow, 2010? You've got some catching up to do. :)
>
> It still compiles, runs and passes high level tests tests. The nightly linux binaries have it if you want to
try it out quickly.
>
> To compile it you need to:
> * compile manta (specifically r2439)
> * configure paraview with PARAVIEW_BUILD_PLUGIN_MantaView ON and MANTA_BUILD variable pointed to
your manta build tree.
>
> Let me know if you need the exact syntax for unattended builds and I'll send you a shell script.
>
> How solid is this?
>
> I am aware of a couple of bugs that have crept in while this has been in cold storage (i.e. no project since the
initial LANL push to pick up development on it).
> * Manta (r2439 specifically) needs patches for OSX 10.8+ and MSVC.
> * View level options are not exposed in the GUI (very recent regression)
> * off by one bug in point associated color mapping (probably old)
>
> We did get to the "future work" item from that article about integrating manta at the Renderer level so that
OpenGL and Manta can coexist and it can be used in standalone builds.
>
> TACC is working on something that will address the limitation that secondary rays don't work in HPC contexts.
>
> Feel free to send me or the list emails for help getting it running.
>
> cheers,
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
Anton Shterenlikht | 17 Jul 12:55 2014
Picon
Picon

vtkXOpenGLRenderWindow (0x25abb70): bad X server connection. DISPLAY=ERROR

The error is from a pvbatch 4.0.1.
Please help.

job submission script:

newblue2> cat z.pv
#!/bin/bash --login
#
#$Id: sample.bc3.pvbatch 1022 2013-12-25 15:32:33Z mexas $
#
#PBS -l walltime=00:10:00,nodes=1:ppn=16
#PBS -j oe
#PBS -m abe

cd $HOME/nobkp/cgpack/branches/coarray/tests
export OUTFILE=z.out
echo > $OUTFILE

module load apps/paraview-4.0.1
echo "module list" >> $OUTFILE
module list >> $OUTFILE 2>&1

echo "LD_LIBRARY_PATH: " $LD_LIBRARY_PATH >> $OUTFILE
echo "which mpirun: " `which mpirun` >> $OUTFILE
export I_MPI_DAPL_PROVIDER=ofa-v2-ib0 >> $OUTFILE

mpirun -n 16 pvbatch --use-offscreen-rendering z.xdmf.py
#mpirun -n 16 pvbatch z.xdmf.py
newblue2> 

The error:

Warning: no access to tty (Bad file descriptor).
Thus no job control in this shell.
ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0x25abb70): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5ed90): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5edb0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0x25abb70): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5edb0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5ed90): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 531
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=ERROR: In
/home/utkarsh/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release/paraview/src/paraview/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx,
line 322
vtkXOpenGLRenderWindow (0xe5eef0): bad X server connection. DISPLAY=APPLICATION TERMINATED WITH THE
EXIT STRING: Segmentation fault (signal 11)

newblue2> echo $DISPLAY
DISPLAY: Undefined variable.
newblue2> 

Should DISPLAY be set?

Below is z.xdmf.py, if needed.

Thanks

Anton

************************

#$Id: sample.xdmf.py 1129 2014-07-16 12:24:06Z mexas $

try: paraview.simple
except: from paraview.simple import *
paraview.simple._DisableFirstRenderCameraReset()

z_xdmf = XDMFReader( FileName='z.xdmf' )

AnimationScene1 = GetAnimationScene()
AnimationScene1.EndTime = 10.0
AnimationScene1.PlayMode = 'Snap To TimeSteps'

z_xdmf.Sets = []
z_xdmf.Grids = ['T0', 'T30', 'T60', 'T90', 'T120', 'T150', 'T180', 'T210', 'T240', 'T270', 'T300']
z_xdmf.PointArrays = ['crack']

RenderView1 = GetRenderView()
RenderView1.CenterOfRotation = [99.5, 99.5, 199.5]

DataRepresentation1 = Show()
DataRepresentation1.EdgeColor = [0.0, 0.0, 0.5000076295109483]
DataRepresentation1.Slice = 199
DataRepresentation1.SelectionPointFieldDataArrayName = 'crack'
DataRepresentation1.ScalarOpacityUnitDistance = 1.9457909325696094
DataRepresentation1.Representation = 'Outline'
DataRepresentation1.ScaleFactor = 39.900000000000006

RenderView1.CameraPosition = [99.5, 99.5, 1142.7561204025358]
RenderView1.CameraFocalPoint = [99.5, 99.5, 199.5]
RenderView1.CameraClippingRange = [536.8185591985105, 1457.1524622085738]
RenderView1.CameraParallelScale = 244.13264836969265

Threshold1 = Threshold()

Threshold1.Scalars = ['POINTS', 'crack']
Threshold1.ThresholdRange = [-3.0, 2147483647.0]

Threshold1.AllScalars = 0
Threshold1.ThresholdRange = [-3.0, 0.0]

DataRepresentation2 = Show()
DataRepresentation2.EdgeColor = [0.0, 0.0, 0.5000076295109483]
DataRepresentation2.SelectionPointFieldDataArrayName = 'crack'
DataRepresentation2.ColorArrayName = ('POINT_DATA', 'crack')
DataRepresentation2.ScalarOpacityUnitDistance = 1.7320508075688772
DataRepresentation2.ScaleFactor = 0.2

a1_crack_PVLookupTable = GetLookupTableForArray( "crack", 1, RGBPoints=[-3.0, 0.23, 0.299, 0.754,
1073741822.0, 0.865, 0.865, 0.865, 2147483647.0, 0.706, 0.016, 0.15], VectorMode='Magnitude',
NanColor=[0.25, 0.0, 0.0], ColorSpace='Diverging', ScalarRangeInitialized=1.0 )

a1_crack_PiecewiseFunction = CreatePiecewiseFunction( Points=[-3.0, 0.0, 0.5, 0.0, 2147483647.0,
1.0, 0.5, 0.0] )

DataRepresentation2.ScalarOpacityFunction = a1_crack_PiecewiseFunction
DataRepresentation2.LookupTable = a1_crack_PVLookupTable

a1_crack_PVLookupTable.ScalarOpacityFunction = a1_crack_PiecewiseFunction

RenderView1.CameraViewUp = [-0.23168815510934399, 0.295870302962722, -0.9267045713747051]
RenderView1.CameraPosition = [168.38086733394152, 1000.5240094507878, 469.95012328596755]
RenderView1.CameraClippingRange = [616.3953868850049, 1356.9816313770839]
RenderView1.CameraFocalPoint = [99.49999999999996, 99.50000000000001, 199.49999999999994]

WriteAnimation('z.ogv', Magnification=1, Quality=2, FrameRate=1.000000)

Render()


Gmane