<div dir="ltr">Hi Arya,<div><br></div><div> That looks like a problem with the version of Python you were trying to use. I don't think ParaViewWeb supports Python versions lower than 2.7, so you could check the version you were using before you switched to the binary. Maybe you were trying to use Python 2.6 or lower? At any rate, I'm glad you finally got it working.</div>
<div><br></div><div>Cheers,</div><div>Scott</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 26, 2014 at 12:54 AM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>OK, I managed to solve the problem. The logs in /tmp/pw-logs/ helped me a lot.<br></div>I had compiled the Paraview from source and in the log I saw that the pvpython throws the following exception:<br>
Traceback (most recent call last):<br> File "/root/paraview/build/lib/site-packages/paraview/web/pv_web_data_prober.py", line 37, in <module><br> from vtk.web import server<br> File "/usr/local/lib/paraview-4.1/site-packages/vtk/web/server.py", line 27, in <module><br>
from . import testing<br> File "/usr/local/lib/paraview-4.1/site-packages/vtk/web/testing.py", line 71<br> TestModuleBrowsers = type("Enum", (), {k: i for i, k in enumerate(test_module_browsers)})<br>
^<br>SyntaxError: invalid syntax<br><br></div>So, I decided to use the binary version instead of the compiled one. Now, It works properly.<br></div><div>Does the source have any bug you think?<br>
</div><div><br></div>Thanks for your help.<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 25, 2014 at 5:39 PM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>I tried that.<br>I switched to 'daemon' user as the apache is set to work with. I could cat the mapping.txt file without any problem.<br>
</div>I'm suspicious on mod_rewrite module. I think it may now working properly. Do you have any idea that I could check it's functionality?<br>
</div><div>Do you have any clue that what would be the cause of this problem?<br><br></div><div>Thanks for your helps, <br></div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Jan 23, 2014 at 5:31 PM, Sebastien Jourdain <span dir="ltr"><<a href="mailto:sebastien.jourdain@kitware.com" target="_blank">sebastien.jourdain@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Does the apache "user" can read that file?<div>Are all the directories above that file "executable" for that user?</div>
<div><br></div><div>Try by switching to that user and check if you can "cat" that file.</div>
<div><br></div><div>Seb</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 23, 2014 at 4:36 AM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Yes, I checked that. There are some entries with the following pattern:
</div><div>97b94394-7edb-4b9b-b26a-4d76aee49925 pvwserver:9099</div><div><br></div><div>Just to let you know, I didn’t create the special group like mentioned in Amazon EC2 tutorial. I made this file’s permission to 777. I hope this wouldn’t be the cause of the problem.</div>
<div><div><div><div><br></div></div>
<p style="color:#a0a0a8">On Wednesday ۲ November ۱۳۹۲ BC at ۷:۱۶ بعدازظهر, Sebastien Jourdain wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px">
<span><div><div><div dir="ltr">That patch was integrated into the master branch of Apache a while ago, but I was not aware that it made it to the 2.4.7 release.<div>So, if you have Apache 2.4.7, you SHOULD NOT patch it.</div>
<div><br></div>
<div>The version that you had was correct and should have worked.</div><div>The remaining question is regarding the file: /opt/apache-2.4.7/pv-mapping-file/mapping.txt</div><div><br></div><div>Is that file properly created? Does the content reflect the session id, host and port as expected?</div>
<div><br></div><div>Seb</div></div><div><br><br><div>On Wed, Jan 22, 2014 at 1:36 AM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br><blockquote type="cite">
<div><div dir="ltr"><div><div>Thanks for mentioning that. I've got stuck in running PW, trying every solution and wondering why it doesn't work!!<br>
<br></div>Anyway, since I didn't have any other choice I decided to patch my Apache 2.4.7 source and then recompile it. Now, when I try to run the 'make' it throws the following error:<br>
mod_rewrite.c: In function ‘is_absolute_uri’:<br>mod_rewrite.c:600: error: duplicate case value<br>mod_rewrite.c:589: error: previously used here<br>mod_rewrite.c:601: error: duplicate case value<br>mod_rewrite.c:590: error: previously used here<br>
make[4]: *** [mod_rewrite.slo] Error 1<br>make[4]: Leaving directory `/root/apacheInstall/apache-src/httpd-2.4.7/modules/mappers'<br>make[3]: *** [shared-build-recursive] Error 1<br>make[3]: Leaving directory `/root/apacheInstall/apache-src/httpd-2.4.7/modules/mappers'<br>
make[2]: *** [shared-build-recursive] Error 1<br>make[2]: Leaving directory `/root/apacheInstall/apache-src/httpd-2.4.7/modules'<br>make[1]: *** [shared-build-recursive] Error 1<br>make[1]: Leaving directory `/root/apacheInstall/apache-src/httpd-2.4.7'<br>
make: *** [all-recursive] Error 1<br><br><br></div>Shouldn't I patch my source??<br></div><div><div><div><br><br><div>On Tue, Jan 21, 2014 at 8:12 PM, Scott Wittenburg <span dir="ltr"><<a href="mailto:scott.wittenburg@kitware.com" target="_blank">scott.wittenburg@kitware.com</a>></span> wrote:<br>
<blockquote type="cite"><div><div dir="ltr">Just wanted to jump in here. The patch instructions are, strangely, missing from that Amazon EC2 setup documentation. That's my fault, since I wrote it. I'll update the documenation with the steps below, which should have been in there all along. However, I just checked, and the version you're using (2.4.7) already has the patch included, so these steps really only apply to versions 2.4.6 and earlier. Sorry for the oversight.<div>
<br></div><div>1) Download the patch:<br><div><br></div><div><font face="courier new, monospace">wget -O patch.txt <a href="https://issues.apache.org/bugzilla/attachment.cgi?id=30886&action=diff&context=patch&collapsed=&headers=1&format=raw" target="_blank">https://issues.apache.org/bugzilla/attachment.cgi?id=30886&action=diff&context=patch&collapsed=&headers=1&format=raw</a></font><br>
</div><div><br></div><div>2) Change to the root of the httpd source tree and patch the source:</div><div><br></div><div><font face="courier new, monospace">patch -u -p1 < path-to-patch/patch.txt</font><br></div><div><br>
</div><div><br></div></div></div><div><div><div><br><br><div>On Tue, Jan 21, 2014 at 4:24 AM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br>
<blockquote type="cite"><div><div dir="ltr"><div><div>Thanks for your reply. <br>Previously, I was following the old model approach using apache 2.2. Now, I upgraded to Apache 2.4.7. And followed the Amazon EC2 tutorial. However, now I get the following message in the firebug which the rickshaw.min.js file generated that:<br>
Firefox can't establish a connection to the server at ws://pvwserver/proxy?sessionId=9521c7c5-d2c6-4e9d-980e-5c7ea9f7dfd4.<br><br></div>Is it related to the rewriting module? Maybe it's not working! Any idea?<br>
</div>
<div>I've attached my 'pw-config.properties' and 'httpd-vhosts.conf' files to this thread.<br><br></div><div>Regards,<br></div></div><div><div><div><br><br>
<div>On Mon, Jan 20, 2014 at 10:26 PM, Sebastien Jourdain <span dir="ltr"><<a href="mailto:sebastien.jourdain@kitware.com" target="_blank">sebastien.jourdain@kitware.com</a>></span> wrote:<br><blockquote type="cite">
<div><div dir="ltr">The web socket forwarding should be handle by Apache at that point and it seems to be done by Jetty?<div>
In your jetty configuration, the session URL might not be valid when using Apache as a front-end.</div>
<div><br></div><div>Moreover, which Apache setup did you used? 2.4+ like for the EC2 Amazon documentation or the old one with the Python module?</div><div><br></div><div>Seb </div></div><div><br><br><div>
<div><div>
On Mon, Jan 20, 2014 at 9:24 AM, Arya Mazaheri <span dir="ltr"><<a href="mailto:aryanet@gmail.com" target="_blank">aryanet@gmail.com</a>></span> wrote:<br></div></div><blockquote type="cite"><div>
<div><div>
<div dir="ltr"><div><div><div>Hi there,<br></div>I've installed ParaviewWeb from source and configured apache to work with jetty. I think I've done every configuration according to the tutorials. But everytime I try to open DataProber application I face with the following error in Jetty console output:<br>
<br><blockquote type="cite"><div>Jan 20, 2014 7:50:18 PM com.kitware.paraview<a href="http://web.websocket.WebSocketForwarder" target="_blank">web.websocket.WebSocketForwarder</a> onOpen<br>INFO: null<br>
java.util.concurrent.ExecutionException: java.net.ConnectException: Connection refused<br> at org.eclipse.jetty.websocket.WebSocketClient$WebSocketFuture.get(WebSocketClient.java:569)<br> at org.eclipse.jetty.websocket.WebSocketClient$WebSocketFuture.get(WebSocketClient.java:372)<br>
at com.kitware.paraview<a href="http://web.websocket.WebSocketForwarder.onOpen" target="_blank">web.websocket.WebSocketForwarder.onOpen</a>(WebSocketForwarder.java:54)<br> at org.eclipse.jetty.websocket.WebSocketConnectionRFC6455.onWebSocketOpen(WebSocketConnectionRFC6455.java:425)<br>
at org.eclipse.jetty.websocket.WebSocketServletConnectionRFC6455.handshake(WebSocketServletConnectionRFC6455.java:60)<br>
at org.eclipse.jetty.websocket.WebSocketFactory.upgrade(WebSocketFactory.java:309)<br> at org.eclipse.jetty.websocket.WebSocketFactory.acceptWebSocket(WebSocketFactory.java:382)<br> at org.eclipse.jetty.websocket.WebSocketHandler.handle(WebSocketHandler.java:43)<br>
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)<br> at org.eclipse.jetty.server.Server.handle(Server.java:365)<br> at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)<br>
at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)<br> at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)<br>
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)<br> at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)<br> at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)<br>
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628)<br> at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)<br> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)<br>
at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)<br> at java.lang.Thread.run(Thread.java:701)<br>Caused by: java.net.ConnectException: Connection refused<br> at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)<br>
at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:597)<br> at org.eclipse.jetty.io.nio.SelectorManager$SelectSet.doSelect(SelectorManager.java:628)<br> at org.eclipse.jetty.io.nio.SelectorManager$1.run(SelectorManager.java:290)<br>
... 3 more<br></div></blockquote><br></div>In the firebug, I see the following error:<br>Connection lost - retrying (1) ..<br><br></div>Any ideas?<br></div>
<br></div></div>_______________________________________________<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://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
<br></div></blockquote></div><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://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
<br></div></blockquote></div><br></div>
</div></div></div></blockquote></div><br></div>
</div></div></div></blockquote></div><br></div>
</div></div></span>
</blockquote>
<div>
<br>
</div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>