gitlab 数据库被清, 又一个没备份的

2017-02-01 12:57:56 +08:00
 andyfan
据说运维以为自己操作的是从服务器, 300G 的数据删剩下 4G 才发现删的是主服务器.
http://gitlab.com
官方给出的事故详情 https://docs.google.com/document/d/1GCK53YDcBWQveod9kfzW-VCxIABGiryG7_z_6jHdVik/pub
13080 次点击
所在节点    GitLab
74 条回复
ansheng
2017-02-01 13:01:12 +08:00
占坑,还好我没用。
PythonAnswer
2017-02-01 13:08:17 +08:00
可怜。。
ic3z
2017-02-01 13:12:48 +08:00
这要换国内,肯定是正在升级系统。或者与其听信谣言,不如 xx
loading
2017-02-01 13:13:51 +08:00
怎么搞得数据比自己建还不靠谱……
d7101120120
2017-02-01 13:14:41 +08:00
楼上上 6666666 这种事都要黑一下国内
mhycy
2017-02-01 13:18:30 +08:00
................GITLAB 这种重要数据库都没备份?!
Technetiumer
2017-02-01 13:22:22 +08:00
成功让我下决心接受 github 和 bitbucket 那种极丑的 UI
czc2004211
2017-02-01 13:25:18 +08:00
国内公司也不会连备份都搞不定呀
andyfan
2017-02-01 13:28:53 +08:00
Problems Encountered
LVM snapshots are by default only taken once every 24 hours. YP happened to run one manually about 6 hours prior to the outage
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.
SH: It looks like pg_dump may be failing because PostgreSQL 9.2 binaries are being run instead of 9.6 binaries. This happens because omnibus only uses Pg 9.6 if data/PG_VERSION is set to 9.6, but on workers this file does not exist. As a result it defaults to 9.2, failing silently. No SQL dumps were made as a result. Fog gem may have cleaned out older backups.
Disk snapshots in Azure are enabled for the NFS server, but not for the DB servers.
The synchronisation process removes webhooks once it has synchronised data to staging. Unless we can pull these from a regular backup from the past 24 hours they will be lost
The replication procedure is super fragile, prone to error, relies on a handful of random shell scripts, and is badly documented
Our backups to S3 apparently don ’ t work either: the bucket is empty

官方公告提供的信息, 六个备份服务器五个不工作, 说明了定期灾演的重要性啊
lll9p
2017-02-01 13:30:01 +08:00
这是要倒闭的节奏吧。。。
Cavolo
2017-02-01 13:30:52 +08:00
@czc2004211 炉石传说刚刚归档呢
Gitizen
2017-02-01 13:36:23 +08:00
好像前天才登录看以前放在 GitLab 的 repo ,现在看到数据库被删这消息有点惊讶。 GitLab 还招 Community writer ,这么不稳定,恐怕很少人会给 GitLab 写文章了
Technetiumer
2017-02-01 13:37:59 +08:00
这说明了多个远程仓库的重要性,还好有同步到 bitbucket
DaCong
2017-02-01 13:38:59 +08:00
@ic3z 那家公司应该不是没备份的问题吧,不是被喝茶了吗?
ETiV
2017-02-01 13:39:10 +08:00
这回真的可以跑路了
czc2004211
2017-02-01 13:52:44 +08:00
@Cavolo 希望多坏档 25 包不过瘾
gamexg
2017-02-01 13:53:55 +08:00
5 个自动备份全挂了...
还好操作前做了次快照,不然麻烦更大。
davidyin
2017-02-01 14:18:50 +08:00
下了 gitlab CE 版,装在自己的电脑上用,似乎比他们更安全。
MinonHeart
2017-02-01 14:23:58 +08:00
@Technetiumer 觉得 GitHub 的 ui 挺好看的
RyuZheng
2017-02-01 14:28:52 +08:00
从删库到跑路吗

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/337589

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX