在我们的服务器上，我们有一个 cron 作业，它定期调用chownZFSchmod文件系统中的目录。通常这不会更改用户和权限，因为目录已经具有相同的属性。
还有另外一个 cron job 任务会定期创建该文件系统的快照。
圣诞节期间我独自一人在办公室，所以服务器上应该没有变化，但我发现 ZFS 快照不是空的。
已为池和数据集设置了以下属性：
compression=on (lz4)
atime=off
xattr=sa
acltype=posixacl
chown如果andchmod调用没有改变任何内容，为什么快照不为空？
有没有什么办法可以防止这种情况发生？
（不，我无法禁用该 cron 作业。）
今天我将我们的 Ubuntu 服务器更新为最新的 Samba 软件包，它也是主要（也是唯一的）域控制器，修复了一些安全漏洞。以下软件包已更新：
winbind:amd64 (3.6.3-2ubuntu2.17, 3.6.25-0ubuntu0.12.04.2)
samba-common-bin:amd64 (3.6.3-2ubuntu2.17, 3.6.25-0ubuntu0.12.04.2)
（来自 /var/log/apt/history.log）
更新后，重新启动 Windows 7 或 8.1 PC 的每个人都无法再登录域。显示的错误信息是“此工作站与主域之间的信任关系失败”。
我尝试的第一件事是从域中删除受影响的计算机并再次添加它。这曾经解决过这类问题，但这次不是。在这个过程中没有错误，但它也没有帮助：使用域帐户登录仍然失败。
使用本地帐户登录，然后访问共享工作正常。
以下错误重复写入 /var/log/samba/log。
[2016/04/19 11:49:09.975677, 0] rpc_server/netlogon/srv_netlog_nt.c:976(_netr_ServerAuthenticate3) _netr_ServerAuthenticate3: netlogon_creds_server_check 失败。拒绝来自客户端计算机帐户的身份验证请求 $
到目前为止，谷歌搜索和 Binging（使用 Bing）只发现了两个没有解决方案的命中。
我迫切需要一个解决方案，因为受影响的工作站数量可能会快速增长。
有什么提示吗？
编辑：
但截至目前，那里也没有答案。
我在 Ubuntu 服务器系统上使用 Dirvish 将硬盘备份到外部 USB 3.0 驱动器。直到几天前，一切正常，但现在每次备份都失败，并显示“设备 (28) 上没有剩余空间”和“文件系统已满”。不幸的是，事情并没有那么简单：设备上有 > 500 GB 的可用空间。
细节：
rsync_error：
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename1>.eDJiD9": No space left on device (28)
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename2>.RHuUAJ": No space left on device (28)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename3>.9tVK8Z": No space left on device (28)
rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename4>.t3ARSV": No space left on device (28)
[... some more files ...]
rsync: connection unexpectedly closed (2712185 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
日志看起来和往常一样，直到它命中：
<SomeFilename1>
<SomeFilename2>
<SomeFilename3>
<SomeFilename4>
<PartOfAFilename>filesystem full
write error, filesystem probably full
broken pipe
RESULTS: warnings = 0, errors = 1
但是，如上所述，设备上有很多空间：
df -h
/dev/sdg1 2.7T 2.0T 623G 77% /mnt/backupsys/shd
还有很多剩余的 inode：
df -i
/dev/sdg1 183148544 2810146 180338398 2% /mnt/backupsys/shd
该设备安装为 rw：
mount
/dev/sdg1 on /mnt/backupsys/shd type ext3 (rw)
该进程以 root 身份运行。
我正要说我没有改变任何东西，但事实并非如此：我已经为我正在备份的驱动器打开了 acl：
/dev/md0 on /mnt/md0 type ext4 (rw,acl)
这可能是问题所在吗？如果是，如何？root 仍然可以完全访问这些文件。
编辑：
我刚刚检查了临时目录：
这些目录所在的文件系统有足够的可用空间和索引节点：
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 289G 55G 220G 20% /
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 19202048 167644 19034404 1% /
编辑2：
目录非常大，但不超过 2 GB。备份失败的那个甚至不是最大的一个，它包含 7530 个文件。
编辑3：
发布此问题时我认为不相关的一个信息：
在备份开始失败的前一天，我在备份的文件系统上激活了 acls。我现在假设这触发了 Dirvish（或 rsync）认为所有文件都已更改，因此要复制而不是硬链接的文件列表非常大。这可能意味着某些缓冲区太小。
今天，对空磁盘的完整备份完美无缺。接下来我将尝试增量备份。这将显示激活 acls 是否是问题的原因。
我将为 Windows XP 和 Windows 7 机器的小型网络构建一个新服务器。服务器将提供以下服务：
另外，我想继续使用基于浏览器的前端进行管理（目前我们使用 Webmin，我喜欢它）
我们当前的服务器正在运行 Ubuntu Server 10.04.2 LTS。它正在显示它的年龄，这就是为什么它将被新的取代。但过去 5 年的整体稳定性和性能非常好，所以我想坚持使用 Ubuntu。
我考虑使用 12.04.1 LTS 版本，可能还有 64 位版本。
有什么理由更喜欢 32 位版本或最新（非 LTS）版本吗？