Re: Any one having issues accessing SERVICELINK

[Lopez, Sharon]

It's finally working!  Would love to know what happened.

Thanks to everyone that replied.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, June 6, 2023 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any one having issues accessing SERVICELINK

It's still not working for me, nor others on my team.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmail.com__;!!JT0xjr86ZxPthq8!vYLwK64EcczE4bVP14-bpdiWsClnEpMuM9-TAiXM6fEsz59DIyqGDKkKZP_HGMy7XazMGYJZI9M4D0dYPfVp1YCD69_1N_bp2jIZ$


--- Original Message ---
On Tuesday, June 6th, 2023 at 10:43 AM, Michael Babcock  
wrote:


> Nope, just tried. Got an authorization error.
>
> On Tue, Jun 6, 2023 at 9:07 AM Lopez, Sharon <
> 038467b8de97-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I'm reposting. Can others check and see if you can get on to SERVICELINK?
> >
> > Thank you.
> > Sharon Lopez
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of Lopez, Sharon
> > Sent: Monday, June 5, 2023 2:18 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Any one having issues accessing SERVICELINK
> >
> > Thank you.
> >
> > The information transmitted is intended solely for the individual or
> > entity to which it is addressed and may contain confidential and/or
> > privileged material. Any review, retransmission, dissemination or
> > other use of or taking action in reliance upon this information by
> > persons or entities other than the intended recipient is prohibited.
> > If you have received this email in error please contact the sender
> > and delete the material from any computer.
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> > The information transmitted is intended solely for the individual or
> > entity to which it is addressed and may contain confidential and/or
> > privileged material. Any review, retransmission, dissemination or
> > other use of or taking action in reliance upon this information by
> > persons or entities other than the intended recipient is prohibited.
> > If you have received this email in error please contact the sender
> > and delete the material from any computer.
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> 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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: Any one having issues accessing SERVICELINK

[Lopez, Sharon]

I'm reposting.  Can others check and see if you can get on to SERVICELINK?

Thank you.
Sharon Lopez

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Monday, June 5, 2023 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any one having issues accessing SERVICELINK

Thank you.



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Any one having issues accessing SERVICELINK

[Lopez, Sharon]

Thank you.



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: Shopz

[Lopez, Sharon]

It isn't working for me either.  Is there a new address?

Thanks.
Sharon

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, March 6, 2023 3:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz

Thanks,
For some reason, it isn't working for me.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Barbara Nitz
Sent: יום ב 06 מרץ 2023 10:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz

>Has anyone been able to access shopz since yesterday?
>Has the address changed?
I can get to ShopZ at this address 
https://urldefense.com/v3/__https://www.ibm.com/software/shopzseries/ShopzSeries_public.wss__;!!JT0xjr86ZxPthq8!tkINETa0RUlIkxQoWf8y3zQt3HJhZV1YmtRA6d-FLfMylWRm_xRHFBKW2oIMq07JxYOIjIqDRI1qFiOC$
 .

Regards, Barbara

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: SMP/E RECEIVER ORDER failing

[Lopez, Sharon]

Thanks for testing.  Is there a specific group at IBM that we can contact to 
find out what's going on?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

I'm getting an FTP error. Problem probably on their end. ☹

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

I also tried eccgw02.rochester.ibm.com_ and it's just sitting there getting no 
i/o.  Can someone try to run their SMP/E RECEIVE and see if they are getting 
failures?  I've opened up a case with IBM.

Thanks.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

Whenever I perceive a problem with boulder, I change to using the following 
that day and the next day revert back to boulder.

url="https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw02.rochester.ibm.com_services_projects_ecc_ws_=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=1T8dAjxVrkbgdLnm3nIAUjAGA8Eu6RJgpKpcWaqf4fo=
 "


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E RECEIVER ORDER failing

Is anyone else experiencing any issues Receiving maintenance from 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws-2522.-3F=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=Y0fcI5T3UK1CsEapMuOz5pnYqpdaPjnYzUISBCGXjwU=

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
sharon.lo...@truist.com<mailto:sharon.lo...@truist.com>



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: SMP/E RECEIVER ORDER failing

[Lopez, Sharon]

I also tried eccgw02.rochester.ibm.com_ and it's just sitting there getting no 
i/o.  Can someone try to run their SMP/E RECEIVE and see if they are getting 
failures?  I've opened up a case with IBM.

Thanks.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, September 2, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E RECEIVER ORDER failing

Whenever I perceive a problem with boulder, I change to using the following 
that day and the next day revert back to boulder.

url="https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw02.rochester.ibm.com_services_projects_ecc_ws_=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=1T8dAjxVrkbgdLnm3nIAUjAGA8Eu6RJgpKpcWaqf4fo=
 "


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lopez, Sharon
Sent: Thursday, September 2, 2021 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E RECEIVER ORDER failing

Is anyone else experiencing any issues Receiving maintenance from 
https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws-2522.-3F=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=P39AWTbatEnevPGIsUWEdf5QtS0R8-lNlGMQYQD41xw=Y0fcI5T3UK1CsEapMuOz5pnYqpdaPjnYzUISBCGXjwU=

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
sharon.lo...@truist.com<mailto:sharon.lo...@truist.com>



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

SMP/E RECEIVER ORDER failing

[Lopez, Sharon]

Is anyone else experiencing any issues Receiving maintenance from 
https://eccgw01.boulder.ibm.com/services/projects/ecc/ws;.?

Does anyone know if the server is down?

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
Office (919) 327-6369
sharon.lo...@truist.com



The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

Re: Wait Code on IPL

[Lopez, Sharon]

We also just recently started getting a Wait state at IPL on one of test lpar 
sandboxes and nothing had changed on our system.  It wasn't consistently 
failing either.   I opened up a case with IBM and was told to put in ESQA in 
INITSQA.  Of course, that resolved our issue.   I just wanted it to 
consistently fail and I wasn't able too.

Thanks.

Sharon Lopez
Software Systems Programming Specialist
BB now Truist - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
Office (919) 327-6369
sharon.lo...@truist.com



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schneck, Glenn
Sent: Wednesday, March 31, 2021 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Wait Code on IPL

We are getting a wait code 040 with abend code  and Reason Code . 
We did see IEA303W message with Abend code  and Reason Code  but 
only with the first IPL attempt.  We have not seen it with subsequent IPLs.   
We as a group have spent a few days researching the wait, abend and reason 
codes and have found nothing that would indicate the

problem.  There has been no resent changes to parmlib, or i/o configurations.  
The module abending is IEAVNP26, it's located in SYS1.NUCLEUS.   The last 
message on the console is "GRS initialization completed successfully".   The 
last successful IPL was 12/13/2020.



We do have a question; would 2700 uninitialized volumes prevent an IPL and 
cause a hang/abend after GRS Activates?

TIA

Glenn

Glenn Schneck
USDC Manager 1 - GPS
Deloitte Consulting LLP
901 International Parkway, STE 100
Lake Mary, FL 32746
Tel/Direct: +1 407-438-8809 | Fax: +1 866-396-3121 | Mobile: +1 321-279-3535 
gschn...@deloitte.com| 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.deloitte.com=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=a1yM6F7R5Ye7cFjcz5YtRapmCi7qIUs_ekP2Ma9maJM=TtUKITik04hcOOhcCeRsiyEDlB68ookDD1yY77Q8QWA=

Please consider the environment before printing.


This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and is protected by law. If you 
are not the intended recipient, you should delete this message and any 
disclosure, copying, or distribution of this message, or the taking of any 
action based on it, by you is strictly prohibited.

Deloitte refers to a Deloitte member firm, one of its related entities, or 
Deloitte Touche Tohmatsu Limited ("DTTL"). Each Deloitte member firm is a 
separate legal entity and a member of DTTL. DTTL does not provide services to 
clients. Please see 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.deloitte.com_about=DwIFAg=eV2iJfkzEFLczQ4X0OAgRzp6F5Rf1ImixTkgui8b9xg=9yw11_MiXnUSZGjVRFdh3nhSF3wgfOV0ObXnVJoZtuc=a1yM6F7R5Ye7cFjcz5YtRapmCi7qIUs_ekP2Ma9maJM=_nCobr5Nfemn2gkFIRQC7vzuVBuTpBHZgzSbP69PoKo=
  to learn more.

v.E.1

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


The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer.

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

MVS logger [-Internal-]

[Lopez, Sharon]

Data Classification: [-Internal-]
Hello,

Can anyone help with this or offer any type of suggestion?  A few weeks ago we 
started getting this message in our CICS DFHLOG log streams that are on dasd.  
We are not aware of any conditions that changed that could have caused this.  
Thanks in advance.

+DFHLG0777 PRODAORD 338
 A temporary error condition occurred during MVS logger operation
IXGWRITE  for log stream PRODAORD.DFHLOG. MVS logger codes:
 X'0008', X'0867'.

Sharon Lopez
Software Systems Programming Specialist
BB - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
Office (919) 327-6369
sharon.lo...@bbandt.com



The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

Question about new IBM support site

[Lopez, Sharon]

My DB2 co-worker was telling me that he cannot see Level 2's respond to his SR 
now with the new system.  Has anyone else experienced this; is this working as 
designed?

Thank you.
Sharon Lopez
Software Systems Programming Specialist
BB - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
Office (919) 327-6369
sharon.lo...@bbandt.com



The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

Catalog Sharing

[Lopez, Sharon]

Just a general question wondering how others share the master catalog in a 
SYSPLEX.  Do most of you guys share a master catalog in the sysplex or do you 
have a master catalog for each lpar in the sysplex?  Just thinking about single 
point of failures.

Thank you.
Sharon Lopez
Software Systems Programming Specialist
BB - IT Production Engineering - Mainframe OS
3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
Office (919) 327-6369
sharon.lo...@bbandt.com




The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

SMP/E question

[Lopez, Sharon]

We want to install the new ICSF HCR77C1 to pick up the new function but we have 
HCR77C0 installed.  Why does HCR77C1 delete HCR77C0 and would I be able to back 
HCR77C1 off if we need to.




The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

IRR.DIGTCERT.LISTRING CL(FACILITY)

[Lopez, Sharon]

When we upgraded to z/OS 2.3, we started getting the error message out in our 
CPCS software.  This message wasn't occurring before.  It isn't causing an 
issue that we are aware of, but it is definitely creating a lot of messages.  
CPCS software is old and no changes have been made to it.  Has anyone else 
encountered this or might have some idea on why this might be occurring.  I 
checked the migration manual for z/OS 2.3 but I do not see anything apparent.  
Thanks to all in advance.

INSUFFICIENT ACCESS AUTHORITY
ACCESS INTENT(UPDATE )  ACCESS ALLOWED(READ)


The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

Re: REXX question

[Lopez, Sharon]

The TSO SEND command definitely appends the userid at the end  Is there an 
option to turn that off?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, October 11, 2018 2:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX question

David Crayford wrote:

>That code looks dodgy!

Indeed! If I can, I would test each or some of these comparision statements and 
set up a true/false flag (my own [new] variable) to be used on the final IF or 
WHEN statement. Just for easy reading and debugging.


>Unless I'm losing my marbles the test ((APPID <> 'VI01') | (APPID <> 'VI02')) 
>will always be true.

It is always true. I have tested it. Only way to skip that DO part is to have 
SUBSYS <> 'A'.

So, you still have all your marbles. ;-)

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


The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

Re: REXX question

[Lopez, Sharon]

This is some of the code; I did not write it and I do not know how to code in 
REXX.

WHEN (SUBSYS = 'A') & ((APPID <> 'VI01') | (APPID <> 'VI02'))
   THEN DO
  "SEND 'CMNNEWCO F "CicsName",CEMT SET PROG("member")",
  "PH' OPERATOR(2)"
   END

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, October 10, 2018 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX question

On Wed, 10 Oct 2018 18:26:51 +, Lopez, Sharon wrote:

>We have a CHANGEMAN REXX exec that issues this:
>
>+CMNNEWCO F PRODAORB,CEMT SET PROG(DPLDB2IR) PH
>
>but now it is appending the userid to the end:
>
>+CMNNEWCO F PRODAORB,CEMT SET PROG(DPLDB2IR) PH CMNBATCH
>
>Has anyone seen anything like this before?  The REXX hasn't changed.
>
Is this terminal log?  Or TRACE output?  Can you post (some of) the Rexx code?

Are you quoting all your strings?  Is SIGNAL ON NOVALUE in effect (recommended).

Do I see extreme abbreviations?  It's easier for an outsider to read 
unabbreviated.

-- gil

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


The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

REXX question

[Lopez, Sharon]

We have a CHANGEMAN REXX exec that issues this:

+CMNNEWCO F PRODAORB,CEMT SET PROG(DPLDB2IR) PH

but now it is appending the userid to the end:

+CMNNEWCO F PRODAORB,CEMT SET PROG(DPLDB2IR) PH CMNBATCH

Has anyone seen anything like this before?  The REXX hasn't changed.

Thank you.


The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

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

HMC user authentication via LDAP server

[Lopez, Sharon]

We are trying to do HMC (2.12.0) user authentication via LDAP server. I have 
necessary information for the HMC "Edit Enterprise Directory (LDAP) Server" 
panel but need to enter a search filter. It looks like I need to put the '{0}' 
somewhere in the search pattern. My server people say I need to get this from 
the app owner.

When trying to logon with my LDAP id, I get msg - Error contacting LDAP server 
for authentication. I am able to ping the server from the HMC.

Any help would be greatly appreciated.

Thank you.







Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

ABO Automatic Binary Optimizer

[Lopez, Sharon]

Does anyone know if this product, Automatic Binary Optimizer, will actually 
migrate Cobol V4 to V6 for you?  Our IBM reps are telling us that it will 
actually do the migration for you.  Based on what I've read, it is a 
performance product and I didn't see that capability.

Thanks to everyone in advance.




Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

PDS/E Cobol

[Lopez, Sharon]

I know there has been a lot on here about the new versions of Cobol and PDS/E.  
I need some understanding, please.  We have a development lpar (SYSPLEX) 
sharing dasd with production lpar SYSPLEX.  Will we be able to FTP the 
development load mod to the production lpar?

Thank you.



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SMP/E Receive FROMNETWORK

[Lopez, Sharon]

Finally got it to work with the help from my TCP/IP group.  Thanks to all.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Thursday, September 15, 2016 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E Receive FROMNETWORK

On 9/14/2016 4:08 PM, Lopez, Sharon wrote:
> We are trying to SMP/E RECEIVE FROMNETWORK and we are getting the
> message that SSL is mandatory.  Does anyone have any sample JCL they
> would like to share?  Did the entire process change?

Read this, and it should answer your questions:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm

Kurt Quackenbush -- IBM, SMP/E Development

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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SMP/E Receive FROMNETWORK

[Lopez, Sharon]

We are looking at that now.  Which is the recommended way?  We will probably do 
FTPS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs - Listserv
Sent: Wednesday, September 14, 2016 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E Receive FROMNETWORK

Have you setup ftps or https for SMP/E downloads?

> Lopez, Sharon <mailto:sharon.lo...@nc.gov> September 14, 2016 at 4:08
> PM We are trying to SMP/E RECEIVE FROMNETWORK and we are getting the
> message that SSL is mandatory. Does anyone have any sample JCL they
> would like to share? Did the entire process change?
>
> Thanks in advance.
>
> 
>
> Email correspondence to and from this address may be subject to the
> North Carolina Public Records Law and may be disclosed to third
> parties by an authorized state official.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Please be alert for any emails that may ask you for login information
> or directs you to login via a link. If you believe this message is a
> phish or aren't sure whether this message is trustworthy, please send
> the original message as an attachment to 'phish...@timeinc.com'.
>

--

Mark Jacobs
Time Customer Service
Technology and Product Engineering

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

SMP/E Receive FROMNETWORK

[Lopez, Sharon]

We are trying to SMP/E RECEIVE FROMNETWORK and we are getting the message that 
SSL is mandatory.  Does anyone have any sample JCL they would like to share?  
Did the entire process change?

Thanks in advance.



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: Cobol V5/V6

[Lopez, Sharon]

My concern is that IBM will announce EOS for Enterprise Cobol 4.2 and we will 
not be ready.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, August 30, 2016 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cobol V5/V6

Sorry, the announcement is for 2015 not 2016.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Tuesday, August 30, 2016 6:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Cobol V5/V6
>
> We are not planning to upgrade to Cobol V5/6 until after z/OS V2.2 is
> installed because that is the only level where IEFOPZxx is available.
>
> Once that is available we will use the concatenation function in this
> parm to use a PDSE dataset prior to a PDS dataset in our Production batch.
>
> z/OS 2.2 was announced Aug 2016. It requires a Z10 or newer processor.
> Here is the announcement letter.
>
> http://www-01.ibm.com/common/ssi/cgi-
> bin/ssialias?subtype=ca=an
> =iSource=897=ENUS215-267#availx
>
> or tinyurl
>
> http://preview.tinyurl.com/p64hluq
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lopez, Sharon
> > Sent: Tuesday, August 30, 2016 6:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Cobol V5/V6
> >
> > Have a lot of shops migrated to COBOL V5/V6?  Does anyone have a
> > project plan they would like to share with me?  Is the IEFOPZxx
> > member only available in z/OS 2.2?
> >
> > Thanks to everyone in advance.
> >
> >

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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Cobol V5/V6

[Lopez, Sharon]

Have a lot of shops migrated to COBOL V5/V6?  Does anyone have a project plan 
they would like to share with me?  Is the IEFOPZxx member only available in 
z/OS 2.2?

Thanks to everyone in advance.




Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Private storage

[Lopez, Sharon]

We migrated 4 production lpars from z/OS 1.13 to z/OS 2.1 and didn't notice a 
change in Private storage.  Today, we migrated our last production lpar and 
noticed that we lost about 1M private.  We also did a dynamic I/O gen today.  
What parameters do I need to change to get back the 1M of private.  Do we just 
adjust the CSA?

Thanks in advance.






Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SMFPRMxx

[Lopez, Sharon]

Thank you.  I guess I just trying to find out which products actually have 
their own IEFU* exits.  We only found one at IPL time that was being loaded and 
that was ZEKE.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Monday, July 18, 2016 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMFPRMxx

Charles Mills wrote:

>D PROG,EXIT,EN=SYS.IEFU8*

Thanks, I use that command rather for my IRREVXxx and UJI exits to see if the 
loadlib+exits are actually loaded at IPL.

What about TSO ISRDDN? You can use it to locate the modules.


Sharon, do you have any source code for those exits? Depending on what they're 
doing, you may or may not see what they were doing upon being called.

You can always remove these exits to see who is crying... (it is of course a 
dangerous action...)

Just be careful, because some products do have their own IEFU* exits which are 
installed as part of those products.

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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

SMFPRMxx

[Lopez, Sharon]

We have IEFU83, IEFU84, and IEFU85 in our SMFPRMxx members.  They have been 
there for a long time (long before me) and I'm trying to determine if they are 
actually being called/used.  Is there any way to determine this?  It looks like 
we have the defaults that came with z/OS in SYS1.LPALIB and that is all that I 
can find.

Thanks in advance.




Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: UNIX ZFS clone question

[Lopez, Sharon]

Omgit has been a long day...thanks John; that was it!  I guess it's a good 
thing I plan to retire next year!


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, June 21, 2016 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UNIX ZFS clone question

On Tue, Jun 21, 2016 at 3:16 PM, Lopez, Sharon <sharon.lo...@nc.gov> wrote:

> I have a weird scenario and wondering if anyone else has seen this.
> I'm preparing to go to z/OS 2.1.  I'm cloning my current var zfs using
> DFDSS COPY DATASET (like I've always done for many, many years).
> Anyway, it looks like the files under CRON aren't being copied.  This
> is my z/OS 1.13
> cron:
>
> EUID=0   /SYSTEM/var/cron/
>   Type  Filename
> _ Dir   .
> _ Dir   ..
> _ File  at.allow
> _ File  at.allow.av022505.backup
> _ File  cron.allow
> _ File  cron.allow.av022505.backup
> _ File  queuedefs
>
>
> And after the DFDSS COPY
>
> EUID=0   /ZOSR21/varsha/cron/
>Type  Filename
>  _ Dir   .
>  _ Dir   ..
>
> All other directories and files look like they were copied, except CRON.
> Has anyone else seen this or could possibly test this scenario on
> their system?
>
> Thank you.
>
>
​Probably a silly idea, but is it possible that your system's /var/cron is a 
mount point and a different zFS data sets is mounted upon it? Easiest way that 
I know of to check this is from a UNIX shell and issue the command:

df -v /var
df -v /var/cron

As an example (my /var/log is on a different zFS than /var)

​$ ​
df -v /var
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/var  (OMVS.I17RS1.LIH1.VAR)28576/403204294967137 Available
ZFS, Read/Write, Device:7, ACLS=Y
File System Owner : LIH1Automove=U  Client=N
Filetag : T=off   codeset=0
Aggregate Name : OMVS.I17RS1.LIH1.VAR
$
​ ​
df -v /var/log
Mounted on FilesystemAvail/TotalFiles  Status

/LIH1/var/log  (OMVS.I17RS1.LIH1.VARL)   22866/149760   4294967242 Available
ZFS, Read/Write, Device:8, ACLS=Y
File System Owner : LIH1Automove=U  Client=N
Filetag : T=off   codeset=0
Aggregate Name : OMVS.I17RS1.LIH1.VARL
​



--
"Pessimism is a admirable quality in an engineer. Pessimistic people check 
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then 
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

UNIX ZFS clone question

[Lopez, Sharon]

I have a weird scenario and wondering if anyone else has seen this.  I'm 
preparing to go to z/OS 2.1.  I'm cloning my current var zfs using DFDSS COPY 
DATASET (like I've always done for many, many years).  Anyway, it looks like 
the files under CRON aren't being copied.  This is my z/OS 1.13 cron:

EUID=0   /SYSTEM/var/cron/
  Type  Filename
_ Dir   .
_ Dir   ..
_ File  at.allow
_ File  at.allow.av022505.backup
_ File  cron.allow
_ File  cron.allow.av022505.backup
_ File  queuedefs


And after the DFDSS COPY

EUID=0   /ZOSR21/varsha/cron/
   Type  Filename
 _ Dir   .
 _ Dir   ..

All other directories and files look like they were copied, except CRON.  Has 
anyone else seen this or could possibly test this scenario on their system?

Thank you.



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

IEAIPS parmlib member

[Lopez, Sharon]

Does anyone remember when IEAIPSxx member went away?

Thanks.







Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

z/OSMF

[Lopez, Sharon]

Just curious to see how many have implemented z/OSMF and do you use it for 
software management?

Thanks in advance!





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SMF dump processing

[Lopez, Sharon]

The environment is IBM virtual tape and we write a new each time.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Thursday, April 14, 2016 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF dump processing

On Thu, 14 Apr 2016 12:09:49 -0500, Mark Zelden <m...@mzelden.com> wrote:

>On Thu, 14 Apr 2016 17:02:07 +0000, Lopez, Sharon <sharon.lo...@nc.gov> wrote:
>
>>We have noticed that our dumping for SMF MAN files are taking longer than 
>>usual.  We see in the job log that when message IEC205I is issued, which 
>>shows the total blocks written, that sometimes it takes as long as 15 minutes 
>>for message IEF234E K to occur.   Has anyone else encountered this or could 
>>explain to me why it takes 15 minutes for the IEF234E K message to occur?
>>
>>We realize that we need to get to logger but unfortunately it hasn't happened 
>>yet.
>>
>>Thanks in advance for all of your help.
>>
>
>Does it run as an STC?  Is the system busier than it used to be?  What
>is the goal of the service class it runs in?
>
>I support some very large systems and sysplexes. I'm talking LPARs with
>over 200G of real storage, lots of CICS, DB2, WebSphere etc. etc. We
>still haven't converted to logger for SMF and we don't normally have
>any problems keeping up with SMF dumps. Our SMFDUMP STC runs in a
>service class with importance 2.  There have been a few times were
>someone leaves a DB2 accounting trace left on and the dumps have
>trouble keeping up and I've changed them to SYSSTC until we can track
>down the bone head that left the trace on.  :-)
>


Sorry, I didn't read your question carefully.  You're problem sounds related to 
either the tape management system or the tape environment itself.  Is it 
virtual? Physical?  IBM, Oracle,
EMC?  Do you ever mod onto an existing data set or it is "new" each time?   
Many more
details are needed.


Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

SMF dump processing

[Lopez, Sharon]

We have noticed that our dumping for SMF MAN files are taking longer than 
usual.  We see in the job log that when message IEC205I is issued, which shows 
the total blocks written, that sometimes it takes as long as 15 minutes for 
message IEF234E K to occur.   Has anyone else encountered this or could explain 
to me why it takes 15 minutes for the IEF234E K message to occur?

We realize that we need to get to logger but unfortunately it hasn't happened 
yet.

Thanks in advance for all of your help.







Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

PLEASE HELP TLS 1.2

[Lopez, Sharon]

A federal agency changed to TLS v1.2 over the weekend and now we are not able 
to connect to them via CICS 5.2.  We have on the TLS V1.2 ptf for z/OS 1.13 and 
we are starting with the correct SIT within CICS.  We are missing something but 
cannot figure this out.  Anyone else experiencing this?  Are there parameters 
somewhere else that we need to specifiy TLS 1.2.  We appreciate any help that 
you can give us.
Thank you.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

IPCS

[Lopez, Sharon]

Do others use IPCS instead of systems programmers?  I always thought of it as a 
system's programmers tool but now we have application developers that want 
access to it.  What are the risks of giving access to developers?

Thanks in advance.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Connect/Direct 5.2

[Lopez, Sharon]

Have a lot of people gone to Connect/Direct 5.2?  Do you have to use the TLS 
protocol and what are your experiences?

Thanks in advance.




Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

zEC12

[Lopez, Sharon]

Does anyone know when the z/EC12 will be end of marketing and end of support?

Thanks in advance!



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Question about secondary maintenance companies

[Lopez, Sharon]

Does anyone have any experiences (good or bad) with secondary maintenance type 
companies that will support IBM mainframes?

Thanks to everyone in advance.



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

[Lopez, Sharon]

This is the answer from IBM; just in case anyone else might be experiencing 
this:

Due to recently added IFREQs, the ServerPac RESTORE job is not getting
generated correctly, causing the errors. ServerPac development is
currently in the process of fixing the RESTORE job generation error. As
a workaround, you can RESTART the job from step UCLIN, removing all
updates which were already done the previous run and also removing all 
occurences of statement DEL SYSMOD(HQX7790) CIFREQ( (UK96644,UK96643)).


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, David Allen,Jr
Sent: Tuesday, January 12, 2016 4:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E error in my z/OS 2.1 Serverpac OS212016.

When I google HQX7790 I find this same error in a note dated August 11, 2015 
with subject SDSF z/os 2.1 - z/OS upgrade

  SET BDY(MVST100) .
GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00.


UCLIN .

  DEL  SYSMOD(HQX7790) CIFREQ(
   (UI90005,UI90004)
  ) .
GIM25501IENTRY HQX7790 WAS UPDATED BY UCLIN.


  DEL  SYSMOD(HQX7790) CIFREQ(
   (UK96644,UK96643)
  ) .
GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST.
GIM25601ITHE SPECIFIED ENTRY WAS NOT UPDATED BECAUSE OF AN ERROR DURING
 UCLIN PROCESSING.


ENDUCL .

This is the first run of the restore job. And, yes, the job as generated has a 
redundant DEL which will fail if the first one works.

Now, I get to manually muck with this UCLIN and try to restart the restore job 
at this step.
Since this was after 501.16 MINUTES EXECUTION TIME, I'm not real interested in 
fixing the skeleton, regenning the job and starting from the top.

Dave Gibney
Information Technology Services
Washington State University


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



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

RESTORE JOB on z/OS 2.1 Serverpac failing

[Lopez, Sharon]

I saw that someone else had posted this same thing back in August; but I did 
not see a resolution.  Has anyone else encountered this with the RESTORE job in 
the z/OS 2.1 Serverpac Install.  I've opened up a ticket with IBM but being the 
impatient type, I thought I would ask the LIST-SERVE.
Thank you.


   DEL  SYSMOD(HQX7790) CIFREQ(
   (UK96644,UK96643)
  ) .
GIM25301E ** SYSMOD ENTRY HQX7790 WAS NOT DELETED BECAUSE IT DOES NOT EXIST.
GIM25601ITHE SPECIFIED ENTRY WAS NOT UPDATED BECAUSE OF AN ERROR DURING
 UCLIN PROCESSING.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Sharing of consoles

[Lopez, Sharon]

What console controllers does everyone use to share consoles across multiple 
data centers?  Are most people using OSA, Visara controllers, etc?

Thank you.

Sharon Lopez



Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

FIPS 140-2 Compliant

[Lopez, Sharon]

Is there a manual or a red book that outlines all of the steps needed to 
implement FIPS 140-2 compliant on the mainframe?





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

RSU or maintenance level on a system

[Lopez, Sharon]

I already posted this question to IBM but wanted to find out if others are 
getting this request from their auditors.

Our auditors want to be able to display the RSU or maintenance level of our 
z/OS system.  To my knowledge, there is no way to do that (IBM has also 
agreed).  Does anyone know if this is possible and are you getting the same 
request from your auditors.? Keep in mind that our auditors do know z/OS or 
mainframe.  It sounds like they are used to seeing displays on other platforms 
with this information with release and fix level.

Thank you in advance.






Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Stand-alone restore

[Lopez, Sharon]

How does one do a stand-alone restore with no tape drives attached?

Thank you.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

RACF reporting tool

[Lopez, Sharon]

What do most companies use for their RACF reporting/analysis tool?  Are there 
any others that are comparable to Vanguard?

Thank you.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Scheduling software

[Lopez, Sharon]

What are the majority of companies using for their mainframe scheduling 
software?  Any concerns with ASG (ZEKE/ZEBB) filing for bankruptcy?




E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

Catalog Recovery Software

[Lopez, Sharon]

What do you guys recommend or use for your catalog recovery software?  I know 
that that Dino software and Rocket software have some good products; but are 
there others out there?

Thank you.



E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

Multifactor authentication

[Lopez, Sharon]

What are most people using for multifactor authentication in a z/OS 
environment?  Does RACF have the ability?

Thank you.



E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

z/OS 1.13 and 3490 tape drives

[Lopez, Sharon]

Has anyone experienced any issues with 3490 devices while running on z/OS 1.13? 
 Our mounts are just sitting there and we have to cancel the jobs;  our virtual 
tapes (3590) work fine.





Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

Re: z/OS 1.13 and 3490 tape drives

[Lopez, Sharon]

We are getting

*IEF233A M 0D61,PRIVAT,SL,TS00P43T,STEP0,SCCTSO.TS00P43.JCLLIB

and the tape drive is ready.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, August 07, 2014 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 1.13 and 3490 tape drives

When you say 'just sitting there', what do you mean?  Are you not getting the 
mount messages on the console?  Nothing showing up on the 3490 displays?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Thursday, August 07, 2014 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 1.13 and 3490 tape drives

Has anyone experienced any issues with 3490 devices while running on z/OS 1.13? 
 Our mounts are just sitting there and we have to cancel the jobs;  our virtual 
tapes (3590) work fine.





Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

Re: z/OS 1.13 and 3490 tape drives

[Lopez, Sharon]

Thanks to all...it might be the fact that we are back leveled on the microcode 
for our escon/ficon converter.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, August 07, 2014 3:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 1.13 and 3490 tape drives

Does the mount message show up on the drive display?

Silly question - did somebody bump the auto-load switch on the drive being 
requested to manual?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Thursday, August 07, 2014 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 1.13 and 3490 tape drives

We are getting

*IEF233A M 0D61,PRIVAT,SL,TS00P43T,STEP0,SCCTSO.TS00P43.JCLLIB

and the tape drive is ready.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, August 07, 2014 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 1.13 and 3490 tape drives

When you say 'just sitting there', what do you mean?  Are you not getting the 
mount messages on the console?  Nothing showing up on the 3490 displays?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lopez, Sharon
Sent: Thursday, August 07, 2014 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 1.13 and 3490 tape drives

Has anyone experienced any issues with 3490 devices while running on z/OS 1.13? 
 Our mounts are just sitting there and we have to cancel the jobs;  our virtual 
tapes (3590) work fine.





Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

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



Email correspondence to and from this sender is subject to the N.C. Public 
Records Law and may be disclosed to third parties.

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

Host on Demand and z/OS 1.13

[Lopez, Sharon]

We have just migrated our test lpar to z/OS 1.13 and we are having a problem 
with HOD.  We have a ticket opened with HOD support but it will probably be 
transferred to z/OS HTTP.  We set up a trace and it shows a handshake error and 
this error:
Thd-7 ERROR default_setsocketoptions(): setsockopt (TCP-NODELAY) failed for 
socket 11: 121 - EDC5121I Invalid argument.

Thd-7 ERROR gsk_secure_socket_init(): Default callback failed to restore socket 
options EDC5121I Invalid argument.

Has anyone else experienced this problem with HOD?  We are scheduled to go to 
production on April 27 and this might be a showstopper.

Thank you.







E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Enterprise Cobol 5.1

[Lopez, Sharon]

Has anyone migrated to Enterprise Cobol 5.1 from earlier enterprise releases?  
I guess that I was really surprised that it will not run on z/OS 1.12 and that 
the executables can only reside in a PDSE.  Am I understanding this correctly?


Sharon Lopez
z/OS Systems Programmer
N.C. Office of Information Technology Services
919.754.6432   Office
919.398.8638   Cell
919.754.6000ITS Service Desk
sharon.lo...@nc.govmailto:sharon.lo...@nc.gov
http://www.its.state.nc.ushttp://www.its.state.nc.us/





E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

IXC434I

[Lopez, Sharon]

We are installing a Zec12 and trying to IPL out test systems.  We do not have 
the STP configured yet, but we are just trying to ipl the sysplex.  We are 
getting the message IXC434I:

IXC434I SYSTEM SYSC HAS TIMING DEFINITIONS THAT ARE NOT
CONSISTENT WITH THE OTHER ACTIVE SYSTEMS IN SYSPLEX SCCTEST
- EFFECTIVE CLOCK VALUES ARE NOT CONSISTENT.
   SYSTEM: SYSC  IS USING LOCAL
   SYSTEM: SYSC  IS USING EDCITS



How does it even know about EDCITS?  Why can't we ipl using the local time?






E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Page datasets

[Lopez, Sharon]

We have 9 mod-9 page datasets that are over 50% in useMQ Broker using most 
of this storage.  Has anyone experienced anything like this?



E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

PDS/E sharing

[Lopez, Sharon]

I have a quick question on how everyone puts on maintenance to products that 
require PDS/Es, dynamically.   I have a product CA-SYSVIEW where the 
loadlib is in lnklst and shared across 5 lpars in a sysplex.   I want to update 
members from one of the lpars, but when I try, I get an abend 213.  Is there 
any way to do this without having to create a separate library for each lpar?  
Thanks.



E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: PDS/E sharing

[Lopez, Sharon]

213-70 and I believe this is the first for SYSVIEW.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, November 05, 2012 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS/E sharing

Sharon,
What version of z/OS are you running?  I am guessing you got an S213-70?  Or 
could you tell us the 213-xx number?

There were fixes in the past for PDSE and sharing.

Is this the first PDSE you are sharing?  Is this the first time for SYSVIEW?
Lizette



-Original Message-
From: Lopez, Sharon sharon.lo...@nc.gov
Sent: Nov 5, 2012 12:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDS/E sharing

I have a quick question on how everyone puts on maintenance to products that 
require PDS/Es, dynamically.   I have a product CA-SYSVIEW where the 
loadlib is in lnklst and shared across 5 lpars in a sysplex.   I want to 
update members from one of the lpars, but when I try, I get an abend 213.  Is 
there any way to do this without having to create a separate library for each 
lpar?  Thanks.




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



E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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