Hi, we are running into issues where a lot of records will throw Runtime Error without any other details when we try to upsert into Snowflake. When we re-run them, some of them will complete successfully, while others will fail with the same error again. We are having to do re-run manually over and over until all the records are Upserted Successfully, which does eventually happen with a lot of retries. Can you take a look at what may be the issue here? Thanks!
we don't see any errors from the Snowflake side
👋 Hey there! Our support team has got your message - we'll be back in touch within 24 hours (often sooner!). If you haven't already, please include the URL of your table in this thread so that we can help you as quickly as possible!
Hey Max, thanks for the message and reporting! Happy to check this out. Do you mind sending the link to the table so we can take a look? https://downloads.intercomcdn.com/i/o/1171717996/ac7729f84b426e1d0358af02/image.png?expires=1727396100&signature=5ec796fa02b9157ffac1a6ab2b332ccc86f4f0e4df3c4ad3bfd40d259dc9df43&req=dSEgF85%2FmohWX%2FMW1HO4zYTywCz%2FD5EX2BKsam%2FhVPsvMg%3D%3D%0A
Sure, it has happened to pretty much all of our tables that leverage the snowflake upsert, but this is the latest one that we ran today and ran into the above issues. (They have since been all upserted after close to 10 retries) https://app.clay.com/workspaces/239721/tables/t_TxfcVu4dTJ8R/views/gv_sCFHV6NxQKex
Hey Max! Sorry about this. Checking this with the team and will get back as soon as we know more. For context, cells usually returns an error if there's an issue with the format for objects mapped in the integration column. Do you have any table that still has errored cells? Happy to check the error message there to troubleshoot further.
Hey Daniela, yep i'm aware of the different errors that happen when it's due to the format and have addressed those before as those have an error message associated with them. But these ones we are encountering are Runtime error that has no error details and would succeed on a next retry without any changes. I don't think we have any table atm that still has those errored cells as we re-ran them until they were all successful, but we can probably re-run few of them if you need to see the actual error
Thank you for the context, Max! We shared this feedback with the team to keep an eye on it. Will try to reproduce this behavior but feel free to follow up if you do come across another example. I've attached a ticket to this conversation in case our engineers find and update us on this issue, so we can share with you. Thanks!
Thanks Arturo! Will post back here if we run into it again. As an additional context, it happens when we try to sync over a lot of rows (thousands of rows)
Hi, is there an update to this by any chance? we are trying to automate some of our workflow and this may block us from doing so. Thank you!
Hey Max, I’m really sorry for the delay! I did a follow-up on this, and we’re actively looking into it. I understand how important it is for your workflow automation, and we’ll get back to you as soon as we have an update. Thank you for your patience, and if there’s anything else I can assist with in the meantime, feel free to let me know! 😊
Could you share some examples via Loom? That would be really helpful. I just heard back from our team, and they’re missing some context. 😊
Hi, i didn't create a Loom as it would not be useful for the most part as we wait for the cells to update and run into this issue, but I just re-ran it for the same table and I have left the cells with Runtime Error so that you can take a look. Feel free to re-run them if you need to on your end. Clay table with Runtime error (check the ❄️ Upsert Row): https://app.clay.com/workspaces/239721/tables/t_TxfcVu4dTJ8R/views/gv_sCFHV6NxQKex
Thank you for sharing, Max! I made sure to check the logs about this issue and shared + pinged the engineering to continue the investigation. I'll follow up with any insights as soon as they dive into it.