我本打算在Ubuntu服务器虚拟机上安装VMWare工具,但遇到了无法在/ mnt目录中创建cdrom目录的问题。然后,我测试了一下是否只是权限问题,但是我什至无法在主目录中创建文件夹。它继续声明它是一个只读文件系统。我对Linux有所了解,但对它还不满意。任何建议将不胜感激。
要求提供的评论信息:
username @ servername:〜$ mount
/ dev / sda1 on / type ext4(rw,errors = remount-ro)
proc on / proc type proc(rw)
无on / sys type sysfs(rw,noexec,nosuid,nodev)
无on / sys / fs / fuse / connections类型fusectl(rw)
在/ sys / kernel / debug类型debugfs(rw)上
没有在/ sys / kernel / security类型securityfs(rw)
在/ dev类型tmpfs上的udev(rw,mode = 0755)
在/ dev / pts类型上没有devpts(rw,noexec,nosuid,gid = 5,mode = 0620)
在/ dev / shm类型上没有tmpfs(rw,nosuid,nodev)
在/ var / run类型上没有tmpfs(rw ,nosuid,mode = 0755)
/ var / lock类型的tmpfs上没有(rw,noexec,nosuid,nodev)
/ lib / init / rw类型tmpfs上没有(rw,nosuid,mode = 0755)/ proc / sys / fs / binfmt_misc类型上的binfmt_misc类型binfmt_misc(rw,noexec,nosuid,nodev)
确保root输出。
root @ server01:〜#挂载
/ dev / sda1于/类型ext4(rw,errors = remount-ro)
proc于/ proc类型proc(rw)
无于/ sys类型sysfs(rw,noexec,nosuid,nodev)
无/ sys / fs / fuse / connections类型fusectl(rw)
在/ sys / kernel / debug类型debugfs(rw)上
没有在/ sys / kernel / security类型securityfs(rw)
在/ dev类型tmpfs上的udev(rw,mode = 0755)
在/ dev / pts类型上没有devpts(rw,noexec,nosuid,gid = 5,mode = 0620)
在/ dev / shm类型上没有tmpfs(rw,nosuid,nodev)
在/ var / run类型上没有tmpfs(rw ,nosuid,mode = 0755)
在/ var / lock类型的tmpfs(rw,noexec,nosuid,nodev)上
没有在/ lib / init / rw类型的tmpfs(rw,nosuid,mode = 0755)的/ proc / sys /上没有binfmt_misc fs / binfmt_misc类型binfmt_misc(rw,noexec,nosuid,nodev)
尽管这是一个相对较旧的问题,但答案仍然相同。您有一个虚拟机(在物理主机上运行)和某种类型的存储(共享存储– FC SAN,iSCSI存储,NFS共享–或本地存储)。
通过虚拟化,许多虚拟机尝试同时访问相同的物理资源。由于物理限制(读/写操作的数量– IOPS,吞吐量,延迟),可能存在一个问题,无法同时满足所有物理机的所有存储请求。通常会发生什么:您将能够在虚拟机的操作系统中看到“ SCSI重试”和失败的SCSI操作。如果在一定时间内收到太多错误/重试,内核将把已挂载的文件系统设置为只读,以防止损坏文件系统。
简而言之:您的物理存储不够“强大”。同时访问存储系统的进程(虚拟机)太多,您的虚拟机无法从存储中获得足够快的响应,并且文件系统变为只读状态。
您不能做很多事情。显而易见的解决方案是更好的/额外的存储。您还可以在Linux内核中修改SCSI超时的参数。详细信息在例如:
http://www.cyberciti.biz/tips/vmware-esx-server-scsi-timeout-for-linux-guest.html
但是,这只会“推迟”您的问题,因为在将文件系统设置为只读之前,内核仅获得更多时间。(即,您无法解决问题的原因。)
我的经验(使用VMware已有数年)是仅在Linux内核(我们使用RHEL和SLES)中存在此问题,而Windows服务器则不存在。此外,所有类型的存储(FC,iSCSI,本地存储)都会发生此问题。对于我们来说,虚拟基础架构中最关键(也是最昂贵)的组件是存储。(我们现在使用具有1 Gbps iSCSI连接的HP LeftHand,从那以后就没有任何存储问题。我们选择LeftHand(相对于传统的FC解决方案)具有可扩展性。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句