标签: filesystems

每当我从 OSX 10.5 访问 Windows 共享时，它都会在远程文件系统上留下 .DS_Store 文件。它们用于什么，它们是否必要，并且可以防止它们被创建？

任何处理过文件服务器权限的人都知道，NTFS 有一个有趣的设计特性/缺陷，称为移动/复制问题。

正如这篇 MS KB 文章中所述，如果文件夹或文件被移动并且源和目标位于同一个 NTFS 卷上，则该文件夹或文件的权限不会自动从父级继承。如果文件夹被复制或者源和目标位于不同的卷上，则权限将被继承。

这是一个快速示例：

您在同一个 NTFS 卷上有两个共享文件夹，名为“Technicians”和“Managers”。Technicians 组对 Technicians 文件夹具有 RW 访问权限，Managers 组对“Managers”文件夹具有 RW 访问权限。如果有人对两者都具有访问权限，并且他们将子文件夹从“Managers”文件夹移动到“Technicians”文件夹，则移动的文件夹仍然只能由“Managers”组中的用户访问。“技术人员”组无法访问子文件夹，即使它位于“技术人员”文件夹下并且应该从顶部继承权限。

可以想象，这会导致解决这些最终用户问题的支持电话、票证和浪费的周期，更不用说如果用户经常在不同的安全文件夹/区域之间移动文件夹，您最终可能会遇到的大量权限。相同的音量。

问题是：

解决此 NTFS 设计缺陷的最佳方法是什么，您如何在您的环境中处理它？

我知道链接的 KB 文章谈到了一些注册表项来更改 Windows 资源管理器的默认行为，但它们是客户端，并且要求用户能够更改权限，我认为在大多数环境中，如果您想要控制您的文件服务器权限（以及您作为系统管理员的理智）。

随着Hadoop的和CouchDB的在博客各地和相关新闻什么是分布式容错存储（引擎），实际工作。

• CouchDB 实际上没有任何内置的分发功能，据我所知，自动分发条目甚至整个数据库的粘合剂只是缺失。
• Hadoop 似乎被广泛使用——至少它得到了很好的报道，但仍然有一个单点故障：NameNode。另外，它只能通过 FUSE 挂载，我知道 HDFS 实际上并不是 Hadoop 的主要目标
• GlusterFS确实有一个不共享的概念，但最近我读了几篇文章，让我认为它不太稳定
• Lustre也有单点故障，因为它使用专用的元数据服务器
• Ceph似乎是首选播放器，但主页指出它仍处于 alpha 阶段。

所以问题是哪个分布式文件系统具有以下功能集（没有特定顺序）：

• POSIX 兼容
• 轻松添加/删除节点
• 无共享概念
• 在廉价硬件上运行（AMD Geode 或 VIA Eden 级处理器）
• 内置身份验证/授权
• 网络文件系统（我希望能够在不同的主机上同时安装它）

很高兴有：

• 本地可访问文件：我可以使用标准本地文件系统 (ext3/xfs/whatever...) 将节点挂载到分区，并且仍然可以访问文件

我不是在寻找托管应用程序，而是一些可以让我在我们的每个硬件盒中使用 10GB 并在我们的网络中提供存储空间的东西，可以轻松地安装在众多主机上。

比较目录结构的最佳方法是什么？

我有一个使用rsync的备份实用程序。我想说明源和备份之间的确切差异（在文件大小和上次更改日期方面）。

就像是：

Local file                   Remote file                         Compare
/home/udi/1.txt (date)(size)   /home/udi/1.txt (date)(size)     EQUAL
/home/udi/2.txt (date)(size)   /home/udi/2.txt (date)(size)     DIFFERENT

当然，该工具可以是现成的，也可以是python脚本的想法。

非常感谢！

乌迪

虽然差异安装的快照会起作用，但在许多情况下听起来可能会非常慢。

是否有用于差异快照的 btrfs 特定功能？（我无法在文档中找到任何内容）

最新版本的 RHEL/CentOS (EL6) 给我十多年来严重依赖的XFS 文件系统带来了一些有趣的变化。去年夏天，我花了一部分时间来追查由文档记录不足的内核向后移植导致的XFS 稀疏文件情况。其他人在迁移到 EL6 后遇到了不幸的性能问题或不一致的行为。