错误提示:
[root@iZuf6 ~]# gdisk /dev/vdd
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
Found invalid GPT and valid MBRconverting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
Warning! Secondary partition table overlaps the last partition by
32 blocks!
Try reducing the partition table size by 128 entries.
(Use the 's' item on the experts' menu.)
Command (? for help): w
Warning! Secondary partition table overlaps the last partition by
32 blocks!
Try reducing the partition table size by 128 entries.
(Use the 's' item on the experts' menu.)
Aborting write of new partition table.
原因: 磁盘空间不够,无法转换
1. 为了方便存储日志和转化透传点击,当初选定使用mongodb。于是买了一台ECS服务器,挂上了300GB高效云盘,慢慢开始跑广告业务。
2. 跑了半个月,300GB眼看不够了,赶紧学习巩固阿里云的扩容linux数据盘的操作。
3. 前后扩容到800G,1.4T,最后扩容到2T。再一看,已经不让扩容了。
4. 尤记得创建云盘时,有说明不同的云盘类型支持的最大容量不同。
5.于是翻了翻阿里云的文档——ssd和高效云盘最大支持32T。普通云盘最大支持2T。
6.于是怀疑难道我购买的是普通云盘,所以只能扩容到2T?
7. 进入实例中却看到是高效云盘啊!那为何不能继续扩容?
8.于是创建一个新的云盘试试,发现可以指定2T以上的存储空间。
9. 回到磁盘扩容页面,发现2T后,鼠标悬停过去显示"当前大于2TB磁盘暂不支持扩容"!
10. 我在想这表示哪怕我之前一下子买了2个T,3个T的高效云盘,然后想扩容了,是不是也不行?必须得创建数据盘快照,然后恢复到更大的硬盘上?我怎么对这样的数据盘快照一点儿都没有信心呢?
11. 可悲的是,这表明我只能此刻看到mongo服务器还有500GB存储空间。以后会越来越少。我将不得不重新考虑存储方案,一是2T以上的日志存储并没有比以前的文件存储提高多少价值,反而存储空间要求更大,每月的纯粹存储费用达到720元以上。这已经是一台性能好的服务器的价格了。
12. 曾经想过应该在公司内部保留一台服务器存储mongo日志。购买一块大容量硬盘就好了。但是数据透传怎么办?也在这台服务器做?还是本地网络挂到公网上?
13. 不得不思考替代的存储方案了。日志的用处一是为了透传,二则是解决一些渠道或这检测方偶尔提出的问题。也许oss存储会降低成本,但是如何使用才能更好的满足我们的需求呢?
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)