ActiveJob worker always returning 301 to jobs from SQS queue
up vote
0
down vote
favorite
I have active-elastic-job setup on an Elastic Beanstalk worker with Puma/Ruby 2.4. This is receiving jobs from SQS however it's always returning 301 to every job. The jobs are created on an Elastic Beanstalk web environment with Puma/Ruby 2.4 and it has the same secret key.
When I create the job from the web environment I can see the job being received by the SQS daemon on the worker environment:
2018-11-15T01:37:14Z message: sent to http://localhost:80/
2018-11-15T01:37:14Z http-err: 35232854-1f0c-4dcc-b97f-6708e3b07b81 (206) 301 - 0.003
I can also see the request hitting nginx:
127.0.0.1 - - [15/Nov/2018:01:37:14 +0000] "POST / HTTP/1.1" 301 217 "-" "aws-sqsd/2.4" "-"
However there is nothing in the puma log.
In the app it has config.force_ssl = false
Here's the middleware:
use Rack::Sendfile
use HerokuDeflater::ServeZippedAssets
use Rack::Deflater
use HerokuDeflater::SkipBinary
use ActionDispatch::Static
use ActionDispatch::Executor
use ActiveSupport::Cache::Strategy::LocalCache::Middleware
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use ActionDispatch::RemoteIp
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use Airbrake::Rack::Middleware
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ContentSecurityPolicy::Middleware
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
use Rack::TempfileReaper
use Warden::Manager
use ActiveElasticJob::Rack::SqsMessageConsumer
run Operator::Application.routes
Since there's nothing in the puma log, it seems it's hitting some middleware that's returning the 301? Any ideas where I should look?
ruby-on-rails amazon-sqs amazon-elastic-beanstalk rails-activejob
add a comment |
up vote
0
down vote
favorite
I have active-elastic-job setup on an Elastic Beanstalk worker with Puma/Ruby 2.4. This is receiving jobs from SQS however it's always returning 301 to every job. The jobs are created on an Elastic Beanstalk web environment with Puma/Ruby 2.4 and it has the same secret key.
When I create the job from the web environment I can see the job being received by the SQS daemon on the worker environment:
2018-11-15T01:37:14Z message: sent to http://localhost:80/
2018-11-15T01:37:14Z http-err: 35232854-1f0c-4dcc-b97f-6708e3b07b81 (206) 301 - 0.003
I can also see the request hitting nginx:
127.0.0.1 - - [15/Nov/2018:01:37:14 +0000] "POST / HTTP/1.1" 301 217 "-" "aws-sqsd/2.4" "-"
However there is nothing in the puma log.
In the app it has config.force_ssl = false
Here's the middleware:
use Rack::Sendfile
use HerokuDeflater::ServeZippedAssets
use Rack::Deflater
use HerokuDeflater::SkipBinary
use ActionDispatch::Static
use ActionDispatch::Executor
use ActiveSupport::Cache::Strategy::LocalCache::Middleware
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use ActionDispatch::RemoteIp
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use Airbrake::Rack::Middleware
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ContentSecurityPolicy::Middleware
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
use Rack::TempfileReaper
use Warden::Manager
use ActiveElasticJob::Rack::SqsMessageConsumer
run Operator::Application.routes
Since there's nothing in the puma log, it seems it's hitting some middleware that's returning the 301? Any ideas where I should look?
ruby-on-rails amazon-sqs amazon-elastic-beanstalk rails-activejob
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have active-elastic-job setup on an Elastic Beanstalk worker with Puma/Ruby 2.4. This is receiving jobs from SQS however it's always returning 301 to every job. The jobs are created on an Elastic Beanstalk web environment with Puma/Ruby 2.4 and it has the same secret key.
When I create the job from the web environment I can see the job being received by the SQS daemon on the worker environment:
2018-11-15T01:37:14Z message: sent to http://localhost:80/
2018-11-15T01:37:14Z http-err: 35232854-1f0c-4dcc-b97f-6708e3b07b81 (206) 301 - 0.003
I can also see the request hitting nginx:
127.0.0.1 - - [15/Nov/2018:01:37:14 +0000] "POST / HTTP/1.1" 301 217 "-" "aws-sqsd/2.4" "-"
However there is nothing in the puma log.
In the app it has config.force_ssl = false
Here's the middleware:
use Rack::Sendfile
use HerokuDeflater::ServeZippedAssets
use Rack::Deflater
use HerokuDeflater::SkipBinary
use ActionDispatch::Static
use ActionDispatch::Executor
use ActiveSupport::Cache::Strategy::LocalCache::Middleware
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use ActionDispatch::RemoteIp
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use Airbrake::Rack::Middleware
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ContentSecurityPolicy::Middleware
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
use Rack::TempfileReaper
use Warden::Manager
use ActiveElasticJob::Rack::SqsMessageConsumer
run Operator::Application.routes
Since there's nothing in the puma log, it seems it's hitting some middleware that's returning the 301? Any ideas where I should look?
ruby-on-rails amazon-sqs amazon-elastic-beanstalk rails-activejob
I have active-elastic-job setup on an Elastic Beanstalk worker with Puma/Ruby 2.4. This is receiving jobs from SQS however it's always returning 301 to every job. The jobs are created on an Elastic Beanstalk web environment with Puma/Ruby 2.4 and it has the same secret key.
When I create the job from the web environment I can see the job being received by the SQS daemon on the worker environment:
2018-11-15T01:37:14Z message: sent to http://localhost:80/
2018-11-15T01:37:14Z http-err: 35232854-1f0c-4dcc-b97f-6708e3b07b81 (206) 301 - 0.003
I can also see the request hitting nginx:
127.0.0.1 - - [15/Nov/2018:01:37:14 +0000] "POST / HTTP/1.1" 301 217 "-" "aws-sqsd/2.4" "-"
However there is nothing in the puma log.
In the app it has config.force_ssl = false
Here's the middleware:
use Rack::Sendfile
use HerokuDeflater::ServeZippedAssets
use Rack::Deflater
use HerokuDeflater::SkipBinary
use ActionDispatch::Static
use ActionDispatch::Executor
use ActiveSupport::Cache::Strategy::LocalCache::Middleware
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use ActionDispatch::RemoteIp
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use Airbrake::Rack::Middleware
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ContentSecurityPolicy::Middleware
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
use Rack::TempfileReaper
use Warden::Manager
use ActiveElasticJob::Rack::SqsMessageConsumer
run Operator::Application.routes
Since there's nothing in the puma log, it seems it's hitting some middleware that's returning the 301? Any ideas where I should look?
ruby-on-rails amazon-sqs amazon-elastic-beanstalk rails-activejob
ruby-on-rails amazon-sqs amazon-elastic-beanstalk rails-activejob
asked Nov 15 at 1:46
richflow
821210
821210
add a comment |
add a comment |
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53311290%2factivejob-worker-always-returning-301-to-jobs-from-sqs-queue%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown