Re: Power failure

[Peter]

I looked into audit and log messages during those time frames.

I just see a message as system was restarted forcibly. It doesn't say what
caused it.

Does IBM receives more detailed message ?

On Tue, 15 Oct, 2019, 9:12 PM Peter,  wrote:

> Gary
>
> When you told about 3380 and we did had some maintenance for DS8K Box. Not
> sure if would cause the z box to restart.
>
> Hopefully log tells more about this.
>
> On Tue, 15 Oct, 2019, 7:16 PM Gary Jacek,  wrote:
>
>> This reminds me of a problem we had with a brand new 3745 a very long
>> time ago at my previous employer.
>>
>> One main selling point of the 3745, touted by IBM, was dual power
>> supplies.
>>
>> We had just completed our move to a new data centre.  Within 24 hours we
>> lost our network.  That 3745 failed.
>> The one flaw in that dual power supply design was a single power cable.
>> And that was the component that failed.
>> We were down for many hours, until a replacement power cable could be
>> flown in from Toronto. (We were in Vancouver)
>>
>> The other failure we had during that move was a "swing DASD" 3380 that
>> just happened to be a sysres pack.
>> Of all the 3380s on the floor, this was the only one painted olive drab.
>> We spent that week making up stories about this 3380 being depth charged in
>> a US submarine or bouncing around in an army drab truck.
>>
>> Gary Jacek - TELUS IT - Western Canada IT Services - tel (604) 695-6282
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Peter
>> Sent: October 15, 2019 04:47 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Power failure
>>
>> Hi
>>
>> We had a power failure on our z14 zr1. I couldn't find any reason on the
>> log or hardware message on why it had power failure. Also our z14 box is
>> connected to two different UPS and they never went down .
>>
>> Where can we find the root cause of this power outage? When i checked our
>> Support element was initialising and not sure what made this power outage.
>> As other machines were all working intact.
>>
>> Any clue or suggestions to look into this?
>>
>> Peter
>>
>> --
>> 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: Alternative for VTL ?

[Russell Witt]

CA Vtape from Broadcom is another option. 

Russell Witt
Broadcom 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Tuesday, October 15, 2019 1:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Alternative for VTL ?

Hi Group

I am looking for alternative solution for IBM VTL. So far i have found luminex, 
EMC DLM, Model9...

Are there anyother virtual tape solution for mainframe which is stable and has 
got a good customer support ?

Any suggestions are welcome.

Regards
Jake

--
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

Invoking Amode 64 C\C++ dll from assembler

[Joseph Reichman]

Hi

 

I have done some  research on this the 64 bit assembler entry  CELQPRLG
macro does not  support main entry unlike the 31 bit counter part  CEEPCALL
which has a main entry

Thus using CELQCALL to call a 64 AMODE  C\C++ you cannot use the CELQPRLG
macro if this is the first LE program

 

It would see to me looking atz/OS Language Environment Programming Guide
for 64-bit Virtual Addressing Mode that the approach to take is calling is
calling CEEQPIPI which initializes

The LE environment I am not sure if INIT_SUB is ok or if this has to be
INIT_MAIN

 

To debug the code I have already realized that I need Debug tool to run in
standard mode using zos explorer to debug the code

 

If anyone has done this type of coding/debugging and can verify or negate I
would appreciate it

 

 

Thanks 


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

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Seymour J Metz]

They are user written macros, so unless there's documentation on the CBT tape 
you're SOL. I'd start by searching the index file.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck 
Sent: Tuesday, October 15, 2019 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Seeking doc on TSOENTER and TSOLEAVE macros

I found these macros used in several TSO commands on the CBTTape but there
is no documentation on them that I can find.  Can anyone point me to any
doc?



Thanks





Lionel B. Dyck <
Website:  

 
http://secure-web.cisco.com/1_j86beOYrTZ5gf_ioMUXmx7jIf6iGEqPzdGJ7P1k1Wi5dKzhGH6YqRWPdm_Jlsw0QIoUDHwNeEKeJDeceiEwUr7odtyDK7T3BMNN0iTBpyGZGNxZSO8yPUkp_4Per2s_jjIy5YSV42AKGDtGTzp3u-1VYulz3684531oP59HFB-LERGGCYRE7lXSQVSBoyUHDq8KFPsLung5JwaataYbQMkrSUPRb3Zp6CqsNfvemVyTxW2huxL6oAbjmPDjQue_Yre0hjBh7cmE92dfYWMcIMwFaRTi-XR1jDAy8miMW5lJh_QplcnlzzhMzYU-ETBpF4vuTrkAC3MTIGslLlisDSOoWu0nnn3_WWrMcF5hBFH0MDTD4UE8J3Jh4mD8VWeg/http%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden




--
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: Seeking doc on TSOENTER and TSOLEAVE macros

[Seymour J Metz]

Read the z/OS Programming Guide and z/OS TSO/E Programming Services for the 
release you're running.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Lionel B Dyck 
Sent: Tuesday, October 15, 2019 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: 
http://secure-web.cisco.com/1iZHoFSVT2vc1Ryt2tSvdPsZPCMOvBRag-z3y3FQQ5k4L1jnQObBWrLX1gU4lHSHzvPlDF-ITlWFlowwGMXEuw0_OAgu-D2gwOvWoNZRLsCOFlbw92RdfCREjyeX10ggNb6U-75S6qkE28nbljUnpW_ViUEk0O9c1GhBD12Fd_ttoSqnjxclMWpBtxRLzbbJAmGVRVWD9Cfw2bkn-EDjaixAiRPJfUvPyJEsVVTLKwN3k_tCzoqHDEs5DtHsWsHO_0MytwHQEGPUmpabUCC4NmcRl6AQXI-3964GqeKQmnzv0zZZTiAyfqmwgarx863TilmrqrLxbtHe4z5dE-cc9EnOrsfTExzEx22H0Sw_a4L0JNo7NV7Gj3f3Si-FpqI_T/http%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

>From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
>somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found
 Command ===>  Scroll ===> CSR
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: 
http://secure-web.cisco.com/1iZHoFSVT2vc1Ryt2tSvdPsZPCMOvBRag-z3y3FQQ5k4L1jnQObBWrLX1gU4lHSHzvPlDF-ITlWFlowwGMXEuw0_OAgu-D2gwOvWoNZRLsCOFlbw92RdfCREjyeX10ggNb6U-75S6qkE28nbljUnpW_ViUEk0O9c1GhBD12Fd_ttoSqnjxclMWpBtxRLzbbJAmGVRVWD9Cfw2bkn-EDjaixAiRPJfUvPyJEsVVTLKwN3k_tCzoqHDEs5DtHsWsHO_0MytwHQEGPUmpabUCC4NmcRl6AQXI-3964GqeKQmnzv0zZZTiAyfqmwgarx863TilmrqrLxbtHe4z5dE-cc9EnOrsfTExzEx22H0Sw_a4L0JNo7NV7Gj3f3Si-FpqI_T/http%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but
>>there is no documentation on them that I can find.  Can anyone point
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either
>name in our z/OS system. What CBT tape file(s) did you find them in?
>
Do those 

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Beverly Caldwell]

You have the source code for these macros I assume. Can you not read them
and document them yourself? I seem to remember them from some time ago but
it looks as though I threw them out at some point.

On Tue, Oct 15, 2019 at 9:48 AM Lionel B Dyck  wrote:

> TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps
> others but I haven't looked further.
>
> Thanks
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Tuesday, October 15, 2019 11:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros
>
> On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:
>
> >On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
> >
> >>I found these macros used in several TSO commands on the CBTTape but
> >>there is no documentation on them that I can find.  Can anyone point
> >>me to any doc?
> >
> >I don't find them in any IBM macro library, nor do find a MAC of either
> >name in our z/OS system. What CBT tape file(s) did you find them in?
> >
> Do those commands assemble successfully?  Who are the author(s)?
>
> -- gil
>
> --
> 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: Seeking doc on TSOENTER and TSOLEAVE macros

[Seymour J Metz]

The OP wants to write a command processor, so he shouldn't need the information 
on writing a TMP, and the old documentation doesn't have the information on 
handling, e.g., authorized commands. The current TSO documentation should have 
everything that he needs.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 
Sent: Tuesday, October 15, 2019 1:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

You probably need to refer to the (very) old TSO doc that covered how to write 
a TMP, probably no longer available from IBM but may be on bitsavers.  That old 
TMP doc may give you insight on how to use the enter/leave macros successfully.

For doc on the macros, I can only suggest "Use the source, Luke!".  That may be 
the only documentation there is.  I haven't looked at file 119 myself, so I 
don't actually know what is in there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: 
http://secure-web.cisco.com/1Yx9U7qrNAc2k1pUL9DFygtR1gbebFyd7ZnqzYo30BF0buNKyL4FPoDrcL5GSS-UsTrQpwtPy89oH6mzoKMaIa_WVsvFutKs74_NfLflzCHmA1JXmY-Y9MMGlyvTgrWCPZhLabTKpdkmd67XjyXy43x0p-6kcSiIZUZOxTRHnFYwghJdIi4LZ-3T0Rx11w0tA_rRMlWrU2vWCTcY2_X7Cio7AjTReDFWRgygqAkSYDbgbGp1zjfeldqfkI3_3MCyKj8XvGpA2YCRFbsQVQs9Q6wQCULX8DNcUskx04sc7cS3xWUpTs6mcb-HsFDZw8_L1sFOsMOdOPctDj4Q-mSxl3KO_dSF17tzyiMLEBfftdYCK3n4c5XWxERg8L2dzf98C/http%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

>From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
>somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found
 Command ===>  Scroll ===> CSR
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: 

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Lionel B Dyck]

Thank you on both counts.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

For z/OS, IBM seems to have at least some of what you need in the TSO/E 
Programing Guide, KC reference here:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb600/part2.htm

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

SC28-1136-3_TSO_Extensions_Guide_to_Writing_a_Terminal_Monitor_Program_or_a_Command_Processor_Jan86.pdf

Found on bitsavers here:

http://www.bitsavers.org/pdf/ibm/370/TSO_Extensions/

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

You probably need to refer to the (very) old TSO doc that covered how to write 
a TMP, probably no longer available from IBM but may be on bitsavers.  That old 
TMP doc may give you insight on how to use the enter/leave macros successfully.

For doc on the macros, I can only suggest "Use the source, Luke!".  That may be 
the only documentation there is.  I haven't looked at file 119 myself, so I 
don't actually know what is in there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

>From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
>somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your 

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Farley, Peter x23353]

For z/OS, IBM seems to have at least some of what you need in the TSO/E 
Programing Guide, KC reference here:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb600/part2.htm

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

SC28-1136-3_TSO_Extensions_Guide_to_Writing_a_Terminal_Monitor_Program_or_a_Command_Processor_Jan86.pdf

Found on bitsavers here:

http://www.bitsavers.org/pdf/ibm/370/TSO_Extensions/

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

You probably need to refer to the (very) old TSO doc that covered how to write 
a TMP, probably no longer available from IBM but may be on bitsavers.  That old 
TMP doc may give you insight on how to use the enter/leave macros successfully.

For doc on the macros, I can only suggest "Use the source, Luke!".  That may be 
the only documentation there is.  I haven't looked at file 119 myself, so I 
don't actually know what is in there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these 

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Farley, Peter x23353]

SC28-1136-3_TSO_Extensions_Guide_to_Writing_a_Terminal_Monitor_Program_or_a_Command_Processor_Jan86.pdf

Found on bitsavers here:

http://www.bitsavers.org/pdf/ibm/370/TSO_Extensions/

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

You probably need to refer to the (very) old TSO doc that covered how to write 
a TMP, probably no longer available from IBM but may be on bitsavers.  That old 
TMP doc may give you insight on how to use the enter/leave macros successfully.

For doc on the macros, I can only suggest "Use the source, Luke!".  That may be 
the only documentation there is.  I haven't looked at file 119 myself, so I 
don't actually know what is in there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- 

This message and any attachments are intended only for the use of the addressee 
and 

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Farley, Peter x23353]

You probably need to refer to the (very) old TSO doc that covered how to write 
a TMP, probably no longer available from IBM but may be on bitsavers.  That old 
TMP doc may give you insight on how to use the enter/leave macros successfully.

For doc on the macros, I can only suggest "Use the source, Luke!".  That may be 
the only documentation there is.  I haven't looked at file 119 myself, so I 
don't actually know what is in there.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- 

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your 

Re: Power failure

[Peter]

Gary

When you told about 3380 and we did had some maintenance for DS8K Box. Not
sure if would cause the z box to restart.

Hopefully log tells more about this.

On Tue, 15 Oct, 2019, 7:16 PM Gary Jacek,  wrote:

> This reminds me of a problem we had with a brand new 3745 a very long time
> ago at my previous employer.
>
> One main selling point of the 3745, touted by IBM, was dual power supplies.
>
> We had just completed our move to a new data centre.  Within 24 hours we
> lost our network.  That 3745 failed.
> The one flaw in that dual power supply design was a single power cable.
> And that was the component that failed.
> We were down for many hours, until a replacement power cable could be
> flown in from Toronto. (We were in Vancouver)
>
> The other failure we had during that move was a "swing DASD" 3380 that
> just happened to be a sysres pack.
> Of all the 3380s on the floor, this was the only one painted olive drab.
> We spent that week making up stories about this 3380 being depth charged in
> a US submarine or bouncing around in an army drab truck.
>
> Gary Jacek - TELUS IT - Western Canada IT Services - tel (604) 695-6282
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: October 15, 2019 04:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Power failure
>
> Hi
>
> We had a power failure on our z14 zr1. I couldn't find any reason on the
> log or hardware message on why it had power failure. Also our z14 box is
> connected to two different UPS and they never went down .
>
> Where can we find the root cause of this power outage? When i checked our
> Support element was initialising and not sure what made this power outage.
> As other machines were all working intact.
>
> Any clue or suggestions to look into this?
>
> Peter
>
> --
> 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: Seeking doc on TSOENTER and TSOLEAVE macros

[Lionel B Dyck]

That is one file but none of the files I've checked have any doc on all the 
keywords or how to use them.

I'm looking at learning to write a tso command processor and thus was looking 
at the cbt tape for examples. Where possible, I would like to use macros to 
simplify both the coding and later maintenance of the code.

Thanks

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Tuesday, October 15, 2019 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

>From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
>somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- 

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
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: Seeking doc on TSOENTER and TSOLEAVE macros

[Farley, Peter x23353]

From CBT001 index, it looks to me like TSOENTER/TSOLEAVE should be located 
somewhere in CBT file 119.

BROWSETSOUSER.CBT001.UPD   Li   CHARS 'TSOENTER' found 
 Command ===>  Scroll ===> CSR  
//*   INUSE   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LUSEINNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   LDROP   INNER MACRO FOR   *   FILE 119
//*   TSOENTER/TSOLEAVE/SETREG/EOJ  *   FILE 119
//*   CSPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   IOPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   CPPLINNER MACRO FOR TSOENTER/TSOLEAVE *   FILE 119
//*   TSOENTERMACRO TO SET UP COMMAND PROCESSOR *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   TSOLEAVEMACRO TO RETURN TO TMP (USED  *   FILE 119
//*   W/TSOENTER)   *   FILE 119
//*   SETREG  ENTRY SETUP MACRO  - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   EOJ EXIT  RETURN MACRO - NON/TSO  *   FILE 119
//*   ENVIRONMENT   *   FILE 119
//*   XABSM   BRANCH AND SET MODE MACRO FOR *   FILE 119
//*   MVS/XA 31 BIT CODING  *   FILE 119

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Tuesday, October 15, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- 

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Jesse 1 Robinson]

We have copies of both macros in a library associated with shareware. There is 
no doc as to origin. They look really old and may not be compatible with other 
versions. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- gil


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

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Lionel B Dyck]

TSOENTER/TSOLEAVE were found in CBT Files 300, 119, and 136.  Perhaps others 
but I haven't looked further.

Thanks


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, October 15, 2019 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seeking doc on TSOENTER and TSOLEAVE macros

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but 
>>there is no documentation on them that I can find.  Can anyone point 
>>me to any doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either 
>name in our z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- gil

--
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: Seeking doc on TSOENTER and TSOLEAVE macros

[Paul Gilmartin]

On Tue, 15 Oct 2019 11:17:56 -0500, Tom Marchant wrote:

>On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:
>
>>I found these macros used in several TSO commands on the CBTTape but there
>>is no documentation on them that I can find.  Can anyone point me to any
>>doc?
>
>I don't find them in any IBM macro library, nor do find a MAC of either name 
>in our 
>z/OS system. What CBT tape file(s) did you find them in?
> 
Do those commands assemble successfully?  Who are the author(s)?

-- gil

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

Re: Seeking doc on TSOENTER and TSOLEAVE macros

[Tom Marchant]

On Tue, 15 Oct 2019 10:31:12 -0500, Lionel B Dyck wrote:

>I found these macros used in several TSO commands on the CBTTape but there
>is no documentation on them that I can find.  Can anyone point me to any
>doc?

I don't find them in any IBM macro library, nor do find a MAC of either name in 
our 
z/OS system. What CBT tape file(s) did you find them in?

-- 
Tom Marchant

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

Seeking doc on TSOENTER and TSOLEAVE macros

[Lionel B Dyck]

I found these macros used in several TSO commands on the CBTTape but there
is no documentation on them that I can find.  Can anyone point me to any
doc?

 

Thanks

 

 

Lionel B. Dyck <
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


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

Re: Power failure

[Gary Jacek]

This reminds me of a problem we had with a brand new 3745 a very long time ago 
at my previous employer.

One main selling point of the 3745, touted by IBM, was dual power supplies.

We had just completed our move to a new data centre.  Within 24 hours we lost 
our network.  That 3745 failed.
The one flaw in that dual power supply design was a single power cable.  And 
that was the component that failed.
We were down for many hours, until a replacement power cable could be flown in 
from Toronto. (We were in Vancouver)

The other failure we had during that move was a "swing DASD" 3380 that just 
happened to be a sysres pack.
Of all the 3380s on the floor, this was the only one painted olive drab.  We 
spent that week making up stories about this 3380 being depth charged in a US 
submarine or bouncing around in an army drab truck.

Gary Jacek - TELUS IT - Western Canada IT Services - tel (604) 695-6282 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: October 15, 2019 04:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Power failure

Hi

We had a power failure on our z14 zr1. I couldn't find any reason on the log or 
hardware message on why it had power failure. Also our z14 box is connected to 
two different UPS and they never went down .

Where can we find the root cause of this power outage? When i checked our 
Support element was initialising and not sure what made this power outage.
As other machines were all working intact.

Any clue or suggestions to look into this?

Peter

--
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: Power failure

[Dana Mitchell]

I just did a quick look on a z114 HMC,  Single Object Operations -> Console 
Actions -> Audit and Log Management.This log will contain entries for POR 
and Acivtate actions if the CPC was powered on.

Dana 

On Tue, 15 Oct 2019 17:44:16 +0400, Peter  wrote:

>I have a query, if the hardware gets restarted due to power failure does it
>write this message anywhere in the logs ?
>

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

Re: IBM Z Development and Test Environment (zD)

[Jousma, David]

From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Sunday, October 13, 2019 11:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Z Development and Test Environment (zD)


David Jousma wrote:
>We happen to be all parallel sysplex.

*All* z/OS instances, including your development LPAR(s)?

>> yes, all lpars are PS.

>The other problem that we see is that an image that a developer spins 
>up wont have the knowledge let alone sysprog access to start/stop 
>regions, etc,
>etc, etc.   IBM's answer was just give them the
>access, if they screw it up, just wipe it out, and
>reclone the image.   The problem is you are asking
>developers to do things in this environment that they would have not 
>access to do on the "real systems" and would generate endless calls to 
>my team for support.

Not endless, or at least not in the sense you evidently mean it.

Look, fundamentally IBM is correct. IBM's basic advice is entirely consistent 
with the real rest of the world. We've seen this tired movie plot many times 
before, including four decades ago when business people "smuggled" Apple IIs 
with Visicalc into the office suites because IT departments were so terrible in 
supporting their innovative needs. In every other development context 
developers are allowed, even encouraged, to "screw up." And thank goodness they 
"screw up," because that's exactly what they should be doing as early as 
possible. They have "disposable" operating system instances, and when they 
inevitably wreck one, they toss it in the
(virtual) trash, fire up another one, and try again. That's how people learn, 
and that's a good thing! The correct answer here is not to withhold thoroughly 
common and ordinary development capabilities from developers.
That's an expedited path to the grave, really. If you're concerned about having 
"too much" demand for your support services -- puzzling to me since being in 
high(er) demand seems like an awfully good thing professionally and for job 
security, but OK, if that's your view -- then just handle all such support 
inquiries as "Low Severity" within your organization, prioritized well below 
the more important things they're doing. Declare that prioritization up front, 
and if somebody is upset that developers aren't supported well enough, 
management can decide whether to resolve that through more investments in 
education, more support staff, an outsourced developer support contract, more 
"how-to" documentation, or some combination. You also certainly don't get rid 
of your existing development resources on your IBM Z machines. Indeed, you also 
ought to ask IBM about getting an "Application Development and Test Solution" 
to expand those resources if you haven't already.

>>Timothy,  I agree with your comments about the future and the platform and 
>>folks learning.   The per-instance cost of ZD (what we've been quoted 
>>anyways) is quite high for on-the-job hobbyist/business learning.But, 
>>please don't compare z/OS to Windows or Linux where everyone and their 
>>brother has personal copies at home to play with since their inception.   The 
>>fact is that what most of us on this list have learned in decades of work 
>>experience can't be just "jumped into".   What linux and windows does 
>>"built-in" z platform requires manual care and feeding.   Like most on this 
>>list can attest too, staffing for z platform in the last 10-20 years has gone 
>>from robust to bare-bones.  The bottom line is that I just don't have the 
>>resources to be the teacher/mentor/helpdesk for some percentage of the large 
>>development staff we have.

Now, back to the discussion of usefulness of ZD  If nothing is the same as 
the "home" environment, how would one expect a developer to know how to compile 
programs, etc?  Do you think every shop runs with the IBM supplied compile 
procs?   What about application data?  Dataset naming standards with regards to 
alias entries in mastercat/usercat's on the ZDT image?To be really useful 
to any level of ZD user, I'd have to build a Fifth Third flavored image that 
includes our non-blue software catalog, and come up with an automated process 
that would refresh the image regularly to keep things relatively in synch 
(security, catalog updates,?) so that something built and tested in ZD world 
would run on the z hardware platform.

On a side-note, we are in the process of modernizing our Application 
Development toolset.  Our mainframe developers have been relegated to managing 
their applications the same way they always have in the last 20 years.   We are 
doing a POC expected to be implemented project to migrate the development 
efforts into iDZ/GIT/DBB/UCD/Jenkins managed development pipeline.   When we 
get there, we will be in a much better position to support a ZD environment 
if it were to make sense.



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) 

Re: Power failure

[Peter]

I have a query, if the hardware gets restarted due to power failure does it
write this message anywhere in the logs ?

On Tue, 15 Oct, 2019, 4:39 PM Vernooij, Kees (ITOP NM) - KLM, <
kees.verno...@klm.com> wrote:

> Sure. Some time ago we did a check of the power connections before a major
> action on one of the power rails and we also found a couple of devices that
> had their redundant power plugs connected to the same rail.
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jousma, David
> > Sent: 15 October, 2019 14:30
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Power failure
> >
> > My point about the UPS's is that while I am sure you know they are fine,
> > do you KNOW for sure your z14 is wired to both?   Only your facilities
> > guys can answer that.   We've been known to see a few servers go down
> when
> > our facilities guys take a PDU offline to do some maintenance, only to
> > find that some servers had both of their power feeds coming off the
> > same...
> >
> >
> __
> > ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> > Rapids, MI 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Peter
> > Sent: Tuesday, October 15, 2019 8:24 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Power failure
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > We have checked our local UPS and they are fine ..
> >
> > Not sure why SE didn't write anything about this failure and there was no
> > IBM call made from box.
> >
> > There should be somewhere this kind of failure notification would be
> > recorded ?
> >
> > On Tue, 15 Oct, 2019, 3:51 PM Jousma, David, < 01a0403c5dc1-dmarc-
> > requ...@listserv.ua.edu> wrote:
> >
> > > Assuming  you have the box properly installed, and reporting "home" to
> > > IBM, I'd suspect something local.  These boxes have redundant power
> > > supplies, and if one fails, it will phone home.  Maybe what you think
> > > is true about your redundant connections is not really the case?
> > >
> > >
> > >
> > >
> > > __
> > > ___
> > > Dave Jousma
> > > AVP | Manager, Systems Engineering
> > >
> > > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> > > Rapids, MI 49546
> > > 616.653.8429  |  fax: 616.653.2717
> > >
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of Peter
> > > Sent: Tuesday, October 15, 2019 7:47 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Power failure
> > >
> > > **CAUTION EXTERNAL EMAIL**
> > >
> > > **DO NOT open attachments or click on links from unknown senders or
> > > unexpected emails**
> > >
> > > Hi
> > >
> > > We had a power failure on our z14 zr1. I couldn't find any reason on
> > > the log or hardware message on why it had power failure. Also our z14
> > > box is connected to two different UPS and they never went down .
> > >
> > > Where can we find the root cause of this power outage? When i checked
> > > our Support element was initialising and not sure what made this power
> > outage.
> > > As other machines were all working intact.
> > >
> > > Any clue or suggestions to look into this?
> > >
> > > Peter
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > **CAUTION EXTERNAL EMAIL**
> > >
> > > **DO NOT open attachments or click on links from unknown senders or
> > > unexpected emails**
> > >
> > > This e-mail transmission contains information that is confidential and
> > may
> > > be privileged.   It is intended only for the addressee(s) named above.
> > If
> > > you receive this e-mail in error, please do not read, copy or
> > > disseminate it in any manner. If you are not the intended recipient,
> > > any disclosure, copying, distribution or use of the contents of this
> > > information is prohibited. Please reply to the message immediately by
> > > informing the sender that the message was misdirected. After replying,
> > > please erase it from your computer system. Your assistance in
> correcting
> > this error is appreciated.
> > >
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > 

Re: IBM Z Development and Test Environment (zD)

[Steve Smith]

Amen Timothy Sipples!  I have often seen systems programming/administration
teams enact unnecessary restrictions on application programmers possibly to
make their own jobs easier in the short-term (while destroying their value
long-term).  Or maybe they just like to wield their power.  I believe the
mainframe market would be bigger and healthier if it weren't for that
attitude.

That said, I'm pretty sure that does not apply to Dave Jousma, as I've
worked with him before, and he does want to innovate.  It's ultimately up
to management; and without wandering into my unsolicited opinions on
corporate management, it's not that easy to get their attention, much less
their buy-in for new things.

sas



On Sun, Oct 13, 2019 at 11:13 PM Timothy Sipples  wrote:

> A couple quick comments and suggestions from me
>
> David Jousma wrote:
> >We happen to be all parallel sysplex.
>
> *All* z/OS instances, including your development LPAR(s)?
>
> >The other problem that we see is that an image
> >that a developer spins up wont have the knowledge
> >let alone sysprog access to start/stop regions, etc,
> >etc, etc.   IBM's answer was just give them the
> >access, if they screw it up, just wipe it out, and
> >reclone the image.   The problem is you are asking
> >developers to do things in this environment that they
> >would have not access to do on the "real systems" and
> >would generate endless calls to my team for support.
>
> Not endless, or at least not in the sense you evidently mean it.
>
> Look, fundamentally IBM is correct. IBM's basic advice is entirely
> consistent with the real rest of the world. We've seen this tired movie
> plot many times before, including four decades ago when business people
> "smuggled" Apple IIs with Visicalc into the office suites because IT
> departments were so terrible in supporting their innovative needs. In every
> other development context developers are allowed, even encouraged, to
> "screw up." And thank goodness they "screw up," because that's exactly what
> they should be doing as early as possible. They have "disposable" operating
> system instances, and when they inevitably wreck one, they toss it in the
> (virtual) trash, fire up another one, and try again. That's how people
> learn, and that's a good thing! The correct answer here is not to withhold
> thoroughly common and ordinary development capabilities from developers.
> That's an expedited path to the grave, really. If you're concerned about
> having "too much" demand for your support services -- puzzling to me since
> being in high(er) demand seems like an awfully good thing professionally
> and for job security, but OK, if that's your view -- then just handle all
> such support inquiries as "Low Severity" within your organization,
> prioritized well below the more important things they're doing. Declare
> that prioritization up front, and if somebody is upset that developers
> aren't supported well enough, management can decide whether to resolve that
> through more investments in education, more support staff, an outsourced
> developer support contract, more "how-to" documentation, or some
> combination. You also certainly don't get rid of your existing development
> resources on your IBM Z machines. Indeed, you also ought to ask IBM about
> getting an "Application Development and Test Solution" to expand those
> resources if you haven't already.
>
>
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z & LinuxONE
>
> 
>
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

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

Re: Alternative for VTL ?

[Tony Thigpen]

Jake,

I use the Visara VI-5990 for multiple customers in my hosting 
environment. I am using it with OS/390, z/OS, z/VM and z/VSE.


For z/OS (and OS/390) here is no software required on the host, nor is 
then any special CUU addresses for communication. Everything is handle 
via CCWs that IBM already issues wither using a tape manager (we use 
RMM) or even in a DR situation with no tape manager and just a minimum 
system. The web interface to the unit, which is seldom needed, is simple 
and easy for the operator. I switched from Secure Agent and am very glad 
that I did.


Tony Thigpen

Ken Bloom wrote on 10/15/19 2:13 AM:

Yes.  The Visara VI-5990.  Contact me off line for more info.

Regards
Ken

Kenneth A. Bloom
Avenir Technologies Inc
/d/b/a Visara International
203-984-2235
bl...@visara.com
www.visara.com



On Oct 15, 2019, at 2:04 AM, Jake Anderson  wrote:

Hi Group

I am looking for alternative solution for IBM VTL. So far i have found
luminex, EMC DLM, Model9...

Are there anyother virtual tape solution for mainframe which is stable and
has got a good customer support ?

Any suggestions are welcome.

Regards
Jake

--
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: Power failure

[Vernooij, Kees (ITOP NM) - KLM]

Sure. Some time ago we did a check of the power connections before a major 
action on one of the power rails and we also found a couple of devices that had 
their redundant power plugs connected to the same rail.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 15 October, 2019 14:30
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Power failure
> 
> My point about the UPS's is that while I am sure you know they are fine,
> do you KNOW for sure your z14 is wired to both?   Only your facilities
> guys can answer that.   We've been known to see a few servers go down when
> our facilities guys take a PDU offline to do some maintenance, only to
> find that some servers had both of their power feeds coming off the
> same...
> 
> __
> ___
> Dave Jousma
> AVP | Manager, Systems Engineering
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Peter
> Sent: Tuesday, October 15, 2019 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Power failure
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> We have checked our local UPS and they are fine ..
> 
> Not sure why SE didn't write anything about this failure and there was no
> IBM call made from box.
> 
> There should be somewhere this kind of failure notification would be
> recorded ?
> 
> On Tue, 15 Oct, 2019, 3:51 PM Jousma, David, < 01a0403c5dc1-dmarc-
> requ...@listserv.ua.edu> wrote:
> 
> > Assuming  you have the box properly installed, and reporting "home" to
> > IBM, I'd suspect something local.  These boxes have redundant power
> > supplies, and if one fails, it will phone home.  Maybe what you think
> > is true about your redundant connections is not really the case?
> >
> >
> >
> >
> > __
> > ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> > Rapids, MI 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Peter
> > Sent: Tuesday, October 15, 2019 7:47 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Power failure
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hi
> >
> > We had a power failure on our z14 zr1. I couldn't find any reason on
> > the log or hardware message on why it had power failure. Also our z14
> > box is connected to two different UPS and they never went down .
> >
> > Where can we find the root cause of this power outage? When i checked
> > our Support element was initialising and not sure what made this power
> outage.
> > As other machines were all working intact.
> >
> > Any clue or suggestions to look into this?
> >
> > Peter
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > This e-mail transmission contains information that is confidential and
> may
> > be privileged.   It is intended only for the addressee(s) named above.
> If
> > you receive this e-mail in error, please do not read, copy or
> > disseminate it in any manner. If you are not the intended recipient,
> > any disclosure, copying, distribution or use of the contents of this
> > information is prohibited. Please reply to the message immediately by
> > informing the sender that the message was misdirected. After replying,
> > please erase it from your computer system. Your assistance in correcting
> this error is appreciated.
> >
> >
> > --
> > 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 **CAUTION
> EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
> 
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in 

Re: Alternative for VTL ?

[Christopher Mason]

There is Optica and Secure Agent as well which is worth looking into.

Thanks,

Chris Mason ▪ Sr. Systems Engineer IBM Z ▪ Technical Services Group – Global 
Service Design & Realization ▪ 
Sungard Availability Services, LLC
401 North Broad Street, Philadelphia, PA 19108 ▪  Office: 215-351-3688 ▪ Fax: 
215-351-0708 ▪ 
christopher.ma...@sungardas.com ▪ www.sungardas.com
 
 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged
information, and unauthorized disclosure or use is prohibited.  If you received 
this e-mail in error, please notify the sender
and delete this e-mail from your system.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Tuesday, October 15, 2019 2:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Alternative for VTL ?

Hi Group

I am looking for alternative solution for IBM VTL. So far i have found luminex, 
EMC DLM, Model9...

Are there anyother virtual tape solution for mainframe which is stable and has 
got a good customer support ?

Any suggestions are welcome.

Regards
Jake

--
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: Power failure

[Jousma, David]

My point about the UPS's is that while I am sure you know they are fine, do you 
KNOW for sure your z14 is wired to both?   Only your facilities guys can answer 
that.   We've been known to see a few servers go down when our facilities guys 
take a PDU offline to do some maintenance, only to find that some servers had 
both of their power feeds coming off the same...

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, October 15, 2019 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Power failure

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

We have checked our local UPS and they are fine ..

Not sure why SE didn't write anything about this failure and there was no IBM 
call made from box.

There should be somewhere this kind of failure notification would be recorded ?

On Tue, 15 Oct, 2019, 3:51 PM Jousma, David, < 
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Assuming  you have the box properly installed, and reporting "home" to 
> IBM, I'd suspect something local.  These boxes have redundant power 
> supplies, and if one fails, it will phone home.  Maybe what you think 
> is true about your redundant connections is not really the case?
>
>
>
>
> __
> ___
> Dave Jousma
> AVP | Manager, Systems Engineering
>
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand 
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Peter
> Sent: Tuesday, October 15, 2019 7:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Power failure
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Hi
>
> We had a power failure on our z14 zr1. I couldn't find any reason on 
> the log or hardware message on why it had power failure. Also our z14 
> box is connected to two different UPS and they never went down .
>
> Where can we find the root cause of this power outage? When i checked 
> our Support element was initialising and not sure what made this power outage.
> As other machines were all working intact.
>
> Any clue or suggestions to look into this?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or 
> disseminate it in any manner. If you are not the intended recipient, 
> any disclosure, copying, distribution or use of the contents of this 
> information is prohibited. Please reply to the message immediately by 
> informing the sender that the message was misdirected. After replying, 
> please erase it from your computer system. Your assistance in correcting this 
> error is appreciated.
>
>
> --
> 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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: Power failure

[Vernooij, Kees (ITOP NM) - KLM]

Ask IBM to dial in on the box and check the logs.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 15 October, 2019 14:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Power failure
> 
> We have checked our local UPS and they are fine ..
> 
> Not sure why SE didn't write anything about this failure and there was no
> IBM call made from box.
> 
> There should be somewhere this kind of failure notification would be
> recorded ?
> 
> On Tue, 15 Oct, 2019, 3:51 PM Jousma, David, <
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > Assuming  you have the box properly installed, and reporting "home" to
> > IBM, I'd suspect something local.  These boxes have redundant power
> > supplies, and if one fails, it will phone home.  Maybe what you think is
> > true about your redundant connections is not really the case?
> >
> >
> >
> >
> >
> __
> ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> > Rapids, MI 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Peter
> > Sent: Tuesday, October 15, 2019 7:47 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Power failure
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hi
> >
> > We had a power failure on our z14 zr1. I couldn't find any reason on the
> > log or hardware message on why it had power failure. Also our z14 box is
> > connected to two different UPS and they never went down .
> >
> > Where can we find the root cause of this power outage? When i checked
> our
> > Support element was initialising and not sure what made this power
> outage.
> > As other machines were all working intact.
> >
> > Any clue or suggestions to look into this?
> >
> > Peter
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> > EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > This e-mail transmission contains information that is confidential and
> may
> > be privileged.   It is intended only for the addressee(s) named above.
> If
> > you receive this e-mail in error, please do not read, copy or
> disseminate
> > it in any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of this information is
> > prohibited. Please reply to the message immediately by informing the
> sender
> > that the message was misdirected. After replying, please erase it from
> your
> > computer system. Your assistance in correcting this error is
> appreciated.
> >
> >
> > --
> > 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Power failure

[Peter]

We have checked our local UPS and they are fine ..

Not sure why SE didn't write anything about this failure and there was no
IBM call made from box.

There should be somewhere this kind of failure notification would be
recorded ?

On Tue, 15 Oct, 2019, 3:51 PM Jousma, David, <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Assuming  you have the box properly installed, and reporting "home" to
> IBM, I'd suspect something local.  These boxes have redundant power
> supplies, and if one fails, it will phone home.  Maybe what you think is
> true about your redundant connections is not really the case?
>
>
>
>
> _
> Dave Jousma
> AVP | Manager, Systems Engineering
>
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Peter
> Sent: Tuesday, October 15, 2019 7:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Power failure
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hi
>
> We had a power failure on our z14 zr1. I couldn't find any reason on the
> log or hardware message on why it had power failure. Also our z14 box is
> connected to two different UPS and they never went down .
>
> Where can we find the root cause of this power outage? When i checked our
> Support element was initialising and not sure what made this power outage.
> As other machines were all working intact.
>
> Any clue or suggestions to look into this?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
>
> --
> 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: Power failure

[Jousma, David]

Assuming  you have the box properly installed, and reporting "home" to IBM, I'd 
suspect something local.  These boxes have redundant power supplies, and if one 
fails, it will phone home.  Maybe what you think is true about your redundant 
connections is not really the case?



_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, October 15, 2019 7:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Power failure

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi

We had a power failure on our z14 zr1. I couldn't find any reason on the log or 
hardware message on why it had power failure. Also our z14 box is connected to 
two different UPS and they never went down .

Where can we find the root cause of this power outage? When i checked our 
Support element was initialising and not sure what made this power outage.
As other machines were all working intact.

Any clue or suggestions to look into this?

Peter

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Power failure

[Peter]

Hi

We had a power failure on our z14 zr1. I couldn't find any reason on the
log or hardware message on why it had power failure. Also our z14 box is
connected to two different UPS and they never went down .

Where can we find the root cause of this power outage? When i checked our
Support element was initialising and not sure what made this power outage.
As other machines were all working intact.

Any clue or suggestions to look into this?

Peter

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

Re: Alternative for VTL ?

[Ken Bloom]

Yes.  The Visara VI-5990.  Contact me off line for more info. 

Regards
Ken

Kenneth A. Bloom
Avenir Technologies Inc
/d/b/a Visara International
203-984-2235
bl...@visara.com
www.visara.com


> On Oct 15, 2019, at 2:04 AM, Jake Anderson  wrote:
> 
> Hi Group
> 
> I am looking for alternative solution for IBM VTL. So far i have found
> luminex, EMC DLM, Model9...
> 
> Are there anyother virtual tape solution for mainframe which is stable and
> has got a good customer support ?
> 
> Any suggestions are welcome.
> 
> Regards
> Jake
> 
> --
> 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: Alternative for VTL ?

[Richard Marchant]

Jake,

Check *Secure Data Solution* by Secure Data Innovations AG

Richard


On Tue, Oct 15, 2019 at 8:04 AM Jake Anderson 
wrote:

> Hi Group
>
> I am looking for alternative solution for IBM VTL. So far i have found
> luminex, EMC DLM, Model9...
>
> Are there anyother virtual tape solution for mainframe which is stable and
> has got a good customer support ?
>
> Any suggestions are welcome.
>
> Regards
> Jake
>
> --
> 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

Alternative for VTL ?

[Jake Anderson]

Hi Group

I am looking for alternative solution for IBM VTL. So far i have found
luminex, EMC DLM, Model9...

Are there anyother virtual tape solution for mainframe which is stable and
has got a good customer support ?

Any suggestions are welcome.

Regards
Jake

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