Forum Discussion

MikeM11's avatar
MikeM11
Level 4
13 years ago

bpfis errors in problem report

I have a Windows 2003 (x86) Standard SP2 Client in a MS-Windows policy that is completing successfully as far as the Activity Monitor is concerned but faor the last couple of weeks we have been seeing entries as below in the Problem Report:

Error from client clientname.domainname.co.uk: ERR - Send bpfis state to masterserver.domainname.co.uk failed. status = 25

Error from client clientname.domainname.co.uk: ERR - Get bpfis state from masterserver.domainname.co.uk failed. status = 25

Error from client clientname.domainname.co.uk: ERR - Delete bpfis state from masterserver.domainname.co.uk failed. status = 25

The Microsoft VSS rollup pack has since been applied to the server which is know to resolve VSS problems in 2003 but the issue remains.

My environment is Windows 2008 R2 (x64) Enterprise for Master/Media running NetBackup 7.1.0.4

Has anyone else come across this issue before or have any idea what may be causing it?

Many thanks, Mike

  • This has now been resolved and it turned out to be down to inactive persistent routes on the Windows server.

    Due to various VLAN restrictions within my enterprise and our backup networks not being routed we have to use persistent routes in some cases.  These had been applied to the Client but had dropped out of the active routes table.  Reapplying the routes resolved the problem.

    Many thanks for your assistance anyway. Mike

  • What are VSS writers state.

    Pls post bpfis  logs (verbose 5)

  • kindly post o/p of below command

    run on client..

    c:\>vssadmin list writers

    c:\>vssadmin list providers

    <install path>\veritas\netbackup\bin>bpclntcmd -pn

    run on master ....

    <install path>\veritas\netbackup\bin\admincmd>bptestbpcd -client <client_name> -verbose -debug

  • VSS Writers

    vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
    (C) Copyright 2001 Microsoft Corp.

    Writer name: 'System Writer'
       Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
       Writer Instance Id: {ce85a722-f6d1-4593-afa4-33eb238bf138}
       State: [1] Stable
       Last error: No error

    Writer name: 'WMI Writer'
       Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
       Writer Instance Id: {a2ec1f06-0504-4acf-a0df-d394784e1f34}
       State: [1] Stable
       Last error: No error

    Writer name: 'MSDEWriter'
       Writer Id: {f8544ac1-0611-4fa5-b04b-f7ee00b03277}
       Writer Instance Id: {252626a3-6780-4245-906a-5fccda972045}
       State: [1] Stable
       Last error: No error

    Writer name: 'Registry Writer'
       Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
       Writer Instance Id: {803db1fe-6491-4a74-b26b-e913e273822c}
       State: [1] Stable
       Last error: No error

    Writer name: 'COM+ REGDB Writer'
       Writer Id: {542da469-d3e1-473c-9f4f-7847f01fc64f}
       Writer Instance Id: {db59fcec-c41d-4080-ad59-9e0a42f14750}
       State: [1] Stable
       Last error: No error

    Writer name: 'Event Log Writer'
       Writer Id: {eee8c692-67ed-4250-8d86-390603070d00}
       Writer Instance Id: {074470a4-43e4-43e5-90ea-8956ed360b87}
       State: [1] Stable
       Last error: No error

    Writer name: 'IIS Metabase Writer'
       Writer Id: {59b1f0cf-90ef-465f-9609-6ca8b2938366}
       Writer Instance Id: {30e5f3f0-302c-48b6-a658-4614fa326edd}
       State: [1] Stable
       Last error: No error

    VSS Providers:

    vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
    (C) Copyright 2001 Microsoft Corp.

    Provider name: 'Microsoft Software Shadow Copy provider 1.0'
       Provider type: System
       Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
       Version: 1.0.0.7

     

    I ran bpclntcmd -pn on the Client and bptestbpcd on the Master

    1 1 1
    masterserver_ip:49894 -> client_ip:1556
    masterserver_ip:49895 -> client_ip:1556
    PEER_NAME = masterserver.domain.co.uk
    HOST_NAME = client.domain.co.uk
    CLIENT_NAME = client.domain.co.uk
    VERSION = 0x07100000
    PLATFORM = win_x86
    PATCH_VERSION = 7.1.0.3
    SERVER_PATCH_VERSION = 7.1.0.3
    MASTER_SERVER = masterserver.domain.co.uk
    EMM_SERVER = masterserver.domain.co.uk
    NB_MACHINE_TYPE = CLIENT
    masterserver_ip:49896 -> client_ip:1556

    Thanks, Mike

  • I have just noted this extract from the client bpfis log:

     

    13:52:28.529 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:52:29.466 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:52:59.467 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:53:00.749 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:53:10.468 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:53:40.469 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:53:42.469 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:53:51.375 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:54:21.376 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:54:25.376 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:54:32.298 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:55:02.299 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:55:10.299 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:55:13.331 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:55:34.315 [1204.2348] <2> vnet_async_connect: ../../libvlibs/vnet_connect.c.1376: 0: getsockopt SO_ERROR returned: 10060 0x0000274c
    13:55:34.315 [1204.2348] <2> connect_to_service: ../../libvlibs/vnet_connect.c.382: 0: vnet_async_connect() failed: 18 0x00000012
    13:55:34.315 [1204.2348] <2> vnet_connect_to_service: ../../libvlibs/vnet_connect.c.174: 0: connect_to_service() failed: 18 0x00000012
    13:55:34.315 [1204.2348] <2> bprd_connect: vnet_connect_to_service(masterserver.domain.co.uk) failed: 18
    13:55:34.315 [1204.2348] <2> bprd_bpfis_state_xfer_to_client_rqst: bprd_connect(masterserver.domain.co.uk) failed, cannot connect on socket (25)
    13:55:34.315 [1204.2348] <16> bpfis: ERR - Get bpfis state from masterserver.domain.co.uk failed. status = 25

  • It may be that you are getting a timeout during the snapshot and file preparation period

    Increase the client read timeout on your Media Servers (1800 usually works well) and see if this clears it up.

    Also, depending on the version of the client you have installed make sure the client is added to the Master Server Host Properties - Client Attributes section and on the Windows Open File Backup tab set it to use VSS, Individual Drive Snapshots and Disable Snapshot and Continue - just stops it from using VSP if it has an older client installed.

    Hope this helps

  • We already have the timeout set to 1800 and have VSS configured as stated.  The Client version is 7.1.0.3 as we have not got round to deploying MP4 for Clients due to issues we have been having since upgrading the Master/Media servers to 7.1.0.4.

    Mike

  • Is it just that one client?

    Is it a busy server in terms of tcpip?

    2003 has a few tcpip issues and maybe it just runs out of ports or connections get stuck in a time_wait state

    run a netstat -a on it to see how busy it is and then you could add the following keys to its registry (need a reboot):

    HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\

    DWORD – TcpTimedWaitDelay  - Decimal Value of 30

    DWORD – MaxUserPort – Decimal Value 65534

    This is also handy on your Master and Media Servers to increase network capabilities but bear in mind that Windows 2008 does not use this in same way as 2003 so instead of the MaxUserPort setting do the following from an administrative command line

    netsh int ipv4 set dynamicport tcp start=10000 num=50000

    Hope this helps

  • just for testing .....

    On client host  -- are you able to take system state backup by using NTBACKUP ??

  • This has now been resolved and it turned out to be down to inactive persistent routes on the Windows server.

    Due to various VLAN restrictions within my enterprise and our backup networks not being routed we have to use persistent routes in some cases.  These had been applied to the Client but had dropped out of the active routes table.  Reapplying the routes resolved the problem.

    Many thanks for your assistance anyway. Mike