我有一个严重的问题在这里。 在强制冻结的ESXi 4.1服务器重新启动之后，虚拟机逐渐消失了。 当我ssh到主机，并在数据存储ls -lah运行ls -lah ，它返回： /vmfs/volumes/51193143-2de76e36-d365-001b21b87f7c # ls -lah ls: ./MISSING-VM: No such file or directory drwxr-xr-t 1 root root 2.6k Sep 8 2013 . drwxr-xr-x 1 root root 512 Apr 30 00:23 .. -r——– 1 root root 3.6M Feb 11 2013 .fbb.sf -r——– 1 root root 60.2M Feb 11 2013 .fdc.sf -r——– […]
我已经在所有用户的主目录上configuration了一些绑定挂载来访问文件系统中其他地方的共享目录（或其中的一部分），所以我在我的fstab文件中有这样的条目： /application/data/repository /home/sergio/repository none bind /application/data/repository /home/mario/repository none bind /application/data/repository/reports /home/carlos/reports none bind 昨天我离开办公室之前的所有工作正常，但是当我今天上class时，我的一个用户告诉我，他无法访问共享文件夹。 当我进入服务器时，我发现所有绑定挂载都被卸载了。 我search了日志，看看是否有其他人卸载绑定挂载的信号，但没有任何信息，服务器没有重新启动，没有入侵尝试的迹象。 任何日志文件都没有错误迹象。 我感到困惑，因为我不明白如何才能像所有绑定安装卸载。 只是为了确保我更改了所有用户的密码并检查了防火墙规则，以确保只有授权的位置才能访问服务器。 你知道有什么理由吗？ 系统卸载绑定挂载的任何原因？ 我通过networkingsearch，但可以find任何人报告这种事件。
我碰到了一个类似于这个bug的bug： RHEL NFS客户端在读取增长的文件时返回NULL字节 所以我的解决scheme是检查\ 0字节并重新读取文件。 这里的问题是，包含\ 0字节的错误文件被caching在运行java应用程序的系统上。 因此，阅读正确的文件内容需要相当长的一段时间。 当我做sync && echo 2 > /proc/sys/vm/drop_caches它立即读取正确的内容。 我试图添加sync到NFS挂载选项没有区别。 是否可以禁用特定挂载点的文件caching？ 如果是的话，该怎么做？
我有一台CentOS 6x服务器并在其上运行Java应用程序，应用程序正在使用一个挂载点/ javapp，这是一个EXT4文件系统。 突然我在系统日志中出现以下错误： 内核：尝试访问超出设备端 内核：dm-2：rw = 0，want = 34359697536，limit = 112984064 我发现这个错误可能是由两种可能的情况之一造成的： 存储大小调整（例如，LVM或SAN） 腐败者文件系统 所有的指针都表明文件系统损坏，因为我没有改变任何支持磁盘的大小。 我的问题是，应用程序是否能够破坏文件系统？
我们在删除大约X百万个符合特定条件的文件方面面临挑战 – 特别是必须超过90天，并排除某些文件格式。 迄今为止，我们一直在使用一个multithreading的powershell脚本，虽然效率很高，但仍然不如我们所需要的那样快，因为我们的上载过程正在高速创build新文件。 我能做些什么来加速删除这么多文件？
我无法弄清楚AWS如何在ElasticBeanstalk上设置Docker“精简池”，以及如何填充它。 我的docker精简池正在填满，导致我的应用程序在试图写入磁盘时崩溃。 这是从容器内部： >df -h > /dev/xvda1 25G 1.4G 24G 6% 事实上，EBS有一个25GB的磁盘分配给它; 1.6 GB是什么du -sh /返回。 在EC2之外，它开始无害…（通过lvs ） LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert docker-pool docker twi-aot— 11.86g 37.50 14.65 但是，文件系统很快会以只读方式重新装载。 通过dmesg： [2077620.433382] Buffer I/O error on device dm-4, logical block 2501385 [2077620.437372] EXT4-fs warning (device dm-4): ext4_end_bio:329: I/O […]
文件系统领域是否有明显的胜利者？ 像在VMWare或VirtualBox这样的虚拟化环境中，某些文件系统的性能是否显着提高？ VMDK / VDI格式在某些文件系统中是否浪费了更多或更less的磁盘空间，在虚拟环境中运行时，特定文件系统的布局是否突出？ 日常工作值得吗？ 或者他们都是一样的？
我在软件raid5（md）之上创build一个ext3文件系统，我想知道创build文件系统（使用mkfs.ext3）和安装时最好的参数是什么。 RAID5块大小为128k，arrays有3个驱动器，有效总数为900 GB。 ext4不是一个选项。 编辑：文件系统有几个VPS（虚拟私人机器），包括一个Gentoo VPS与很多很多小文件。 VPS不使用图像，它们直接在文件系统上存储文件。 它也有很多500-1000 MB的文件。 谢谢，马蒂奇
我意外地将/ bin，/ boot，/ etc和/ dev的所有权更改为nobody：nogroup，当我错位正斜杠时，使用chown！ 我怎样才能诉诸原来的文件所有权？ 我已经设法让他们都根：根，但我不知道是否所有的文件应该由根拥有，如果这会打破什么？ 他们是否可以select像在OS X中修复文件权限？ 帮帮我！
我一直在看版本化的文件系统，但我找不到任何有关如何备份它们的信息。 如果我的磁盘死了，我必须从备份恢复，我希望能够完全恢复文件系统，包括所有文件的过去版本。 很明显，像cp和rsync这样的传统方法是行不通的，因为它们只会复制当前版本（对吧？）。 我唯一能想到的其他事情就是卸载文件系统并使用dd ，但这非常不方便。