× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Message is in dsplogbrm

Sent from my Verizon Wireless 4G LTE DROID


CRPence <CRPbottle@xxxxxxxxx> wrote:

On 13-Jun-2014 15:16 -0500, Steinmetz, Paul wrote:
Can the destination volume be obtained from the BRM1553 message?
In the example below, 001012.

Message ID . . : BRM1553 Severity . . . : 10
Job: BRMS User: PAULS Number: 921257
Date sent . . . . . : 6/12/14 Time sent . . . : 10:26:32
Program . . . . . . : q1aDuplica Area . . . . . . : *MED
Message . : Data has been moved from the source to destination
media.
Cause . . : Data has been moved from media 001041 to media 001012.

The /message data/ layout is defined by the Format (FMT)
specification on the Add Message Description (ADDMSGD). The Display
Message Description (DSPMSGD) will reveal each /replacement variable/ to
map the storage to match that defined MsgDta layout; see "2=Display
Field Data if using displayed output" for the definition of the FMT()
information. If the DSPMSGD BRM1553 MSGF(_theBRMSmsgf_) shows that the
"Cause" text is "... from media &3 to media &2." [see "1=Display Message
Text" if using displayed output], that would signify that the
replacement data '001012' [shown in the quoted replied-to message] came
from the _second_ FMT() element [that appeared as "&2" in the Field Data].

Accessing that data depends on where the message is. The message
needs to be /received/ or accessed by whatever other means. Whence the
message information was obtained was not clarified; e.g. the data could
be in a program message queue, in an external message queue [ a *MSGQ
object], or in a log [file] such as QHST. Arguably, whatever interface
gave that expanded message text [with variable data replacement
complete], the data is available in that form, but locating that data
requires either assuming a fixed-format or parsing the string; neither
of those are /good/ ideas.

--
Regards, Chuck
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.