Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[David Devine]

Hi,
sorry to say it's still only mgmtclas and storclas that can be ams altered on a 
migrated dataset without forcing a recall.
Hopefully you can recall them without filling up your sms pools!
And because you have updated the catalog entry they will end up being 
physically migrated again even if you have the tapemigration(reconnect parm 
coded in your hsm system.

Of more interest is how you got here in the first place.
Was someone doing dfdss restores without the tgtgds(active) parm? or iffy jcl? 
i seem to recall that disp of New,keep on a gdg made them deffered. 

What is your gds_reclaim entry set to in your igdsmsxx sys1.parmlib member? 
default is yes.

Regards

Dave 
 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Don Williams]

Just curious. What is the reason for rolling in 4,340 data sets? 
Typically when a data set is rolled in, they want to read it which implies
they need to recall it.

Don

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Gould
> Sent: Friday, February 01, 2013 12:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
> 
> Esmie:
> 
> I think this was discussed a while ago (20+ years ago)  at a GUIDE
> session.
> IBM insisted that there wasn't anyway as the ACS routines have to be
> redriven.
> 
> Ed
> 
> On Jan 31, 2013, at 4:21 PM, esmie moo wrote:
> 
> > Willie,
> >
> > No, nobody has answered my post.  I hope someone can answer my
> > question.
> >
> > Thank you for asking.
> >
> >
> > 
> >  From: willie bunter 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Thursday, January 31, 2013 4:04:39 PM
> > Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
> >
> > Hi Esmie,
> >
> > Did you receive any replies?  I still have a problem with my
> > account when I don't receive posts.
> >
> >
> >
> > 
> > From: esmie moo 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Thursday, January 31, 2013 1:45:04 PM
> > Subject: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
> >
> > Good Afternoon Gentle Readers,
> >
> > I am altering a large amount of gdg dsns which are migrated.  :
> >
> > /*
> > //STEP1 EXEC PGM=IDCAMS
> > //SYSPRINT  DD  SYSOUT=*
> > //SYSIN  DD  *
> > ALTER 'SMF.ZWA6PWG.DRAP0.RPT.G0999V00' ROLLIN
> > /*
> > //
> >
> > The dsns are presently is ML2 with a STATUS--DEFERRED
> >
> > How can I bypass the recall of the dsns (4,340) in order to alter
> > them/
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[esmie moo]

Thanks Steve for clearing this up.




From: Steve Thompson 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, January 31, 2013 5:35:09 PM
Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

From:  esmie moo 
Date:  01/31/2013 04:22 PM



Willie,

No, nobody has answered my post.  I hope someone can answer my question.

Thank you for asking.




From: esmie moo 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, January 31, 2013 1:45:04 PM
Subject: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
  
Good Afternoon Gentle Readers,

I am altering a large amount of gdg dsns which are migrated.  :

/*                                                                
//STEP1    EXEC PGM=IDCAMS                                      
//SYSPRINT  DD  SYSOUT=*                                          
//SYSIN  DD  *                                                    
    ALTER 'SMF.ZWA6PWG.DRAP0.RPT.G0999V00' ROLLIN            
/*                                                                
//                                                            


After getting a copy of the z/OS 1.12 version of the IDCAMS for Catalogs, 
RECALL is mentioned for various keywords. Unfortunately ALTER is not one 
of those that says this:

"When the __ is altered for a DFSMShsm migrated data set, ALTER will 
not recall the data set to make the change, provided no other parameters 
are specified."

So it looks like the recall has to be done in order to process those 
files. 

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Elardus Engelbrecht]

esmie moo wrote:

>I am altering a large amount of gdg dsns which are migrated.
>So it looks like the recall has to be done in order to process those files. 

Do something like this, hopefully after hours:

IKJEFT - Recall say 500 dsn in one SYSIN. 
Do your IDCAMS ALTER job with one SYSIN for all those datasets.
IKJEFT Migrate them again to ML2.

Repeat (wash, rinse, dry) above a few times for the rest.

(If you can first group your datasets per HSM ML2 volume, much better)

I usually use P in ISPF option 3.4 to create a list or do something like that 
from ISMF for such work.

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[esmie moo]

Elardus,
 
That is what I did.  I recalled the dsns then I did the ALTER command.  Thanks 
for the tip.



From: Elardus Engelbrecht 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, February 1, 2013 8:29:44 AM
Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

esmie moo wrote:

>I am altering a large amount of gdg dsns which are migrated.
>So it looks like the recall has to be done in order to process those files. 

Do something like this, hopefully after hours:

IKJEFT - Recall say 500 dsn in one SYSIN. 
Do your IDCAMS ALTER job with one SYSIN for all those datasets.
IKJEFT Migrate them again to ML2.

Repeat (wash, rinse, dry) above a few times for the rest.

(If you can first group your datasets per HSM ML2 volume, much better)

I usually use P in ISPF option 3.4 to create a list or do something like that 
from ISMF for such work.

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Tsai Laurence]

Dear listers,
Questions as as the subject, trying to have some Wintel base monitoring
tool to monitor the mvs console message , so I plan to have the MVS Console
on P-comm directing to the log file. Any alternative ?


Regards,
Laurence

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[John McKown]

I don't know of a way which comes built in to z/OS. Or is free.

If you have a z/OS automated operator, you could possibly use that. We
do. We have some messages which invoke a CA-OPS/MVS rule. This rule
reformats the message and sends it to a monitor via an SNMP trap
(message sent to server via a specific TCPIP protocol). Reformatting
an MLWTO (multiple line WTO) can be a real trip.

Oh, perhaps you could take TSSO from the CBTTape and modify it to send
the data it gets over TCPIP to your Windows box. Of course, this
requires writing a "server" to run on the Wintel box to receive the
data from TSSO.

On Fri, Feb 1, 2013 at 8:07 AM, Tsai Laurence  wrote:
> Dear listers,
> Questions as as the subject, trying to have some Wintel base monitoring
> tool to monitor the mvs console message , so I plan to have the MVS Console
> on P-comm directing to the log file. Any alternative ?
>
>
> Regards,
> Laurence
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Lizette Koehler]

Are you looking for real time capture of events?  Or from a delayed time
frame?  

What is your requirement?  

At one shop we had a Screen Scrapper on a PC that had SDSF up to capture
messages.  Very messy but it worked.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
> Of Tsai Laurence
> Sent: Friday, February 01, 2013 7:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How to direct MVS CONSOLE message onto a log file (on windows or
wintel
> linux) ?
> 
> Dear listers,
> Questions as as the subject, trying to have some Wintel base monitoring
tool to
> monitor the mvs console message , so I plan to have the MVS Console on
P-comm
> directing to the log file. Any alternative ?
> 
> 
> Regards,
> Laurence
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Ted MacNEIL]

>At one shop we had a Screen Scrapper on a PC that had SDSF up to capture 
>messages.

Did it fight? Or, merely get screens ready for the trash? (8-{]}


Scrap(p)er
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Len Rugen]

If you could feed logstash http://logstash.net/ in some way, once you get
the syslog message on sent, the other end is available.  I'm guessing, but
console messages don't get to syslogd do they?


On Fri, Feb 1, 2013 at 8:51 AM, Lizette Koehler wrote:

> Are you looking for real time capture of events?  Or from a delayed time
> frame?
>
> What is your requirement?
>
> At one shop we had a Screen Scrapper on a PC that had SDSF up to capture
> messages.  Very messy but it worked.
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf
> > Of Tsai Laurence
> > Sent: Friday, February 01, 2013 7:08 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: How to direct MVS CONSOLE message onto a log file (on windows or
> wintel
> > linux) ?
> >
> > Dear listers,
> > Questions as as the subject, trying to have some Wintel base monitoring
> tool to
> > monitor the mvs console message , so I plan to have the MVS Console on
> P-comm
> > directing to the log file. Any alternative ?
> >
> >
> > Regards,
> > Laurence
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Charles Mills]

IMHO z/OS console messages are not the best source of z/OS "events." Too
many "NOW CLOSING OUTPUT FILES" messages in my experience.

You could take a look at my SHARE presentation
https://share.confex.com/share/118/webprogram/Session11089.html. The
handouts are linked on the page.

Feel free to contact me at the e-mail address above if you have any
questions.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tsai Laurence
Sent: Friday, February 01, 2013 6:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to direct MVS CONSOLE message onto a log file (on windows or
wintel linux) ?

Dear listers,
Questions as as the subject, trying to have some Wintel base monitoring tool
to monitor the mvs console message , so I plan to have the MVS Console on
P-comm directing to the log file. Any alternative ?


Regards,
Laurence

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[zMan]

On Fri, Feb 1, 2013 at 10:27 AM, Charles Mills  wrote:

> IMHO z/OS console messages are not the best source of z/OS "events." Too
> many "NOW CLOSING OUTPUT FILES" messages in my experience.
>
> You could take a look at my SHARE presentation
> https://share.confex.com/share/118/webprogram/Session11089.html. The
> handouts are linked on the page.


Well, you'd *filter* those, eh?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[John McKown]

z/OS console messages do not go to the z/OS UNIX syslog daemon. They
go to consoles and hardcopy (SYSLOG and/or OPERLOG).

On Fri, Feb 1, 2013 at 9:02 AM, Len Rugen  wrote:
> If you could feed logstash http://logstash.net/ in some way, once you get
> the syslog message on sent, the other end is available.  I'm guessing, but
> console messages don't get to syslogd do they?
>

-- 
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Blaicher, Christopher Y.]

There are a number of ways.  Look at the 'Using the Sub-System Interface' 
manual, chapter 6, function 9.  I have used that in the past, although that 
section now says:

The MCSOPER/MCSOPMSG macro services (also known as EMCS) are the recommended 
programming interface for receiving MVS messages.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tsai Laurence
Sent: Friday, February 01, 2013 8:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to direct MVS CONSOLE message onto a log file (on windows or 
wintel linux) ?

Dear listers,
Questions as as the subject, trying to have some Wintel base monitoring tool to 
monitor the mvs console message , so I plan to have the MVS Console on P-comm 
directing to the log file. Any alternative ?


Regards,
Laurence

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other  confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[John McKown]

This might be of interest too.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E4B0/2.2


 CNZ_MSGTOSYSLOG receives control from the system when a message is
sent to the SYSLOG. Every message line that is sent to syslog will be
passed to the exit routines active at the exit point. Multi-line
messages will be presented as major line first, then major and each
minor (one at a time). For example, a multi-line message with 1 major
and 3 minor lines will result in the exit routines receiving control 4
times:

1st Time - For the major line

2nd Time - For the first minor line

3rd Time - For the second minor line

4th Time - For the last minor line

Code a CNZ_MSGTOSYSLOG exit routine when you want to view all messages
being sent to the SYSLOG.


On Fri, Feb 1, 2013 at 9:55 AM, Blaicher, Christopher Y.
 wrote:
> There are a number of ways.  Look at the 'Using the Sub-System Interface' 
> manual, chapter 6, function 9.  I have used that in the past, although that 
> section now says:
>
> The MCSOPER/MCSOPMSG macro services (also known as EMCS) are the recommended 
> programming interface for receiving MVS messages.
>
> Chris Blaicher
> Principal Software Engineer, Software Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8260  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Tsai Laurence
> Sent: Friday, February 01, 2013 8:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How to direct MVS CONSOLE message onto a log file (on windows or 
> wintel linux) ?
>
> Dear listers,
> Questions as as the subject, trying to have some Wintel base monitoring tool 
> to monitor the mvs console message , so I plan to have the MVS Console on 
> P-comm directing to the log file. Any alternative ?
>
>
> Regards,
> Laurence

-- 
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Charles Mills]

> Well, you'd *filter* those, eh?

My feeling was that unstructured "human readable" messages -- many of them
historical "junk" such as I quoted* -- were not the best starting point
(although others might argue that point).

I started from SMF data, which has, in real time, potentially

- every RACF (or ACF2 or TSS) event, both bad and good
- every TCP/IP event, including mapping IP addresses to TN3270 addresses,
and client and server FTP sessions
- every job/TSO/STC/etc. event such as critical task ABENDs
- lots of great DB2 stuff (privileged user access, invalid access attempts,
critical table accesses)
- and more if you want it

... all in a nice (?) structured form that it is relatively easy for a
program to deal with in a definitive way.

*I once was at a shop where there was a program that put out a console
message every day:

INPUT TOTAL $237,584.68. OUTPUT TOTAL $237,584.68. IF AMOUNTS THE SAME REPLY
Y, ELSE REPLY N

I thought gee, if there is one task that computers do better than people, it
is comparing two large numbers for equality ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of zMan
Sent: Friday, February 01, 2013 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to direct MVS CONSOLE message onto a log file (on windows
or wintel linux) ?

On Fri, Feb 1, 2013 at 10:27 AM, Charles Mills  wrote:

> IMHO z/OS console messages are not the best source of z/OS "events." 
> Too many "NOW CLOSING OUTPUT FILES" messages in my experience.
>
> You could take a look at my SHARE presentation 
> https://share.confex.com/share/118/webprogram/Session11089.html. The 
> handouts are linked on the page.


Well, you'd *filter* those, eh?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Writing a Systems Programmer Resume

[Joe Gallaher]

I would like to invite anyone attending next week's SHARE conference in San 
Francisco to come to my session on "How to Write a Resume for a Mainframe 
Systems Programmer" (session 12650, Thurs, Feb 7, 12:15pm).  It is the 7th time 
I have given this presentation at SHARE and it contains a lot of useful 
information and samples for the aspiring resume writer.  Here is a link to my 
session: https://share.confex.com/share/120/webprogram/Session12650.html

If you cannot attend, feel free to send me an email (or LinkedIn message) and I 
will send you a link to my PowerPoint slides (which will be available the week 
of Feb 11).  

Also, please stop by the SPCI vendor booth (#211) at the SHARE Technology Expo 
(http://www.share.org/p/cm/ld/fid=241) or track me down at SCIDS.  I am 
reachable by cell phone all week.

Joe Gallaher
j...@spci.net
www.SPCI.net
www.linkedin.com/in/joegallaher
323-822-1569 work
323-363-7259 cell

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[zMan]

On Fri, Feb 1, 2013 at 12:48 PM, Charles Mills  wrote:

> > Well, you'd *filter* those, eh?
>
> My feeling was that unstructured "human readable" messages -- many of them
> historical "junk" such as I quoted* -- were not the best starting point
> (although others might argue that point).
>
> I started from SMF data, which has, in real time, potentially
>
> - every RACF (or ACF2 or TSS) event, both bad and good
> - every TCP/IP event, including mapping IP addresses to TN3270 addresses,
> and client and server FTP sessions
> - every job/TSO/STC/etc. event such as critical task ABENDs
> - lots of great DB2 stuff (privileged user access, invalid access attempts,
> critical table accesses)
> - and more if you want it
>
> ... all in a nice (?) structured form that it is relatively easy for a
> program to deal with in a definitive way.
>
> *I once was at a shop where there was a program that put out a console
> message every day:
>
> INPUT TOTAL $237,584.68. OUTPUT TOTAL $237,584.68. IF AMOUNTS THE SAME
> REPLY
> Y, ELSE REPLY N
>
> I thought gee, if there is one task that computers do better than people,
> it
> is comparing two large numbers for equality ...


Wow. That stories a keeper!

Yeah, SMF might be better, but that wasn't the OP's question -- I just
always resist telling someone "You're doing it wrong" until/unless I know
what and why...
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Charles Mills]

I hear you.

I read the OP's question (broadly) as "how to get mainframe events to a
Syslog collector?" (in the L/U/W sense of Syslog, not the MVS sense of
SYSLOG).

He did say "any alternatives?" 

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of zMan
Sent: Friday, February 01, 2013 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to direct MVS CONSOLE message onto a log file (on windows
or wintel linux) ?

On Fri, Feb 1, 2013 at 12:48 PM, Charles Mills  wrote:

> > Well, you'd *filter* those, eh?
>
> My feeling was that unstructured "human readable" messages -- many of 
> them historical "junk" such as I quoted* -- were not the best starting 
> point (although others might argue that point).
>
> I started from SMF data, which has, in real time, potentially
>
> - every RACF (or ACF2 or TSS) event, both bad and good
> - every TCP/IP event, including mapping IP addresses to TN3270 
> addresses, and client and server FTP sessions
> - every job/TSO/STC/etc. event such as critical task ABENDs
> - lots of great DB2 stuff (privileged user access, invalid access 
> attempts, critical table accesses)
> - and more if you want it
>
> ... all in a nice (?) structured form that it is relatively easy for a 
> program to deal with in a definitive way.
>
> *I once was at a shop where there was a program that put out a console 
> message every day:
>
> INPUT TOTAL $237,584.68. OUTPUT TOTAL $237,584.68. IF AMOUNTS THE SAME 
> REPLY Y, ELSE REPLY N
>
> I thought gee, if there is one task that computers do better than 
> people, it is comparing two large numbers for equality ...


Wow. That stories a keeper!

Yeah, SMF might be better, but that wasn't the OP's question -- I just
always resist telling someone "You're doing it wrong" until/unless I know
what and why...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[EXT-Schwarz, Barry]

What is the real issue you are trying to resolve?  Unless the GDG has been 
inactive, the status of the migrated datasets shouldn't matter.  If one of the 
datasets is recalled from ML2, it would not be part of the GDG (it is 
catalogued separately) because there would be current datasets belonging to the 
GDG.  So even if the status of the archived dataset is ROLLIN, it won't be 
after the recall.

How did you end up with so many deferred datasets?  The Using Data Sets manual 
says a dataset is converted from deferred to rolled-in when the system performs 
end of step processing unless the dataset was allocated with NEW,KEEP.  Since 
ALTER ROLLIN is valid only for SMS datasets, they should never have been 
allocated this way.

BTW, the HSM Storage Administration manual discusses ALTER ROLLIN only for 
datasets recovered from backup, not for datasets recalled from migration.

> From: esmie moo
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, January 31, 2013 1:45:04 PM
> Subject: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER
>
> Good Afternoon Gentle Readers,
>
> I am altering a large amount of gdg dsns which are migrated.  :
>
> /*
> //STEP1 EXEC PGM=IDCAMS //SYSPRINT  DD  SYSOUT=* //SYSIN  DD  *
> ALTER 'SMF.ZWA6PWG.DRAP0.RPT.G0999V00' ROLLIN
> /* //
>
> The dsns are presently is ML2 with a STATUS--DEFERRED
>
> How can I bypass the recall of the dsns (4,340) in order to alter
> them/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Greg Shirey]

That is an interesting question, and something that's been bugging me since the 
OP first posted.  

If you create a +1 SMS-managed GDG with DISP=(NEW,KEEP), the system will create 
a data set with the next G00V00 sequenced number.  But if that data set is 
*not* rolled in before you create (+1) again, the first data set is deleted and 
a new one created with the same G00V00 number.  Generally, I wouldn't expect to 
see more than one data set needing to be rolled in for a given GDG base. 

Of course, if you were to create a (+2) GDG in the same jobstream and a +3 and 
a +4, etc. you could wind up with multiple deferred G00V00 data sets, but that 
seems like a strange thing to do, and even stranger to create, what was it, 
over 4000 of them?   

Then again, maybe it's not important to the issue at hand.  Perhaps that 
problem has been solved...  

Regards,
Greg Shirey
Ben E. Keith Company 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of EXT-Schwarz, Barry
Sent: Friday, February 01, 2013 1:09 PM



How did you end up with so many deferred datasets?  The Using Data Sets manual 
says a dataset is converted from deferred to rolled-in when the system performs 
end of step processing unless the dataset was allocated with NEW,KEEP.  Since 
ALTER ROLLIN is valid only for SMS datasets, they should never have been 
allocated this way.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Hervey Martinez]

Assuming that all these gdg files belong to the "same gdg base"; it's possible 
that the GDG base was defined with a "noscratch"; then, when a gdg is "rolled 
off" then the file would not get deleted just detached from the base but stays 
on the catalog. Rolling all of these "in" is an exercise in futility since the 
GDG base limit is 255.


Regards,

Hervey

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Greg Shirey
Sent: Friday, February 01, 2013 3:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

That is an interesting question, and something that's been bugging me since the 
OP first posted.  

If you create a +1 SMS-managed GDG with DISP=(NEW,KEEP), the system will create 
a data set with the next G00V00 sequenced number.  But if that data set is 
*not* rolled in before you create (+1) again, the first data set is deleted and 
a new one created with the same G00V00 number.  Generally, I wouldn't expect to 
see more than one data set needing to be rolled in for a given GDG base. 

Of course, if you were to create a (+2) GDG in the same jobstream and a +3 and 
a +4, etc. you could wind up with multiple deferred G00V00 data sets, but that 
seems like a strange thing to do, and even stranger to create, what was it, 
over 4000 of them?   

Then again, maybe it's not important to the issue at hand.  Perhaps that 
problem has been solved...  

Regards,
Greg Shirey
Ben E. Keith Company 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of EXT-Schwarz, Barry
Sent: Friday, February 01, 2013 1:09 PM



How did you end up with so many deferred datasets?  The Using Data Sets manual 
says a dataset is converted from deferred to rolled-in when the system performs 
end of step processing unless the dataset was allocated with NEW,KEEP.  Since 
ALTER ROLLIN is valid only for SMS datasets, they should never have been 
allocated this way.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Shmuel Metz (Seymour J.)]

In <10C2666F4D474DBEA939AED5D6A337BE@ericnbPC>, on 01/28/2013
   at 09:26 AM, Eric Bielefeld  said:

>I'm finally calling it quits.  I have this week off, and then I 
>work 2 more weeks.  Then I will retire.  I find it harder to do my 
>ob as I get older.  Also, living 170 miles from home 5 days a 
>week isn't much fun.

I was about to say that you wouldn't be able to stay away and then I
saw that 170 miles. Good look in your new endeavors.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Shmuel Metz (Seymour J.)]

In
,
on 01/28/2013
   at 09:36 AM, John McKown  said:

>Many problems with actually getting the company to give me any
>money.

I've only had that problem once, on a gig that I didn't want to take
in the first place.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Shmuel Metz (Seymour J.)]

In
,
on 01/29/2013
   at 05:48 PM, Steve Thompson  said:

>Lucky you!  Where does one find these jobs that allow you to work
>from home?

I'm even more jealous of people who can walk to work.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Tony Harminc]

On 1 February 2013 13:44, Shmuel Metz (Seymour J.)
 wrote:

> on 01/29/2013 at 05:48 PM, Steve Thompson  said:
>
>>Lucky you!  Where does one find these jobs that allow you to work from home?
>
> I'm even more jealous of people who can walk to work.

I enjoy the great luxury of a 20-25 minute (1.3 miles/2.1 km) walk
from home to office, which I do in all but the worst weather (and then
it's a ten minute bus/subway trip). Of course my employer's office
location is a happy accident, and that could change for any number of
reasons.

And I much prefer to walk to a real office than to have to have the
self discipline to work at home without slipping into the rut of
sitting around all day, not bothering to dress, flipping on the TV for
just a moment to check on the news, making another coffee before
getting down to work, etc. I've heard tales of people who get dressed,
grab briefcase, go out the front door, and then back in another door
with their office mindset ready.

Of course here I am at the office posting to IBM-MAIN rather than
cranking out code...

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Service Request Print lines 'missing'?

[Hansen, Dave L - Eagan, MN]

Valued Readers,

   For a long time every time I print my IBM service request the first two 
lines of the next page are 'missing".  However where these two lines should be 
printing is a big black bar that does not show up when viewing the SR.  The big 
black bar only shows up  at the top of the document when you view it before 
printing.  I turned off headers and trailers and that only got rid of the "Page 
1 of" at the top and the "https" at the bottom.

Q).  Is this a problem for lots of people?
Q).  Is there a fix so I don't have to hand write the two lines after printing?

   Many thanks in advance,  Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Ed Finnell]

One of our sysprogs took the highest paying offer in Chicago and
found a flat a few blocks from work. First winter storm put on his fedora  
and gloves and headed to work. Said about half-way there noticed he couldn't 
 feel his hands or feet. Fortunately, there was a parking garage on the way 
and  the
manager said 'Man come in here you're freezing to death!' Gave him a cup of 
 'fortified' coffee and then a lift in the tow truck the last few blocks.
 
Said he typed up a new resume that night. Took the first offer in  
California and has been there ever since(37 years). 
 
 
In a message dated 2/1/2013 3:03:25 P.M. Central Standard Time,  
t...@harminc.net writes:

from  home to office, which I do in all but the worst weather (and then
it's a  ten minute bus/subway trip). Of course my employer's office
location is a  happy accident, and that could change for any number  of
reasons.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[Tsai Laurence]

Pals ,
As infact , I am trying to assess following alternative to have MVS console
message monitored from window / wintel linux ( I prefer linux).
my idea :
Direct  all MVS Console msg (syslog hardcopy) onto the mvs dataset or USS
file  --> Have NFS export it onto wintel linux --> have TWS event engine
monitoring the text (msg) in file to react the msg event automatically.



Regards,
Laurence
Laurence



2013/2/1 Tsai Laurence 

> Dear listers,
> Questions as as the subject, trying to have some Wintel base monitoring
> tool to monitor the mvs console message , so I plan to have the MVS Console
> on P-comm directing to the log file. Any alternative ?
>
>
> Regards,
> Laurence
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Skip Robinson]

There's still room here. What's more, you can make the same trek in the 
dead of summer without expiring in heat and humidity. 

Y'all come on out!

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Ed Finnell 
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   02/01/2013 01:32 PM
Subject:Re: My Last Days as a Sysprog
Sent by:IBM Mainframe Discussion List 



One of our sysprogs took the highest paying offer in Chicago and
found a flat a few blocks from work. First winter storm put on his fedora 
and gloves and headed to work. Said about half-way there noticed he 
couldn't 
 feel his hands or feet. Fortunately, there was a parking garage on the 
way 
and  the
manager said 'Man come in here you're freezing to death!' Gave him a cup 
of 
 'fortified' coffee and then a lift in the tow truck the last few blocks.
 
Said he typed up a new resume that night. Took the first offer in 
California and has been there ever since(37 years). 
 
 
In a message dated 2/1/2013 3:03:25 P.M. Central Standard Time, 
t...@harminc.net writes:

from  home to office, which I do in all but the worst weather (and then
it's a  ten minute bus/subway trip). Of course my employer's office
location is a  happy accident, and that could change for any number  of
reasons.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Ed Finnell]

I tried it for eight years. Way too expensive!  
 
 
In a message dated 2/1/2013 3:50:49 P.M. Central Standard Time,  
jo.skip.robin...@sce.com writes:

There's  still room here

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Phil Smith]

Tony Harminc wrote:
>I enjoy the great luxury of a 20-25 minute (1.3 miles/2.1 km) walk
>from home to office, which I do in all but the worst weather (and then
>it's a ten minute bus/subway trip). Of course my employer's office
>location is a happy accident, and that could change for any number of
>reasons.

>And I much prefer to walk to a real office than to have to have the
>self discipline to work at home without slipping into the rut of
>sitting around all day, not bothering to dress, flipping on the TV for
>just a moment to check on the news, making another coffee before
>getting down to work, etc. I've heard tales of people who get dressed,
>grab briefcase, go out the front door, and then back in another door
>with their office mindset ready.

My $0.02:

I've been working from home for the last 10.5 years; Voltage is the third 
company for whom I've done so during that period. Going in, I had those same 
concerns about self-discipline, but at least for me the opposite is the issue, 
if anything: I tend to check work mail well into the evening. Of course, the 
companies have all been in the San Francisco Bay area, and I live in Virginia, 
so they're three hours behind me, which encourages me to be "on" later.

My wife tries to take my phone away occasionally in the evenings, which at 
least makes me leave it alone for a while (and I got scolded gently by my boss 
for replying to work mail while in recovery after surgery :)), but it mostly 
works. I don't *feel* like either (a) I have trouble getting things done or (b) 
I can't get away from it: I just do what I want (modulo meetings etc.). If I 
decide to run to the store mid-day and then get the car washed and maybe hit 
several other stores, well, I just do it. When I have, say, a doctor's 
appointment that runs far longer than expected, I do get antsy to get back to 
work, but I think that's me (and the fact that I'm very lucky in that I like my 
job!): the company sure isn't sending notes saying "WHERE ARE YOU?!?!".

I occasionally miss some of the in-office face-to-face interaction, but I live 
on IM and email and concalls, and I visit customer sites about once a month, so 
I get external contact there. When I visit HQ (every 2-3 months), I've learned 
to make it a flying raid of usually 1.5 days: any longer and I'm wasting time. 
I get my meetings lined up before I go, and while I'm there, I'm working 
nonstop, but I get a lot done. I don't stand around the water cooler, but that 
was never my thing anyway.

The biggest pains about working from home are the lack of a copier (yeah, I 
have an all-in-one, but it's not the same), and getting the oil changed in the 
car. I used to drop it near work of a morning, hitch a ride with a buddy, pick 
it up at lunch or after work. Now I have to go sit with it! But most places 
have WiFi, and I can also connect through my phone, so it's not as painful as 
it was a decade ago.

And of course I don't get snow days. OTOH, my idea of a slow commute is when I 
leave the laundry basket in the hall and trip over it. And I do find that when 
I buy my monthly tank of gas, I'm always shocked at the price. But I never seem 
to get much sympathy for that!

Obviously YMMV...
--
...phsiii

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Pew, Curtis G]

On Feb 1, 2013, at 2:28 PM, Hervey Martinez  
wrote:

> Assuming that all these gdg files belong to the "same gdg base"; it's 
> possible that the GDG base was defined with a "noscratch"; then, when a gdg 
> is "rolled off" then the file would not get deleted just detached from the 
> base but stays on the catalog. Rolling all of these "in" is an exercise in 
> futility since the GDG base limit is 255.

255 is the *maximum* limit. You can set it to less than that when you create 
the GDG base, or change it with ALTER. My guess would be that what led to the 
original post was that a bunch of GDG bases were defined with a small limit, 
and then someone decided it should be much larger, and after ALTERing the bases 
to a larger value they wanted to roll the older members back in.

-- 
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[John McKown]

NOTICE!! This is NOT really a solution to the OP's problem. But I got
to wondering. So I did something "weird and wonderful" (OK, maybe not
the latter).

In z/OS UNIX, the following could be done, if Dovetail Technologies'
Data Set Pipes is installed

lsjes -s a -o \* -t -p SYSLOG |\
while read stcnum junk1;do
 lsjes -d -t ${stcnum} |\
 tail -1 |\
 { read dsid junk2;
stcdata=${stcnum}.${dsid};
fromdsn -jes.${file} >jes.${stcdata}.new;
if [ -e jes.${stcdata}.old ]; then
   diff jes.${stcdata}.old jes.${stcdata}.new |\
   awk '$1 == ">"' >>jes.${stcdata}
   mv jes.${stcdata}.new ${stcdata}.old
else
   mv mv jes.${stcdata}.new jes.${stcdata}.old
   sed -E 's/^/> /' jes.${stcdata}.old >>jes.${stcdata}
 }
done

Put the above in a script. Run it via crontab once every minute. It
uses lsjes to find the running SYSLOG job(s). There can be multiple in
a JESPlex. For each active SYSLOG, do an "lsjes" to find the DSID of
the SPOOL data set. Use that information to copy the data into a UNIX
file, with a .new suffix. If a .old version exists, then do a diff of
the .new and old, putting the .new lines into a UNIX file without the
suffix (using awk), and rename the .new to .old. If a .old file does
not exist, then copy the rename the .new to .old, then use sed to copy
it into a non-suffixed name. The "sed" is used to insert a leading >
sign so that it looks the same as the output from the diff.

Yes, I know this is not really a good solution. But I thought it a bit
"interesting" at least.
On Fri, Feb 1, 2013 at 3:40 PM, Tsai Laurence  wrote:
> Pals ,
> As infact , I am trying to assess following alternative to have MVS console
> message monitored from window / wintel linux ( I prefer linux).
> my idea :
> Direct  all MVS Console msg (syslog hardcopy) onto the mvs dataset or USS
> file  --> Have NFS export it onto wintel linux --> have TWS event engine
> monitoring the text (msg) in file to react the msg event automatically.
>
>
>
> Regards,
> Laurence
> Laurence
>
>
>
> 2013/2/1 Tsai Laurence 
>
>> Dear listers,
>> Questions as as the subject, trying to have some Wintel base monitoring
>> tool to monitor the mvs console message , so I plan to have the MVS Console
>> on P-comm directing to the log file. Any alternative ?
>>
>>
>> Regards,
>> Laurence
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to direct MVS CONSOLE message onto a log file (on windows or wintel linux) ?

[John McKown]

Oh, I forgot to mention that the "far end" should find the "diff"
output file, rename it to something totally different, process it,
then delete it. There could be a race condition if the "far end" tries
to do the rename while the local system is appending to it. I don't
know a way around this, off hand.

On Fri, Feb 1, 2013 at 4:19 PM, John McKown
 wrote:
> NOTICE!! This is NOT really a solution to the OP's problem. But I got
> to wondering. So I did something "weird and wonderful" (OK, maybe not
> the latter).
>
> In z/OS UNIX, the following could be done, if Dovetail Technologies'
> Data Set Pipes is installed
>
> lsjes -s a -o \* -t -p SYSLOG |\
> while read stcnum junk1;do
>  lsjes -d -t ${stcnum} |\
>  tail -1 |\
>  { read dsid junk2;
> stcdata=${stcnum}.${dsid};
> fromdsn -jes.${file} >jes.${stcdata}.new;
> if [ -e jes.${stcdata}.old ]; then
>diff jes.${stcdata}.old jes.${stcdata}.new |\
>awk '$1 == ">"' >>jes.${stcdata}
>mv jes.${stcdata}.new ${stcdata}.old
> else
>mv mv jes.${stcdata}.new jes.${stcdata}.old
>sed -E 's/^/> /' jes.${stcdata}.old >>jes.${stcdata}
>  }
> done
>
> Put the above in a script. Run it via crontab once every minute. It
> uses lsjes to find the running SYSLOG job(s). There can be multiple in
> a JESPlex. For each active SYSLOG, do an "lsjes" to find the DSID of
> the SPOOL data set. Use that information to copy the data into a UNIX
> file, with a .new suffix. If a .old version exists, then do a diff of
> the .new and old, putting the .new lines into a UNIX file without the
> suffix (using awk), and rename the .new to .old. If a .old file does
> not exist, then copy the rename the .new to .old, then use sed to copy
> it into a non-suffixed name. The "sed" is used to insert a leading >
> sign so that it looks the same as the output from the diff.
>
> Yes, I know this is not really a good solution. But I thought it a bit
> "interesting" at least.
> On Fri, Feb 1, 2013 at 3:40 PM, Tsai Laurence  wrote:
>> Pals ,
>> As infact , I am trying to assess following alternative to have MVS console
>> message monitored from window / wintel linux ( I prefer linux).
>> my idea :
>> Direct  all MVS Console msg (syslog hardcopy) onto the mvs dataset or USS
>> file  --> Have NFS export it onto wintel linux --> have TWS event engine
>> monitoring the text (msg) in file to react the msg event automatically.
>>
>>
>>
>> Regards,
>> Laurence
>> Laurence
>>
>>
>>
>> 2013/2/1 Tsai Laurence 
>>
>>> Dear listers,
>>> Questions as as the subject, trying to have some Wintel base monitoring
>>> tool to monitor the mvs console message , so I plan to have the MVS Console
>>> on P-comm directing to the log file. Any alternative ?
>>>
>>>
>>> Regards,
>>> Laurence
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> Maranatha! <><
> John McKown



-- 
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Ed Gould]

Seymour:

I had a friend who was about 4 blocks from work (maybe less). He was  
always being called in at night and ended up with no social life.
On the other extreme I had a job  and I was called in in the AM and  
they refused to pay for parking etc.

I just told them that never call me in again.

Ed

On Feb 1, 2013, at 12:44 PM, Shmuel Metz (Seymour J.) wrote:


In
on87257b02.00821243-86257b02.0082c...@us.ibm.com>,

on 01/29/2013
   at 05:48 PM, Steve Thompson  said:


Lucky you!  Where does one find these jobs that allow you to work
from home?


I'm even more jealous of people who can walk to work.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Eric Bielefeld]

Back in those days you could actually find a job after sending out a few 
resumes.  Now you can send out lots of resumes and not hear a thing.  In 
1980, I talked to a headhunter.  I had only 2 years experience, but after 
interviews with 3 companies, I had a new job.  Now, at least in Milwaukee, 
you can go a whole year and there are no sysprog openings.  Of course back 
then, I think there were around 30 companies running MVS.  Now, maybe 6 or 
8.


Eric Bielefeld
Sr. Systems Programmer

- Original Message - 
From: "Ed Finnell" 

Said he typed up a new resume that night. Took the first offer in
California and has been there ever since(37 years).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Ed Gould]

Eric:

I heard that they are hiring a LOT of sysprogs (no details) in an  
area that is about 25 minutes south of the WI/IL state line (30  
minutes North of Chicago(not North Chicago)) in case its closer.


Ed

On Feb 1, 2013, at 4:51 PM, Eric Bielefeld wrote:

Back in those days you could actually find a job after sending out  
a few resumes.  Now you can send out lots of resumes and not hear a  
thing.  In 1980, I talked to a headhunter.  I had only 2 years  
experience, but after interviews with 3 companies, I had a new  
job.  Now, at least in Milwaukee, you can go a whole year and there  
are no sysprog openings.  Of course back then, I think there were  
around 30 companies running MVS.  Now, maybe 6 or 8.


Eric Bielefeld
Sr. Systems Programmer

- Original Message - From: "Ed Finnell" 

Said he typed up a new resume that night. Took the first offer in
California and has been there ever since(37 years).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Grinsell, Don]

Hah!  When I worked in Minneapolis I always felt sorry for the people in 
Chicago.  Now I'm living in the hinterlands and loving every minute of it.  Our 
rush hour lasts all of 10 minutes and my office is a 15 minute jog from the 
National Forest boundary.  It doesn't get much better than that.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"The limits of my language are the limits of my world."
~ Ludwig Wittgenstein

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Finnell
Sent: Friday, 01 February 2013 14:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: My Last Days as a Sysprog

One of our sysprogs took the highest paying offer in Chicago and found a flat a 
few blocks from work. First winter storm put on his fedora and gloves and 
headed to work. Said about half-way there noticed he couldn't  feel his hands 
or feet. Fortunately, there was a parking garage on the way and  the manager 
said 'Man come in here you're freezing to death!' Gave him a cup of  
'fortified' coffee and then a lift in the tow truck the last few blocks.
 
Said he typed up a new resume that night. Took the first offer in California 
and has been there ever since(37 years). 
 
 
In a message dated 2/1/2013 3:03:25 P.M. Central Standard Time,  
t...@harminc.net writes:

from  home to office, which I do in all but the worst weather (and then
it's a  ten minute bus/subway trip). Of course my employer's office
location is a  happy accident, and that could change for any number  of
reasons.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Steve Comstock]

On 2/1/2013 4:15 PM, Grinsell, Don wrote:

Hah! When I worked in Minneapolis I always felt sorry for the people in

Chicago. Now I'm living in the hinterlands and loving every minute of it. Our
rush hour lasts all of 10 minutes and my office is a 15 minute jog from the
National Forest boundary. It doesn't get much better than that.


--

Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"The limits of my language are the limits of my world."
~ Ludwig Wittgenstein


Eye of the beholder. Denver is great; I love living here.
On the other hand, Chicago is where I grew up and I still
love the city. Living in the hinterlands would drive me nuts.

(OK, it is Friday.)


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Paul Gilmartin]

On Thu, 31 Jan 2013 10:45:04 -0800, esmie moo wrote:

>Good Afternoon Gentle Readers,
�
I am altering a large amount of gdg dsns which are migrated.� :
�
This thread moves me to a (possibly) naive philosophical question
from a remote perspective.  (I like to keep a safe distance from z/OS
internals -- it helps me to maintain an open mind.)

Why should it be at all necessary to recall a migrated data set
to alter its catalog properties or to rename it?  This should be
an operation only on the catalog and the MCDS, with no need to
access the migrated extents of the data set.

Even as an increasing number of utilities are adapting to convert
DELETE to HDELETE, RENAME should be converted to HRENAME
and ALTER to HALTER, etc.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BYPASSING RECALL OF MIGRATED DSNS WHILE ATTEMPTING ALTER

[Ed Gould]

On Feb 1, 2013, at 6:29 PM, Paul Gilmartin wrote:

Good Afternoon Gentle Readers,

�
I am altering a large amount of gdg dsns which are migrated.� :
�
This thread moves me to a (possibly) naive philosophical question
from a remote perspective.  (I like to keep a safe distance from z/OS
internals -- it helps me to maintain an open mind.)

Why should it be at all necessary to recall a migrated data set
to alter its catalog properties or to rename it?  This should be
an operation only on the catalog and the MCDS, with no need to
access the migrated extents of the data set.

Even as an increasing number of utilities are adapting to convert
DELETE to HDELETE, RENAME should be converted to HRENAME
and ALTER to HALTER, etc.
Paul:

The "H" tells HSM to do its majic.
DEL works on the catalog and the dataset.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: My Last Days as a Sysprog

[Shmuel Metz (Seymour J.)]

In <1bf9b79e-6cc8-4ff8-b020-f42b4d518...@comcast.net>, on 02/01/2013
   at 04:48 PM, Ed Gould  said:

>I had a friend who was about 4 blocks from work (maybe less). He 
>was always being called in at night and ended up with no social 
>life.

He should have billed them or taken comp time.

>On the other extreme I had a job  and I was called in in the AM and 
> they refused to pay for parking etc.

I haven't had that. I have had a boss who needed me to stay late
chauffer me to my care so that I could get it out of a garage before
they locked up. And, yes, there really was something that needed
doing, not make work. I've also had bosses ordering me to get some
sleep after long stretches.

>I just told them that never call me in again.

Understandably.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN