标签: file-server

目标：将文件服务器上的文本文件放入我的 gmail 收件箱。

文件服务器正在运行 Ubuntu Server 8.04 我目前不时通过 SSH 进入它并检查日志、硬盘驱动器的 SMART 统计信息等。我正在考虑设置一个计划脚本，该脚本运行一些命令并通过电子邮件向我发送输出。

我遇到的唯一问题是实际发送电子邮件。我没有 linux 下的电子邮件配置经验，所有指向 sendmail 的指南似乎都代表我自己和我当前的配置假设了很多事情。服务器设置为与 samba 共享文件，而不是作为邮件、Web 或 dns 服务器。我不想运行邮件服务器或从服务器路由任何东西或在服务器上（或使用）接收任何邮件，除非其中任何一项有助于我实现目标。文件服务器位于我们的正常网络上，并且可以访问 Internet。

我拥有多个网站域（并且有一个托管包）。我已经能够通过填写 smtp.mydotcom.com 以供传出服务器使用并更改端口等以匹配来自我网站的 cpanel 配置页面的信息，从而设置诸如 Thunderbird 之类的应用程序以使用我网站上的帐户之一发送邮件. 有没有办法做类似的事情，这样我就可以从我的文件服务器向我的外部电子邮件发送电子邮件？

编辑：这是我在阅读下面丹尼斯威廉姆森的回答后采取的步骤。我只用了几分钟就启动并运行了！

安装 esmtp：

sudo apt-get install esmtp

我在我的网站上创建了一个新的电子邮件帐户（称为“警报”）并像这样编辑 /etc/esmtprc：

主机名=mail.mydomain.com:26
用户名=alerts +mydomain.com

（这些值由 cpanel 管理页面提供）

然后我用电子邮件的默认顶部创建了一个名为“eheader”的文件：

收件人：我 <me@gmail.com>
发件人：警报 <alerts@mydomain.com>
主题：主题

邮件正文

因此，为了关闭邮件，可以使用以下命令：

cat eheader <file1> <file2> ... <fileN> | /usr/bin/esmtp -t

因此，很容易改变为每日/每周/等作业发送的文件。

对于特定项目，我必须实现一个临时文件服务器：

2. 服务器必须提供中等大小的二进制文件（大约 1 MB）
3. 文件的最长生命周期为 5 分钟
4. 文件将由大约 10 个不同的服务器上传
5. 文件将被大约 10 个不同的服务器读取
6. 给定的文件仅由 1 个服务器上传并仅由 1 个服务器读取
7. 第一次成功读取后可以销毁给定的文件
8. 服务器必须仅使用非特权端口（无 FTP 或 NFS）
9. 服务器必须在没有任何 root 访问权限的情况下工作
10. 服务器必须在 Linux 上运行
11. 服务器必须可在 LAN 上访问
12. 客户端（上传和下载）只是 Linux 服务器（客户端代码也必须使用任何 root 访问权限）
13. 我不需要正式的持久性（我可以接受在崩溃后丢失一些文件）
14. 服务器必须仅使用开源组件
15. 它一定非常快！

我正在考虑两种解决方案： - 一个 REDIS 实例（没有虚拟机，没有持久性） - 一个带有 DAV 模块的 NGINX 服务器（上传 PUT 命令）

但我真的很乐意接受其他解决方案;-)

目前我们有一台 Windows Server 2008 R2 作为域控制器和文件服务器。

我们正在向 4 个 IIS 服务器提供大约 600 万个 JPG，然后再提供给 Web 用户。

问题是我们每天都会在服务器上收到内存警报。我们当前的服务器从单个驱动器 (LUN) 提供这些文件。光盘上的文件数量也有问题。随着我们继续添加更多图像，主文件表将变得太大。

我们目前的计划是：

• 将文件服务器移到单独的 VM
• 添加 4 或 5 个单独的驱动器 (LUN) 来提供这些文件
• 到今年年底将增加到大约 1500 万张图片（比我们目前的数字多一倍多）

我的问题是：

1. 提供文件的最佳实践是什么？
2. 我们可以迁移到具有 4 个或 5 个驱动器 (LUN) 的单个服务器，还是应该迁移到每个具有 3 个驱动器的 2 个文件服务器？

在 Windows Server 2008 R2 文件服务器上，我们遇到了内存使用问题。我们使用RAMMap进行故障排除，发现 10GB 的 NTFS Metadata 被缓存在内存中并且永远不会被释放。

我的第一个想法是，由于在我们的 24TB RAID 上生成了数百万个小文件，因此主文件表变得越来越大。但是，在NTFSInfo.exe的帮助下，我们发现 MFT 的大小只有几 MB。

所以现在我想看看 NTFS 元数据中还有什么东西占用了这么多空间。如果我可以确定，那么也许我可以确定如何处理内存问题。NTFSInfo 不提供有关其他类型元数据的任何信息，到目前为止我还没有找到任何其他工具可以提供。

是否有任何建议可以向我显示有关 NTFS 元数据的特定信息的工具？

我有一个 Windows Server 2008，我用它来存储媒体文件。我正在通过我的 Win 7 中的映射驱动器访问此服务器。两者都是 x64。

尝试删除文件夹、重命名、移动时，我收到以下消息。如果我等待一段时间并重试，最终命令会通过。因此，在管理我的库一段时间后，我有许多等待重试的对话框。重试间隔可能是一分钟。

避免此对话框的最佳方法是什么？可能是我在 win2008 上缺少某种“文件服务器服务”吗？

谢谢

我们有一个运行在 Solaris 10 上的大型文件服务器和大约 200 个运行在 Ubuntu 上的计算节点。节点通过 NFS 访问文件服务器。随着时间的推移，负载会越来越大。

有没有办法在每个用户的基础上限制资源（入站/出站网络带宽或到/从存储上的 ZFS 文件系统的 I/O）？如果在 Solaris 上无法实现，我们是否可以调整网络交换机（Cisco Nexus 5k 系列）以实现相同的目标？

其他人如何以公平的方式管理对大型单个文件系统的访问？

我在文件服务器上有一个非常奇怪的 NTFS 权限现象，我找不到我的错误，现在已经拉了几个小时了。我错过了什么？

我的目标是：

• 来自 Group-A 的用户应该能够将新文件/文件夹写入文件夹（“添加文件”）。他们还应该能够编辑那些新添加的文件。
• 在晚上，新添加的文件应该受到“保护”，以免被 Group-A 进一步编辑/删除。应该保留读取文件的权利和添加更多新文件的权利。

这是我所做的：

• 创建 Group-A，添加用户
• 授予 Group-A (F) 对文件夹的完全访问权限
• 创建一个脚本
  • 删除文件夹中文件的继承位
  • 删除 (F) 对文件的完全访问权限，保留只读权限

问题是，我的用户可以像拥有完全访问权限一样编辑和删除文件。即使“有效权限”显示没有编辑权限，仍然可以。

该脚本运行良好，如下所示：

icacls d:\folder\Bild1.jpg /inheritance:d
icacls d:\folder\Bild1.jpg /remove:g Group-A"

脚本运行后，file.jpg 上的 NTFS 权限如下所示（对我来说是正确的）：

icacls 输出也是如此：

d:\folder>icacls Bild1.jpg
Bild1.jpg WM\DomainAdmin:(F)
          WM\Domänen-Admins:(F)
          WM\Group-A:(RX)

该文件的有效权限选项卡显示完全相同（正确）的内容：

父文件夹的权限，用户应该可以在这里添加文件，如下所示：

Artweger WM\Group-A:(I)(OI)(CI)(F)
         WM\Domänen-Admins:(I)(OI)(CI)(F)

如果此用户登录（他只是在两个组中，域用户和组 A），他可以编辑、删除、重命名和移动文件 bild1.jpg。这怎么可能？NTFS 拿我光荣的计划做什么？

环境是完整的 Windows Server 2012 R2。

我有一个 Hyper-V 集群，我在上面托管了一个带有 2 个来宾的测试故障转移集群文件服务器。来宾集群正在运行，文件服务器角色安装并运行良好，上面有许多共享。目前，单个驱动器正在托管数据。

由于无法调整共享 vhdx 的大小，我想知道我是否为我的需求选择了正确的解决方案。文件服务器必须是虚拟机。

当数据驱动器满时，扩展数据驱动器的解决方案是什么？没有乘以卷数的任何解决方案？

谢谢你。

编辑：我想，因为我曾经在开源环境中，最终得到一个完整的故障转移文件服务器，我可以在不停机的情况下扩展数据量，并避免使用两倍于 DFS 的必要存储没有共享卷的集群。

我们希望部署一个新的文件服务器集群，其中一个要存储在其中的东西将是 Server 2012 R2 远程桌面用户配置文件磁盘 (UPD)。

我的问题是，将这些存储在标准文件服务器集群或横向扩展文件服务器集群 (SOFS) 上是最佳实践。

我的理解是，SOFS 适用于 Hyper-V vmdk 文件，因为它们经常打开，这就是 SOFS 的意图。它不适用于具有大量元数据更改的标准文件和文件夹。

由于用户配置文件磁盘将是长时间打开的文件，而不是经常打开和关闭的文件，我认为它们最好放在 SOFS 集群上。

希望有人可以指出文件服务器集群上用户配置文件磁盘的最佳实践方向，以及应该使用什么类型。

我们想在虚拟机上构建具有共享存储的两节点文件服务器集群。问题是我们的 vmware 设置不支持磁盘共享。当然，文件服务器集群必须始终可用。

我们还有什么其他选择？我认为：

• DFS - 不是一个解决方案，因为两个节点可以在故障转移时同时写入（称为裂脑问题）

- 存储副本（这里不确定，但听起来像是一种选择？） - 不认为它可以在一个站点出现故障后自动切换

- 存储空间（无论如何都需要共享存储？）

我可以使用 vmware 之外的存储（直接连接到虚拟服务器的直通磁盘存储）。这意味着必须仅为集群中的两台服务器创建单独的 LUN，因此听起来工作量很大。