Hi Alex,
A couple of things to check:

1) Confirm DNS with two consecutive nslookup commands for each server, e.g.:
nslookup master-name
nslookup master-name
nslookup media-server-name
nslookup media-server-name
nslookup admin-console-name
nslookup admin-console-name
....as duplicate DNS names will show up... check thatthe output of each pair
is the same.
Then do all six commands again for their IP addresses.

2) Confirm NetBackup is resolving correctly, issue each of these six
commands on each of three machines, i.e. on master, media and admin console,
i.e. issue eighteen commands:
bpclntcmd -hn master-name
bpclntcmd -ip master-ip
bpclntcmd -hn media-server-name
bpclntcmd -ip media-server-ip
bpclntcmd -hn admin-console-name
bpclntcmd -ip admin-console-ip
....and check the output is the same on all three nodes.

3) Confirm that the admin console is defined with a:
SERVER = name
....for master, media and admion console in each of bp.conf AND vm.conf, with
the master server name first in each file on all three machines, i.e. in six
places master must be first - i.e. two files on three machines.

HTH,
Regards,
Dave.


"Alexander Romanovski" wrote in message
news:462cd794@ROSASTDMZ05....
>
> Hi All.
> Netbackup 6 MP4.
> Master and Media Servers on Solaris 9.
> The problem repeats every day. When I choose Drives from Devices on
> Netbackup
> Administration Console, I receive a error "network protocol error (39)".
> The command "/usr/openv/volmgr/bin/vmoprcmd -dp ds" hung.
> I found the error on the log-file
> /usr/openv/volmgr/debug/reqlib/log.042307
>
> 15:26:28.409 [23917] <4> vmoprcmd: INITIATING
> 15:26:28.482 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 15:26:28.483 [23917] <2> vmdb_start_oprd: received request to start oprd,
> nosig = yes
> 15:26:28.516 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 15:26:28.549 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 15:26:28.580 [23917] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:
> VN_REQUEST_SERVICE_SOCKET:
> 6 0x00000006
> 15:26:28.581 [23917] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:
> service:
> vmd
> 15:26:28.637 [23917] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate
> connect: 0 0x00000000
> 15:26:28.638 [23917] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
> immediate CONNECT FROM 172.18.2.100.42056 TO 172.18.2.100.13724 fd = 5
> 15:26:28.638 [23917] <2> vauth_get_user_name: vauth_comm.c.726:
> cached_user_name:
> root
> 15:26:28.639 [23917] <2> vauth_get_user_name: vauth_comm.c.728:
> cached_user_name:
> :root
> 15:26:28.639 [23917] <2> vauth_get_user_name: vauth_comm.c.734: user_name:
> :root
> 12:56:26.565 [19148] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 12:56:26.575 [19148] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 12:56:26.602 [19148] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:
> VN_REQUEST_SERVICE_SOCKET:
> 6 0x00000006
> 12:56:26.602 [19148] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:
> service:
> vmd
> 12:56:26.663 [19148] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate
> connect: 0 0x00000000
> 12:56:26.663 [19148] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
> immediate CONNECT FROM 172.18.2.100.33612 TO 172.18.2.100.13724 fd = 5
> 12:56:26.663 [19148] <2> vauth_get_user_name: vauth_comm.c.726:
> cached_user_name:
> root
> 12:56:26.664 [19148] <2> vauth_get_user_name: vauth_comm.c.728:
> cached_user_name:
> :root
> 12:56:26.664 [19148] <2> vauth_get_user_name: vauth_comm.c.734: user_name:
> :root
> 12:56:26.664 [19148] <2> vauth_authentication_required: vauth_comm.c.789:
> no methods for address: no authentication required
> 12:56:26.664 [19148] <2> vauth_connector: vauth_comm.c.200: no methods for
> address: no authentication required
> 12:56:26.664 [19148] <2> vnet_check_vxss_client_magic_with_info:
> vnet_vxss_helper.c.778:
> Ignoring VxSS authentication: 2 0x00000002
> 12:56:26.664 [19148] <2> vnet_check_vxss_client_magic_with_info:
> vnet_vxss_helper.c.934:
> Not using VxSS authentication: 2 0x00000002
> 12:56:26.733 [19148] <2> getrequestack: server response to request:
> REQUEST
> ACKNOWLEDGED 600
> 12:56:26.761 [19148] <2> getrequeststatus: server response: EXIT_STATUS
> 0
> 12:56:26.784 [19148] <4> vmdb_start_oprd: vmdb_start_oprd request status:
> successful (0)
> 13:01:26.780 [19148] <2> sighdl: timed out
> 13:01:26.780 [19148] <2> get_long: (1) cannot read (byte 1) from network:
> Interrupted system call (4)
> 13:01:26.780 [19148] <16> read_string: unable to get record string from
> socket:
> Interrupted system call (4), stat=-2
>
> output from bpps -a
> NB Processes
> ------------
> root 14635 1 0 Apr 20 ? 0:02
> /usr/openv/netbackup/bin/bpcompatd
> root 14615 1 0 Apr 20 ? 1:16
> /usr/openv/netbackup/bin/nbemm
> root 14609 1 0 Apr 20 ? 3:17 /usr/openv/db//bin/NB_dbsrv
> @/usr/openv/var/global/server.conf @/usr/openv/var/
> root 14639 14638 0 Apr 20 ? 0:01
> /usr/openv/netbackup/bin/bpjobd
> root 14629 1 0 Apr 20 ? 0:01 /usr/openv/netbackup/bin/bprd
> root 14618 1 0 Apr 20 ? 0:33 /usr/openv/netbackup/bin/nbrb
> root 14666 14650 0 Apr 20 ? 0:00 sh -c
> "/usr/openv/netbackup/bin/nbproxy"
> dblib nbpem_email
> root 14667 14666 0 Apr 20 ? 0:00
> /usr/openv/netbackup/bin/nbproxy
> dblib nbpem_email
> root 14676 14650 0 Apr 20 ? 0:00 sh -c
> "/usr/openv/netbackup/bin/nbproxy"
> dblib nbpem
> root 14693 1 0 Apr 20 ? 0:05
> /usr/openv/netbackup/bin/nbsvcmon
> root 14677 14676 0 Apr 20 ? 0:04
> /usr/openv/netbackup/bin/nbproxy
> dblib nbpem
> root 14612 1 0 Apr 20 ? 0:02
> /usr/openv/netbackup/bin/nbnos
> root 16734 14629 0 11:07:25 ? 0:00 /usr/openv/netbackup/bin/bprd
> root 14658 14657 0 Apr 20 ? 0:00
> /usr/openv/netbackup/bin/nbproxy
> dblib nbjm_genjob
> root 16047 14629 0 10:37:12 ? 0:00 /usr/openv/netbackup/bin/bprd
> root 16380 14629 0 10:52:19 ? 0:00 /usr/openv/netbackup/bin/bprd
> root 14647 1 0 Apr 20 ? 2:18 /usr/openv/netbackup/bin/nbjm
> root 14650 1 0 Apr 20 ? 0:05
> /usr/openv/netbackup/bin/nbpem
> root 14657 14647 0 Apr 20 ? 0:00 sh -c
> "/usr/openv/netbackup/bin/nbproxy"
> dblib nbjm_genjob
> root 14682 1 0 Apr 20 ? 0:00 /usr/openv/netbackup/bin/nbsl
> root 14638 1 0 Apr 20 ? 0:05
> /usr/openv/netbackup/bin/bpdbm
> root 14685 1 0 Apr 20 ? 0:00
> /usr/openv/netbackup/bin/nbvault
> root 14654 14653 0 Apr 20 ? 0:00
> /usr/openv/netbackup/bin/nbproxy
> dblib nbjm
> root 14653 14647 0 Apr 20 ? 0:00 sh -c
> "/usr/openv/netbackup/bin/nbproxy"
> dblib nbjm
>
>
> MM Processes
> ------------
> root 14624 1 0 Apr 20 ? 0:01 /usr/openv/volmgr/bin/ltid
> -v
> root 14832 1 0 Apr 20 ? 0:00 tldcd -v
> root 14661 14624 0 Apr 20 ? 0:00 avrd -v
> root 19740 14644 0 13:04:14 ? 0:00 /usr/openv/volmgr/bin/oprd
> -sockfd 14 -p 3 -nosig -verbose
> root 19150 14644 0 12:56:27 ? 0:00 /usr/openv/volmgr/bin/oprd
> -sockfd 14 -p 3 -nosig -verbose
> root 14644 1 0 Apr 20 ? 0:09 vmd -v
> root 14652 14624 0 Apr 20 ? 0:01 tldd -v
>
> output from truss vmoprcmd -dp ds:
> -cut-
> 23917/1: 0.6598 alarm(300) =
> 0
> 23917/1: 0.7093 read(5, "\0", 1) =
> 1
> 23917/1: 0.7095 read(5, "\0", 1) =
> 1
> 23917/1: 0.7095 read(5, "\0", 1) =
> 1
> 23917/1: 0.7096 read(5, "18", 1) =
> 1
> 23917/1: 0.7097 read(5, " R E Q U E S T A C K N".., 24) =
> 24
> 23917/1: 0.7097 alarm(0) =
> 300
> 23917/1: 0.7098 sigaction(SIGALRM, 0xFFBFE008, 0xFFBFE088) =
> 0
> 23917/1: 0.7098 sigaction(SIGPIPE, 0xFFBFE008, 0xFFBFE088) =
> 0
> 23917/1: 0.7099 sigaction(SIGINT, 0xFFBFE008, 0xFFBFE088) =
> 0
> 23917/1: 0.7099 getpid() =
> 23917 [23916]
> 23917/1: 0.7100 write(4, " 1 5 : 2 6 : 2 8 . 6 9 3".., 94) =
> 94
> 23917/1: 0.7102 sigaction(SIGINT, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7102 sigaction(SIGPIPE, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7103 sigaction(SIGALRM, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7103 alarm(300) =
> 0
> 23917/1: 0.7433 read(5, "\0", 1) =
> 1
> 23917/1: 0.7434 read(5, "\0", 1) =
> 1
> 23917/1: 0.7435 read(5, "\0", 1) =
> 1
> 23917/1: 0.7436 read(5, "\r", 1) =
> 1
> 23917/1: 0.7438 read(5, " E X I T _ S T A T U S ".., 13) =
> 13
> 23917/1: 0.7439 alarm(0) =
> 300
> 23917/1: 0.7439 sigaction(SIGALRM, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7439 sigaction(SIGPIPE, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7440 sigaction(SIGINT, 0xFFBFE0C0, 0xFFBFE140) =
> 0
> 23917/1: 0.7441 getpid() =
> 23917 [23916]
> 23917/1: 0.7441 write(4, " 1 5 : 2 6 : 2 8 . 7 2 8".., 75) =
> 75
> 23917/1: 0.7442 sigaction(SIGPIPE, 0xFFBFE188, 0xFFBFE208) =
> 0
> 23917/1: 0.7443 sigaction(SIGPIPE, 0xFFBFD120, 0xFFBFD1A0) =
> 0
> 23917/1: 0.7443 write(5, "\0\0\0\b", 4) =
> 4
> 23917/1: 0.7444 sigaction(SIGPIPE, 0xFFBFD120, 0xFFBFD1A0) =
> 0
> 23917/1: 0.7444 write(5, " C O N T I N U E", 8) =
> 8
> 23917/1: 0.7445 sigaction(SIGPIPE, 0xFFBFE188, 0xFFBFE208) =
> 0
> 23917/1: 0.7662 getpid() =
> 23917 [23916]
> 23917/1: 0.7663 write(4, " 1 5 : 2 6 : 2 8 . 7 5 0".., 90) =
> 90
> 23917/1: 0.7664 sigaction(SIGINT, 0xFFBFE1D8, 0xFFBFE258) =
> 0
> 23917/1: 0.7664 sigaction(SIGPIPE, 0xFFBFE1D8, 0xFFBFE258) =
> 0
> 23917/1: 0.7665 sigaction(SIGALRM, 0xFFBFE1D8, 0xFFBFE258) =
> 0
> 23917/1: 0.7665 alarm(300) =
> 0
> 23917/1: read(5, 0xFFBFE297, 1) (sleeping...)
> 23917/1: 300.7660 Received signal #14, SIGALRM, in
> read()
> [caught]
> 23917/1: 300.7661 read(5, 0xFFBFE297, 1)
> Err#4 EINTR
> 23917/1: 300.7663 getpid()
> = 23917 [23916]
> 23917/1: 300.7664 write(4, " 1 5 : 3 1 : 2 8 . 7 5 0".., 43)
> = 43
> 23917/1: 300.7666 setcontext(0xFFBFCF78)
> 23917/1: 300.7668 getpid()
> = 23917 [23916]
> 23917/1: 300.7668 write(4, " 1 5 : 3 1 : 2 8 . 7 5 0"..,
> 102)
> = 102
> 23917/1: 300.7669 alarm(0)
> = 0
> 23917/1: 300.7670 sigaction(SIGALRM, 0xFFBFE1D8, 0xFFBFE258)
> = 0
> 23917/1: 300.7670 sigaction(SIGPIPE, 0xFFBFE1D8, 0xFFBFE258)
> = 0
> 23917/1: 300.7670 sigaction(SIGINT, 0xFFBFE1D8, 0xFFBFE258)
> = 0
> 23917/1: 300.7671 getpid()
> = 23917 [23916]
> 23917/1: 300.7672 write(4, " 1 5 : 3 1 : 2 8 . 7 5 1"..,
> 117)
> = 117
> 23917/1: 300.7675 stat("/usr/openv/msg/C", 0xFFBFED80)
> = 0
> 23917/1: 300.7677 open("/usr/openv/msg/C/volmgr/MMmMsgs",
> O_RDONLY)
> Err#2 ENOENT
> 23917/1: 300.7679 fstat64(2, 0xFFBFE480)
> = 0
> 23917/1: 300.7680 write(2, " n e t w o r k p r o t".., 22)
> = 22
> 23917/1: 300.7681 write(2, " ( 3 9", 4)
> = 4
> 23917/1: 300.7682 write(2, " )\n", 2)
> = 2
> 23917/1: 300.7683 sigaction(SIGPIPE, 0xFFBFE248, 0xFFBFE2C8)
> = 0
> 23917/1: 300.7684 sigaction(SIGPIPE, 0xFFBFD1E0, 0xFFBFD260)
> = 0
> 23917/1: 300.7685 write(5, "\0\0\0\t", 4)
> = 4
> 23917/1: 300.7685 sigaction(SIGPIPE, 0xFFBFD1E0, 0xFFBFD260)
> = 0
> 23917/1: 300.7686 write(5, " T E R M I N A T E", 9)
> = 9
> 23917/1: 300.7686 sigaction(SIGPIPE, 0xFFBFE248, 0xFFBFE2C8)
> = 0
> 23917/1: 300.7688 close(5)
> = 0
> -cut-
>
>
> After restart Netbackup Services the command
> "/usr/openv/volmgr/bin/vmoprcmd
> -dp ds" returns the result and there is no error on the log.
> 16:27:00.808 [4] <4> vmoprcmd: INITIATING
> 16:27:00.853 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 16:27:00.865 [4] <2> vmdb_start_oprd: received request to start oprd,
> nosig
> = yes
> 16:27:00.874 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 16:27:00.883 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
> /usr/openv/lib/libVnbconf.so
> 16:27:00.937 [4] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:
> VN_REQUEST_SERVICE_SOCKET:
> 6 0x00000006
> 16:27:00.937 [4] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:
> service:
> vmd
> 16:27:00.984 [4] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate
> connect:
> 0 0x00000000
> 16:27:00.984 [4] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
> immediate
> CONNECT FROM 172.18.2.100.45585 TO 172.18.2.100.13724 fd = 5
> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.726:
> cached_user_name:
> root
> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.728:
> cached_user_name:
> :root
> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.734: user_name:
> :root
> 16:27:00.985 [4] <2> vauth_authentication_required: vauth_comm.c.789: no
> methods for address: no authentication required
> 16:27:00.985 [4] <2> vauth_connector: vauth_comm.c.200: no methods for
> address:
> no authentication required
> 16:27:00.985 [4] <2> vnet_check_vxss_client_magic_with_info:
> vnet_vxss_helper.c.778:
> Ignoring VxSS authentication: 2 0x00000002
> 16:27:00.985 [4] <2> vnet_check_vxss_client_magic_with_info:
> vnet_vxss_helper.c.934:
> Not using VxSS authentication: 2 0x00000002
> 16:27:01.094 [4] <2> getrequestack: server response to request: REQUEST
> ACKNOWLEDGED 600
> 16:27:01.129 [4] <2> getrequeststatus: server response: EXIT_STATUS 0
> 16:27:01.158 [4] <4> vmdb_start_oprd: vmdb_start_oprd request status:
> successful
> (0)
> 16:27:02.520 [4] <2> wait_oprd_ready: received OPRD_READY from oprd
>
> Somebody can help with the decision of this problem?
>
> Thanks

Agreed. When you see things in "sleeping..." status, it usually pays to go
down the path of name resolution in attempt to fix the problem.

"D R" wrote:
>Hi Alex,
>A couple of things to check:
>
>1) Confirm DNS with two consecutive nslookup commands for each server, e.g.:
> nslookup master-name
> nslookup master-name
> nslookup media-server-name
> nslookup media-server-name
> nslookup admin-console-name
> nslookup admin-console-name
>....as duplicate DNS names will show up... check thatthe output of each
pair
>is the same.
>Then do all six commands again for their IP addresses.
>
>2) Confirm NetBackup is resolving correctly, issue each of these six
>commands on each of three machines, i.e. on master, media and admin console,

>i.e. issue eighteen commands:
> bpclntcmd -hn master-name
> bpclntcmd -ip master-ip
> bpclntcmd -hn media-server-name
> bpclntcmd -ip media-server-ip
> bpclntcmd -hn admin-console-name
> bpclntcmd -ip admin-console-ip
>....and check the output is the same on all three nodes.
>
>3) Confirm that the admin console is defined with a:
> SERVER = name
>....for master, media and admion console in each of bp.conf AND vm.conf,
with
>the master server name first in each file on all three machines, i.e. in
six
>places master must be first - i.e. two files on three machines.
>
>HTH,
>Regards,
>Dave.
>
>
>"Alexander Romanovski" wrote in message
>news:462cd794@ROSASTDMZ05....
>>
>> Hi All.
>> Netbackup 6 MP4.
>> Master and Media Servers on Solaris 9.
>> The problem repeats every day. When I choose Drives from Devices on
>> Netbackup
>> Administration Console, I receive a error "network protocol error (39)".
>> The command "/usr/openv/volmgr/bin/vmoprcmd -dp ds" hung.
>> I found the error on the log-file
>> /usr/openv/volmgr/debug/reqlib/log.042307
>>
>> 15:26:28.409 [23917] <4> vmoprcmd: INITIATING
>> 15:26:28.482 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
>> /usr/openv/lib/libVnbconf.so
>> 15:26:28.483 [23917] <2> vmdb_start_oprd: received request to start oprd,
>> nosig = yes
>> 15:26:28.516 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
>> /usr/openv/lib/libVnbconf.so
>> 15:26:28.549 [23917] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
>> /usr/openv/lib/libVnbconf.so
>> 15:26:28.580 [23917] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:

>> VN_REQUEST_SERVICE_SOCKET:
>> 6 0x00000006
>> 15:26:28.581 [23917] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:

>> service:
>> vmd
>> 15:26:28.637 [23917] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate
>> connect: 0 0x00000000
>> 15:26:28.638 [23917] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
>> immediate CONNECT FROM 172.18.2.100.42056 TO 172.18.2.100.13724 fd = 5
>> 15:26:28.638 [23917] <2> vauth_get_user_name: vauth_comm.c.726:
>> cached_user_name:
>> root
>> 15:26:28.639 [23917] <2> vauth_get_user_name: vauth_comm.c.728:
>> cached_user_name:
>> :root
>> 15:26:28.639 [23917] <2> vauth_get_user_name: vauth_comm.c.734: user_name:
>> :root
>> 12:56:26.565 [19148] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
>> /usr/openv/lib/libVnbconf.so
>> 12:56:26.575 [19148] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:
>> /usr/openv/lib/libVnbconf.so
>> 12:56:26.602 [19148] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:

>> VN_REQUEST_SERVICE_SOCKET:
>> 6 0x00000006
>> 12:56:26.602 [19148] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:

>> service:
>> vmd
>> 12:56:26.663 [19148] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate
>> connect: 0 0x00000000
>> 12:56:26.663 [19148] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
>> immediate CONNECT FROM 172.18.2.100.33612 TO 172.18.2.100.13724 fd = 5
>> 12:56:26.663 [19148] <2> vauth_get_user_name: vauth_comm.c.726:
>> cached_user_name:
>> root
>> 12:56:26.664 [19148] <2> vauth_get_user_name: vauth_comm.c.728:
>> cached_user_name:
>> :root
>> 12:56:26.664 [19148] <2> vauth_get_user_name: vauth_comm.c.734: user_name:
>> :root
>> 12:56:26.664 [19148] <2> vauth_authentication_required: vauth_comm.c.789:
>> no methods for address: no authentication required
>> 12:56:26.664 [19148] <2> vauth_connector: vauth_comm.c.200: no methods
for
>> address: no authentication required
>> 12:56:26.664 [19148] <2> vnet_check_vxss_client_magic_with_info:
>> vnet_vxss_helper.c.778:
>> Ignoring VxSS authentication: 2 0x00000002
>> 12:56:26.664 [19148] <2> vnet_check_vxss_client_magic_with_info:
>> vnet_vxss_helper.c.934:
>> Not using VxSS authentication: 2 0x00000002
>> 12:56:26.733 [19148] <2> getrequestack: server response to request:
>> REQUEST
>> ACKNOWLEDGED 600
>> 12:56:26.761 [19148] <2> getrequeststatus: server response: EXIT_STATUS
>> 0
>> 12:56:26.784 [19148] <4> vmdb_start_oprd: vmdb_start_oprd request status:
>> successful (0)
>> 13:01:26.780 [19148] <2> sighdl: timed out
>> 13:01:26.780 [19148] <2> get_long: (1) cannot read (byte 1) from network:
>> Interrupted system call (4)
>> 13:01:26.780 [19148] <16> read_string: unable to get record string from

>> socket:
>> Interrupted system call (4), stat=-2
>>
>> output from bpps -a
>> NB Processes
>> ------------
>> root 14635 1 0 Apr 20 ? 0:02
>> /usr/openv/netbackup/bin/bpcompatd
>> root 14615 1 0 Apr 20 ? 1:16
>> /usr/openv/netbackup/bin/nbemm
>> root 14609 1 0 Apr 20 ? 3:17 /usr/openv/db//bin/NB_dbsrv
>> @/usr/openv/var/global/server.conf @/usr/openv/var/
>> root 14639 14638 0 Apr 20 ? 0:01
>> /usr/openv/netbackup/bin/bpjobd
>> root 14629 1 0 Apr 20 ? 0:01 /usr/openv/netbackup/bin/bprd
>> root 14618 1 0 Apr 20 ? 0:33 /usr/openv/netbackup/bin/nbrb
>> root 14666 14650 0 Apr 20 ? 0:00 sh -c
>> "/usr/openv/netbackup/bin/nbproxy"
>> dblib nbpem_email
>> root 14667 14666 0 Apr 20 ? 0:00
>> /usr/openv/netbackup/bin/nbproxy
>> dblib nbpem_email
>> root 14676 14650 0 Apr 20 ? 0:00 sh -c
>> "/usr/openv/netbackup/bin/nbproxy"
>> dblib nbpem
>> root 14693 1 0 Apr 20 ? 0:05
>> /usr/openv/netbackup/bin/nbsvcmon
>> root 14677 14676 0 Apr 20 ? 0:04
>> /usr/openv/netbackup/bin/nbproxy
>> dblib nbpem
>> root 14612 1 0 Apr 20 ? 0:02
>> /usr/openv/netbackup/bin/nbnos
>> root 16734 14629 0 11:07:25 ? 0:00 /usr/openv/netbackup/bin/bprd
>> root 14658 14657 0 Apr 20 ? 0:00
>> /usr/openv/netbackup/bin/nbproxy
>> dblib nbjm_genjob
>> root 16047 14629 0 10:37:12 ? 0:00 /usr/openv/netbackup/bin/bprd
>> root 16380 14629 0 10:52:19 ? 0:00 /usr/openv/netbackup/bin/bprd
>> root 14647 1 0 Apr 20 ? 2:18 /usr/openv/netbackup/bin/nbjm
>> root 14650 1 0 Apr 20 ? 0:05
>> /usr/openv/netbackup/bin/nbpem
>> root 14657 14647 0 Apr 20 ? 0:00 sh -c
>> "/usr/openv/netbackup/bin/nbproxy"
>> dblib nbjm_genjob
>> root 14682 1 0 Apr 20 ? 0:00 /usr/openv/netbackup/bin/nbsl
>> root 14638 1 0 Apr 20 ? 0:05
>> /usr/openv/netbackup/bin/bpdbm
>> root 14685 1 0 Apr 20 ? 0:00
>> /usr/openv/netbackup/bin/nbvault
>> root 14654 14653 0 Apr 20 ? 0:00
>> /usr/openv/netbackup/bin/nbproxy
>> dblib nbjm
>> root 14653 14647 0 Apr 20 ? 0:00 sh -c
>> "/usr/openv/netbackup/bin/nbproxy"
>> dblib nbjm
>>
>>
>> MM Processes
>> ------------
>> root 14624 1 0 Apr 20 ? 0:01 /usr/openv/volmgr/bin/ltid
>> -v
>> root 14832 1 0 Apr 20 ? 0:00 tldcd -v
>> root 14661 14624 0 Apr 20 ? 0:00 avrd -v
>> root 19740 14644 0 13:04:14 ? 0:00 /usr/openv/volmgr/bin/oprd
>> -sockfd 14 -p 3 -nosig -verbose
>> root 19150 14644 0 12:56:27 ? 0:00 /usr/openv/volmgr/bin/oprd
>> -sockfd 14 -p 3 -nosig -verbose
>> root 14644 1 0 Apr 20 ? 0:09 vmd -v
>> root 14652 14624 0 Apr 20 ? 0:01 tldd -v
>>
>> output from truss vmoprcmd -dp ds:
>> -cut-
>> 23917/1: 0.6598 alarm(300)
=
>> 0
>> 23917/1: 0.7093 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7095 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7095 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7096 read(5, "18", 1)
=
>> 1
>> 23917/1: 0.7097 read(5, " R E Q U E S T A C K N".., 24)
=
>> 24
>> 23917/1: 0.7097 alarm(0)
=
>> 300
>> 23917/1: 0.7098 sigaction(SIGALRM, 0xFFBFE008, 0xFFBFE088)
=
>> 0
>> 23917/1: 0.7098 sigaction(SIGPIPE, 0xFFBFE008, 0xFFBFE088)
=
>> 0
>> 23917/1: 0.7099 sigaction(SIGINT, 0xFFBFE008, 0xFFBFE088)
=
>> 0
>> 23917/1: 0.7099 getpid()
=
>> 23917 [23916]
>> 23917/1: 0.7100 write(4, " 1 5 : 2 6 : 2 8 . 6 9 3".., 94)
=
>> 94
>> 23917/1: 0.7102 sigaction(SIGINT, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7102 sigaction(SIGPIPE, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7103 sigaction(SIGALRM, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7103 alarm(300)
=
>> 0
>> 23917/1: 0.7433 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7434 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7435 read(5, "\0", 1)
=
>> 1
>> 23917/1: 0.7436 read(5, "\r", 1)
=
>> 1
>> 23917/1: 0.7438 read(5, " E X I T _ S T A T U S ".., 13)
=
>> 13
>> 23917/1: 0.7439 alarm(0)
=
>> 300
>> 23917/1: 0.7439 sigaction(SIGALRM, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7439 sigaction(SIGPIPE, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7440 sigaction(SIGINT, 0xFFBFE0C0, 0xFFBFE140)
=
>> 0
>> 23917/1: 0.7441 getpid()
=
>> 23917 [23916]
>> 23917/1: 0.7441 write(4, " 1 5 : 2 6 : 2 8 . 7 2 8".., 75)
=
>> 75
>> 23917/1: 0.7442 sigaction(SIGPIPE, 0xFFBFE188, 0xFFBFE208)
=
>> 0
>> 23917/1: 0.7443 sigaction(SIGPIPE, 0xFFBFD120, 0xFFBFD1A0)
=
>> 0
>> 23917/1: 0.7443 write(5, "\0\0\0\b", 4)
=
>> 4
>> 23917/1: 0.7444 sigaction(SIGPIPE, 0xFFBFD120, 0xFFBFD1A0)
=
>> 0
>> 23917/1: 0.7444 write(5, " C O N T I N U E", 8)
=
>> 8
>> 23917/1: 0.7445 sigaction(SIGPIPE, 0xFFBFE188, 0xFFBFE208)
=
>> 0
>> 23917/1: 0.7662 getpid()
=
>> 23917 [23916]
>> 23917/1: 0.7663 write(4, " 1 5 : 2 6 : 2 8 . 7 5 0".., 90)
=
>> 90
>> 23917/1: 0.7664 sigaction(SIGINT, 0xFFBFE1D8, 0xFFBFE258)
=
>> 0
>> 23917/1: 0.7664 sigaction(SIGPIPE, 0xFFBFE1D8, 0xFFBFE258)
=
>> 0
>> 23917/1: 0.7665 sigaction(SIGALRM, 0xFFBFE1D8, 0xFFBFE258)
=
>> 0
>> 23917/1: 0.7665 alarm(300)
=
>> 0
>> 23917/1: read(5, 0xFFBFE297, 1) (sleeping...)
>> 23917/1: 300.7660 Received signal #14, SIGALRM, in
>> read()
>> [caught]
>> 23917/1: 300.7661 read(5, 0xFFBFE297, 1)
>> Err#4 EINTR
>> 23917/1: 300.7663 getpid()
>> = 23917 [23916]
>> 23917/1: 300.7664 write(4, " 1 5 : 3 1 : 2 8 . 7 5 0"..,
43)
>> = 43
>> 23917/1: 300.7666 setcontext(0xFFBFCF78)
>> 23917/1: 300.7668 getpid()
>> = 23917 [23916]
>> 23917/1: 300.7668 write(4, " 1 5 : 3 1 : 2 8 . 7 5 0"..,

>> 102)
>> = 102
>> 23917/1: 300.7669 alarm(0)
>> = 0
>> 23917/1: 300.7670 sigaction(SIGALRM, 0xFFBFE1D8, 0xFFBFE258)
>> = 0
>> 23917/1: 300.7670 sigaction(SIGPIPE, 0xFFBFE1D8, 0xFFBFE258)
>> = 0
>> 23917/1: 300.7670 sigaction(SIGINT, 0xFFBFE1D8, 0xFFBFE258)
>> = 0
>> 23917/1: 300.7671 getpid()
>> = 23917 [23916]
>> 23917/1: 300.7672 write(4, " 1 5 : 3 1 : 2 8 . 7 5 1"..,

>> 117)
>> = 117
>> 23917/1: 300.7675 stat("/usr/openv/msg/C", 0xFFBFED80)
>> = 0
>> 23917/1: 300.7677 open("/usr/openv/msg/C/volmgr/MMmMsgs",

>> O_RDONLY)
>> Err#2 ENOENT
>> 23917/1: 300.7679 fstat64(2, 0xFFBFE480)
>> = 0
>> 23917/1: 300.7680 write(2, " n e t w o r k p r o t"..,
22)
>> = 22
>> 23917/1: 300.7681 write(2, " ( 3 9", 4)
>> = 4
>> 23917/1: 300.7682 write(2, " )\n", 2)
>> = 2
>> 23917/1: 300.7683 sigaction(SIGPIPE, 0xFFBFE248, 0xFFBFE2C8)
>> = 0
>> 23917/1: 300.7684 sigaction(SIGPIPE, 0xFFBFD1E0, 0xFFBFD260)
>> = 0
>> 23917/1: 300.7685 write(5, "\0\0\0\t", 4)
>> = 4
>> 23917/1: 300.7685 sigaction(SIGPIPE, 0xFFBFD1E0, 0xFFBFD260)
>> = 0
>> 23917/1: 300.7686 write(5, " T E R M I N A T E", 9)
>> = 9
>> 23917/1: 300.7686 sigaction(SIGPIPE, 0xFFBFE248, 0xFFBFE2C8)
>> = 0
>> 23917/1: 300.7688 close(5)
>> = 0
>> -cut-
>>
>>
>> After restart Netbackup Services the command
>> "/usr/openv/volmgr/bin/vmoprcmd
>> -dp ds" returns the result and there is no error on the log.
>> 16:27:00.808 [4] <4> vmoprcmd: INITIATING
>> 16:27:00.853 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:

>> /usr/openv/lib/libVnbconf.so
>> 16:27:00.865 [4] <2> vmdb_start_oprd: received request to start oprd,

>> nosig
>> = yes
>> 16:27:00.874 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:

>> /usr/openv/lib/libVnbconf.so
>> 16:27:00.883 [4] <2> nbconf_get_info: nbconf_glue.cpp.237: NBCONF_LIB:

>> /usr/openv/lib/libVnbconf.so
>> 16:27:00.937 [4] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:
>> VN_REQUEST_SERVICE_SOCKET:
>> 6 0x00000006
>> 16:27:00.937 [4] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:
>> service:
>> vmd
>> 16:27:00.984 [4] <2> vnet_async_connect: vnet_vnetd.c.3922: immediate

>> connect:
>> 0 0x00000000
>> 16:27:00.984 [4] <2> vnet_async_connect: vnet_vnetd.c.3925: connect:
>> immediate
>> CONNECT FROM 172.18.2.100.45585 TO 172.18.2.100.13724 fd = 5
>> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.726:
>> cached_user_name:
>> root
>> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.728:
>> cached_user_name:
>> :root
>> 16:27:00.985 [4] <2> vauth_get_user_name: vauth_comm.c.734: user_name:

>> :root
>> 16:27:00.985 [4] <2> vauth_authentication_required: vauth_comm.c.789:
no
>> methods for address: no authentication required
>> 16:27:00.985 [4] <2> vauth_connector: vauth_comm.c.200: no methods for

>> address:
>> no authentication required
>> 16:27:00.985 [4] <2> vnet_check_vxss_client_magic_with_info:
>> vnet_vxss_helper.c.778:
>> Ignoring VxSS authentication: 2 0x00000002
>> 16:27:00.985 [4] <2> vnet_check_vxss_client_magic_with_info:
>> vnet_vxss_helper.c.934:
>> Not using VxSS authentication: 2 0x00000002
>> 16:27:01.094 [4] <2> getrequestack: server response to request: REQUEST
>> ACKNOWLEDGED 600
>> 16:27:01.129 [4] <2> getrequeststatus: server response: EXIT_STATUS 0
>> 16:27:01.158 [4] <4> vmdb_start_oprd: vmdb_start_oprd request status:

>> successful
>> (0)
>> 16:27:02.520 [4] <2> wait_oprd_ready: received OPRD_READY from oprd
>>
>> Somebody can help with the decision of this problem?
>>
>> Thanks
>
>