Articles of 虚拟机

在Linux VM中分配磁盘空间

所以,目前在一台服务器上,我有一个Fedora虚拟机,可以远程访问一个terminal用户。对我来说,没有通知,数据溢满了,现在没有更多的磁盘空间。 此时,启动后大约一分钟就坠毁了。 我进入虚拟机并分配了更多的空间,但还没有意识到这一点。 所以我的问题是:有没有办法让新卷分区,并添加到现有的根空间没有机器崩溃之前完成?

在山狮的端口转发

这是可以做的事情。 我search并find许多答案,声称做我想做的,但我似乎无法把它放在一起。 所以… 我在Mountain Lion下运行一个Linux虚拟机。 VM运行Apache。 我需要将到达主机端口80的所有stream量redirect到客户端口80.我可以使用以下url从主机访问虚拟机的网站: http://192.168.100.2/ : http://192.168.100.2/ 我也可以使用以下http://10.0.42.22/从本地networking的其他计算机访问默认的Mountain Lion Apache服务器: http://10.0.42.22/ : http://10.0.42.22/ (certificate在主机上打开了80端口,是的,我试图closuresApache的Mac OS安装无济于事) 我需要networking上的其他机器能够通过后面的地址( http://10.0.42.22/ )到达在VM下运行的服务器。 我已经尝试从主机ipfw: ipfw add 100 forward 192.168.100.2,80 ip from any to any 80 in 在我这样做后,本地networking上的计算机超时尝试达到http://10.0.42.22/而不是到达Mac OS“It Works!” 屏幕,这告诉我“发生了什么”,但不幸的是,有些东西不是转发给客人正在工作。 我也尝试添加到/etc/pf.conf中: rdr on en1 inet proto tcp from any to any port 80 -> 192.168.100.2 port 80 […]

两个VM主机之间的VMWare串行连接

我试图模拟运行CentOS 6.3的两个VMWare虚拟机之间的串行连接; 都托pipe在相同的VMWare vSphere 5.1.0主机上(基于Linux)。 谷歌search取得了这些指示 ,似乎命名pipe道解决scheme是我想要的; 但是给定的指令并不适用于我:在主机上不创buildpipe道,也不在guest虚拟机上创buildpipe道,在guest虚拟机上也没有其他串行端口可用。 进一步的search产生了工作站的这些指令,这些指令给出了有关命名pipe道名称的有效答案的一些说明。 当我尝试按照说明(使用'/ tmp / pipeName'作为pipe道名称)input命名pipe道时,出现Incompatible device backing for device '0'错误。 使用没有斜线的pipe道名称不会产生错误,但是我仍然可以得到原始结果 – 过程“有效”,但是在来宾上没有新的pipe道和/或串行端口可用。 当我添加一个串行端口到客户操作系统,我怎么知道端口地址/ IRQ将是什么? 当我select“命名pipe道”时,在什么机器(主机或客户机)上创build了命名pipe道? 如何将命名pipe道映射回串行端口?

使用Puppet和Foreman部署虚拟机有什么好处?

我是使用虚拟化技术的新手。 我读过关于木偶和工头。 如果我没有弄错,这些软件可以用来自动化安装和configuration服务器,包括真机和虚拟机。 这个video显示了一个例子。 参考这个网站 ,在云计算环境中,我们可以创build虚拟机模板,并用它来部署许多类似configuration的虚拟机。 虚拟机模板是可用于创build和configuration虚拟机的虚拟机的主副本。 参考上面提到的Youtubevideo,如果我们使用Puppet和Foreman来安装和configuration虚拟机,似乎我们需要在所有的虚拟机中重复安装和configuration过程。 为什么我们不能使用VM模板?

XenServer – pipe理程序是否充当路由器?

我安装了XenServer,运行多个操作系统的testingGlusterFS。 我的同事说,Xen Hyper-visor在Hyper-visor内部连接路由,并且永远不会进入networking。 也就是说,如果一个虚拟操作系统在同一个盒子上与另一个虚拟操作系统交谈 这是准确的吗? 会不会传送到路由器? 如果有一些参考资料会很好? vmware或virtualbox也是这样做的吗?

Proxmox drbdconfiguration分裂大脑

我正计划使用两台戴尔R710机器(每个双核6个处理器)configuration企业级驱动器RAIDarrays的proxmox HAconfiguration。 我将在第三台机器上使用DRBD和仲裁磁盘。 我将在每台服务器上分配两个1GB的nics到DRBD通信。 我们将在这对服务器上运行大约12到14台虚拟机。 proxmox手册build议创build两个DRBD资源 – 一个用于通常在ServerA上运行的虚拟机,另一个用于通常在ServerB上运行的虚拟机。 这是因为此configuration运行的主/主状态。 如果两台服务器的虚拟机都使用相同的DRBD资源进行通话,并发生分裂的情况,则可能会造成数据损坏,必须予以解决。 虽然我知道创build新的虚拟机需要花费更多的精力,但任何人都可以预见到为每个虚拟机运行单独的DRBD资源的潜在问题吗? 有没有人有这样的经验运行的设置,并运行良好? 在我看来,在来回移动机器时会有更大的灵活性。

为什么我只能连接到我的服务器时,从它产生的stream量?

更新 – 由于从收购的基础设施变化,有一个IP地址冲突。 一旦确定了这一点,行为就会停止,因为交通可以始终路由到正确的位置。 感谢大家的帮助。 我有一个虚拟化的Centos 6.2 FINAL服务器。 机器的目的是在Tomcat上运行Jenkins来自动构build。 随着我的公司被收购,networking基础设施发生了变化,所以一些configuration也改变了。 如果需要,我可以更多地进入历史,但现在,我将关注我的实际症状。 如果试图通过networking通过ssh或http进行交互,机器通常不会作出响应。 机器如果直接login,将与机器交互。 但是,似乎要花一点时间才能最终开始交谈。 也就是说,当我从vm运行traceroute到本地机器时,需要进行一些迭代。 与ping一样 – 在数据包开始通过之前,最多可能需要6次迭代。 一旦机器与其他机器交谈,外部接触是可以实现的。 我可以SSH,并且Jenkins应用程序将通过http进行响应。 然后,通信将最终停止,直到我直接与机器交互以使其与外部世界进行通信(2)之后,回到最初的第一个状态,在此状态下,外部接触是不可能的。 从诊断的angular度来看,我有点不知所措。 正如我刚才所说,这里有一些历史。 该机器最初有一个networking适配器,通过DHCP分配一个IP地址。 然后再添加一个networking适配器,并且IP地址被静态分配。 现在只有一个networking适配器的IP地址分配静态。 我已经看了网上的其他线程,谈论各种可以帮助诊断的命令,但我不知道如何阅读它们。 我想这是没有足够的信息来作出诊断(虽然会很感激,如果是的话),所以我会欣赏进一步阅读材料,采取步骤或澄清问题。 非常感谢你的时间。

我应该如何为其他人准备一个Linux虚拟机?

我想与一位同事共享一个VirtualBox虚拟机,但是希望确保在发送之前将其整理好。 我想我应该包括: SSH主机密钥 DHCP租约 /etc/udev/rules.d/下的文件 任何.bash_history 我应该怎么做? 我错过了什么重要的?

为什么Azure Linux VM不保持与主机同步的时间?

使用去年在Azure上构build的Ubuntu 12.04 VM。 他们似乎只能在开机时间上适当的时间,每天漂移一秒钟。 这是Azure VM的正常问题吗? 我知道VM时间漂移是正常的,但是认为Azure中的Linux VM(Hyper-V)通过集成服务从主机获得定期时间同步。

应用程序升级 – 就地还是新虚拟机?

我们有一个虚拟化的Windows基础设施,通常有专用的服务器(1 app = 1服务器)。 我即将开始一个升级项目,并试图决定在升级应用程序时debugging新虚拟机是否有任何好处。 使用单个SQL数据库(托pipe在共享公司SQL集群上),应用程序安装并不复杂(Tomcat加上less量定制代码,位于单个目录中)。 Windows 2008R2标准64位与4GB内存。 现有的服务器是稳定的,性能是可以接受的。 升级是一个新的“主要”版本的应用程序 – 而不是补丁或点发行。 也就是说,底层架构并没有太大的变化 – 也许是Tomcat的新版本。 我的问题是:有没有人在何时迁移到新的服务器上运行一个通用的“策略”? 如果是这样,你的指导方针是什么? 有什么好处? 我怀疑这是否有一个“正确”的答案,所以我应该奖励所有包括有效贡献的答案。 (我应该怎么做这个BTW?) 我已经回顾了“ 就地升级不好的原因 ”这个post,它讨论的是应用程序和操作系统,但我认为这略有不同。 我并不是真正关心“就地”经文“新鲜”安装的有效性 – 我试图决定,如果debugging一个新的虚拟机的相对简单,值得转移到一个干净的虚拟机是一个问题课程。 更新:因素可能表明新的虚拟机方法。 底层操作系统需要更新(如2008 – > 2012) 从UAT切换到生产时降低了复杂性。 新的VM可以作为UAT开始,并在UAT完成时被提升到生产 -要么- 一旦UAT完成,新的生产虚拟机可以进行简单的转换 切换失败时简单回滚,无需使用虚拟机快照 (从上述情况中排除是由于应用程序的关键性或者现有服务器被认为是“不干净”而需要新服务器安装的情况)