Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Trying to cleanup + maintain/revive but having config issues #35

Open
ybur-yug opened this issue Mar 19, 2015 · 13 comments
Open

Trying to cleanup + maintain/revive but having config issues #35

ybur-yug opened this issue Mar 19, 2015 · 13 comments

Comments

@ybur-yug
Copy link

@antono @nashby @Gonzih would any of you be willing to help me getting this run locally so i can deploy a new instance and maintain it? Would really be interested in doing so.

@nashby
Copy link
Member

nashby commented Mar 19, 2015

@rhgraysonii hi, sure! What's the problem?

@ybur-yug
Copy link
Author

Well, when I get everything set up and attempt to get it running on my local machine, the entire app just 500's at any route. I'm not getting anything of note in my logs, or I'm missing something. I'm pretty sure I'm just a moron and missing something obvious here.

@ybur-yug
Copy link
Author

If you want anything specific, stack traces, gem versions, etc i would be glad to provide them

@nashby
Copy link
Member

nashby commented Mar 19, 2015

@rhgraysonii stacktraces would be helpful.

@ybur-yug
Copy link
Author

bundle exec rake db:seed
bundle exec foreman start

Run this to start up,
and I get:

=> Bundler require
=> Bundle loaded in 8.844515983 seconds
bobby@devbox:~/screencasts/shelr.tv$ bundle exec foreman start
17:29:38 web.1  | started with pid 25897
17:29:38 solr.1 | started with pid 25899
17:29:45 web.1  | => Bundler require
17:29:46 solr.1 | => Bundler require
17:29:51 web.1  | [2015-03-19 17:29:51] INFO  WEBrick 1.3.1
17:29:51 web.1  | [2015-03-19 17:29:51] INFO  ruby 1.9.3 (2014-05-14) [x86_64-linux]
17:29:51 web.1  | [2015-03-19 17:29:51] INFO  WEBrick::HTTPServer#start: pid=25897 port=3000
17:29:51 solr.1 | => Bundle loaded in 7.755457008 seconds
17:29:52 solr.1 | java version "1.7.0_75"
17:29:52 solr.1 | OpenJDK Runtime Environment (IcedTea 2.5.4) (7u75-2.5.4-1~utopic1)
17:29:52 solr.1 | OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode)
17:29:53 solr.1 | 2015-03-19 17:29:53.662::INFO:  Logging to STDERR via org.mortbay.log.StdErrLog
17:29:54 solr.1 | 2015-03-19 17:29:54.175::INFO:  jetty-6.1.3
17:29:54 solr.1 | 2015-03-19 17:29:54.339::INFO:  Extract jar:file:/home/bobby/.rbenv/versions/1.9.3-p547/lib/ruby/gems/1.9.1/gems/sunspot_solr-1.3.3/solr/webapps/solr.war!/ to /tmp/Jetty_0_0_0_0_8982_solr.war__solr__-2c5peu/webapp
17:29:56 solr.1 | 2015-03-19 17:29:56.451::INFO:  Started SocketConnector @ 0.0.0.0:8982

Which seems like all is well. I can even access the solr dashboard.
However going to the root URL, /about, or any other route, and if I cat out my log:

bobby@devbox:~/screencasts/shelr.tv$ cat log/development.log 
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (823ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)
MONGODB (250ms) shelr-dev['system.namespaces'].find({})
MONGODB (491ms) shelr-dev['$cmd'].find({:create=>"users"}).limit(-1)
MONGODB (0ms) shelr-dev['users'].insert([{"records_count"=>0, "god"=>false, "_id"=>BSON::ObjectId('550b186afa5bd844c2000001'), "nickname"=>"Anonymous", "website"=>"http://thepiratebay.org/", "updated_at"=>2015-03-19 18:41:46 UTC, "created_at"=>2015-03-19 18:41:46 UTC}])
MONGODB (221ms) shelr-dev['$cmd'].find({"count"=>"users", "query"=>{:api_key=>"4021a5bfe47edf51a7e94a667c64fd8e", :_id=>{"$ne"=>BSON::ObjectId('550b186afa5bd844c2000001')}}, "fields"=>nil}).limit(-1)
MONGODB (0ms) shelr-dev['users'].update({"_id"=>BSON::ObjectId('550b186afa5bd844c2000001')}, {"$set"=>{"records_count"=>0, "god"=>false, "nickname"=>"Anonymous", "website"=>"http://thepiratebay.org/", "updated_at"=>2015-03-19 18:41:46 UTC, "created_at"=>2015-03-19 18:41:46 UTC, "api_key"=>"4021a5bfe47edf51a7e94a667c64fd8e"}})
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (0ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (0ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)


Started GET "/" for 127.0.0.1 at 2015-03-19 14:42:52 -0400


Started GET "/" for 127.0.0.1 at 2015-03-19 14:43:13 -0400


Started GET "/" for 127.0.0.1 at 2015-03-19 14:43:14 -0400
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (0ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)


Started GET "/about" for 127.0.0.1 at 2015-03-19 14:44:27 -0400
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (69ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)
MONGODB (167ms) shelr-dev['system.namespaces'].find({})
MONGODB (0ms) shelr-dev['users'].insert([{"records_count"=>0, "god"=>false, "_id"=>BSON::ObjectId('550b3fc1fa5bd864d1000001'), "nickname"=>"Anonymous", "website"=>"http://thepiratebay.org/", "updated_at"=>2015-03-19 21:29:37 UTC, "created_at"=>2015-03-19 21:29:37 UTC}])
MONGODB (303ms) shelr-dev['$cmd'].find({"count"=>"users", "query"=>{:api_key=>"5fac703f3b02a014495d5ece9ca4c0dd", :_id=>{"$ne"=>BSON::ObjectId('550b3fc1fa5bd864d1000001')}}, "fields"=>nil}).limit(-1)
MONGODB (0ms) shelr-dev['users'].update({"_id"=>BSON::ObjectId('550b3fc1fa5bd864d1000001')}, {"$set"=>{"records_count"=>0, "god"=>false, "nickname"=>"Anonymous", "website"=>"http://thepiratebay.org/", "updated_at"=>2015-03-19 21:29:37 UTC, "created_at"=>2015-03-19 21:29:37 UTC, "api_key"=>"5fac703f3b02a014495d5ece9ca4c0dd"}})
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (0ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)
MONGODB [DEBUG] Logging level is currently :debug which could negatively impact client-side performance. You should set your logging level no lower than :info in production.
MONGODB (0ms) admin['$cmd'].find({:ismaster=>1}).limit(-1)


Started GET "/" for 127.0.0.1 at 2015-03-19 17:30:42 -0400


Started GET "/about" for 127.0.0.1 at 2015-03-19 17:30:46 -0400

@ybur-yug
Copy link
Author

I know thats not much to go off of. If you have any experiments for me to try let me know @nashby .

@Gonzih
Copy link

Gonzih commented Mar 20, 2015

Did you try running it on MRI instead of JRuby? I'm assuming that you are using JRuby by looking at your logs.

@nashby
Copy link
Member

nashby commented Mar 20, 2015

@Gonzih I think he's using MRI (JRuby stuff is about Solar I guess). Anyway I've got the same problem with MRI and tracked it down to the airbrake gem. @rhgraysonii just remove it from Gemfile and remove errbit.rb file from the initializers. Looks like some version incompatibilities, I'll take a look at it tonight.

@Gonzih
Copy link

Gonzih commented Mar 20, 2015

@nashby
ok, now I get it. I was confuled by this message Bundle loaded in 8.844515983 seconds.
Thanks for your time! 👍

@antono
Copy link
Member

antono commented Mar 20, 2015

Shelr.tv is alive! Yay :)
@rhgraysonii let us know the address of your site, we can make it default upload endpoint in shelr utility (shelr.tv is down since long time ago).

@ybur-yug
Copy link
Author

Had not. Will do so and report back @Gonzih thanks

@ybur-yug
Copy link
Author

@antono I have to get a domain up and rolling today. I basically see it as the most lightweight screencasting service possible since you remove the video dependency....we'll see. I'd love to get it somewhere but I'm not trying to dream too big haha. Anyone else interested can gladly email me, bobbygrayson[at]gmail.com

@ybur-yug
Copy link
Author

I'd also like to get familiar wrt the codebase etc today so that in the event of shit hitting the fan I atleast stand a chance at getting things back up online

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants