我正在尝试在SunFire X4200上设置Xen虚拟机。 我使用的是Debian Wheezy，并且遵循了本指南https://wiki.debian.org/Xen ，这是我以前在不同服务器上的尝试，并且没有任何问题。 我知道一个不同型号的服务器已经托pipe了一些Xen虚拟机，所以我不明白为什么这不适合我 xm create xxx.cfg Using config file "/etc/xen/xxx.cfg". Error: Creating domain failed: name=xxx 这是我的xxx.cfg： # Configuration file for the Xen instance xxx, created # by xen-tools 4.3.1 on Fri Jun 20 00:51:12 2014. # # # Kernel + memory size # kernel = '/boot/vmlinuz-3.2.0-4-amd64' ramdisk = '/boot/initrd.img-3.2.0-4-amd64' vcpus = '1' […]
我正确地指出，你可以用任何一种虚拟化types启动任何操作系统，因为它们是作为一个裸机来编译你自己的内核的？ 我期待从OpenVZ切换到Type-1（是吗？）pipe理程序，因此可以引导更多的操作系统。 我只是想知道，如果Xen PV，Xen HVM或KVM是托pipe客户的更好select，还是只是归结为个人偏好？ 我最近买了一个32GB RAM的E3-1230V3，并在硬盘上使用RAID-10的硬件RAID卡。 所以从我所收集的。 XEN HVM =裸机。 像物理机器一样 基于XEN PV = * nix和内核编译 KVM = * nix和内核编译
操作系统：Debian 7.3和7.6 问题： 每次用virsh操作（创build，迁移甚至列出）虚拟机的尝试都会导致这个“无法获得主机供电能力”警告。 我pipe理一个独立的Xen虚拟主机，产生相同的警告，虽然它可能是烦人的，我发现我可以简单地忽略它。 不幸的是，忽略集成了ocf.heartbeat.VirtualDomain资源处理程序的集群上的警告似乎不是一个选项。 基本上，Pacemaker使用virsh创build和pipe理虚拟机。 现在我发现，我不能再添加任何新的资源（虚拟机）。 我相信这个问题是libvirt（0.9.12.3）和这个“无法find…”的警告。 Google / Debian说libvirt-bin中有一个错误，并build议使用早期版本的软件。 问题： 有没有人在Xen / Pacemaker集群中遇到类似的限制（无法添加资源）？ 如果是这样，原因是什么？ 这个问题是如何处理的？ 我相信我可以通过将ocf.heartbeat.VirtualDomain替换为ocf.heartbeat.Xen来避免此问题。 有没有人有类似的经历？ 我很感激可能提供的任何提示，经验或build议。
在$ company的xen-servers（DOM0或DOMU）上运行以下命令会给我一个负数，在每个其他系统零（0）（即使在我的cygwin中）。 date -d "1970-01-01T00:00:00" "+%s" $TZ未设置， /etc/localtime与/usr/share/zoneinfo/UTC文件相同 date在GNU coreutils的版本8.12中。 这里出了什么问题？ 什么额外的信息可能需要？
我一直试图让卡莉以客串的身份运行，但迄今为止结果都失败了。 我的LVM位于/ dev / sdb — Volume group — VG Name vg0 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 19 VG Access read/write VG Status resizable MAX LV 0 Cur LV 4 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size 465.76 GiB PE Size 4.00 MiB […]
我在xen主机里创build了一个虚拟机。 按照本指南 ，我已经设法ping通www.google.com，但在获得“ Destination Host Unreachable之前，它只能ping通两次。 如果我重新启动虚拟机，我可以重新ping两次失败之前。 $ – ping www.google.com PING www.google.com (216.58.208.228) 56(84) bytes of data. 64 bytes from par10s22-in-f4.1e100.net (216.58.208.228): icmp_seq=1 ttl=51 time=17.3 ms 64 bytes from par10s22-in-f4.1e100.net (216.58.208.228): icmp_seq=2 ttl=51 time=17.4 ms From static.12.166.76.144.clients.your-server.de (144.76.166.12): icmp_seq=3 Redirect Host(New nexthop: 144.76.166.1) 64 bytes from 216.58.208.228: icmp_seq=3 ttl=51 time=17.3 ms From wservervm (144.76.166.25) […]
这里的东西：我有Debian Lenny运行Xen dom0，我想安装另一个Debian Lenny作为domU。 我按照Debian Wiki的指南来写信。 在Debian安装程序尝试安装Grub之前，安装一切正常，它会失败并出现此错误： 安装步骤失败 安装步骤失败。 您可以尝试从菜单中再次运行失败的项目，或者跳过它并select其他项目。 失败的步骤是：在硬盘上安装GRUB引导装载程序 如果我忽略这一点，请完成安装并尝试启动机器，我得到这个： 加载请稍候… 开始：加载必要的驱动程序…完成。 开始：运行/ scripts / init-premount …致命错误：插入风扇（/lib/modules/2.6.26-2-686-bigmem/kernel/drivers/acpi/fan.ko）：没有这样的设备 致命错误：插入散热错误（/lib/modules/2.6.26-2-686-bigmem/kernel/drivers> /acpi/thermal.ko）：没有这样的设备 [0.608267] blkfront：xvda1：启用屏障 完成。 开始：安装根文件系统…开始：运行/ scripts / local-top …完成。 开始：运行/ scripts / local-premount …完成。 mount：无法读取/ etc / fstab：没有这样的文件或目录 开始：运行/ scripts / local-bottom …完成。 完成。 开始：运行/ scripts / init-bottom … mount：mount / dev on / root […]
当RHEL5上的Xen 3.4上的DomU在需要太多内存时崩溃： (XEN) p2m_pod_demand_populate: Out of populate-on-demand memory! (XEN) domain_crash called from p2m.c:1091 (XEN) Domain 15 (vcpu#3) crashed on cpu#2: (XEN) —-[ Xen-3.4.0 x86_64 debug=n Not tainted ]—- (XEN) CPU: 2 (XEN) RIP: 0010:[<ffffffff80062c02>] (XEN) RFLAGS: 0000000000010216 CONTEXT: hvm guest (XEN) rax: 0000000000000000 rbx: 0000000000000001 rcx: 000000000000003f (XEN) rdx: 0000000004812000 rsi: ffff810001000000 rdi: ffff810004812000 (XEN) […]
我们有2台物理服务器和64GB内存四核4核RHEL 5.3 XEN安装在win2k3 * 8（win2k3的8台服务器）和win2008 * 4（4台服务器win2008）上运行是开源的任何工具来pipe理所有这些winxp或ubuntu 9.04客户端。 哪些可以给实时迁移function，故障转移对方。 请用我的写作技巧来忽略。
Ubuntu LTS服务器使用dom0和一台虚拟机运行xen。 服务器永久冻结一些看起来不相关的操作，如： 在LVM设备上使用mkfs.ext3创build新的文件系统。 （这是一致的）。 通过/etc/init.d/xend restart重新启动xend 在一些相当无辜的东西的configuration阶段apt-get dist-upgrade。 另外，昨天我注意到，虚拟化想象已经失去了时间同步，并抱怨在dmesg倒计时。 不幸的是，我没有在服务器的控制台上实际发生的情况（它是共址）的屏幕截图。 我想责备公羊，但是你有其他build议吗？ 更新：经过进一步调查，似乎所有这些行为只会杀死networking。 当我访问数据中心的服务器并login到控制台时，无法访问我的路由器/网关。 如何bizare。