标题说明了一切。发布了 BS,NON-WORKING 回购废话的“SCST 构建团队”,请不要将其作为答案,除非您可以用视频上限支持它,因为我现在已经看到足够多的其他人发布它也是 BS。
我几乎可以让它工作。从源代码构建 3.2.0,但即使使用正确的 make 命令,模块也永远不会正确加载,如果我手动加载,我会在手动加载模块后启动服务,但我在第 9 小时,所以现在我需要一个有 CONFIRMED WORKING 的人一步一步地让企业 SCST iSCSI 服务运行——我和每个人一样都迫切需要你的帮助,因为我读过的许多这些都没有真正像书面那样工作。
我的意思是我的古老内核 IX2 NAS 不知何故通过生命线应用程序与 celeron 和 256meg 的 friggin RAM 一起使用了 SCST,所以我猜 10 年更新的 Ubuntu 上的 8core i7 和 32gig RAM 应该能够成功吗?但是,由于它甚至不在常规的 repo 中,也许它不会在这种 Linux 或 ?
编辑:
这是我的 DMESG,没有错误,所以我不知道为什么什么都看不到目标上的任何东西:
[ 907.082942] scst: Target template iscsi unregistered successfully
[ 907.082946] iscsi-scst: Unregistered iSCSI transport: iSCSI-TCP
[ 985.353804] iscsi-scst: iSCSI SCST Target - version 3.2.x
[ 985.353807] iscsi-scst: Registered iSCSI transport: iSCSI-TCP
[ 985.355329] scst: Target template iscsi registered successfully
[ 985.355458] iscsi-scst: Read thread for pool ffff903e373cb400 started
[ 985.355493] iscsi-scst: Read thread for pool ffff903e373cb400 started
[ 985.355538] iscsi-scst: Write thread for pool ffff903e373cb400 started
[ 985.357499] iscsi-scst: Write thread for pool ffff903e373cb400 started
我的 /etc/scst.conf 通过 NAS 在 SCST 上工作,即使我更改为新创建的空白格式化卷文件,也没有出现相同的无错误:
HANDLER vdisk_fileio{
DEVICE VMware {
filename /mnt/pools/A/A0/iSCSI/VMware
#filename /mnt/usb/iSCSI/iSCSI/VMware
t10_dev_id LENOVO-b3fbe43e
usn b3fbe43e
nv_cache 1
}
}
TARGET_DRIVER iscsi {
iSNSServer 192.168.1.6
enabled 1
TARGET iqn.2012-07.com.lenovoemc:storage.ix2b.VMware {
MaxRecvDataSegmentLength 8192
MaxXmitDataSegmentLength 8192
enabled 1
LUN 0 VMware
}
}
猫 /proc/模块 | grep scst
iscsi_scst 90112 3 - Live 0xffffffffc077d000 (OE)
scst_changer 16384 0 - Live 0xffffffffc0761000 (OE)
scst_cdrom 16384 0 - Live 0xffffffffc075c000 (OE)
scst_tape 16384 0 - Live 0xffffffffc0757000 (OE)
scst_raid 16384 0 - Live 0xffffffffc0752000 (OE)
scst_processor 16384 0 - Live 0xffffffffc074d000 (OE)
scst_modisk 16384 0 - Live 0xffffffffc06b3000 (OE)
scst_user 40960 0 - Live 0xffffffffc0742000 (OE)
scst_vdisk 94208 0 - Live 0xffffffffc072a000 (OE)
scst_disk 16384 0 - Live 0xffffffffc066b000 (OE)
scst 446464 10 iscsi_scst,scst_changer,scst_cdrom,scst_tape,scst_raid,scst_processor,scst_modisk,scst_user,scst_vdisk,scst_disk, Live 0xffffffffc06bc000 (OE)
dlm 163840 1 scst, Live 0xffffffffc068a000
libcrc32c 16384 3 iscsi_scst,scst_vdisk,raid456, Live 0xffffffffc0114000
哇,所以要自己回答这个问题。被这个吓坏了。
所以我从 3.2.0 pre1 源代码重新构建了相同的版本(尽管有其他文档,3.1 拒绝在我的内核上编译,所以这是第一个障碍)。
现在是一切开始的根本原因,没有抛出一个错误,也没有显示任何 iSCSI 卷——一旦我确定了原因,我将返回这里进一步更新,但这整个静默失败被归结为其中的一个参数从字面上看是来自 NAS 的 iscsi 标准参数的配置文件。
ubuntu 中的 scstadmin 重新生成的新工作配置文件:
请注意,除了将其设为只读之外,理论上应该没有区别,因为它是使用以下确切命令重新生成的:
因此,如果有人知道为什么会发生这种情况,乍一看是添加了这些:
但我知道 nv_cache 没问题,它留下了前两个,尽管是“属性”,但它甚至没有传递到生成的配置文件中。
无论如何,iSCSI 卷刚刚安装,所以当我知道更多时,我会在这里更新,也许它可以帮助其他人。
此脚本自动构建一个包,并在 Ubuntu 16.04(以及 14.04、15.04 和 17.04)上自动构建 SCST SAN 和多路径配置。
https://sites.google.com/site/nandydandyoracle/scst/scst-package-build-and-install-ubuntu-17-04---14-04