既存のElastic Beanstalk flaskアプリがAWSにあり、時々初期化されず、次のエラーが発生します:
[Mon Jan 23 10:06:51.550205 2017] [core:error] [pid 7331] [client 127.0.0.1:43790] script timed out before returning headers: application.py
[Mon Jan 23 10:10:43.910014 2017] [core:error] [pid 7329] [client 127.0.0.1:43782] End of script output before headers: application.py
これがなぜなのか、何かアイデアはありますか?最近、プロジェクトのrequirements.txt
を変更してpandas==0.19.2
を含めました。その変更の前は、プログラムは数日間動作してから同じエラーを返していました。その他のログ/プログラムの詳細:
[Mon Jan 23 10:05:36.877664 2017] [suexec:notice] [pid 7323] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jan 23 10:05:36.886151 2017] [so:warn] [pid 7323] AH01574: module wsgi_module is already loaded, skipping
AH00557: httpd: apr_sockaddr_info_get() failed for ip-10-55-254-33
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message
[Mon Jan 23 10:05:36.887302 2017] [auth_digest:notice] [pid 7323] AH01757: generating secret for digest authentication ...
[Mon Jan 23 10:05:36.887797 2017] [lbmethod_heartbeat:notice] [pid 7323] AH02282: No slotmem from mod_heartmonitor
[Mon Jan 23 10:05:36.887828 2017] [:warn] [pid 7323] mod_wsgi: Compiled for Python/2.7.10.
[Mon Jan 23 10:05:36.887832 2017] [:warn] [pid 7323] mod_wsgi: Runtime using Python/2.7.12.
[Mon Jan 23 10:05:36.889729 2017] [mpm_prefork:notice] [pid 7323] AH00163: Apache/2.4.23 (Amazon) mod_wsgi/3.5 Python/2.7.12 configured -- resuming normal operations
[Mon Jan 23 10:05:36.889744 2017] [core:notice] [pid 7323] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Mon Jan 23 10:06:43.542607 2017] [core:error] [pid 7328] [client 127.0.0.1:43786] Script timed out before returning headers: application.py
[Mon Jan 23 10:06:47.548360 2017] [core:error] [pid 7330] [client 127.0.0.1:43788] Script timed out before returning headers: application.py
[Mon Jan 23 10:06:51.550205 2017] [core:error] [pid 7331] [client 127.0.0.1:43790] Script timed out before returning headers: application.py
[Mon Jan 23 10:10:43.910014 2017] [core:error] [pid 7329] [client 127.0.0.1:43782] End of script output before headers: application.py
application.py
import flask
from flask import request, Response
import logging
import json
import JobType1
import JobType2
import sys
application = flask.Flask(__name__)
application.config.from_object('default_config')
application.debug = application.config['FLASK_DEBUG'] in ['true', 'True']`
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)
@application.route('/', methods=['GET'])
def index():
logger.info("The message received was '/', no action taken")
response = Response("Success", status=200)
return response
@application.route('/StartJob', methods=['POST'])
def StartJob():
logger.info("!!start_job message received! This is the start job logger")
print("!!start_job message received! This is the start job printer")
response = None
if request.json is None:
response = Response("Error, no job specified.", status=400)
else:
message = dict()
try:
if request.json.has_key('TopicArn') and request.json.has_key('Message'):
message = json.loads(request.json['Message'])
job = message['job']
else:
message = request.json
job = message['job']
date_key = None
try:
date_key = message['runkey']
except Exception as e:
print "printing Exception:"
print e
pass
start_job(job, date_key)
response = Response("Called Job", status=200)
except Exception as ex:
logging.exception("There was an error processing this message: %s" % request.json)
response = Response("Error processing message", status=400)
return response
@application.route('/CronMessage', methods=['POST'])
def cron_message():
logger.info("!!Cron message received! This is the Cron Start Logger")
response = None
logger.info("About to print headers of CRON***")
job = request.headers.get('X-Aws-Sqsd-Taskname')
start_job(job, None)
response = Response("Called Job", status=200)
return response
def start_job(job_name, date_key):
logger.info("JOB NAME SUBMITTED IS:")
logger.info(job_name)
if job_name == 'JobType1':
start_job_if_not_running(job_name, JobType1.main, True, date_key)
if job_name == 'JobType2':
start_job_if_not_running(job_name, JobType2.main, True, date_key)
else:
print "Submitted job nome is invalid, no job started. The invalid submitted job name was %s" % job_name
def start_job_if_not_running(job_name, program_to_execute, uses_date_key_flag, date_key):
global running_jobs
logger.info("running_jobs are:")
logger.info(running_jobs)
if job_name in running_jobs:
logger.info("Currently running job " + job_name + ", will not start again.")
return False
else:
try:
running_jobs.append(job_name)
if uses_date_key_flag:
logger.info("")
program_to_execute(date_key)
else:
program_to_execute()
except Exception as e:
handle_job_end(job_name)
print "Error in " + job_name
error_message = str(e) + "-" + str(sys.exc_info()[0])
print error_message
EmailUsers.main(subject="Error in " + job_name,
message=error_message,
message_type='error',
date_key=date_key,
job_name=job_name,
process_name='application.py',
notification_group='bp_only')
handle_job_end(job_name)
def handle_job_end(job_name):
while job_name in running_jobs:
running_jobs.remove(job_name)
logger.info("Process Complete")
if __name__ == '__main__':
application.run(Host='0.0.0.0', threaded=True)
助けていただければ幸いです。必要に応じて、他のファイルからさらに多くのコードを共有できます。
さらに、/etc/httpd/conf.d/wsgi.conf
に移動すると、次のように表示されます。
LoadModule wsgi_module modules/mod_wsgi.so
WSGIPythonHome /opt/python/run/baselinenv
WSGISocketPrefix run/wsgi
WSGIRestrictEmbedded On
<VirtualHost *:80>
Alias /static/ /opt/python/current/app/static/
<Directory /opt/python/current/app/static/>
Order allow,deny
Allow from all
</Directory>
WSGIScriptAlias / /opt/python/current/app/application.py
<Directory /opt/python/current/app/>
Require all granted
</Directory>
WSGIDaemonProcess wsgi processes=1 threads=15 display-name=%{GROUP} \
python-path=/opt/python/current/app:/opt/python/run/venv/lib64/python2.7/site-packages:/opt/python/run/venv/lib/python2.7/site-packages user=wsgi group=wsgi \
home=/opt/python/current/app
WSGIProcessGroup wsgi
</VirtualHost>
LogFormat "%h (%{X-Forwarded-For}i) %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
@ user2752159の回答は問題を強調していますが、AWS Beanstalkのコンテキストでこの問題を克服する方法を示すためにこれを追加します(つまり、新しいインスタンスまたはより多くのコードをデプロイした場合、問題は解決する必要がありません。 wsgi.conf
)を変更するたびにボックスにsshでログインします。
ファイルを作成します。 (それは* .configで終わり、confではないことに注意してください)
nano .ebextensions/<some_name>.config
以下をsome_name.config
に追加します( mod_wsgi docs )
files:
"/etc/httpd/conf.d/wsgi_custom.conf":
mode: "000644"
owner: root
group: root
content: |
WSGIApplicationGroup %{GLOBAL}
gitに追加
git add .ebextensions/<some_name>.config
git commit -m 'message here'
豆の木に展開する
eb deploy
これで、デプロイするたびにWSGIApplicationGroup %{GLOBAL}
がwsgi_custom.conf
に追加され、問題が修正されます。
@GrahamDumpletonの助力に感謝します。私が使用した解決策は:
-Elastic Beanstalk EC2インスタンスの/etc/httpd/conf.d/wsgi.conf
にあるwsgi.confファイルを編集します。
これを行うには、コマンドSudo -e /etc/httpd/conf.d/wsgi.conf
を使用してエディターを開き、INSERTを押して編集を開始し、ファイル内の任意の場所にWSGIApplicationGroup %{GLOBAL}
を追加しました。次に、彼のESCAPEを実行し、:wq
コマンドを使用して変更を保存しました。
この後、Elastic Beanstalkコンソールの[Action]ドロップダウンから[Restart App Servers]を選択しました。この後、プログラムはAH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
メッセージをロードして表示しますが、その後のエラーメッセージは表示しません。さらに、アプリケーションはSQSメッセージを受信し、期待どおりに実行されます。
注意すべき点の1つは、Elastic Beanstalkの構成に変更が加えられると、wsgi.confファイルが元に戻るように見えることです。これを回避する方法はわかりませんが、何か見つけたらここに投稿します。
@GrahamDumpletonの迅速な対応とこの問題の解決にご協力いただきありがとうございます。