Please fill in the questionnaire below.
Technical Help Questionnaire
Have you read and followed the instructions at: *READ ME FIRST* Technical Help FAQs - #2 by nigel ?
Answer: No I have not
Describe the problem
An automation between Moosend and Baserow via Make is in place in our community.
Make uses Baserow’s API (from what I understand) and often return the error code [502].
We’ve empirically determined that asking Make to use a “Sleep” of 15s (arbitrary number) before asking anything from Baserow “solves” the issue [502] but this is quite a unconfortable situation.
Can you look into the problem ?
Describe, step by step, how to reproduce the error or problem you are encountering.
The Make automation, sometimes, return an error [502] as shown in the screenshot below.
Provide screenshots or include share links showing:
How many rows in total do you have in your Baserow tables?
5494 on the 30th of May at 09:51 (GMT +2 - Paris)
For some reason the image didn’t upload, here it is
@frederikdc could you please help here with the Make automation?
Hi,
It is a bit hard to tell what is going wrong. A 502 error means that something temporary went wrong on the server side. This can have a lot of causes. One of the causes I can think of is that 2 rows are created on more or less the same time. This can also explain why a “Sleep” of 15 seconds solves the issue.
Do you have more information from the Make execution logs where you can detect a pattern?
Hi there Frederik,
Thanks for the quick response.
I’m thinking that Baserow’s response time is linked to the number of operations we ask of it (which would only be logical). Our code is probably unoptimized leading to tons of operations that might overload Baserow’s processing and result in [502] errors.
Yes the Sleep option “solves” the issue but last night it didn’t and we had to rerun it manually. It’s not the end of the world but our architecture needs to be revised now before our database grows even more and everything comes crashing on our heads … Could you (or anyone) take a look remotely ?
(I asked @olgatrykush pretty much the same thing in our other thread about Baserow not being able to keep up with simple operations anymore)
I am also experiencing 502 errors in “List rows” module, And I am just starting out so the make executions are not frequent.
How to debug this issue and maybe the “break” error handler can solve that? For now I have used the sleep function for 5s between one baserow module and the other. Maybe when concatenating multiple baserow modules a pause is needed between each request.
SaaS version
@frederikdc could you please check this 
A 502 error is a very general message letting you know that the server cannot send a response at the moment. In most of the cases this is a temporary error because the number of requests to the server are too high.
If you have this error on all test cases, you need to check the data you pass to the node. If there a value of data in the header or query string? This might corrupt the request resulting in a 502 error.
An alternative to debug can be using the raw HTTP request node and make a call directly to the Baserow API. This might offer you more information about what is going wrong.
