When that message is there it does not say it impacts you or not. Just to check it.
The only thing I see open is a maintenance July 14th.
Very possible. Also check the Postgres version as past a certain version unlocks more AWS instance types.
Ah. I’m on phone and saw what I thought was a suggestion to “OP”. You already said you were down and specifically why.
No idea. This is a user helping user forum. I’m on phone now so can’t try chrome. No one else saying anything though. Try another browser, VPN or device.
New topic please as not likely directly related to OPs issue.
Also see the note about upgrading the Postgres version.
Sounds like they are still having a shortage of whatever size instance you are trying to go to in that region. https://status.supabase.com contact support.
It’s a universal message everyone gets when there is an open issue here https://status.supabase.com
I would add that question about restoring row to get to file data to support also. Storage changes all the time and not sure if other metadata has to be filled in with something or not. But the association is done by bucket/pathname.
This is what it looks like on Firefox for me...
I don't think they would normally delete orphaned files without a request, but because you asked for support not sure what they might do besides kick the restore to finish.
I assume you sent that to support. It does no good here.
A restore will put storage.objects back to the state when the backup was taken. BUT if files were deleted after that point they will not have data in s3. Also if you added files you will have some orphaned data in s3 that counts against you. Support has to clean up orphaned data. You might also be able to hand add storage.objects rows with the EXACT bucket and pathname and pickup the associated orphaned data as it is found in s3 by bucket/pathname.
1) No. 2) Did you have PITR enabled? If so then probably. If not, then no, you only have daily back ups. 3) I don't and don't recall any guides on it.
This would especially be true if it was their cloud database which is not managed by Supabase directly.
It is either email or GitHub not both.
You’ll need to contact support if you can’t restart or upgrade.
Any chance it was thru Vercel or email directly?
https://supabase.com/docs/guides/troubleshooting/converted-github-account-to-organisation---lost-supabase-account-access-5wsE_1 Otherwise support is only way. When did you submit your ticket and what was the number. We have an informal path to bump.
You only have UI from dashboard and the Storage API delete call which takes a list of pathnames. So you would have to build an array of pathnames with a query then call the delete api. If you did delete directly rows in storage.objects somehow then only support can get rid of the orphaned file data.
Time frame will be days or more even for pro
I have seen them let in people. But the official policy is you have to have to have a backup method.
Also if you deleted from storage.objects with SQL that does not delete the file data.
It is a daily average so will go down slowly.
This will likely be days to a week or more. And official policy is if you lose it they can’t let you back in. For sure API keys and email will not be enough.
If your metrics show you below the threshold (and it might be DAILY average during period then you should be OK. There could be fair use warnings though into the next period because if you go over again you are cut off immediately.
Not sure what you are saying did not work. Users here can’t get your data back if you truncated it.
The data is not lost from pausing.
No.
If you are using the project it should not pause. And if it does normally you can just restore without support.
It some random problem the past few weeks. Contact support.
The infra team queue is where you are then. So then it is waiting behind projects in similar states. They are backed up with the capacity status issue and now weekend which is slower.
Look at Postgres logs for errors and usage charts. Any warnings about using up resources? Try restart.
You never answered if you got 1 or more emails back from them.
Your connection errors are not from the RLS warnings. Unless someone used up all you bandwidth which would be in usage charts. You really need to have RLS in most cases or anyone can access your tables. You could also try restart from general settings.
Also if you go pro make sure that is the only project in the org or you will be billed for the 2nd project too.
How did they delete them? Auth is protected. Users who have gone from Free to Pro (myself included) have seen there are 7 DAILY backups there from even before going pro.
<@1525862529924858057> Don't shout mods/users/employees for technical issues. You were spamming in another thread also. You will need to provide more info on how you know that. Did you check the auth.users table? This is a user helping user forum and if a user or user mod can help someone will. Is that all that is "missing"? Is the database even running? And if missing try to figure out what you or your AI did to cause it. There is no behind the scenes process that would delete data. If you deleted your data then you can likely get it back by going Pro and you would have access to 7 daily backups even while free.
Most likely something overloaded your instance. Have you checked usage charts and database observability charts? Restart would be something to try as you are down anyway and seems to be working most of the time now even with status. Upgrading to larger instance if usage like disk I/O caused it might help. Otherwise waiting on support is it.
Support can delete the orphaned files.
You would need to ask support thru a ticket. This is mainly a user helping user site.
Where you initially over and by how much? The amount is a Daily Average over the current period. So can go down slowly if it was high. Also did you delete directly from storage.objects? If so you orphaned files in S3.
<@347728970881433610> Be careful on any contact about support thru DM's or anyone asking for payment. We have spammers acting as fake support. You need to submit a ticket thru the dashboard on Supabase for this. I don't know though what a "fuzz" contact is.
Did you get a follow up 2nd email about being moved to infra team yet?
You will need to wait on support directly if restart option is not available. This is mainly a user helping user forum.
Check your project health on the home page.
No, you will be handled as fast as they handle other pro users likely with similar customers down cases. If you got a ticket number back you are in the system. This is a user helping user forum, but even general employees could not move you ahead of other users paying for same level of service. Pro is not usually hours even not on weekend and with higher level of issues. You could try to upgrade to other sizes if available to you IF it is a Small shortage. And it is not possible even for their support to change regions.
https://status.supabase.com/incidents/3tx3nnmbwyh9 you might be caught up in this.
Not an hour especially on weekend. You should get a 2nd email about being moved to the infra team. You will be in time order with any pro infra issues ahead of you. Only you can tell what options are available to you in the dashboard based on project state.