ViStor试用

kgd7558 发表于 2009-12-20 15:05

   最近在玩VTL，发现大家用得比较多的是ViStor，到官网上注册下了一个试试。感觉实现得还行，就是配置稍微麻烦了点。使用过程中也遇到过莫名其妙的问题。详细步骤如下：
1、环境：
   VMware + RHEL5 + 1G Mem + 8G Disk
2、解压，安装，从密码取key来激活(有时候重启就无效了，得重新激活)
3、相关驱动配置如下：
   Library Name: x
   Robotic Arm:    OVERLAND NEO SERIES 4100
   Tape Drive:    IBM ULT3580-TD
   Number of drives: 2
   No of slots:    2
4、启动服务：
   # ./vistor start
   Load iscsi transport modules
   ViStor services started successfully
   # netstat -na | grep 3260
   tcp 0 0 0.0.0.0:3260 0.0.0.0:*    LISTEN
   # 如果3260 port没有被listen，应该是iscsi那几个模块加载有问题了。
5、配置TargetAddress：
   # pwd
   /usr/cofio/vistor/iscsi
   # ./bw_core_cfg -L 10.0.0.8 3260 1
   Bridgeworks Protocol-Neutral APPl (v3_01_ALPHA26 Jan 31 2008 13:43:40)
   # reboot
   最后重启
   如果不重设一下TargetAddress, Discovery时拿到的TargetAddress可能是乱的。要么格式
不对，要么无效IP。抓包从Text Response 中可以看到。

6、MS Initiator连接：
   随便一个IQN去Discovery ViStor的IP (可以用Wireshark抓包看看)。如果ViStor端3260
port没问题的话，Wireshark应该可以正常看到Discovery流程。特别注意一下Text Response包。
   (1)如果MS Initiator看不到Target，那Text Response返回可能是空的，试试从Library
      Management页面上重新运行一下，要确保status为ONLINE。
   (2)如要MS Initiator能看到，但是Login不了，可能是TargetAddess有问题，重新配置一下网
      络试试(第5步)
Discovery后，便可以Login了，看到设备了吧。
7、Open-iSCSI 连接
   Linux下用Open-iSCSI去连接，MS-Initiator如果能正常连接的话，Open-iSCSI应该也能正常
连接,连上以后看一下设备：
   # cat /proc/scsi/scsi
   Attached devices:
   Host: scsi8 Channel: 00 Id: 00 Lun: 00
      Vendor: OVERLAND Model: NEO Series    Rev: 1.00
      Type: Medium Changer                ANSISCSI revision: 03
   Host: scsi8 Channel: 00 Id: 00 Lun: 01
      Vendor: IBM    Model: ULT3580-TD    Rev: 1.00
      Type: Sequential-Access             ANSISCSI revision: 03
   Host: scsi8 Channel: 00 Id: 00 Lun: 02
      Vendor: IBM    Model: ULT3580-TD    Rev: 1.00
      Type: Sequential-Access             ANSISCSI revision: 03

8、Linux 测试:
   # mt -f /dev/st0 status
   SCSI 2 tape drive:
   File number=0, block number=0, partition=0.
   Tape block size 32768 bytes. Density code 0x40 (DLT1 40 GB, or Ultrium).
   Soft error count since last status=0
   General status bits on (41010000):
   BOT ONLINE IM_REP_EN
   # mt -f /dev/st0 rewind
   # mt -f /dev/st0 setblk
   # tar cvf /dev/st0 anaconda-ks.cfg
   anaconda-ks.cfg
   # tar tvf /dev/st0
   -rw-r--r-- root/root    946 2008-07-11 00:30:50 anaconda-ks.cfg
   #
可以正常读写

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u3/104665/showart_2126366.html

distliu 发表于 2010-01-12 13:12

我用的是vmware image文件，输入tar tvf 系统就崩溃了。测试备份文件也比较怪，是输入的tar cvf /dev/st0 /etc -b 256

页: [1]

Chinaunix's Archiver

ViStor试用