freenas php5.56,FreeNas折腾手记

最近无聊闲折腾FreeNas系统，进行一系列测试，包括存储池转移与拓展、普通物理机安装、硬盘转移、存储池权限分配等。

一是记录一下，以防自己忘了，再者有人可能遇到跟我一样的坑，共勉吧。

测试结果与安装时问题解决方式如下：

一、系统与硬件测试

1.1系统安装白屏

正常写入FreeNas进U盘安装后，选择U盘启动后，可正常进入FreeNas安装界面，等待过安装界面后就会出现白屏。

解决方式：

因为独立显卡无法被FreeNas系统识别，

需要使用集成显卡。

1.2系统导出配置测试

导出系统配置位置：

导出配置包含：

(1)账户信息(包含Web界面账户密码信息、用户添加账户信息)

(2)网络配置(但导入后，需要手动在FreeNas系统界面重新指定IP地址，为登陆web界面指定IP地址)

(3)存储池信息

(4)共享目录

(5)Jails、插件等配置

PS：如导出配置后，连同存储池下所有硬盘一同转入新服务器，存储池仍可正常使用，网络共享简单配置后可继续访问，不会丢失文件。但不可导出\断开存储池，如果导出\断开存储池后，无法恢复存储池。

1.3硬盘拆除与更换

1.3.1硬盘损坏更换

存储池内硬盘损坏后，系统报警，打开硬盘状态，显示损坏硬盘[offline]，进入存储池状态页面，显示硬盘已出错。

此时关闭服务器更换新硬盘(需同型号，尽量同品牌)，更换完毕后，进入Web界面，点击损坏硬盘后三个点，选择“Replace”,选择新放入硬盘，会将新硬盘添加进Raid组，Raid组会自动同步数据。

PS：存储池硬盘损坏极限测试，后文存储池章节有明细测试。

1.3.2硬盘顺序

测试1：将25-28盘位硬盘从服务器取下，打乱位置，将硬盘放入，进入web界面后，仍可正常读取存储池信息，并可正常通过共享访问文件。

测试2：将25-28盘位硬盘从服务器取下，打乱顺序连接至普通物理机SATA接口，简单配置后，便可以正常读取Raid组与存储池文件。

结论：FreeNas系统是根据硬盘信息分辨Raid组磁盘位置，与接入顺序无关。

二、存储池相关测试

2.1存储池转移测试

(1)当存储池中只包含一组Raid阵列时，拆除本Raid组阵列磁盘，转移至新服务器，可以正常导入存储池数据。

(2)当存储池下不只包含一组Raid阵列时，拆除其中一组Raid阵列磁盘，转移至新服务器，不能正常导入存储池数据。

(3)存储池转移时需将存储池下所有Raid组磁盘装入新服务器。

经多次测试后，转移需将存储池包含的所有Raid组下所包含所有磁盘摘除，并装入新服务器内。

前文硬盘顺序理论对于存储池转移操作同样生效，即Raid组阵列磁盘与物理机连接没有顺序之分。

PS：恢复转移后存储池操作：

选择添加存储池——导入一个现有的存储池——否，继续导入(如是加密存储池需选择解密磁盘)——选择需导入的存储池——导入

.

2.2存储池扩展测试

存储池正在传输数据(即正在读取写入时)，扩展存储池不受影响，不会中断传输。

存储池内硬盘损坏后，更换硬盘与添加新硬盘，对存储池读取写入没有影响。

PS：硬盘损坏应保持Raid组不被破坏的前提下。

2.3存储池极限测试

2.3.1存储池硬盘损坏更换测试。

测试环境

——————————

VM虚拟机

系统版本：FreeNas 11.2

硬盘：12块10G

存储池：两组Raid-Z2

存储池空间：70GB

此时存储池为空。

————————————

测试目的：

如存储池硬盘损坏至Raid组极限，是否可关闭服务器更换硬盘设备。

(1)随意拆除4块硬盘，模拟硬盘损坏4块。

此时存储池警告，单共享仍在，可以正常访问数据，并可以读取写入。

存储池状态：

(2)再次拆除1块硬盘，测试存储池极限。

【从此步骤起每次拆除硬盘后重启服务器，以排除未关闭系统Raid组不崩坏情况。】

重启服务器后，存储池提示[Unknown]，存储池状态为空白。

至此。存储池已崩溃。

[2.1]此时关闭服务器，新添加一块10G硬盘，测试是否存储池是否可以恢复。

[2.2]关闭服务器，添加硬盘。已无法重新导入原存储池，Raid组已崩坏。

2.3.2存储池硬盘损坏极限测试。

测试环境：

————————————

VM虚拟机

系统版本：FreeNas 11.2

硬盘：12块10G

存储池：两组Raid-Z2

存储池空间：61.2GB

存储池占用：34.1GB(56%)

—————————————

测试目的：在系统不关闭的情况下，多少块硬盘损坏会使存储池崩溃。

(1)首先撤除4块10G硬盘，使存储池下Raid组达到极限状态。

此时，存储池预警“Degrade”，数据集可正常访问，数据集可正常读取写入。此时硬盘剩余8块，实际硬盘存储空间为80GB。

(2)再撤除1块10GB硬盘，经上文测试结果，如系统重启，存储池会崩溃，此步骤测试如果系统不重启，硬盘损坏情况。

存储池状态变为“Unavail”，硬盘剩余7块，实际存储空间70GB

系统出现报警提示信息：

存储池“test”状态为UNAVAIL：管理员已删除一个或多个设备。

存在足够的副本以使池在降级状态下继续运行。(实际硬盘存储空间可以容纳存储池中数据，系统将在降级的情况下运行)

存储池下数据集仍可正常访问，可读写数据。

(3)此步骤撤除1块10G硬盘，以测试实际存储空间低于总存储池空间时，存储池是否可以继续正常工作。

存储池崩溃，其下数据集消失。

同时已无法访问数据集共享。

(3.1)此时，不关闭系统，直接添加硬盘，测试是否可恢复存储池，并能正常访问共享，是否会丢失数据。(此步骤不可在物理机测试)

存储池变为“Unknown”，数据集无法访问，已不存在。

测试结果：

经上文测试后，得出存储池极限结果，并总结如下：

(1)如果存储池硬盘损坏量小于Raid组极限量，即可关机正常更换硬盘。

(2)如果存储池硬盘损坏量超出Raid组极限，需先将存储池下所有数据集数据备份导出，再关闭系统更换硬盘。

(3)存储池硬盘损坏极限：

实际硬盘存储空间

即硬盘损坏后，现有硬盘实际空间应大于或等于存储池总容量，反之存储池损坏。