碉堡的问题：(59) access to the client was not allowed

ZoneJ

伤了，最近遇到个碉堡的问题，机器是MediaServer，测试备份自身/tmp文件时报59错误，而且测试了其他的备份情况，只有自身的SAN备份时出现了这种状况，截个图：




命令检测：
nburestore1/usr/openv/netbackup/bin/admincmd#./bptestbpcd -client nburestore1 -debug
11:09:18.954 [5701962] <2> bptestbpcd: VERBOSE = 5
11:09:19.039 [5701962] <2> init_cache: vnet_hosts.c.1045: host_cache_size: 200 0x000000c8
11:09:19.040 [5701962] <2> init_cache: vnet_hosts.c.1046: cache_time: 3600 0x00000e10
11:09:19.040 [5701962] <2> init_cache: vnet_hosts.c.1060: host_failed_cache_size: 40 0x00000028
11:09:19.040 [5701962] <2> init_cache: vnet_hosts.c.1061: cache_time: 3600 0x00000e10
11:09:19.046 [5701962] <2> init_cache: vnet_hosts.c.1045: host_cache_size: 200 0x000000c8
11:09:19.046 [5701962] <2> init_cache: vnet_hosts.c.1046: cache_time: 3600 0x00000e10
11:09:19.046 [5701962] <2> init_cache: vnet_hosts.c.1060: host_failed_cache_size: 40 0x00000028
11:09:19.046 [5701962] <2> init_cache: vnet_hosts.c.1061: cache_time: 3600 0x00000e10
11:09:19.052 [5701962] <2> vnet_async_connect: vnet_vnetd.c.4039: connect in progress: 0 0x00000000
11:09:19.082 [5701962] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048: VN_REQUEST_SERVICE_SOCKET: 6 0x00000006
11:09:19.082 [5701962] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2062: service: bpdbm
11:09:19.247 [5701962] <2> vnet_async_connect: vnet_vnetd.c.4225: in progress connect: 0 0x00000000
11:09:19.247 [5701962] <2> vnet_async_connect: vnet_vnetd.c.4228: connect: async CONNECT FROM 192.168.155.23.40933 TO 192.168.130.176.13724 fd = 3
11:09:19.247 [5701962] <2> logconnections: BPDBM CONNECT FROM 192.168.155.23.40933 TO 192.168.130.176.13724
11:09:19.247 [5701962] <2> vauth_get_user_name: vauth_comm.c.687: cached_user_name: root
11:09:19.248 [5701962] <2> vauth_get_user_name: vauth_comm.c.689: cached_user_name: :root
11:09:19.248 [5701962] <2> vauth_get_user_name: vauth_comm.c.695: user_name: :root
11:09:19.248 [5701962] <2> vauth_authentication_required: vauth_comm.c.749: no methods for address: no authentication required
11:09:19.248 [5701962] <2> vauth_connector: vauth_comm.c.182: no methods for address: no authentication required
11:09:19.248 [5701962] <2> check_authentication: no authentication required
11:09:19.249 [5701962] <2> vnet_check_vxss_client_magic_with_info: vnet_vxss_helper.c.770: Ignoring VxSS authentication: 2 0x00000002
11:09:19.249 [5701962] <2> vnet_check_vxss_client_magic_with_info: vnet_vxss_helper.c.926: Not using VxSS authentication: 2 0x00000002
11:09:19.649 [5701962] <2> db_getCLIENT: db_CLIENTreceive: no entity was found 227
11:09:19.650 [5701962] <2> ConnectToBPCD: db_getCLIENT(nburestore1) failed: 227
11:09:19.655 [5701962] <2> local_bpcr_connect: bpcr.c.276: connect_opts = 0x01000100 connect_opts2 = 0x01000100
11:09:19.655 [5701962] <2> local_bpcr_connect: bpcr.c.283: connect_opts = 0x01000100
11:09:19.656 [5701962] <2> local_bpcr_connect: bpcr.c.322: daemon_port_type = 0
11:09:19.685 [5701962] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048: VN_REQUEST_SERVICE_SOCKET: 6 0x00000006
11:09:19.685 [5701962] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2062: service: bpcd
11:09:19.800 [5701962] <2> vnet_async_connect: vnet_vnetd.c.3992: immediate connect: 0 0x00000000
11:09:19.800 [5701962] <2> vnet_async_connect: vnet_vnetd.c.3995: connect: immediate CONNECT FROM 192.168.155.23.38062 TO 192.168.155.23.13724 fd = 3
11:09:19.800 [5701962] <2> logconnections: BPCD CONNECT FROM 192.168.155.23.38062 TO 192.168.155.23.13724
11:09:19.801 [5701962] <2> vauth_authentication_required: vauth_comm.c.749: no methods for address: no authentication required
11:09:19.801 [5701962] <2> vauth_connector: vauth_comm.c.182: no methods for address: no authentication required
11:09:19.801 [5701962] <2> bpcr_authenticate_connection: no authentication required
11:09:19.801 [5701962] <2> vnet_connect_to_vnetd_extra: vnet_vnetd.c.182: msg: VNETD CONNECT FROM 192.168.155.23.53731 TO 192.168.155.23.13724 fd = 4
11:09:19.824 [5701962] <2> vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.535: VN_REQUEST_CONNECT_FORWARD_SOCKET: 10 0x0000000a
11:09:20.017 [5701962] <2> vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.552: ipc_string: /tmp/vnet-12172372648160000398000000000-X6awMa
11:09:20.200 [5701962] <2> vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.563: hash_str1: d0059af814ffd45ec78f8c27ba6f918b
11:09:20.203 [5701962] <2> ConnectToBPCD: bpcd_connect_and_verify(nburestore1, nburestore1) failed: 46
<16>bptestbpcd main: Function ConnectToBPCD(nburestore1) failed: 46
11:09:20.204 [5701962] <16> bptestbpcd main: Function ConnectToBPCD(nburestore1) failed: 46
<2>bptestbpcd: server not allowed access
11:09:20.204 [5701962] <2> bptestbpcd: server not allowed access
<2>bptestbpcd: EXIT status = 46
11:09:20.204 [5701962] <2> bptestbpcd: EXIT status = 46
server not allowed access

检查过bp.conf文件hosts文件确定过都没问题，NBU的软件也重装过，悲催的仍然是59错误，，，急，请各位大侠指点迷津！

无牙

用bptestbpcd先测试一下

ZoneJ

回复 2# 无牙


    恩，检测如上~

ZoneJ

回复 2# 无牙


    nburestore1/usr/openv/netbackup/bin/admincmd#./bptestbpcd
<16>bptestbpcd main: Function ConnectToBPCD(nburestore1) failed: 46
server not allowed access

无牙

nburestore1是哪个IP?
192.168.155.23

192.168.130.176

ZoneJ

回复 5# 无牙


    解决了，是这个系统原来配置过域名解析，系统重装后有残留，现在把/etc/resolv.conf这个文件删了就好了~QQQ!

无牙

呵呵，解决就好！

w3wu

虽然解决了，可是。。。不是应该优先用hosts的嘛？

ZoneJ

回复 8# w3wu


    我也不大明白，hosts里面的配置的确没问题，但是测试一直不成功，后来把那个文件删掉就OK了~

w3wu

可能是nsswitch.conf里hosts查询次序设置问题。