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

Celery worker is failing during schedule execution. #9317

Closed
1 of 3 tasks
thammaneni opened this issue Mar 17, 2020 · 1 comment
Closed
1 of 3 tasks

Celery worker is failing during schedule execution. #9317

thammaneni opened this issue Mar 17, 2020 · 1 comment
Labels
inactive Inactive for >= 30 days

Comments

@thammaneni
Copy link

thammaneni commented Mar 17, 2020

A clear and concise description of what the bug is.
Is there any way to fix/customize following error?
I have scheduled around 20 emails. using redis as celery broker url and backend result storage.
i am getting error in logs saying

logfile:
requests.exceptions.ConnectionError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
[2020-03-17 08:01:13,569: ERROR/MainProcess] Process 'ForkPoolWorker-7069' pid:7551 exited with 'signal 9 (SIGKILL)'
[2020-03-17 08:05:01,442: ERROR/MainProcess] Process 'ForkPoolWorker-7072' pid:7566 exited with 'signal 9 (SIGKILL)'
[2020-03-17 08:05:01,453: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL).')
Traceback (most recent call last):
File "/usr/local/python3.7/lib/python3.7/site-packages/billiard/pool.py", line 1223, in mark_as_worker_lost
human_status(exitcode)),
billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL).
[2020-03-17 08:05:01,774: ERROR/MainProcess] Process 'ForkPoolWorker-7067' pid:7540 exited with 'signal 9 (SIGKILL)'
[2020-03-17 08:05:01,785: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL).')
Traceback (most recent call last):
File "/usr/local/python3.7/lib/python3.7/site-packages/billiard/pool.py", line 1223, in mark_as_worker_lost
human_status(exitcode)),
billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL).
[2020-03-17 08:05:02,507: ERROR/MainProcess] Process 'ForkPoolWorker-4165' pid:4478 exited with 'signal 9 (SIGKILL)'
[2020-03-17 08:05:02,561: ERROR/MainProcess] Task handler raised error: WorkerLostError('Worker exited prematurely: signal 9 (SIGKILL).')
Traceback (most recent call last):
File "/usr/local/python3.7/lib/python3.7/site-packages/billiard/pool.py", line 1223, in mark_as_worker_lost
human_status(exitcode)),
billiard.exceptions.WorkerLostError: Worker exited prematurely: signal 9 (SIGKILL).
[2020-03-17 08:05:03,164: ERROR/MainProcess] Process 'ForkPoolWorker-7071' pid:7561 exited with 'signal 9 (SIGKILL)'
[2020-03-17 08:05:03,875: ERROR/MainProcess] Process 'ForkPoolWorker-7074' pid:7570 exited with 'signal 9 (SIGKILL)'

Expected results

what you expected to happen.

Actual results

what actually happens.

Screenshots

image

If applicable, add screenshots to help explain your problem.

How to reproduce the bug

  1. Go to '...'
  2. Click on '....'
  3. Scroll down to '....'
  4. See error

Environment

(please complete the following information):

superset version: superset version
0.33.10402
python version: python --version
Flask 1.0.2
Python 3.7.3 (default, Sep 24 2019, 07:16:25)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]

  • node.js version: node -v
  • npm version: npm -v

Checklist

Make sure these boxes are checked before submitting your issue - thank you!

  • I have checked the superset logs for python stacktraces and included it here as text if there are any.
  • I have reproduced the issue with at least the latest released version of superset.
  • I have checked the issue tracker for the same issue and I haven't found one similar.

Additional context

Add any other context about the problem here.

@stale
Copy link

stale bot commented May 16, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue .pinned to prevent stale bot from closing the issue.

@stale stale bot added the inactive Inactive for >= 30 days label May 16, 2020
@stale stale bot closed this as completed May 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
inactive Inactive for >= 30 days
Projects
None yet
Development

No branches or pull requests

1 participant