[Veritas-bu] Media server windows not stable (All drives are DOWN)

Hi,

 

I have 6 servers backup connect to SAN and Library STK L700e with 20
tape Drives (IBM LTO Gen 1), since upgrade Veritas netbackup from 4.5
MP6 to 5.1 MP2 became 1 media server W2K SP4 not stable, but we
upgrading veritas netbackup not all, which have been upgraded 2 Master
and media with Solaris O/S, and 1 media server W2K, with Emulex HBA
LP8000 (1.91a3). Which become question of me is;

1. Is media server W2K do not support with VERITS Netbackup 5.1 MP2?

2. If supported, where problem of?

Below are logs from media server.

LTID:

15:23:14.445 [2820.2824] <2> getrequestack: server response to request:
REQUEST ACKNOWLEDGED 21

15:23:14.445 [2820.2824] <2> vmdb_query_byID_getpool: server returned:
94 21 JKTGRHXMEDIA_SAP_DS ANYHOST -1 -2 ----

 

15:23:14.445 [2820.2824] <2> string_to_poolrecord: using server version:
21

15:23:14.445 [2820.2824] <2> getrequeststatus: server response:
EXIT_STATUS 0

15:23:14.445 [2820.2824] <4> vmdb_query_byID_getpool: query_byid_getpool
request status:  successful (0)

15:23:14.648 [2820.2824] <2> mm_getsockconnected: host=datamover2
service=vmd address=10.21.106.155 protocol=tcp non-reserved port=13701

15:23:14.648 [2820.2824] <2> vauth_authentication_required:
vauth_comm.c.793: no methods for address: no authentication required

15:23:14.648 [2820.2824] <2> vauth_connector: vauth_comm.c.193: no
methods for address: no authentication required

15:23:14.648 [2820.2824] <2> vnet_check_vxss_client_magic_with_info:
vnet_vxss_helper.c.775: Ignoring VxSS authentication: 2 0x00000002

15:23:14.648 [2820.2824] <2> vnet_check_vxss_client_magic_with_info:
vnet_vxss_helper.c.931: Not using VxSS authentication: 2 0x00000002

15:23:14.648 [2820.2824] <2> getrequestack: server response to request:
REQUEST ACKNOWLEDGED 45

15:23:14.648 [2820.2824] <2> reserve_shared_drive: server acknowledged
request to reserve a drive

15:23:14.648 [2820.2824] <2> reserve_shared_drive: sending requested
server 'jktgrhxmedia01' and drive name 'IBMULTRIUM-TD114' to server
'datamover2'

15:23:14.742 [2820.2824] <2> getrequeststatus: server response:
EXIT_STATUS 0

15:23:14.742 [2820.2824] <4> reserve_shared_drive: reserve drive request
status:  successful (0)

15:23:14.742 [2820.2824] <2> MhReserveDrive: IBMULTRIUM-TD114 (device 8)
returned successful

15:23:14.742 [2820.2824] <2> MhReserveControl: IBMULTRIUM-TD114 (device
8) 61 0x90 datamover2

15:23:51.867 [2820.2824] <2> MhAssignControl: IBMULTRIUM-TD114 (device
8) 1 0x989b datamover2

15:23:52.102 [2820.2824] <2> mm_getsockconnected: host=datamover2
service=vmd address=10.21.106.155 protocol=tcp non-reserved port=13701

15:23:52.102 [2820.2824] <2> vauth_authentication_required:
vauth_comm.c.793: no methods for address: no authentication required

15:23:52.102 [2820.2824] <2> vauth_connector: vauth_comm.c.193: no
methods for address: no authentication required

15:23:52.102 [2820.2824] <2> vnet_check_vxss_client_magic_with_info:
vnet_vxss_helper.c.775: Ignoring VxSS authentication: 2 0x00000002

15:23:52.102 [2820.2824] <2> vnet_check_vxss_client_magic_with_info:
vnet_vxss_helper.c.931: Not using VxSS authentication: 2 0x00000002

15:23:52.102 [2820.2824] <2> getrequestack: server response to request:
REQUEST ACKNOWLEDGED 50

15:23:52.102 [2820.2824] <2> vmdb_update_mount_stats: server
acknowledged request to update mount stats

15:23:52.242 [2820.2824] <2> getrequeststatus: server response:
EXIT_STATUS 0

15:23:52.242 [2820.2824] <4> vmdb_update_mount_stats: update_mount_stats
request status:  successful (0)

15:24:17.883 [2820.2824] <4> get_tape_path: drive 8, DOS name:
\\.\Tape6, PnP name: ---

15:24:17.883 [2820.2824] <4> check_serial_no: IBMULTRIUM-TD114 (device
8, \\.\Tape6) has drive serial number: 6811200428, database serial
number: 6811200428

 

DAEMON

15:22:13.195 [3344.2996] <4> oprd: INITIATING

15:22:13.195 [3344.2996] <4> oprd: commandline: "C:\Program
Files\VERITAS\Volmgr\bin\oprd.exe" -sockfd 444 -nosig

15:22:13.398 [3344.2996] <2> oprd: got CONTINUE, connecting to ltid

15:22:14.164 [3344.2996] <2> process_requests: received TERMINATE
request

15:23:10.945 [2180.2796] <2> vmd: could not set TCP_NODELAY

15:23:10.945 [2180.2796] <4> peer_hostname: Connection from host
datamover2, 10.21.106.155, port 17103

15:23:10.945 [2180.2796] <2> vauth_acceptor: vauth_comm.c.356: no
methods for address: no authentication required

15:23:11.148 [2180.2796] <2> vnet_check_vxss_server_magic:
vnet_vxss_helper.c.452: VxSS magic: 661292220 0x276a84bc

15:23:11.148 [2180.2796] <2> vnet_check_vxss_server_magic:
vnet_vxss_helper.c.453: remote_vxss: 43 0x0000002b

15:23:11.148 [2180.2796] <2> vnet_check_vxss_server_magic:
vnet_vxss_helper.c.489: Ignoring VxSS authentication: 2 0x00000002

15:23:11.148 [2180.2796] <2> vnet_check_vxss_server_magic:
vnet_vxss_helper.c.616: Not using VxSS authentication: 2 0x00000002

15:23:11.148 [2180.2796] <4> process_request: client requested
command=43, version=2

15:23:11.148 [2180.2796] <4> process_request: START_OPRD requested

 

 

Tanks you Very much

zainal AT mit.co DOT id <mailto:zainal AT mit.co DOT id> 

Customer Support Engineer

PT. Millennia Infokom Teknologi 

Rahadjo Building 3rd Floor, Suite B

Jl. Roa Malaka Utara No. 5 & 6

Jakarta 11230 - Indonesia

Tlp.  [62-21] 693-0380

Hp.   [62-815] 951-5286

Fax.  [62-21] 692-2481

http://www.storagetek.com <http://www.storagetek.com> 

Information Made Powerfull

DISCLAIMER:
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
message by anyone else is unauthorised. If you are not the intended
recipient, any disclosure, copying, or distribution of the message, or
any action or omission taken by you in reliance on it, is prohibited and
may be unlawful. Please immediately contact the sender if you have
received this message in error. Thank You