Raison D'être 我正在尝试，目前为止还没有成功地在一个领域信任的Ubuntu 12.04LTS ZFS-on-Linux文件服务器上安置Active Directory域的漫游configuration文件。 最终目标是要有一个可互操作的文件服务器来存放Linux的autofs nfs主目录和Windows的漫游configuration文件。 纯粹的Windows服务器或将Linux服务器join到Active Directory中对我来说在政治上是困难的。 因此，我正在寻求技术解决scheme或certificate这种技术解决scheme不如打仗政治斗争成立。 我怀疑我目前的困难与Windows客户端到Samba交互而不是ZFS有关，但是我有点不深入，所以我没有完全排除它。 亲爱的读者，请您指出为什么我所做的是不正确的，并解释正确的程序？ 我想我知道的 用户可以从Kerberos领域成功login到客户机。 但是，用户使用临时configuration文件login。 在文件服务器上创build一个configuration文件文件夹（大概是通过login过程），但是在该新创build的configuration文件文件夹中没有其他文件。 configuration文件夹是使用正确的所有者/组自动创build的。 鉴于此，在证书caching被实例化或者krbtgt被授权之前似乎不太可能加载configuration文件。 login到临时configuration文件时，用户可以在文件服务器上创build文件，而无需为文件服务器提供任何（附加）凭据。 那是没有提示。 这些文件也是用正确的所有者/组创build的。 附加信息 这是我想你想知道的所有configuration，但我可能是错的。 我很抱歉找不到可折叠的方式。 涉及的系统和机器的简要概述 AD domain: ad.example.com (Functional Level 2012) domain controllers: dc1.ad.example.com, dc2.ad.example.com (OS: Windows Server 2012 Std) mit-krb5 realm: EXAMPLE.COM mit-krb5 kdcs: kdc1.example.com, kdc2.example.com (mit-krb5: 1.9.4) smb/cifs server: zfs.example.com (OS: Ubuntu […]
我在Linux上使用ZFS作为运行Ubuntu Server 14.04 LTS的文件服务器。 ZFS池使用sharenfs属性共享多个数据集。 在ZFS之外还有一些在/etc/exports中定义的额外的NFS共享。 当exportfs -r运行时，所有的ZFSpipe理的共享drop- zfs get sharenfs tank/set仍然显示属性设置，但是直到我通过zfs set sharenfs=…重置属性zfs set sharenfs=…共享不能被挂载客户。 有没有办法阻止exportfs -r杀死ZFSpipe理的股份，或者在不干扰ZFS股票的情况下更新非ZFS股票？ 作为最后的手段，是否有一个快速简单的方法让ZFS重新设置所有sharenfs属性？
我有zfsonlinux（Centos 7）和raidz1。 我有麻烦：两个磁盘正在死亡。 第一个磁盘在SMART和Reallocated_Sector_Ct错误中存在Raw_Read_Error_Rate故障（磁盘已用尽空闲扇区来重新定位数据） 第二个磁盘有Reallocated_Sector_Ct错误，但仍有备份扇区。 我已经将第一个磁盘更改为新的磁盘，并且zfs已经开始重新同步。 开始的时候速度是〜2MB / s，但是一段时间后下降到20KB / s甚至更less，并且保持了几天的很小！ 还有更多的错误： Jul 9 06:14:09 shaggycat-desktop smartd[966]: Device: /dev/sdf [SAT], FAILED SMART self-check. BACK UP DATA NOW! Jul 9 06:14:11 shaggycat-desktop smartd[966]: Device: /dev/sdf [SAT], 488 Currently unreadable (pending) sectors Jul 9 06:14:11 shaggycat-desktop smartd[966]: Device: /dev/sdf [SAT], 107 Offline uncorrectable sectors Jul 9 06:44:08 […]
Solaris ZFS最佳实践指南build议保持ZFS池利用率低于80％以获得最佳性能： 将池空间保持在80％以下，以保持池性能。 目前，如果池很满并且文件系统经常更新（例如，在繁忙的邮件服务器上），池性能可能会降低。 完整的池可能会导致性能损失，但没有其他问题。 如果主工作负载是不可变的文件（只写一次，永远不要删除），那么可以将池保持在95-96％的利用率范围内。 请记住，即使大部分静态内容在95-96％范围内，写入，读取和重新同步性能可能会受到影响。 关于如何实现这一点的一个共同的build议似乎是使一个文件系统或卷不被用来存储任何数据，但是其大小预留约为池容量的20％。 我完全可以看到，ZFS的copy-on-write行为，这将如何帮助旋转存储，因为旋转存储往往会受到相当严重的IOPS约束，因此给文件系统空间做大量的连续分配是非常有意义的（即使他们不会一直这样使用）。 然而，我不确定80％的目标对于固态存储有多less意义，除了每千兆字节好一点的价格之外没有任何地方接近IOPS旋转存储的限制。 出于性能方面的考虑，SSD支持的ZFS池应该限制在不到80％的容量利用率，就像硬盘支持的池一样，或者SSD支持的池可以满足更多而不会对I / O性能产生重大不利影响？
我的Debian服务器在Linux上运行ZFS。 今天，由于软件升级，我不得不重启两次。 第一次重启是因为ZFS从0.6.4-1.2-1更新到0.6.5.2-2-wheezy，当我之后访问我的主目录在池中时，这很好。 最后一次重新启动后，zpool无法导入池： # zpool import pool: storage id: 4490463110120864267 state: FAULTED status: The pool metadata is corrupted. action: The pool cannot be imported due to damaged devices or data. see: http://zfsonlinux.org/msg/ZFS-8000-72 config: storage FAULTED corrupted data logs sda3 ONLINE # zpool import storage cannot import 'storage': I/O error Destroy and re-create the pool […]
我在Ubuntu Xenial（16.04）上遇到的ZFS问题 我已经从包维护者的zfsonlinux.org站点运行了多年的ZFS。 事情一直很好。 但最近我升级到Ubuntu 16.04出来时。 我很兴奋地看到它内置了ZFS。到目前为止，除了一件事情之外，一切工作都很好。 zfs share -a和zfs share filesystem不工作，因此，无论何时重新启动系统， zfs-share.service都不会启用在ZFS中configuration的我的SMB共享。 我没有Debian 8.x或更旧版本的Ubuntu与zfsonlinux.org软件包的这个问题。 我已经提交这是一个与ZoL和Ubuntu的错误。 我不知道会走多远。 我不知道这是一个错误还是与Ubuntu或我的问题。 所以我也希望在这里有人会有一个想法，或者可以证实这是他们也有问题。 ZoL： https ： //github.com/zfsonlinux/zfs/issues/4999 Ubuntu： https ： //bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1615405 在底部查看我的实际问题。 debugging信息 没有股票！ 我也在几台客户端计算机上进行了validation – 这就是问题发现的方式。 root@igor:~# net usershare list root@igor:~# 重新启动后系统zfs-share.status似乎很好 root@igor:~# systemctl status zfs-share ● zfs-share.service – LSB: Network share OpenZFS datasets. Loaded: loaded (/etc/init.d/zfs-share; static; […]
我有两台运行Ubuntu 16.04的服务器A和B以及一个用于LXD的RAID1 ZFS文件系统。 目前有一些容器在服务器A上运行。现在我的想法是从服务器A上的每个容器进行夜间备份到服务器B.这样我就能够在服务器A崩溃的情况下启动服务器B上的容器。 我也可以使用服务器A上的本地快照来非常快速地恢复容器，例如，如果有人删除了偶然的文件。 最简单的方法是停止服务器A上的容器C，制作快照Snap0并重新启动。 然后使用lxc copy C/Snap0 serverB:C将快照复制到服务器B，假设我已经将服务器B添加为服务器A的远程主机。这里的问题是，这只是第一次。 对于其他备份，我必须先删除服务器B上的容器C，然后再复制它。 第二个问题是容器正在从备份发展到备份，并且最终有太多的数据传输到服务器B，以至于运行在其上的所有服务都将没有足够的带宽。 所以这个解决scheme应该是只传输每晚的快照之间的差异。 可以通过zfs send/receive与ssh结合使用，通过ssh将服务器A上的快照之间的差异发送到服务器B，然后将这些差异添加到服务器B的文件系统。 但是还有一个问题。 如果我使用lxc copy创build容器C的初始文件系统，则不起作用，因为此命令在内部不使用zfs send/receive而是在服务器B上创build一个新的文件系统，该文件系统又与原始文件系统具有不同的校验和服务器A.因此，差异备份是不可能的， zfs receive将返回一个错误，因为它比较文件系统的校验和。 我的下一个想法是仅使用zfs send/receive将容器C的整个文件系统从服务器A传输到服务器B，而不使用lxc copy/init创build容器。 之后，由于校验和匹配，每晚发送两个连续快照之间的差异是没有问题的。 但是，在紧急情况下，由于LXD数据库中没有位于/var/lib/lxd/lxd.db条目，因此无法在服务器B上启动容器C的副本，所以lxc start C不pipe用。 我想我可以简单地将服务器A的LXD数据库的相关条目复制到服务器B的LXD数据库，以便使其工作，但我不确定。 也许你可以在这里帮我。 我不想破坏这些数据库中的任何东西。 一些背景信息：事实上，服务器A和B都运行容器，但每个服务器应该包含其他服务器容器的备份。 也许已经有一个工作的备份策略，使用两个或更多的LXD主机，但我无法find它。 每晚只有rsync类似的备份策略或整个容器副本。 更新：我刚刚得到了这个github的提示，它为lxd命令实现了一个新的子命令，即lxd import 。 因此，我需要使用apt-get install -t xenial-backports lxd lxd-client在Ubuntu服务器上升级两台服务器上的apt-get install -t xenial-backports lxd lxd-client 。 没有人应该能够从现有的文件系统导入容器。 我尝试过这个。 首先去服务器A并拍一个快照 lxc snapshot C […]
我在Ubuntu上有一个2个驱动器的ZFS镜像池。 池的驱动器位于/ dev / sda和/ dev / sdb。 出于各种原因，我不得不将物理驱动器放在/ dev / sda到我服务器上的不同插槽，所以Ubuntu现在认为它在/ dev / sdc。 看起来，正因为如此，zfs池不再认可这个驱动器，因此将我的池标记为降级。 zpool status -x yield pool: data state: DEGRADED status: One or more devices could not be used because the label is missing or invalid. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Replace […]
我无法理解zpool目录在我的机器上的位置？ zfs list 显示这个输出 NAME USED AVAIL REFER MOUNTPOINT default 294M 17.0G 19K none default/containers 3.76M 17.0G 19K none default/containers/a1 3.74M 17.0G 3.74M /var/lib/lxd/storage-pools/default/containers/a1 default/custom 19K 17.0G 19K none default/deleted 19K 17.0G 19K none default/images 290M 17.0G 19K none default/images/347f49fcb4ceada500d1bc53e0146b48b4e39074ef5895b184902d333120d5ed 290M 17.0G 290M none default/snapshots 19K 17.0G 19K none 但是，当我尝试searchdefault/deleted ，我找不到我的机器上; 我找不到上面的任何一个。 我可以看到挂载点，即zfs的安装位置 default/containers/a1 /var/lib/lxd/storage-pools/default/containers/a1 […]
从zfs send -R -v pool/fs@snap ： send from @ to pool/fs@snap estimated size is 6.50T …但从zpool list ： NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT pool 3.62T 2.36T 1.27T 65% 2.87x ONLINE – 一个zfs sendstream真的可能比它所用的池大几倍？ 在Linux 0.6.1上观察到Z / ZFS。