07-30-2015 12:53 AM
Hello everyone.
The bpbkar logs one of my Windows servers to a size of more than 2G is this normal?
the verbose is 0
I do not understand why.
Thanks for your help.
Solved! Go to Solution.
07-31-2015 02:47 AM
Bingo ;) Thought it was something to do with include/exclude with all those entries.
07-30-2015 01:23 AM
Only for 1 day? Did it coincide with any errors for that server?
If its not happening continously then just delete the file and monitor the folder to see if it happens again.
07-30-2015 01:31 AM
Have a look in the log and see what it was doing ...
Normal, well, I don't know your environment, but I would say that seemed a tad on the large side ...
07-30-2015 02:02 AM
the server is being backed up and the logs is over 2G
The file system This greatly filled
07-30-2015 02:12 AM
Once the backup is finished, you can delete the log. However, without looking in it there is no way to comment on why it is happening.
If you delete the dir, it will prevent bpbkar from making any logs.
07-30-2015 02:33 AM
often this server backup errors (Example 13) I need to analyze logs
after an upgrade to 7.6.0.1 to 7.6.0.3 I have the error code 24
ROOT@admincmd> bptestbpcd -client nameserver -debug -verbose
11:22:41.271 [20765] <2> bptestbpcd: VERBOSE = 0
11:22:41.277 [20765] <2> vnet_pbxConnect: pbxConnectEx Succeeded
11:22:41.278 [20765] <2> logconnections: BPCD CONNECT FROM 10.59389 TO 10..1556 fd = 3
11:22:41.282 [20765] <2> vnet_pbxConnect: pbxConnectEx Succeeded
11:22:41.318 [20765] <8> do_pbx_service: [vnet_connect.c:2152] via PBX VNETD CONNECT FROM 10.250.5.145.41277 TO 10.109.10.13.1556 fd = 4
11:22:41.319 [20765] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:443] VN_REQUEST_CONNECT_FORWARD_SOCKET 10 0xa
11:22:41.455 [20765] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:460] ipc_string 3668
11:22:41.495 [20765] <2> put_string: cannot write data to network: Connection reset by peer (104)
11:22:41.495 [20765] <2> bpcr_put_vnetd_forward_socket: put_string 3668 failed: 104
11:22:41.495 [20765] <2> local_bpcr_connect: bpcr_put_vnetd_forward_socket failed: 24
11:22:41.495 [20765] <2> ConnectToBPCD: bpcd_connect_and_verify(samba, samba) failed: 24
<16>bptestbpcd main: Function ConnectToBPCD(samba) failed: 24
11:22:41.495 [20765] <16> bptestbpcd main: Function ConnectToBPCD(samba) failed: 24
<16>bptestbpcd main: socket write failed
11:22:41.503 [20765] <16> bptestbpcd main: socket write failed
<2>bptestbpcd: socket write failed
11:22:41.503 [20765] <2> bptestbpcd: socket write failed
<2>bptestbpcd: EXIT status = 24
11:22:41.503 [20765] <2> bptestbpcd: EXIT status = 24
socket write failed
07-30-2015 02:58 AM
bptestbpcd failing with status 24 is suggestive of a network error, not a NetBackup error.
NetBackup doesn't control the network, it just uses what is available, and if that isn't working properly, it errors.
07-30-2015 03:10 AM
Are you a NetBackup Appliance? There were instances of 24 related to tcp timestamps setting on appliance
07-30-2015 03:15 AM
I'm not on a NetBackup Appliance.
Error 24 occurred after the update
07-30-2015 03:25 AM
TCP Chimney has been known to sometimes create intermittent errors. You'll see specific errors such as "2:18:23.023 PM: [1912.2224] <2> TransporterRemote::write[2](): DBG - | An Exception of type [SocketWriteException] has occured at: | Module: @(#) $Source: src/ncf/tfi/lib/TransporterRemote.cpp,v $ $Revision: 1.51 $ , Function: TransporterRemote::write[2](), Line: 307 | Local Address: [::]:0 | Remote Address: [::]:0 | OS Error: 10054 (An existing connection was forcibly closed by the remote host."
In your bpbkar logs.
https://support.symantec.com/en_US/article.TECH150369.html
Please note, this sometimes works and sometimes doesn't.
07-30-2015 05:30 AM
regarding the error 24, I handed my server to its previous version (7.6.0.1) and error 24 is gone.
just be a patch problem to do with the Windows team
I have the same problem of bpbkar logs which swelled considerably.
I still do not understand why?
07-30-2015 12:11 PM
It would help if you could give us some samples of your client's bpbkar logs to look at.
Double check the client's registry - do you see any weird entries for VERBOSE or BPBKAR_VERBOSE in HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\NetBackup\CurrentVersion\Config ? (You can also use bpgetconfig if you're a command line guy)
Do policies including this client contain a lot of entries in the exclude and include lists, maybe?
07-30-2015 03:04 PM
Can u try to zip one up and see what size it creates .. If its possible to upload one of the log then it will be easy to let you know what is causing the size of log to grow that much.
Also to make sure you can try to open it at your end in a advanced editor like textpad notpad++ and then search for keyword VERBOSE = . This will confirm if the verbosity in the log is indeed 0.
In my experience I have seen bpbkar that big very often but at higher verbosity.
07-31-2015 02:15 AM
Hello,
bpbkar logs after working 3H
Thanks
07-31-2015 02:22 AM
You are getting a lot of messages like:
01:51:31.053: [8092.6600] <2> tar_base::V_vTarMsgW: INF - Excluded: D:\sybase\Dump 01:51:31.053: [8092.6600] <2> tar_base::V_vTarMsgW: INF - Reincluded: D:\sybase\Dump
do you have an exclude and include list for this client? If so, post it up.
07-31-2015 02:30 AM
BACKUP SELECTION LIST |
EXCLUDE A AJOUTER AU POLICY SYSTEM |
c:\sybase\dump |
C:\sybase\device |
d:\sybase\dump |
D:\sybase\device |
e:\sybase\dump |
E:\sybase\device |
g:\sybase\dump |
F:\sybase\device |
f:\sybase\dump |
G:\sybase\device |
d:\oracle\dump |
|
d:\client32 |
|
c:\client |
|
d:\client |
|
07-31-2015 02:34 AM
Hmm wonder why these excluded entries are being re-included? Try deleting your exclude and includes and re-adding them.
07-31-2015 02:44 AM
this problem has just been solved.
The exclusion police had not been specified.
07-31-2015 02:47 AM
Bingo ;) Thought it was something to do with include/exclude with all those entries.
07-31-2015 02:51 AM
I just tried to revive the backup and I have the same error code 24