It's a generic term :) Picked at sorta random and not picking on the product. There are not errors in this patch. I am also not sure how I would improve it. All the information is useful or potentially useful. And, there are times when filtering out the relevant message from a morass of traditional sys/job log messages is equally troublesome.
MSMF0132I - CA MSM has mounted MSMUSER.MSM3SERV.MSMT8 to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Tape_Management_-_MVS/11.5/SP06/ ATACOM/AD_XPRESS_PROD_TAPE/07_05_2010 with parameters aggrgrow. MSMF0137I - Software catalog USS file system MSMUSER.MSM3SERV.MSMT8 is mounted to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Tape_Ma agement_-_MVS/11.5/SP06/DATACOM/AD_XPRESS_PROD_TAPE/07_05_2010. MSMF0028I - Verifying whether CA MSM software catalog has USS file system MSMUSER.MSM3SERV.MSMT10 mounted to /cai/msmserv/mpm/scroo /DatabaseM/CA/CA_1_Tape_Management_-_MVS/11.5/SP06/VANTAGE_GMI/25_03_2010. MSMF0125W - Software catalog USS file system MSMUSER.MSM3SERV.MSMT10 is not mounted to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Ta e_Management_-_MVS/11.5/SP06/VANTAGE_GMI/25_03_2010. MSMF0130W - Attempting to mount software catalog USS file system MSMUSER.MSM3SERV.MSMT10 to mount point /cai/msmserv/mpm/scroot/Dat baseM/CA/CA_1_Tape_Management_-_MVS/11.5/SP06/VANTAGE_GMI/25_03_2010 in the security context of the CA MSM server with parameters: ggrgrow. MSMF0132I - CA MSM has mounted MSMUSER.MSM3SERV.MSMT10 to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Tape_Management_-_MVS/11.5/SP06 VANTAGE_GMI/25_03_2010 with parameters aggrgrow. MSMF0137I - Software catalog USS file system MSMUSER.MSM3SERV.MSMT10 is mounted to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Tape_M nagement_-_MVS/11.5/SP06/VANTAGE_GMI/25_03_2010. MSMF0028I - Verifying whether CA MSM software catalog has USS file system MSMUSER.MSM3SERV.MSMT88 mounted to /cai/msmserv/mpm/scroo /DatabaseM/CA/CA_1_Tape_Management_-_MVS/12.0/0000/CA_1_PRODUCT_PACKAGE/05_04_2011. MSMF0125W - Software catalog USS file system MSMUSER.MSM3SERV.MSMT88 is not mounted to /cai/msmserv/mpm/scroot/DatabaseM/CA/CA_1_Ta e_Management_-_MVS/12.0/0000/CA_1_PRODUCT_PACKAGE/05_04_2011. MSMF0130W - Attempting to mount software catalog USS file system MSMUSER.MSM3SERV.MSMT88 to mount point /cai/msmserv/mpm/scroot/Dat baseM/CA/CA_1_Tape_Management_-_MVS/12.0/0000/CA_1_PRODUCT_PACKAGE/05_04_2011 in the security context of the CA MSM server with par Dave Gibney Information Technology Services Washington State University > -----Original Message----- > From: IBM Mainframe Assembler List [mailto:ASSEMBLER- > [email protected]] On Behalf Of McKown, John > Sent: Tuesday, May 22, 2012 11:30 AM > To: [email protected] > Subject: Re: Messages - Was MVC with 2nd operand length > > I'm curious. Do you have an example of "fluffiness"? I will grant that z/OS > traditional parsing methods for UNIX output can be a bit difficult. But it is > not > that difficult in something like REXX. We are used to "column oriented" > output. Where a field value starts at a given offset and is a given length, > with > characters being left justified, and numbers being right justified with > aligned > decimal points. In my parlance, "card oriented" or perhaps "paper report" > oriented. UNIX output is often designed for human consumption, more like > reading text. And, when meant for passing on to other programs, tends to be > "delimited" by things such as tabs (a favourite of mine). > > I'm a bit of a UNIX liker (Linux user for about 10 years now. M$ free for > about > 4, except at work). z/OS is great for many things. But for end-user > interactives, I will take UNIX over even VM/CMS. TSO is not even in the same > race, IMO. I.e. a BASH UNIX prompt beats the crap out of line mode TSO. The > only good thing in TSO, to me, is ISPF. z/OS UNIX would be the cat's > meow|pajamas if IBM had used the GNU tool set instead of their own > versions. Again, IMO. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * > [email protected] * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please contact > the sender by reply e-mail and destroy all copies of the original message. > HealthMarkets(r) is the brand name for products underwritten and issued by > the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life > Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > > > -----Original Message----- > > From: IBM Mainframe Assembler List > > [mailto:[email protected]] On Behalf Of Gibney, Dave > > Sent: Tuesday, May 22, 2012 12:51 PM > > To: [email protected] > > Subject: Messages - Was MVC with 2nd operand length > > > > I really like mixed case, but I find the variable length > > nature of Unix (well probably C/C++) output adds to the > > difficulty of quickly determining the useful information in > > the useful message often buried in a massive amount of fluffiness. > > Probably just me :) > > > > Dave Gibney > > Information Technology Services > > Washington State University
