愚蠢的地球人

昨天给NAS换了一块硬盘，顺便把厚卷改成了静态卷。

过程很简单，先把新硬盘插到4号空盘位，新创建一个静态卷Volume4，然后用HBS把数据从Volume3同步到Volume4，完了之后取下3号硬盘。

本以为大功告成，结果后来却发现有些应用出了问题，经过一番排查发现在这些应用的设置中使用了绝对路径：

原来的/share/CACHEDEV3_DATA现在变成了/share/CACHEDEV4_DATA，导致应用无法找到文件。

这个简单，安全卸载Volume4，然后将这块4号盘位的硬盘换到3号盘位，恢复存储池。

结果没想到的是，新的硬盘虽然换到了3号盘位，但是路径居然还是/share/CACHEDEV4_DATA。

安全卸载不行，那就干脆拔掉硬盘并删除Volume4，再插入硬盘恢复存储池。

结果那个数字不但没有变成3反而路径还变成了/share/CACHEDEV5_DATA。

再试一次，拔掉硬盘，删除Volume4，重启，插入硬盘，恢复存储池。

再一看，居然又变成了/share/CACHEDEV6_DATA，每次都自动加1。

我要崩溃了！看来这个投机耍滑的伎俩不好用。

虽然这不是什么大问题，在应用中改一下路径就能解决，但这不是我的作风，强迫症患者怎么能接受3号盘位的硬盘叫DEV6呢！

必须得改回来！

经过一番研究发现，/share/CACHEDEV6_DATA是一个挂载点，它挂载的是逻辑卷/dev/vg290/lv6的数据。

那么先卸载/share/CACHEDEV6_DATA，然后把/dev/vg290/lv6改名为/dev/vg290/lv3再挂载不就可以了吗。

PuTTY出场，SSH进系统，admin账号登录，经过一番尝试，发现没这么简单。

/share/CACHEDEV6_DATA这个挂载点并不是直接挂载的逻辑卷/dev/vg290/lv6，QNAP为了提高性能，在挂载点跟逻辑卷中间加了一层flashcache，路径为/dev/mapper/cachedev6。

原理搞清楚就有办法了，又经过一番折腾，终于成功了，下面是详细的步骤：

1.先卸载/share/CACHEDEV6_DATA

[~] # umount /share/CACHEDEV6_DATA

2.看一下/dev/mapper/cachedev6还在不在

[~] # ls -l /dev/mapper/

3.居然还在，删掉它

[~] # dmsetup remove cachedev6

4.将逻辑卷lv6改名为lv3

[~] # lvrename /dev/vg290/lv6 /dev/vg290/lv3

5.重建存储系统

[~] # /etc/init.d/init_lvm.sh

OK，终于变回/share/CACHEDEV3_DATA了
不过还有一点小问题，原来的共享文件夹不见了。
不用怕，数据还在，重新在“控制台”-->“共享文件夹”中新建共享文件夹，磁盘选Volume3，路径手动选择就能找到原来的数据了。
当然也可以先移除这个Volume3再恢复存储池也能恢复原来的共享文件夹。