<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Sebastien,<br>
    <br>
    sorry to make you dig into old memories :S<br>
    so far I have been able to achieve the goals thanks to the
    documentation and help. Last thing I tried was to connect the
    visualizer to pv server in parallel. The help contents (--help) of
    bin/pvserver and the pvw-visualizer.py helped me to figure it out
    (all I had to do is use "reverse connection" and have pvserver
    connect to paraviewweb).<br>
    <br>
    I don't think it's possible to document every single possibility and
    that's where the code quality+comment and built-in help are very
    useful and complete. I will let you know if I find anything but so
    far so amazingly good.<br>
    <br>
    <br>
    Regarding the EC2 at startup (pvw-start service running
    /data/start.sh), only DNS_NAME (ec2-xxxx-compute1-amazonaws.com) is
    fetched and replaced in the {apache/launcher}-TEMPLATE.{conf/json}
    files. I didn't see any other variable in there. <br>
    <br>
    After checking with JSONLint, the launcher JSON file is indeed
    valid.<br>
    <br>
    Paying more attention to the network requests, I don't see the
    failed GET and WS switching protocol requests anymore. Even more
    strange, when I move the camera, I can see the stack of black/blank
    frames being send by the server (axis are not visible either).<br>
    <br>
    By the way I used this config:<br>
    * apache.conf<br>
      RewriteCond %{QUERY_STRING} ^sessionId=(.*)&path=(.*)$ [NC]<br>
      RewriteRule ^/proxy.*$ <a class="moz-txt-link-freetext" href="ws://$">ws://$</a>{session-to-port:%1}/%2 [P]<br>
    <br>
    * launcher.json<br>
      "sessionURL" : <a class="moz-txt-link-rfc2396E" href="ws://DNS_NAME/proxy?sessionId=${id}&path=ws">"ws://DNS_NAME/proxy?sessionId=${id}&path=ws"</a>,<br>
    <br>
    As I am writing this, I just restarted the instance
    (terminate+launch) instead of reboot and it is now working... I went
    back to see the logs of failed remote viewing and I can now see this
    at the very end (after proper launching and everything):<br>
    <font size="-1" face="Courier New, Courier, monospace">XIO:  fatal
      IO error 0 (Success) on X server ":0.0"</font><br>
    <br>
    So here is what I am guessing:<br>
    - I messed up something in the config files yesterday as I didn't
    get to that point<br>
    - rebooting the instance doesn't start X properly, which fails to
    render the 3D view and explains why the frames are blank but
    everything else is fine. <br>
    - somehow re-launching the instance starts X properly.<br>
    <br>
    I am puzzled but also happy that it seems to be working :)<br>
    Do you know what would be the reasons for this issue with X? Since I
    started from the pv AMI, I didn't have to install any drivers nor
    configure the display. Maybe I'll try a fresh AMI with ubuntu-16 and
    install the drivers nvidia-367 to see if I encounter similar issues
    with X.<br>
    <br>
    Thanks for the pointers Sebastien.<br>
    <br>
    cheers,<br>
    Claude<br>
    <br>
    <div class="moz-cite-prefix">On 01/19/2017 06:19 PM, Sebastien
      Jourdain wrote:<br>
    </div>
    <blockquote
cite="mid:CABObKxfJEjO5C7=6zZFPRQJ6LgR=3WXonUZPth3VpScoTJRpAA@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi Claude,
        <div><br>
        </div>
        <div>I'm glad you like our doc and code. If you feel we are
          missing something that is not obvious, please report it so we
          can fix it.</div>
        <div><br>
        </div>
        <div>Regarding your issue, you had a good reflex in fixing
          apache and the launcher config, as with PV5.2 we use a second
          ws connection for streaming the images in binary format. But
          it has been forever since I setup that ami, I have very little
          memory of what was setup.</div>
        <div><br>
        </div>
        <div>I do know that we use 'sed' to dynamically replace some
          string so the proper HOST for apache and the launcher get
          used, but I don't remember if it was <span
            style="font-size:12.8px">DNS_NAME or something else</span>.
          But from what I understand, you've done exactly what I would
          have done myself.</div>
        <div><br>
        </div>
        <div>I'm wondering if when you edited your launcher config you
          managed to produce an invalid JSON file. (You can paste it
          here <a moz-do-not-send="true" href="http://jsonlint.com/">http://jsonlint.com/</a>
          to be sure)</div>
        <div><br>
        </div>
        <div>Moreover, seeing the network calls of the web page that
          don't even load might be useful. I'd be curious to see the
          response of the POST on /paraview.</div>
        <div><br>
        </div>
        <div>Seb</div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Thu, Jan 19, 2017 at 5:01 PM, claude
          <span dir="ltr"><<a moz-do-not-send="true"
              href="mailto:claude@theweak.link" target="_blank">claude@theweak.link</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
            <br>
            Following up one of the previous thread on setting up<br>
            ParaviewWeb+Visualizer, I am trying to get it going on AWS
            EC2 with<br>
            paraview-5.2. Maybe someone already went through it and know
            how to<br>
            solve this little problem?<br>
            <br>
            * I launched the public AMI (ami-34f3f65e) on Ubuntu-14 with
            paraviewweb<br>
            4.4 which seemed like a good starting point.<br>
            * I tested the visualizer on paraviewweb-4.4 and works
            perfectly.<br>
            * I downloaded paraviewweb-5.2 and updated the 'pv' and
            'www' symlinks<br>
            under /data folder (see 'aws_data_dir' snapshot attached).<br>
            * I also updated the paths in the start.sh,
            apache-TEMPLATE.conf and<br>
            launcher-TEMPLATE.json files so that they reflect the
            correct path for<br>
            paraview-5.2 (which are bit different than paraview-4.4). By
            the way,<br>
            having start.sh running as a service at startup configuring
            properly the<br>
            TEMPLATE files with the proper DNS name is admirable (each
            time I look<br>
            at the doc, config files or code, I am amazed by the quality
            of it,<br>
            thumb up!).<br>
            * when I navigate to the EC2 DNS, the Visualizer comes up
            and I can<br>
            browse for data files. The files seem to successfully load
            but nothing<br>
            show up in the camera (see snapshot 'aws_ec2_visu'). Looking
            at the logs<br>
            on the machine, they don't report any error (and look
            similar to what I<br>
            can get locally on my machine). There is a couple of errors
            showing up<br>
            in the web console though (in the snapshot attached).<br>
            <br>
            It looks like I am very close to make it work, I am probably
            missing<br>
            something obvious.<br>
            I tried the following to solve it by using my configuration
            on my local<br>
            machine:<br>
            1. update the apache-TEMPLATE.conf with the following rules:<br>
            RewriteCond %{QUERY_STRING} ^sessionId=(.*)&path=(.*)$
            [NC]<br>
            RewriteRule ^/proxy.*$ <a class="moz-txt-link-freetext" href="ws://$">ws://$</a>{session-to-port:%1}/%2 [P]<br>
            <br>
            2. update the launcher-TEMPLATE.json with the following
            line:<br>
            "sessionURL" : "<a class="moz-txt-link-freetext" href="ws://DNS_NAME/proxy">ws://DNS_NAME/proxy</a>?<wbr>sessionId=${id}&path=ws",<br>
            <br>
            3. reboot (so that the files get updated)<br>
            <br>
            but this time the UI doesn't even load, meaning I made it
            worse.<br>
            <br>
            It seems just like a websocket connection issue, right?<br>
            <br>
            Thanks in advance for any ideas to try.<br>
            cheers<br>
            <span class="HOEnZb"><font color="#888888">claude<br>
              </font></span><br>
            ______________________________<wbr>_________________<br>
            Powered by <a moz-do-not-send="true"
              href="http://www.kitware.com" rel="noreferrer"
              target="_blank">www.kitware.com</a><br>
            <br>
            Visit other Kitware open-source projects at <a
              moz-do-not-send="true"
              href="http://www.kitware.com/opensource/opensource.html"
              rel="noreferrer" target="_blank"><a class="moz-txt-link-freetext" href="http://www.kitware.com/">http://www.kitware.com/</a><wbr>opensource/opensource.html</a><br>
            <br>
            Please keep messages on-topic and check the ParaView Wiki
            at: <a moz-do-not-send="true"
              href="http://paraview.org/Wiki/ParaView" rel="noreferrer"
              target="_blank">http://paraview.org/Wiki/<wbr>ParaView</a><br>
            <br>
            Search the list archives at: <a moz-do-not-send="true"
              href="http://markmail.org/search/?q=ParaView"
              rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>ParaView</a><br>
            <br>
            Follow this link to subscribe/unsubscribe:<br>
            <a moz-do-not-send="true"
              href="http://public.kitware.com/mailman/listinfo/paraview"
              rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/paraview</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>