2008年7月工作日志

2008.7.1-7.4

1、3494带库问题

自6月30日，梁强佟贺更换drive1主板、drive2磁头之后，7月1日，把drive1的wwn号在交换机上配置好，之后，drive1正常使用了一天，但由于使用损坏的磁带102，造成drive1卡带，按drive1前面板的“|”重新启动drive1之后，磁带弹出来，但是drive1在系统层还是不能用，报错如下：

DAGDMCMDS01$ mtlib -l /dev/lmcp0 -m -f /dev/rmt1 -VA00490
Mount  operation (errno = 5 ) Failed - Device no longer available.

drive2可以正常的抓带，在系统层可以正常的读写，但是在petrobank中下载时可以抓带，但是不能下载数据，经过与瑞飞公司朱小青和landmark公司王海东会诊之后确认为drive2设备类型发生了变化，由原来的3590h1a变为了3590e1a，造成不能识别磁带数据（3590磁带机有三种类型，B1A，E1A，H1A,H1A是最高级，E1A只能识别40GB的3590磁带，而目前使用的60GB3590磁带只能由H1A的3590drive才可以识别读写），如下信息：

DAGDMCMDS01$ lsattr -El rmt2
alt_pathing    no                 Enable Alternate Pathing Support                  True
autoload       no                 Use Autoloading Feature at End-of-Tape            True
block_size     0                  Block Size (0=Variable Length)                    True
compress       yes                Use Hardware Compression on Tape                  True
debug_trace    no                 Debug Trace Logging Enabled                       True
dev_status                        N/A                                               False
devtype        03590E1A           Device Type                                       False
drive_port     1                  Drive Port Number                                 False
drive_scsi_id  00                 Drive SCSI ID                                     False
emulate_auto   no                 Use Random Mode to Emulate Autoloader Tape Drive  True
fail_degraded  no                 Fail Tape Operation if Degraded Media is Detected True
limit_readerp  no                 Limit Read Error Recovery Time to 5 Seconds       True
location                          Location                                          True
logging        no                 Activate volume information logging               True
lun_id         0x0                Logical Unit Number                               True
max_log_size   500                Maximum size of log file (in # of entries)        True
mode           yes                Use Buffered Writes                               True
mtdevice                          Library Device Number                             True
new_name                          New Logical Name                                  True
node_name      0x5005076300007de3 World Wide Node Name                              False
primary_device rmt2               Primary Logical Device                            False
retain_reserve no                 Retain Reservation                                False
rew_immediate  no                 Use Immediate Bit in Rewind Commands              True
scsi_id        0x620b26           SCSI Target ID                                    True
space_mode     SCSI               Backward Space/Forward Space Record Mode          True
trace_logging  no                 Trace Logging Enabled                             True
trailer_labels no                 Trailer Label Processing                          True
ww_name        0x5005076300807de3 World Wide Port Name                              False
DAGDMCMDS01$ mtlib -l /dev/lmcp0 -D
  0, 00CD3920 003590H1A00    rmt1
  1, 00CD3930 003590E1A01    rmt2
  2, 00CD3900 003590H1A02    rmt3
  3, 00CD3870 003590H1A03    rmt4
  4, 00161720 003592J1A04    rmt5
  5, 00237950 003592J1A05    rmt6

 

IBM工程师佟贺计划下周一（7月7号）过来

 

之前对nettape管理软件进行重新启动，测试drive的问题，

 

刷新网络服务：        /usr/bin/refresh -s inetd

启动nettape服务进程： /usr/lpp/nettape/bin/cltopr -S pvl -l /tmp/nettaped.log

启动nettape 3494带库服务进程：/usr/lpp/nettape/bin/cltopr -S 3494d -L dg3494 -l /tmp/nettape_3494.log

 

2008年7月7日

1、下午，ibm工程师佟贺到，但是邮寄过来的部件少了drive2的磁头，在3494带库的显示器上的availiable上，选择set physical tape subsystem availability ,然后选择frame1，单击change availability ,发现drive1的前面的对勾被去掉了（100），可能原因是，102磁带把drive1卡住之后，3494带库的自我保护机制，把drive1禁止了，后来手工重新启动drive1发现没有问题，所以，再把drive1对勾打上，变为可使用状态，然后单击change availability ，drive1恢复正常，经过petrobank软件测试，也可以正常下载数据了。现在就等drive2的磁头明天过来，这个问题就算彻底解决了。