Closed duzinkie closed 1 year ago
I did some more research... and it appears that the timestamps of the data I'm sending to xcmetrics are dated... 1 day back
I'm assuming those partitions were created by xcmetrics backend
Partition key: LIST (day)
Partitions: public.builds_20231006 FOR VALUES IN ('2023-10-06')
public.builds_20231010 FOR VALUES IN ('2023-10-10')
however the data that is being inserted to the database carries the timestamp of the day before (or it interpreted at such) as I can see error logs from the day of the issue report mention 10-05 and from today 10-09. Not exactly sure where the invalid timestamps are taken from but at least I got a thread to continue my research on.
closing the issue for now, this must have been an issue of my postgres configuration (replacing it with one running in docker container resolved the problem)
Hello, I'm evaluating XCMetrics for our project and run into an error in a quick prototype setup I've created (I've setup the spotify/xcmetrics docker container along with redis, both running in docker compose and also a postgres server that runs outside of docker)
Whenever a build I've configured to send metrics executes, xcmetrics backend contains the following logs:
and then my postgres server contains the following:
from a cursory look, database tables appear to have been initialized, but the only one that is populated upon a build is
job_log_entries
, each build creating a row that looks roughly like this:I'd appreciate any guidance on how to troubleshoot and/or fix this issue so I could continue my evaluation.