背景
手残直接从文件系统层面删除了一个虚拟机,整个虚拟化环境都不工作了。vagrant up无法重新拉起虚拟机。
vagrant up报错
]#vagrant up Bringing machine 'meta' up with 'virtualbox' provider... There was an error while executing `VBoxManage`, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below. Command: ["snapshot", "0938df6a-312a-45cb-bb93-0f57a83b3b51", "list", "--machinereadable"] Stderr: VBoxManage: error: The object functionality is limited VBoxManage: error: Details: code E_ACCESSDENIED (0x80070005), component MachineWrap, interface IMachine, callee nsISupports VBoxManage: error: Context: "LockMachine(a->session, LockType_Shared)" at line 338 of file VBoxManageSnapshot.cpp
解决
这个问题困扰了我两天时间,中间经神出鬼没的去折腾kvm了。一度怀疑virtualbox不稳定。
实际上是自己把自己给坑了。virtualbox虚拟机提供了那么丰富的用户手册,干嘛非要自己rm -rf呢?
总结
如果想销毁一个虚拟机,正常的方式有两种,不要再直接删除了(rm -rf )
第一种
VBoxManage unregistervm "0938df6a-312a-45cb-bb93-0f57a83b3b51" --delete
第二种
vagrant destroy -f
查看虚拟机
VBoxManage showvminfo “0938df6a-312a-45cb-bb93-0f57a83b3b51”
vm内存在宿主机上的奇怪表现
原因待查: 是什么参数影响?是内存架构表现不同?host B 是联想的内存、hostA应该是惠普的内存