我写了一个小脚本来处理我的zfs备份。 当我手工运行它，它运作良好： /root/bin/zfs-backup -k 7 -p zfs-auto-snap_daily -r vm/containers tank/backups 但是像这样在cron中运行它会抛出一个错误“文件系统”vm / containers“不存在”。 30 0 * * * root /root/bin/zfs-backup -k 7 -p zfs-auto-snap_daily -r vm/containers tank/backups
我有一个RDL家族的RAIDdeluxe存储器，里面有42个硬盘，连接到安装有FreeNAS的Seupermicro服务器。 FreeNAS服务器有MegaRAID SAS 9380-8e卡。 我已经阅读了FreeNAS：FreeNAS 最糟糕的做法指南 ，真的不想在那里结束。 我是第一次这样做，将非常感谢，如果你们可以分享一些你的经验，并指出我如何进行RAIDconfiguration。 我应该使用ZFS吗？ 我的目标是configuration两个RAID6卷集，并使共享在本地networking上可用。
有没有一种适当的方式来写一个ZFS数据集，在我的情况下，这是一个ext4 Ubuntu的文件系统，空白SSD？ 数据看起来像这是完全有帮助的 tank/filesystems/ubuntu_1604/(/etc, /boot, /var, and so on) tank/filesystems/centos_7/(/etc, /boot /var, and so on) 我想也许我可以用dd做一个确切的拷贝，但是我不知道ZFS的重复是如何工作的。 dd if=/filesystems/ubuntu_1604/ of=/dev/sdb bs=1m 有没有人做过这个？
使用以下zfs-auto-snapshot命令，如何指定保存52个每周快照和无限数量的每月快照？ sudo zfs set com.sun:auto-snapshot=true storage sudo zfs set com.sun:auto-snapshot:weekly=true storage sudo zfs set com.sun:auto-snapshot:monthly=true storage 当我将它指定为关键字或参数时，它都失败了： sudo zfs set com.sun:auto-snapshot:weekly=true storage keep=52 cannot open 'keep=52': invalid dataset name sudo zfs set com.sun:auto-snapshot:weekly=true storage –keep=52 cannot open '–keep=52': invalid dataset name
对于通过一个SAS连接的12个驱动器使用SAS扩展器背板更好吗？还是使用具有3个SAS连接的SAS背板更好？ 这是在performance，而不是扩张。 该arrays将通过LSI SAS控制器在OpenSolaris上使用ZFS作为iSCSI目标进行设置。 正在考虑的两款产品是SuperMicro SuperChassis 826A-R1200LPB或SuperChassis 826E2-R800LPB
我目前有一台运行Solaris 10u9的服务器，并在其中装有连接到SAS卡（SATA 3801E）的SATA磁盘的SAS机箱（Dell PowerVault MD1000）。 它高兴地识别MD1000中的15个磁盘，并以传统的solarisforms（c1t12d0，c1t13d0，c1t15d0等）显示每个磁盘。 我家的ZFS设置（Nexenta CP3 + LSI 9200-16E +直接连接SATA磁盘）将磁盘作为其SAS WWN ID（例如：c3t600039300001EA56d0）。 虽然这个ID比较长，但我发现排除故障要容易得多，因为布线/插槽是无关紧要的，ZFS只是通过ID来识别磁盘，如果它连接了它，就会发现它。 大多数制造商在磁盘的顶部标签上打印WWN，不能比这更容易。 那么我怎样才能让Solaris通过SAS WWN而不是cXtXdX来识别磁盘？
我有一个最近从早期的OpenSolaris转换到NexentaStor企业版的Sun x4540。 系统磁盘被擦除，磁盘被导出并重新导入。 我通过NFS和10GbE托pipe了大约30台虚拟机到VMWare vSphere，并连接到几台主机。 从那以后，这个系统几乎每两个星期就会崩溃。 碰撞会触发ILO的ASR，系统将在5-10分钟后自行重新启动。 我有这样的根目录中的核心文件： -rw——- 1 root root 2237608178 Mar 14 21:06 core -rw——- 1 root root 81061304 Feb 8 01:23 core.mountd.1297149806 -rw——- 1 root root 69863784 Mar 6 16:34 core.mountd.1299450869 -rw——- 1 root root 36644272 Mar 6 16:39 core.mountd.1299451179 我怎样才能debugging这些与mdb了解发生了什么？ 我在http://kristof.willen.be/node/1100上看到了一个与Nexenta网站链接的简短教程，但似乎并不直接适用。
我有一个家Nexenta商店CE服务器，closures它后，它将无法启动了。 它打开并检测到所有7个驱动器（6个数据驱动器加上1个较小的操作系统驱动器），然后它给了我蓝色的Nexenta启动加载器，我打进入，它开始启动，但突然间我得到一个错误（消失得非常快，我不得不在突发模式下使用相机！） SunOS版本5.11版本NexentaOS_134f 64位加载内核…注意：不能从/ pci @ 0,0 / pci1043,83d4 @ 1d，7 / storage @ 1 / disk @ 0,0读取池标签;注意：spa_import_rootpool：错误5无法在/上挂载根目录panic [cpu0 / thread = fffffffffbc2e860：vfs_mountroot：无法挂载根目录 然后重新启动并重新开始。 有任何想法吗？ 如果它在我看来似乎启动驱动器是好的？ 谢谢。
这是我们的目标： 设置新的服务器将我们的整个物理计算机networking变成3个物理组，它们是： Server 1 – NAS – Openfiler / NexentaStor CE / FreeNAS /（其他build议） 服务器2 – 具有以下VM的ESXi Server： VM1 – AD / DNS / DHCP – Windows SBS 2008 VM2 – SQL Server 2008 R2 /数据库层 – Windows Server 2008 R2 VM3 – Sharepoint 2010 /应用程序服务器层 – Windows Server 2008 R2 VM4 – IIS / […]
我开始使用expression式根文件系统 。 最近在search引擎中，我看到，三字expression式对ZFS有不同的解释。 为了避免未来的误解： 如果不是“根文件系统”（ 下面的第一个答案 ），当在池的根目录下描述文件系统时，应该使用什么单一的通用expression式 ？ …是rootfs这个问题的适当标签？ 😉