[CKAN-support] CKAN Support

Michael Speth spethm at landcareresearch.co.nz
Thu Dec 26 05:11:09 UTC 2013


YES!


On Thu, Dec 26, 2013 at 6:07 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Excellent!

It should be Jetty first, then Apache, then Nginx.

Can we count this issue as resolved now? :)


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 26 December 2013 10:29, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Brilliant,
  Restarting Nginx did the trick!

What are the service dependencies?  IE, should nginx be started after jetty & apache?

So Apache <- Jetty <-- nginx?

Thanks


On Thu, Dec 26, 2013 at 5:49 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
No, I can't think of anything that should cause that problem. Have you tried restarting Apache, Nginx, and Jetty instead of the entire VM?


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 26 December 2013 09:29, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Hi Nigel,
  After doing some testing, The port 80 issue happens after the first run of puppet.  After the puppet install, if the VM is restarted port 80 works as normally.  I have tested this 3 times (3 redeploys) with the same results.  Any idea why that might happen?


On Mon, Dec 23, 2013 at 7:45 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

As soon as you reproduce the port 80 problem, can you stop the box and put it somewhere I can download? That probably is the best thing to do at this point.


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 23 December 2013 11:41, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Hi Nigel,
  The vagrant install works with port 8080.  However, the port 80 issue is indeterminate (happens on some runs and not on others).  It does happen more often.

I can do a series of tests to check, maybe do 10 runs to check how many times the problem presents itself.  Will that be helpful?

Thanks


On Mon, Dec 23, 2013 at 7:04 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

Does this mean you have no more problems on the vagrant install and everything works?


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 23 December 2013 11:30, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Hi Nigel,
  That fixed the problem.  Changed JETTY_HOST from 127.0.0.0 to 127.0.0.1   Thank you!


On Mon, Dec 23, 2013 at 5:47 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

The problem you had with the Internal Server Error was because solr isn't running on the right IP. I noticed this too when I ran the puppet scripts on my digital ocean machine. The changes I had to make was to edit /etc/default/jetty and set  JETTY_HOST=127.0.0.1.


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 23 December 2013 07:03, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Here you go.

Note, I re-ran the vagrant/puppet scripts and now can't use port 80.  But a few days ago, on a fresh vagrant/puppet deploy, port 80 was working.

Regards


On Fri, Dec 20, 2013 at 5:05 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

That looks like an easy to fix problem.  Can you send me the error log from Apache?


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 20 December 2013 07:21, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Hi Nigel,
  I think I found the problem with the Vagrant script.  I had to enable a private IP for the VM.  Please use the attached vagrant script.

To access the VM once its up, point your browser to 192.168.33.10

Note, it seems that port 80 is coming through.  But there is a problem.  See the screenshot below.

[Inline image 1]

The error from the chrome console:

event.returnValue is deprecated. Please use the standard event.preventDefault() instead. jquery.min.js:218<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>
<http://192.168.33.10/fanstatic/vendor/:version:2013-12-20T01:15:59.78/jquery.min.js>

Regards



On Thu, Dec 19, 2013 at 6:27 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

Digital Ocean is a VPS provider. I can give you access to the machine if you'd like. I just setup a publically accessible machine with your puppet scripts and I can't reproduce the problem you've had with Nginx and Apache.


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 19 December 2013 04:08, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:

Hi Nigel,
  What is digital ocean?  Is that something i can have access to?

On Dec 19, 2013 2:32 AM, "Nigel Babu" <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Michael,

Are you able to reproduce the problem on your vagrant machine?

The virtual machine I created on digital ocean used your exact same puppet scripts, except instead of vagrant running them, I ran them directly with puppet apply. I spent a few more hours trying to get Vagrant to work and I wasn't successful.

Two of us have tried to reproduce  the problem you've been facing and failed to replicate it. From our records, it looks as though you have about half a day of support time remaining, which we feel would be much better spent with us having access to directly debug the problem on your server. What do you think?

If you would like us to try another time using the Vagrant/Puppet approach, we can quote for this, although, we both feel this will be a red herring, as previous attempts haven't let us reproduce them. If you would like us to go ahead and look at your servers, you can find my ssh public key attached.



Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 18 December 2013 03:48, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:

Hi Nigel,
  I think its best to use Vagrant to ensure our environments are exactly the same.

So, what problems are you having with vagrant?  Can you list the steps you have taken?

Lets het Vagrant working for you.

Regards

On Dec 18, 2013 12:57 AM, "Nigel Babu" <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
No, I didn't. I couldn't get vagrant working, so I ran your script on a new Digital Ocean VM.


Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 17 December 2013 17:20, Michael Speth <spethm at landcareresearch.co.nz<mailto:spethm at landcareresearch.co.nz>> wrote:
Hi Nigel,
  Just to be clear, did you run vagrant to create the VM?

ie, vagrant up

This should download a clean Ubuntu 12.04 image and then installs ckan through puppet?

Thanks


On Tue, Dec 17, 2013 at 11:37 PM, Nigel Babu <nigel.babu at okfn.org<mailto:nigel.babu at okfn.org>> wrote:
Hi Micahel,

Thank you for the puppet script for vagrant. I ran the puppet script on a new VM and I couldn't reproduce the problem. I had a slight issue with solr, but otherwise, it worked perfectly fine. It's going to be extremely difficult for us to debug this problem without either being able to reproduce it ourselves or having access to your machine where you have the problem. Can you please let us know if can access the machine where you have problems?



Nigel Babu

Developer  |  @nigelbabu<https://twitter.com/nigelbabu>

The Open Knowledge Foundation<http://okfn.org/>

Empowering through Open Knowledge

http://okfn.org/  |  @okfn<http://twitter.com/OKFN>  |  OKF on Facebook<https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/>  |  Newsletter<http://okfn.org/about/newsletter>


CKAN | http://ckan.org/ | @CKANproject<http://twitter.com/CKANproject> | the world’s leading open-source data portal platform


On 16 December 2013 16:55, Sean Hammond <sean.hammond at okfn.org<mailto:sean.hammond at okfn.org>> wrote:
   Are you able to download the 2 links from the previous email?

Hi Michael, yes the links are working now. For Nigel's benefit, these are the links that work:

https://df.bestgrid.org/quickshare/72a21369bd4f3a80/puppet-vms_branch-vagrant-ckan-snapshot-20131211.zip

https://df.bestgrid.org/quickshare/a57eee893dff2774/vagrant-vms_branch-test-ckan-snapshot-20131211.zip

I had trouble running them on Friday, apparently because my version of VirtualBox is different from the one you used. Nigel is back now and he's much more proficient with Puppet than I am, so I'm going to hand you back over to him, Nigel will try to run your Puppet script and see if he can reproduce your problem, and get back to you.

Nigel, let me know if you need any help





--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz


________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz


________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz




--
Michael Speth
DevOps Computer Engineer
Landcare Research Consultant

________________________________

Please consider the environment before printing this email
Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails.
The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ckan-support/attachments/20131226/342d7f24/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ckan_server_error.png
Type: image/png
Size: 76368 bytes
Desc: not available
URL: <https://lists.okfn.org/mailman/private/ckan-support/attachments/20131226/342d7f24/attachment-0003.png>


More information about the ckan-support mailing list