我正在尝试测试S3的备份/恢复功能。我所做的:

现在需要>10分钟.
我做错什么了?
UPD:
最后,得到回应:

发布于 2015-07-10 18:34:53
我相信这可能是OPSC-5915 (抱歉没有公共bug跟踪器),这是在即将发布的5.2.0版本中修复的。
总结是,API调用仍将按预期工作,但UI没有正确地将目标信息推送到API端点。
您可以确认这是您正在经历的错误:
1) goto /etc/opscenter/clusters/<cluster_name>.conf (or similar location depending on if you've done a tarball install/etc)
2) Find the destination ID that matches your bucket, it'll look something like b699738d9bd8409c82e664b543f24030
3) Confirm the clustername in your opsc URLs, it'll look something like localhost:8888/my_cluster
4) Manually hit the API to retrieve your backup list
curl localhost:8888/<clustername>/backups?amount=6\&last_seen=\&list_all=1\&destination=<destination ID>
It'll look like this
curl localhost:8888/dse/backups?amount=6\&last_seen=\&list_all=1\&destination=b699738d9bd8409c82e664b543f24030
5) You should get back a json, confirm that your backup is listed
{"opscenter_adhoc_2014-12-17-20-22-57-UTC": {"keyspaces": {"OpsCenter":...如果您在JSON中看到您的备份,那么opsc将看到您的备份,这确实是OPSC-5915,所以这一点至少得到了确认。
如果这是您的情况,我们可以通过手动访问还原API来解决这个问题(诚然,这涉及到了更多的问题)。
http://docs.datastax.com/en/opscenter/5.1/api/docs/backups.html#backups
它看起来有点像这样:
BACKUP='opscenter_4a269167-96c1-40c7-84b7-b070c6bcd0cd_2012-06-07-18-00-00-UTC'
curl -X POST
http://192.168.1.1:8888/Test_Cluster/backups/restore/$BACKUP
-d '{
"destination": "fe85800f3f4043a88fbe76fc45b22b19",
"keyspaces": {
"Keyspace1": {
"column-families: ["users", "dates"],
"truncate": true
},
"OpsCenter": {
"truncate": false
}
},
}'https://stackoverflow.com/questions/29940055
复制相似问题