buyvm 这是什么意思

深圳湾

At approximately 9:30 PM the RAID went offline due to a bad sector on the second bad disk (we are only able to replace one bad disk at a time until the rebuild completes) which forced us to start the rebuild all over again.

Instead of risking additional downtime by performing this rebuild while the node is online a second time we have opted to get the rebuild done fast with the node offline. The estimated down time (which started at 9:30 PM) is 4-6 hours, once this rebuild completes we will finally be able to replace the second bad disk and bring everyone back online.
We apologize and are working quickly to get this node back to normal operation.


Update 1:

Francisco is working hard to get LV-Storage02 back online. Another bad sector has forced the array rebuild to start over (4-5 hours unless there is another bad sector) while we are not giving up on this issue we are offering the following options:

1: We give you a replacement on a completely different node without issue and lose your existing data.
2: You continue to wait while we rebuild the array and clean up this mess.

For more information on these options please do not hessitate to open a ticket.



Update 2:

The node is now back online, for those who have not ready requested a replacement, you are free to continue using your existing service. Being completely honest with you it is more than likely your service will be unusable without reinstall. You can still attempt to run a file system check (fsck) to recover data but the odds are you will need to use a LiveCD such as Ubuntu Desktop or Knoppix to get a network environment online to transfer any data you wish to keep.

With that said the two best options at this point are to either request your disk image be destroyed and recreated prior to reinstalling. If you wish to go this route please confirm there is no data you wish to keep when opening a ticket. Otherwise we are still offering to reprovision any clients on another node while there are spots for them, again please confirm there is no data you wish to keep when requestion to be reprovisioned.

Failure to confirm there is no data you wish to keep with either option will result in delays as we will require confirmation of such.

Ruclinux

大约在下午9时30 RAID下线了由于坏扇区上的第二个坏盘（我们是唯一能够取代一个坏的磁盘在同一时间，直到重建完成），我们不得不开始重建一遍。

而不是冒额外的停机时间进行重建时节点是第二次在网上，我们选择了重建干得快的节点脱机。预计停机时间（下午9:30开始）为4-6小时，一旦重建完成，我们将最终能够更换第二个坏磁盘，并带着大家回到线上。
我们深表歉意，并正在迅速得到这个节点恢复正常运行。


更新1：

旧金山正在努力得到LV-Storage02的回到线上。另一个坏扇区被迫阵列重建从头再来（4-5小时，除非有另一个坏扇区），而我们并没有放弃在这个问题上，我们将提供以下选项：

1：我们给你更换一个完全不同的节点没有问题，失去现有的数据。
2：你继续等待，当我们重建​​阵列，收拾这个烂摊子。

有关这些选项的更多信息，请不要hessitate开出罚单。



更新2：

节点现在是重新联机时，这些人还没有准备好要求更换，你是继续使用您现有的服务。完全跟你说实话，这是可能超过您的服务将无法使用，无需重新安装。您仍然可以尝试运行文件系统检查（fsck）来恢复数据，但赔率是你将需要使用如Ubuntu桌面或Knoppix LiveCD的网络环境网上传输任何数据，你想保留。

随着中说，在这一点上两个最好的选择是要么要求重新安装之前被销毁并重新创建磁盘映像。如果你希望走这条路线请确认你希望保持开放的车票时，没有数据。否则，我们仍在继续提供另配任何客户端的另一个节点上，而对他们有斑点，请再次确认没有数据，你想保留再审时被重置。

未确认有没有数据，你想保留其中一个选项将导致延误，我们会要求确认该。

xiusha

这种垃圾服务商，现在还有人用？