Veritas-bu

[Veritas-bu] no pending messages from bpbrm

2003-09-23 01:04:45
Subject: [Veritas-bu] no pending messages from bpbrm
From: dean.allen AT axa.com DOT au (dean.allen AT axa.com DOT au)
Date: Tue, 23 Sep 2003 15:04:45 +1000
Hi folks,

My question is, does anyone know what this message in the bptm log means
....


process_brm_message: no pending messages from bpbrm


For some background, we use BMC's SQL-Backtrack to backup Oracle databases.
SQL-Backtrack starts a backup stream for each table space (about 2GB each).
We multi-plex and multi-stream these backups to a single tape drive (6
streams). The master is HP-UX, all clients are SAN Media Servers, either
HPUX or Solaris. NetBackup is 4.5 with MP4. These backups are very fast.

However when we restore, the process frequently pauses for a reasonable
amount of time (up to 5 minutes). During this pause, the message mentioned
above is generated in the bptm log every second.  This will continue for a
variable amount of time, anywhere from a few seconds up to 5 minutes. Then
eventually the restore starts moving again.

During this pause, I can't see anything happening, no NetBackup or
Backtrack processes seem to be doing anything, just this message every
second. The bpbrm process doesn't appear to be anything and no messages
appear in it's log.

The client here is a SAN media server, so the backups and restores are
running locally, not over the LAN. It is not waiting on tape positioning -
we are using STK 9840B tape drives which generally locate in 10 - 15
seconds. However it does seem to be somehow related to tape positioning, as
it only seems to happen when the restore has just moved onto a new fragment
on the tape.

Because a full database restore usually means 200 or more small tablespace
restores, if most of them suffer this pause, that can mean a very
significant delay.

I've pasted a sample of this happening below.

Many thanks in advance for any assistance.

Regards,
Dean Allen

-----------------------------------------------------------------------------------------
bptm log ....

14:52:30.829 [24332] <2> mpx_advance_frags: advancing CINDEX 0 to fragment
2, filenum 134, media id NS0089
14:52:30.832 [24332] <2> io_position_for_read: positioning NS0089 to file
number 134
14:52:30.832 [24332] <2> io_read_back_header: drive index 4, reading backup
header
14:52:30.832 [24332] <2> io_read_back_header: drive index 4, reading backup
header
14:52:30.833 [24332] <2> io_ioctl: command (3)MTFSR 4 from (bptm.c.5292) on
drive index 4
14:52:30.835 [24332] <2> io_position_for_read: successfully positioned
NS0089 to file number 134, mpx_header = 5
14:52:30.835 [24332] <2> send_brm_msg: CURRENT POSITION NS0089 134
14:52:30.835 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:31.840 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:32.850 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:33.860 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:34.872 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:35.880 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:36.890 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:37.902 [24332] <2> process_brm_msg: no pending message from bpbrm
14:52:38.910 [24332] <2> process_brm_msg: no pending message from bpbrm

< message repeats every second until ....>

14:53:36.483 [24332] <2> process_brm_msg: no pending message from bpbrm
14:53:37.492 [24332] <2> read_brm_msg: CONTINUE RESTORE
14:53:37.492 [24332] <2> mpx_read_data: begin reading data from media id
NS0089, file num 134
14:53:37.492 [24332] <2> io_close: closing
/usr/openv/netbackup/db/media/tpreq/NS0089, from overwrite.c.749
14:53:37.518 [24332] <2> get_tape_position_for_read: absolute block
position prior to reading is 321914
14:53:37.519 [24332] <2> io_open: SCSI RESERVE
14:53:37.525 [24332] <2> io_open: file
/usr/openv/netbackup/db/media/tpreq/NS0089 successfully opened
14:53:37.681 [25489] <2> bptm: INITIATING (VERBOSE = 1): -U

... and the restore continues at full speed.




*********************************************************************************
Important Note
This email (including any attachments) contains information which is 
confidential and may be subject to legal privilege.  If you are not 
the intended recipient you must not use, distribute or copy this 
email.  If you have received this email in error please notify the 
sender immediately and delete this email. Any views expressed in this 
email are not necessarily the views of this AXA.   Thank you.
*********************************************************************************


<Prev in Thread] Current Thread [Next in Thread>