Questions tagged «filesystems»

文件系统（或文件系统）是一种通过提供存储，检索和更新数据的过程以及管理包含该数据的设备上的可用空间来组织程序在程序终止后将保留的数据的方法。

4
尽管在btrfs上有足够的空间，但“设备上没有剩余空间”错误
几乎到处我都在抱怨日志失败 No space left on device Gitlab日志： ==> /var/log/gitlab/nginx/current <== 2016-11-29_20:26:51.61394 2016/11/29 20:26:51 [emerg] 4871#0: open() "/var/opt/gitlab/nginx/nginx.pid" failed (28: No space left on device) Dovecot电子邮件日志： Nov 29 20:28:32 aws-management dovecot: imap(email@www.sitename.com): Error: open(/home/vmail/emailuser/Maildir/dovecot-uidlist.lock) failed: No space left on device 输出 df -Th Filesystem Type Size Used Avail Use% Mounted on …
2
复制目录树而没有空目录？
我有以下树 # upper letters = directory # lower letters = files A |-- B |-- C |-- D |-- e <= file |-- F |-- G 我需要将此树复制到另一个目标，以递归方式忽略所有空目录。因此，目的地最终看起来像： C |-- e 您将如何使用unix，rsync等执行此操作？
2
为什么组上的chmod（1）影响ACL掩码？
我试图了解这种Unix行为（我恰巧在Ubuntu 11.10上进行了测试）： $ touch foo $ setfacl -m u:nobody:rwx foo $ getfacl foo # file: foo # owner: michael # group: michael user::rw- user:nobody:rwx group::rw- mask::rwx other::r-- $ chmod g-rw foo $ getfacl foo # file: foo # owner: michael # group: michael user::rw- user:nobody:rwx #effective:--x group::rw- #effective:--- mask::--x other::r-- …
5
如何清理未处理的孤立inode列表？
我试图挂载一个以前只读的可读写文件系统： mount -o remount,rw /mountpoint 不幸的是，它不起作用： mount: /mountpoint not mounted already, or bad option dmesg 报告： [2570543.520449] EXT4-fs (dm-0): Couldn't remount RDWR because of unprocessed orphan inode list. Please umount/remount instead A umount也不起作用： umount /mountpoint umount: /mountpoint: device is busy. (In some cases useful info about processes that use the …
3
GlusterFS vs Ceph，目前哪个产品更适合生产？[关闭]
这个问题不太可能对将来的访客有所帮助；它仅与较小的地理区域，特定的时间段或极为狭窄的情况相关，通常不适用于Internet的全球受众。要获得使该问题更广泛适用的帮助，请访问帮助中心。 6年前关闭。 我正在评估GlusterFS和Ceph，看来Gluster是基于FUSE的，这意味着它可能不如Ceph快。但是，看起来Gluster的控制面板非常友好并且易于使用。 Ceph是几天前合并到Linux内核中的，这表明Ceph具有更多的潜力，将来可能是一个不错的选择。 我想知道哪个（甚至是两个？）是用于生产的更好选择？如果您可以分享自己的实践经验，那将是很好的
6
哪个更快，为什么：传输几个小文件或几个大文件？
我很快将拥有一个包含数千个文件的文件夹，每个文件的大小约为几KB。我将需要通过Windows网络将它们从一个UNC共享传输到另一个。总的来说，简单地整体复制文件是否更快，或者将它们压缩（例如，以最快的模式使用7zip）并发送一个或几个大文件会更快？还是实践上没有区别？
4
确保Linux中目录的可重复性
我经营一家托管的持续集成公司，我们在Linux上运行客户的代码。每次运行代码时，我们都在单独的虚拟机中运行它。经常出现的问题是，由于在VM上签出的代码的目录顺序，客户的测试有时会失败。 让我更详细地讲。在OSX上，HFS +文件系统可确保始终以相同顺序遍历目录。使用OSX的程序员认为，如果OSX在其计算机上可以运行，则它必须在任何地方都可以运行。但是它通常在Linux上不起作用，因为linux文件系统在遍历目录时不提供顺序保证。 例如，考虑有两个文件a.rb，b.rb。a.rb定义MyObject，而b.rb使用MyObject。如果先加载a.rb，则一切正常。如果首先加载b.rb，它将尝试访问未定义的变量MyObject，并失败。 但比这更糟糕的是，它并不总是会失败。由于未按顺序在Linux上对文件系统进行排序，因此在不同的计算机上将采用不同的顺序。情况更糟，因为有时测试通过，有时失败。这是最糟糕的结果。 所以我的问题是，有没有办法使文件系统的订购可重复。也许是ext4的标志，它表示它将始终以某种顺序遍历目录？还是其他具有此保证的文件系统？
2
ext4文件系统最大inode限制-谁能解释一下？
最近，我们遇到了一个问题，more than 6mln in this case尽管有足够的空间，但ext4文件系统之一似乎无法处理大量文件。它是6mln最大数，ext4文件系统可以在与所有默认设置的格式有哪些？我尝试使用Google进行搜索，但没有得到任何明确的答案。在座的任何人都可以在此遮住一些光线吗？干杯！！
4
ext4中每个目录的最大文件数
我管理一个包含文件存储的应用程序，其中所有文件都以等于其md5和的文件名存储。所有文件都存储在一个目录中。当前有数千个，但很快它们应该在服务器上有数百万个文件。当前服务器在ext4文件系统上运行Ubuntu 11.10。 有人告诉我，将许多文件放在目录中是不明智的，因为这会大大增加查找时间和可靠性（他有一个故事，讲述一个目录可以指向的最大文件数，从而导致链表很大）。相反，他建议使用文件名的子字符串创建子目录。但是，这会使我的应用程序中的某些事情变得繁琐。 这是否仍然正确，或者现代文件系统（例如ext4）是否具有更有效的方式来处理此问题并自然扩展？维基百科上有一些有关文件系统的详细信息，但实际上并没有说每个目录的最大文件数或查找时间。
5
防止挂载失败时根系统填满的最佳方法？
我们有一个内部Web服务器（虚拟化，托管ReviewBoard，但不是超级相关），并且我们有一个相对一致的故障模式，其中NFS挂载失败导致/填满。Distro是Ubuntu（不要问），如果解决方案取决于其他发行版，则实施起来会较慢。 正在执行到/ mnt / backup /的备份，该备份应该将NFS挂载到另一个系统。不幸的是，当挂载失败或丢失时，备份将在根文件系统上执行，您可以想象它不会花很长时间就/充满，然后服务开始失败。 已经讨论了许多可能的解决方案。 监视/ mnt / backups并确保它不是root用户。也许是一个cron工作。 使用/ mnt / protected / backups，然后将/ protected首先安装到小型文件系统，也许是循环安装到本地文件，因此发生故障的可能性要小得多。 Chmod a-rwx / mnt / backups（根文件系统安装点）。我不确定是否可以安装在受保护的控制器上，我认为可以。 在安装的树上，创建一个名为“ Backups”的目录，然后创建一个软链接“ ln-s / mnt / backup / Backups / Backups”。除非安装了/ mnt / backup，否则使用/ Backups进行备份将失败，因为本地树不包含子目录。 检查备份脚本中是否正确安装了目录。 我对有关这些方法的任何反馈意见，利弊或人们用作保护根文件系统免遭这种麻烦的标准方法的任何其他技术感兴趣。
3
文件名的首选格式，包括时间戳
众所周知，“ unix”在文件中可以包含除“ /”和“ \ 0”以外的任何内容，但是sysadmins的使用偏好通常要小得多，这主要是因为没有人喜欢使用空格作为输入...以及许多东西“：”和“ @”等特殊含义。 最近，我还看到了在文件名中使用时间戳的另一种情况，并且在使用不同的格式进行播放以使其“更好”之后，我发现我会尝试找到“最佳实践”，而没有发现我只想问一下这里，看看人们的想法。 可能的“常见”解决方案（p =前缀和s =后缀）： syslog / logrotate / DNS格式： p-%Y%m%d-suffix = prefix-20110719-s p-%Y%m%d%H%M-suffix = prefix-201107191732-s p-%Y%m%d%H%M%S-suffix = prefix-20110719173216-s 优点： 这是“常见的”，因此“足够好”可能比“最佳”好。 没有奇怪的字符。 容易将“日期/时间斑点”与其他所有内容区分开。 缺点： 仅日期的版本不容易阅读，包括时间在内使我流血，秒也只是“笑”。 假设TZ。 ISO-8601-格式 p-%Y-%m-%d-s = p-2011-07-19-s p-%Y-%m-%dT%H:%M%z-s = p-2011-07-19T17:32-0400-s p-%Y-%m-%dT%H:%M:%S%z-s = p-2011-07-19T17:32:16-0400-s p-%Y-%m-%dT%H:%M:%S%z-s = p-2011-07-19T23:32:16+0200-s 优点： 没空间了。 考虑到TZ。 被人类阅读“不错”（仅日期对良好）。 可以由$（date --iso …
2
Linux上可用于生产的，高度可靠的文件系统：ext4 ext3 XFS或JFS（或ZFS）？
我在这个主题上看到的最后一个真实问题是大约两年前的（ext4已准备好用于生产）。 在此期间，ext4有何改进？ XFS，JFS和ext3是备用的可靠选择。我仅在最近的Ubuntu测试/开发环境中使用过ext4，并且没有发现任何问题-但它们还是使用率低的工作站，VM和一次性培训环境。 从速度和可靠性的角度来看，ext4与（尤其是）XFS和JFS相比已经成熟了一些，如何将ext4堆叠起来呢？ 是ZFS一个可行的选择（看到，因为它是一个导火索 模块，可能不适用于Linux -至今）？
16 filesystems  ext3  ext4  xfs  jfs 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.