Celery: CELERY_TIMEZONE 및 CELERY_ENABLE_UTC는 효과가 없습니다.

CELERY_TIMEZONE 및 CELERY_ENABLE_UTC 지시문은 작업자가 아닌 셀러리 비트에 대해 작동합니다.

셀러리의 로그인은 CELERY_ENABLE_UTC를 고려하지 않고 파이썬 로깅 모듈에 대한 단순한 래퍼 일뿐입니다.

CELERY_ENABLE_UTC는 사람들이 아주 오래된 Django 버전 (1.4 이하)을 사용할 수 있기 때문에 기본적으로 활성화되지 않습니다.
예를 들어 주시겠습니까?

@thedrow 는 Django 1.4 LTS 지원이 종료되는 10 월에 기본적으로 UTC를 활성화해야합니다 (https://www.djangoproject.com/download/).

예, 우리는 아마 3.2.0을 위해 그것을해야합니다.

이제 문서를 확인 했으므로 CELERY_ENABLE_UTC가 기본적으로 활성화되어 있으므로이 버그는 로깅에만 관련이 있다고 생각합니다.

이 작업을 완료 할 리소스가 없기 때문에이 작업을 마무리합니다.

마스터에서 수정 될 수 있습니다. 4.0 릴리스 이후에 돌아 오는지 살펴 보겠습니다.

이 토론에서 우연히 발견 할 수있는 모든 사람들을위한 유용한 메모로, Django 프로젝트 (EST)와 다른 시간대 (UTC)에서 셀러리 워커를 실행할 수있었습니다. celery에게 다른 Django 설정 파일 (예 : celery_settings)을 제공했습니다. 여기에서 원래 설정 (settings import *에서)을 가져온 다음 TIME_ZONE 매개 변수를 덮어 씁니다.

이 문제는 여전히 Celery 4.0.2에 남아있는 것 같습니다.
표준 출력 로그의 타임 스탬프는 Django의 TIME_ZONE 매개 변수의 영향을받습니다.

문제 # 4006은 그 반대입니다. @marvelph 이것은 현재 마스터에서 수정 될 수 있습니다.

비트 스케줄러를 사용하여 CELERY_TIMEZONE = 'Europe / Lisbon'및 django TIMEZONE = 'Europe / Lisbon'에 문제가있었습니다. 다음 is_due의 날짜를 잘못 계산합니다.
pip 버전에서 나는 계산이 음수 였고 그것은 즉시 작업을 즉시 점심으로 만들었고, 현재 마스터에서는 1h + 반복 시간으로 계산했습니다.
두 설정을 모두 'UTC'로 설정하면 문제가 해결됩니다.

# 4173을 master 병합했습니다. master 지점을 사용하고 문제가 남아 있는지 확인할 수 있다면 좋을 것입니다. 감사합니다.

마스터로 테스트했습니다. 여기에서 최신 댓글을 확인하세요. https://github.com/celery/celery/issues/4041
최신 마스터의 셀러리 시간대에 여전히 문제가 있습니다 .CELERY_TIMEZONE과 TIMEZONE이 모두 'Europe / Lisbon'이면 django 셀러리 비트가 다음 작업을 올바른 시간보다 1 시간 더 많이 예약합니다.

내 프로젝트에서 TIME_ZONE과 CELERY_TIMEZONE을 모두 Europe / Moscow로 설정했지만 Celery beat는 여전히 UTC를 사용합니다. CELERY_ENABLE_UTC 설정을 전환 해 보았지만 아무것도 변경되지 않았습니다. 내 시스템 시간은 유럽 / 모스크바이고 이것은 정말 실망 스럽습니다.

셀러리 4.1 및 django 1.11.x에서 동일한 문제 (CELERY_TIMEZONE = TIME_ZONE = Europe / Rome)

• 내 periodic_tasks가 예상 시간에 작동하지 않습니다. (나는 그것을 고치지 않았다 : /)
• 셀러리 작업을 재 시도 할 때 계산 된 ETA가 잘못되어 (지금보다 적음) 재 시도가 즉시 이루어집니다. 이 문제에 대해 여기에서 볼 수 있듯이 재 시도한 작업에 전달하는 eta를 계산했습니다 (https://github.com/celery/celery/issues/4221#issuecomment-324204504).

진행 중입니다. 더 나은 솔루션을 찾으면 여기에 작성하겠습니다.

@ madEng84 Django 1.11 및 Celery 4.1과 동일한 문제가 있으며 작업 재 시도는 카운트 다운에서 작동하지 않고 eta에서만 작동합니다.

이것은 농담 보내고 * 절대 F이다. 모든 셀러리는 작업-> 정시에 실행해야합니다. 도대체 왜이 개발자들은 그것이 설계된 것을 할 수 없을 때 아무도 신경 쓰지 않는 이국적인 기능 xyz를 추가하는 데 시간을 낭비하고 있습니다! 이런 세상에!

CELERY_TIMEZONE = '미국 / 동부'

4.1에서는 작업이 완전히 잘못된 시간에 실행되고 3에서는 괜찮 았습니다.

@expresspotato 작업에 만족하지 않으면 무료로 포크 셀러리로 이동하십시오.
문제를 해결하기 위해 비용을 지불 할 수도 있습니다.
그렇지 않으면 자체 권한 부여를 환영하지 않습니다. 내가 당신을 금지하기 전에 마지막 경고를 고려하십시오.

내가 아는 한이 문제는 몇 달 전에 마스터 에서 수정되었습니다. 나는 이것을 피하기 위해 릴리스 대신 be55de622381816d087993f1c7f9afcf7f44ab33에 고정 된 master 분기를 사용했고 예상대로 작동했습니다.
그래도 왜 아직 출시되지 않았을까요? 이해할 수 없습니다.

@Jamim 릴리스하기 전에 병합 할 풀 리퀘스트가 몇 개 더 있습니다. 이정표를 확인하십시오.

https://github.com/celery/celery/commit/be55de622381816d087993f1c7f9afcf7f44ab33

시간대를 '아시아 / 상하이'로 설정하십시오. 런타임은 정확한 시간을 계산하지만 재 시도가 활성화되면 시간 뒤에 '+'를 계산하지 마십시오. '' 'ETA : [2018-04-19 11 : 14 : 53.216361 + 08 : 06]' '' '. 계산 시트 만 사용하지 않습니다. 주어진 시간에 초 수를 더할 것입니다. . 그는 작동하지만 완벽하지 않은 것은 무엇입니까? 내 진술이 유용하기를 바랍니다.

뿡뿡
이것이 닫히지 않아야한다는 것은 명백합니다.

저는 celery==4.1.0 및 Django==1.11.6 있습니다.

CELERY_TIMEZONE 및 TIMEZONE 대해 설정 한 내용에 관계없이 Celery beat는 UTC를 사용합니다. 들의 조합 True 및 False 대한 CELERY_ENABLE_UTC 및 USE_TZ 차이가 없다.

사용자가 작동한다고 생각하게 만드는 것보다이 버그를 인정하는 것이 좋습니다.

4.2rc2를 시도하고보고하십시오

Celery의 시간 설정이 어떻게되는지 이해할 수 없지만 수정했습니다.
base.py-> 지금
이제 선택한 시간대 'Europe / London'에 대한 실제 시간을보고합니다. 로그를 참조하십시오.

[2018-06-22 13:24:37,338: ERROR/MainProcess] <=Celery App Base=> now -> now_in_utc                      2018-06-22 12:24:37.336361+00:00
[2018-06-22 13:24:37,338: INFO/MainProcess] <=Celery App Base=> now -> self.timezone                    Europe/London
[2018-06-22 13:24:37,338: ERROR/MainProcess] <=Celery App Base=> now -> now_in_utc.astimezone(self.timezone)                            2018-06-22 13:24:37.336361+01:00
[2018-06-22 13:24:37,338: ERROR/MainProcess] <=Celery Schedules=> now -> self.app.now() 2018-06-22 13:24:37.336361+01:00
[2018-06-22 13:24:37,338: ERROR/MainProcess] <=Utils Time=> remaining -> now 2018-06-22 13:24:37.338674+01:00
[2018-06-22 13:24:42,349: ERROR/MainProcess] <=Celery Schedules=> now -> self.nowfun() 2018-06-22 13:24:42.349524+01:00

그러나 작업은 여전히 ​​원시 UTC로 시간을 표시합니다-2018-06-22 12 : 24 : 42.350384

테스트 변경 :

[2018-06-22 13:40:30,568: ERROR/MainProcess] <=Celery App Base=> timezone_func conf.timezone: Europe/Kiev
[2018-06-22 13:40:30,569: ERROR/MainProcess] <=Celery App Base=> timezone_func timezone.get_timezone(conf.timezone): Europe/Kiev

[2018-06-22 13:40:30,603: ERROR/MainProcess] <=Celery App Base=> now -> now_in_utc.astimezone(self.timezone) 1                          2018-06-22 15:40:30.600489+03:00
[2018-06-22 13:40:30,603: ERROR/MainProcess] <=Celery Schedules=> now -> self.app.now() 2018-06-22 15:40:30.600489+03:00
[2018-06-22 13:40:30,604: ERROR/MainProcess] <=Utils Time=> remaining -> now 2018-06-22 15:40:30.603985+03:00
[2018-06-22 13:40:30,604: ERROR/MainProcess] <=Celery Schedules=> now -> self.nowfun() 2018-06-22 15:40:30.604436+03:00

이제 설정 시간대가 적용되는 것처럼 보이지만 작업은 여전히 ​​UTC 시간을 사용하고 있습니다!

첫째, 이것은 아마도 datetime.utcnow ()가 아닌 datetime.now 인스턴스 여야합니다. 왜 우리는 UTC를 이미 UTC로 결정했을까요?

def to_utc(dt):
    """Convert naive :class:`~datetime.datetime` to UTC."""
    return make_aware(dt, timezone.utc)

이제 어디에서나 런던 시간을 설정할 수 있습니다.

<=Celery App Base=> timezone_func conf.timezone: Europe/London
<=Celery App Base=> timezone_func timezone.get_timezone(conf.timezone): Europe/London
<=Celery Schedules=> now -> self.nowfun() 2018-06-22 14:11:03.625825+01:00
<=Utils Time=> to_utc -> What is dt_utc: 2018-06-22 14:11:03.626616
<=Utils Time=> remaining -> now 2018-06-22 14:11:03.629900+01:00
<=Celery Schedules=> now -> self.nowfun() 2018-06-22 14:11:03.630299+01:00

<=Utils Time=> make_aware -> _localize(dt, is_dst=None) 2018-06-22 14:11:03.630514+00:00
<=Utils Time=> to_utc -> make_aware(dt_utc, timezone.utc): 2018-06-22 14:11:03.630514+00:00
<=Utils Time=> make_aware -> What is dt: 2018-06-22 14:11:03.630514

그러나 이전에는 여전히 작업을 받았습니다.

Received | 2018-06-22 13:05:02.712443 UTC
-- | --
Sent | 2018-06-22 13:05:02.707066 UTC
Started | 2018-06-22 13:05:02.716835 UTC
Succeeded | 2018-06-22 13:05:03.029372 UTC
Retries | 0
Timestamp | 2018-06-22 13:05:03.029372 UTC

@trianglesis 가능하면 변경 사항이있는 PR을 열어서 논의 할 수 있습니다.

crontab 에서 nowfun 인수를 사용하여 다른 시간대를 설정할 수 있습니다.

https://stackoverflow.com/questions/21827290/celery-beat-different-time-zone-per-task

내가 설정했을 때 항상 UTC를 사용하는 date_done 와 동일한 문제가 있습니다.

cel_app.conf.timezone = 'Asia/Shanghai'
cel_app.conf.enable_utc = True

pip 및 redis에 의해 설치된 v4.3.0에서 문제가 해결 되었습니까?