This message was deleted.
# general
s
This message was deleted.
a
Could you please share the overlord logs during this time as well? Also, what is the configured task duration?
If data is persisted to deep storage, it means that segments were successfully committed and that the offsets are stored in the metadata irrespective of the status of the supervisor / tasks
n
"taskDuration": "PT3600S"
I have attached the coordinator log. Because in docker we are having only the container for coordinator but not for the overlord
a
The streaming ingestion supervisor runs on the overlord. Do you mean to say that you're running the overlord within the coordinator using
druid.coordinator.asOverlord.enabled=true
?
Also, the logs seem to start at 11:37. It'd help to have the task logs and overlord logs from the same time period
n
it is using the server timings.. so it is showing the 11:37
a
Yes, I meant that the task log you attached is from 10:39 whereas the coordinator log is at 11:37. Could you please share logs for both the task and overlord during the same time window?
n
ok..
overlord-coordinator_log.txt
a
Strange, it appears that the overlord shut down the task but it's not clear why. You may want to also see the error message within the task status for taskId;
index_kafka_kttmss_3578bdd37efd9dc_bllnefel
n
log.txt is the complete log for the same task..
a
I'm referring to the status. You can view it using the web-console
n
This is what I am getting..
a
Code 137 usually means an OOM. Could you please try reducing maxRowsInMemory for this supervisor? (Maybe to 100000)
Please refer to https://druid.apache.org/docs/latest/operations/basic-cluster-tuning.html and also go through your MM logs for more info if the above step doesn't help
n
ok.. let me try that.. and one more this.. as I mentioned earlier this deployment is on AWS ECS.. but I did a docker deployment on EC2 (t2.large), there everything is working fine. For ECS I have given 8vCPUs and 16 GB RAM, t2.large is 2vCPU and 8 GB RAM...