Engine blows up if downloading too much data in a HTTP request
Maintainer thường phản hồi trong vòng 1 ngày
@josephjclark đang làm issue này rồi.
Từ ngày 29/4/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
When requesting really really big data sets, it seems the worker can get OOMkilled by kubernetes
I don't understand this, because the http request is async and should stream down, yeilding to other processes, and should give plenty of time for the child process OOMKill to kill in and gracefully kill it.
I suppose it's possible that the request completes quite happily and keeps all the data in memory (at an in-memory cost within tolerance). But when serializing the dataclip out of the child process, the synchronous JSON.stringify call (to measure the serialized dataclip size) is chewing up too much memory before the child process can catch it.
Yeah. That'll be it.
That stuff is being looked at over in #1366 - but that's proving quite a problematic PR in its own right.
Data can be downloaded from a public URL without credentials, although I won't share it here. Maybe check api/Facility/All in et-mfr, or DM me for the URL. Or just find a bunch of json elsewhere :)
- Ngôn ngữ chính
- TypeScript
- Star
- 22
- Fork
- 22
- Merge trung bình
- 1 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 26
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của OpenFn/kit
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
OpenFn/kit#1574 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
OpenFn/kit#1551 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Worker: ignore sentry errors `Credential environment mismatch`Có thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
OpenFn/kit#1460 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
CLI
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
documentation good first issue
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 72/100
sujithputta02/Esapay#13 ·
-
Share dialog: the address book's contact count reads "1 contacts" (no singular form in any language)Có thể đã có người làm @chibenwa đã nhận hôm nay. Đang mởai-driven-qa bug claude Cosmetic
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
linagora/twake-contacts-frontend#271 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Koenkk/zigbee2mqtt#33402 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
dx P2 platform Stellar Wave Wave 10
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
winsznx/routedock#579 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:ui effort:S enhancement priority:P2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày