GitLab.com 误删了数据，现在彻底挂了

[ZE3kr]

已经宕机两个多小时，预计还会继续。



他们发了个Google Docs，里面一些内容也是值得学习的

https://docs.google.com/document/d/1GCK53YDcBWQveod9kfzW-VCxIABGiryG7_z_6jHdVik/pub

[yangqi]

太好笑了， 5 种备份方式没有一个备份正确的。这平时没人检查，一帮人居然没人意识到备份的重要性

[dzxx36gyy]

噗噗噗

[ZE3kr]

看到 “ 5 backup/replication techniques deployed none are working reliably or set up in the first place ” 时我也很惊讶，至少我都会定期检查备份是否更新，是否有大小（经常因为配置问题备份是空的）

[ZE3kr]

之前就是因为自己维护 GitLab 太麻烦，用了 GitLab.com 的公共服务，没想到它们的公共服务现在出了问题……

[EPr2hh6LADQWqRVH]

堪忧啊， Ruby 党

[AstroProfundis]

最后那句结论真是看着血淋淋的...

[deleted]

gitlab 粗事了…

[wzxjohn]

吃惊。。。还好我用的是自建的。。。

[Havee]

汗...

[Unknwon]

感觉这是个植入广告的完美时机。。我觉得我不能错过。。

https://gogs.io/ 你值得拥有。。。

[DoraJDJ]

rm -rf / 又发威了

幸好提前转到了 Coding Pages

[yangqi]

@Unknwon 呵呵，你需要把你们备份方案晒出来才能抓住这个完美时机

[neilp]

5 个方案竟然都失败了.
也是没谁了

[irainsoft]

5 个都不工作也真是厉害 这么久还没发现....

[Sharuru]

五个备份除了最后的 S3 存储不正确以外，其他的都是因为备份周期过长（ 24 小时）导致的。

备份是为了能够在系统失效后尽快的回复可用状态的最后手段，
如果是为了失效后快速恢复，那是 HA 做的事；

[ZE3kr]

@Sharuru Regular backups 是找不到存在了哪个地方
Disk snapshots 没有备份数据库

总之就是倒霉的事情都碰上了，不然不至于宕机那么久

[yangqi]

@Sharuru 24 小时可用的备份只有 LVM 快照，其他都无效

"2. Regular backups seem to also only be taken once per 24 hours, though YP has not yet been able to figure out where they are stored. According to JN these don ’ t appear to be working, producing files only a few bytes in size."
"3. Disk snapshots in Azure are enabled for the NFS server, but not for the DB servers."
"4. The synchronisation process removes webhooks once it has synchronised data to staging. "
"5. The replication procedure is super fragile, prone to error, relies on a handful of random shell scripts, and is badly documented"

[ZE3kr]

话说我最近也弄丢个非常重要的代码文件，正在我特别着急，是不是要重新写一遍代码时，发现我有一个一天前的 snapshot ，瞬间如释重负

[DaCong]

怪不得我今天更新 aur 上的一个包的时候从 gitlab 下载源代码总是出错。

[matrix67]

好消息是 This incident affected the database (including issues and merge requests) but not the git repo's (repositories and wikis).