zlacker

[parent] [thread] 11 comments
1. jbvers+(OP)[view] [source] 2022-07-08 20:43:54
So that means dataloss.. Probably restored from backup.

Good news for people who were banned, or for posts that didn't get enough momentum :)

edit: Was restored from backup.. so def. dataloss

replies(2): >>joshua+l2 >>dang+cX
2. joshua+l2[view] [source] 2022-07-08 20:51:48
>>jbvers+(OP)
> So that means dataloss.. Probably restored from backup.

If the server went down at XX:XX, and the backup they restored from is also from XX:XX, there isn't dataloss. If the server was down for 8 hours, the last data being 8 hours old isn't dataloss, it's correct.

3. dang+cX[view] [source] 2022-07-09 01:33:45
>>jbvers+(OP)
8 hours of downtime, but not data loss, since there was no data to lose during the downtime.

Last post before we went down (2022-07-08 12:46:04 UTC): https://news.ycombinator.com/item?id=32026565

First post once we were back up (2022-07-08 20:30:55 UTC): https://news.ycombinator.com/item?id=32026571 (hey, that's this thread! how'd you do that, tpmx?)

So, 7h 45m of downtime. What we don't know is how many posts (or votes, etc.) happened after our last backup, and were therefore lost. The latest vote we have was at 2022-07-08 12:46:05 UTC, which is about the same as the last post.

There can't be many lost posts or votes, though, because I checked HN Search (https://hn.algolia.com/) just before we brought HN back up, and their most recent comment and story were behind ours. That means our last backup on the ill-fated server was taken after the last API update (HN Search relies on our API), and the API gets updated every 30 seconds.

I'm not saying that's a rock-solid argument, but it suggests that 30 seconds is an upper bound on how much data we lost.

replies(1): >>sillys+D01
◧◩
4. sillys+D01[view] [source] [discussion] 2022-07-09 02:05:22
>>dang+cX
Curiosity got the better of me. Why was there a 6 ID gap between the last post and first post? The answer seems to be that admins were making posts, which is neat. (There was also one lonely Flexport job ad.)

Is your backup system tied to your API? Algolia is a third party service, and streaming the latest HN data to Algolia seems pretty similar to streaming it to a backup system.

replies(2): >>dang+P01 >>swyx+ab1
◧◩◪
5. dang+P01[view] [source] [discussion] 2022-07-09 02:06:49
>>sillys+D01
I posted a bunch of test things and then deleted them.
replies(1): >>scott_+Ce2
◧◩◪
6. swyx+ab1[view] [source] [discussion] 2022-07-09 03:25:15
>>sillys+D01
i got that Flexport ad too.. haha kinda alarming if they are the only YC company still hiring
replies(1): >>dang+7p3
◧◩◪◨
7. scott_+Ce2[view] [source] [discussion] 2022-07-09 14:18:38
>>dang+P01
I love this answer so much.
replies(1): >>sillys+jU2
◧◩◪◨⬒
8. sillys+jU2[view] [source] [discussion] 2022-07-09 18:25:49
>>scott_+Ce2
I really wanted to ask “How did you post things if the server was down?” but perhaps some things are better left as mysteries.
replies(2): >>O_____+413 >>dang+mm3
◧◩◪◨⬒⬓
9. O_____+413[view] [source] [discussion] 2022-07-09 19:15:03
>>sillys+jU2
You could see them via HN’s API before they were deleted, nothing interesting; API was back up before the www.
replies(1): >>dang+ym3
◧◩◪◨⬒⬓
10. dang+mm3[view] [source] [discussion] 2022-07-09 21:56:25
>>sillys+jU2
The server was up for us before it was up for everybody else.
◧◩◪◨⬒⬓⬔
11. dang+ym3[view] [source] [discussion] 2022-07-09 21:57:57
>>O_____+413
Good observation. Posting something and then seeing it show up in the API was one of the things we were testing. It exercises a lot of the code.
◧◩◪◨
12. dang+7p3[view] [source] [discussion] 2022-07-09 22:20:11
>>swyx+ab1
Btw, job ads get queued long in advance and then the software picks the next one when it's time for a job ad. After 8 hours of being down, the software thought it was time for a job ad.
[go to top]