进入Root Shell方法：
1、Appliance 3340/3350 ，8.x版本：
System elevate
2、Appliance 3340 ，7.4.x版本，Appliance 5340/5350 ，所有版本：
Support > Maintenance.
输入maintenance’s password:
/opt/Symantec/sdcssagent/IPS/sisipsoverride.sh
继续输入密码maintenance’s password:
选择1
选择6 （8h）
执行elevate
1、Appliance 3340 ，7.4.x版本：
Support > Datacollect 执行后直接输出进度，执行完成后提示日志输出到/log目录下。
2、Appliance 3340/3350 ，8.x版本：
Support data-collect 执行后命令结束，通过下面命令查看进度：
Support data-collect status, 执行完成后提示日志输出到/log目录下。
3、Appliance 5340 ，4.x版本：
Support > Datacollect 执行后直接输出进度，执行完成后提示日志输出到/log目录下。
4、Appliance 5340/5350 ，5.x版本：
Support > Datacollect 执行后命令结束，通过下面命令查看进度：
Support > Datacollect status, 执行完成后提示日志输出到/log目录下。
1、Install Process with Error:
Checking connectivity to the master server.
NOTE: Depending on the network, this action may take a few minutes.
To continue without setting up secure communication, press Ctrl+C.
EXIT STATUS 103: error occurred during initialization, check configuration file
ERROR: Cannot set up secure communication.
The attempt to contact the master server failed.
环境：
OS：RedHat 6.5 x64
NB：NetBackup 7.6
需求：
Media Server创建有一个AdvancedDisk Pool，名称为：media_advdisk_dpool，
包含/advdsk1 /advdsk2两个挂载点，现在需要将/advdsk3加入到挂载点中。
步骤：
1、首先通过“Configure Disk Pool”向导，创建一个新的AdvancedDisk Pool，
名称为：media_temp_dpool，只包含/advdsk3一个挂载点，选项默认。
2、将两个AdvancedDisk Pool状态更改为DOWN。
可通过“Device Monitro”图形界面操作，也可以使用命令：
继续阅读 »
1、问题
备份、恢复、或者执行bpexpdate，提示“requested media id is in use”，随机进入排队或者错误状态。
2、分析
通过检查发现Drive并未被使用，可以通过命令确认：
vmoprcmd
nbrbutil -dump
如果出现如下信息，可以确认Drive被Media Server占用。
MDS allocations in EMM: MdsAllocation: allocationKey=11139 jobType=2 mediaKey=1110097 mediaId=0513L3 driveKey=0 \ driveName= drivePath= stuName= masterServerName=netbackup01 mediaServerName=netbackup01 \ ndmpTapeServerName= diskVolumeKey=0 mountKey=0 linkKey=0 fatPipeKey=0 scsiResType=0 serverStateFlags=0 MdsAllocation: allocationKey=11125 jobType=1 mediaKey=1110090 mediaId=00075L \ driveKey=2000005 driveName=IBM.ULTRIUM-HH4.001 drivePath={3,0,1,0} stuName=netbackup01-hcart-robot-tld-0 \ masterServerName=netbackup01 mediaServerName=netbackup01 ndmpTapeServerName= diskVolumeKey=0 mountKey=0 \ linkKey=0 fatPipeKey=0 scsiResType=1 serverStateFlags=1 |
在配置完成后，我们在Client中也可以看的相应的日志：
04/13/16 11:06:36.891 [Debug] NB 51216 nbftclnt 200 PID:48890088 TID:1 File ID:200 [No context] 1 [AddDevice] /dev/rmt0 Inquiry "SYMANTECFATPIPE 0.0 zb-media4.netbackup.sr.com" TargetHBA:LUN:InitiatorHBA = 0:0:0 State = 1 RefCount = 0 04/13/16 11:06:36.893 [Debug] NB 51216 nbftclnt 200 PID:48890088 TID:1 File ID:200 [No context] 1 [AddDevice] /dev/rmt1 Inquiry "SYMANTECFATPIPE 0.1 zb-media4.netbackup.sr.com" TargetHBA:LUN:InitiatorHBA = 0:1:0 State = 1 RefCount = 0 |
日志显示已经完成Add Device，但查看java console san client看不到两个Python Tape。
从日志中看到Client发现了zb-media4.netbackup.sr.com这台Media的设备，但是通过nbemmcmd -listhosts看到的是zb-media4，bp.conf中也使用的zb-media4,并不带有后缀。
这时就需要通过添加别名解决：
继续阅读 »
在完成SAN Client配置后，Windows/AIX/Linux系统中会自动发现两个Python类型的Tape Driver，但是HP-UX并不会，在日志可以看到信息如下：
/usr/openv/netbackup/bin/vxlogview -o 200 -d all 04/13/16 17:44:30.089 [Debug] NB 51216 nbftclnt 200 PID:21061 TID:1 File ID:200 [No context] 1 \ [DiscoverDevices:HpUx] opendir failed for /dev/sctl No such file or directory 04/13/16 17:44:30.100 [Debug] NB 51216 nbftclnt 200 PID:21061 TID:1 File ID:200 [No context] 1 \ [StdDeviceInquiry] Device type 12 found on /dev/pt/pt7 Vendor/Product: "HP OPEN-XP12000 500 " |
它在干嘛？它在寻找设备，从日志可以看出它去找了两个地方/dev/sctl和/dev/pt/，会扫描这两个目录下的所有文件。
下面这个KB，指导在/dev/sctl下创建文件，供参考
https://www.veritas.com/support/en_US/article.000012701
这样就可以了吗？不行，部分主机并不会去/dev/sctl下去寻找设备，而是只扫描/dev/pt目录中的文件，所以建议使用/dev/pt路径创建文件，简要如下：
继续阅读 »
 |
 |