吐糟一下Linux-iSCSI

[kojp]

尼妹的，（过节，情绪激动，容许我暴个粗口）。
话说RHEL4，用不上tgt（Linux SCSI target framework (tgt)）。
于是弄个Linux-iSCSI代替。
客户端是两台机房的SERVER 03

今天已经是第二次搞数据恢复了。
上次是因为客户端没有退出，修改了一下配置文件。然后重启服务。
于是硬盘不识别了，找个数据恢复软件。花了几个小时。原封不动的数据恢复出来了。（话说，也可能是WIN犯贱的很，任何一个软件都可以清晰地看到磁盘目录，就WIN自己说目录结构已经损坏！）


这次是因为机房突然断电。杯具的很~~~今天晚上注定又要通宵恢复数据了！

------------我就在恨,为什么一点这个套件就没有一点比较靠谱的应急措施呢？比如说断电，比如说强制退出之类的。

(ps:tgt只玩过实验环境的。不知道会不会出现类似的情况。)

[likuku]

freebsd上的istgt，日本人作的开源，是持续维护中，我现在用这个，支持zfs的vol，支持autosize检测。

当然，我就用freebsd 9 stable 64bit + zfs(双2TB建mirror)建立个vol(1.8TB)直接将vol分享出去作iscsi target，客户机是windows 2008 R2 64bit，用自带的iscsi客户端，两机直接用千兆交换机连接。iscsi连接都使用单独一个网卡，使用单独的网段。

目前这个iscsi tgt / zfs vol 用掉了1.5TB，有4个月了。也遇到过停电，没事。

[likuku]

可控条件下，我也尽量先在 windows 客户机里将挂载的 iscsi 盘先变成脱机的再去重启 istgt/freebsd

[kojp]

谢谢回复~~~~

关键是我这边实际的情况蛋疼的很~~~因为不可抗拒的因素，系统只能RHEL4。
改天试试istgt跟其它tgt的抗断电抗重启性能。。

[Renylai]

几年前用过iscsi作为linux下系统集群(根目录跑在上面)，后来在出现client与tgt之间网络短暂断线后恢复时磁盘不可用，而且找不到解决方案最后只好作罢并用回NFS...