Re: Serverpac installs January 2022 and beyond - Issues

[Barbara Nitz]

Terri,

I had found the migration workflow here (of all places as a link for the 
upgrade to the z15 that we just completed): 
https://www.ibm.com/docs/en/SSLTBW_2.4.0/com.ibm.zos.v2r4.e0zm100/Export_zOS_V2R3_to_V2R5_Upgrade_Workflow.html
I wasn't too happy with it because it doesn't work offline, you have to read it 
online and don't really have a chance to edit or mark anything as complete or 
irrelevant for your installation.
Now Marna tells us the ptfs where it can be found. That little tidbit of 
information hadn't made it to my corner of the world. We do have oa60711 
installed, but when I check the path /usr/lpp/bcp/upgrade, that is not a 
readable format. It can probably only be read using zOSMF so it is useless to 
someone without zOSMF up and running who uses the serverpac.

As for a zOSMF install - I had always planned to use the serverpac for 2.5. We 
haven't set up zOSMF yet (that will have to happen after 2.5 is up and 
running). Like Dave, all I really need from the serverpac are ALLOCDS and 
RESTORE. I don't even run the full UP and I create my own catalog job. From 
painful experience, I also compare everything to everything to make sure all is 
complete (SMPE zones against the restored volumes, target volume against the 
catalog).

As I had mentioned before on ibmmain, I do a lot of allocations quite different 
from what IBM delivers so it is imperative that I can see the JCL before 
submitting. I had heard that I cannot see it and had planned to put a JCL error 
into the jobcard so that I can change from there. Doing that would probably 
play havoc with what zOSMF *assumes* and enforces.

I have one set of installation volumes (TGT125, ZFS225 and DLBV25) specific to 
the release. TGT125 will NEVER get IPL'd, I clone from there to everywhere. All 
'extranous' data sets (CPAC, the SMP environment) goes SMS and stays on my 
sandbox. I also don't IPL the CPAC system that comes with the serverpac. 
Everything on DLBv25 and TGT125 is uncataloged. Only the ZFSs are cataloged 
under the HLQ INST25. They, too, get cloned to the actual sysres and renamed 
during cloning.

After reading your posts, I am really glad I used the serverpac, especially 
with zOSMF insisting that everything is done exactly as zOSMF defines as 'the 
right way'. It sounds like a nightmare to me to keep my working process using 
z/OSMF. I'll leave that to my successor, as 2.5 is my last operating system 
install.

Barbara

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

Re: HELP!! IPL failure

[Barbara Nitz]

>A D XCF command isn't showing the system active.The ISGLOCK#SYSA connector is 
>showing active to structure ISGLOCK

From the other system, try forcing the connection of ISGLOCK#SYSA to the CF. 
Take a dump from the other system of the XCF address space that also includes 
the ISGLOCK structure when SYSA is fenced. Doesn't matter which system you use. 
This sounds like a serious bug and you should have documentation.

Try to rebuild everything out of the CF that houses ISGLOCK to the other CF 
that you hopefully have. Then check the connection again, it should be gone.

All else failing, reset the CF lpar (power off/power on that LPAR). That will 
cost you all systems in the plex (assuming there're more than 2) and you will 
need to IPL the complete sysplex. And use a freshly formatted primary CFRM 
dataset to be on the safe side. Start that using the CFRM parm in couplexx.

HTH, Barbara

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

Re: HELP!! IPL failure

[kekronbekron]

Is there a WTOR seen in other LPARs of the sysplex, asking to reply DOWN or 
whatever?
That has bit me before (not with the below message).

- KB

‐‐‐ Original Message ‐‐‐

On Thursday, October 28th, 2021 at 8:10 AM, Mark Jacobs 
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I did. XCF said SYSA is not active in the SYSPLEX.
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
>
> On Wednesday, October 27th, 2021 at 9:14 PM, Skip Robinson 
> jo.skip.robin...@gmail.com wrote:
>
> > The system is thought to still be active in the plex. Issue V XCF,xx,OFF
> >
> > from another system.
> >
> > J. O. Skip Robinson
> >
> > jo.skip.robin...@gmail.com
> >
> > 323.715.0595
> >
> > On Wed, Oct 27, 2021, 18:07 Mark Jacobs <
> >
> > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > I'm trying to bring a system back up and it's failing.
> > >
> > > IXC418I SYSTEM SYSA IS NOW ACTIVE IN SYSPLEX DEVL52
> > >
> > > IXL013I IXLCONN REQUEST FOR STRUCTURE ISGLOCK FAILED.
> > >
> > > JOBNAME: GRS ASID: 0007 CONNECTOR NAME: ISGLOCK#SYSA
> > >
> > > IXLCONN RETURN CODE: 0008, REASON CODE: 0201081F
> > >
> > > CONNECTOR WITH SAME NAME ALREADY CONNECTED TO STRUCTURE
> > >
> > > CONADIAG0: 0002
> > >
> > > CONADIAG1: 0008
> > >
> > > CONADIAG2: 081F
> > >
> > > ISG308W GRS PROCESSING TERMINATED.
> > >
> > > IXLCONN SERVICE FAILED WITH RC=8, RSN=81F.
> > >
> > > IXL004W CHANNEL SUBSYSTEM HAS BEEN ISOLATED
> > >
> > > A D XCF command isn't showing the system active.The ISGLOCK#SYSA connector
> > >
> > > is showing active to structure ISGLOCK
> > >
> > > Mark Jacobs
> > >
> > > Sent from ProtonMail, Swiss-based encrypted
> > >
> > > email.
> > >
> > > GPG Public Key -
> > >
> > > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > >
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Jes2 to Server

[kekronbekron]

Check this out - https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997
You can build on top of this as you need.

- KB

‐‐‐ Original Message ‐‐‐

On Thursday, October 28th, 2021 at 1:59 AM, Roberto Halais 
 wrote:

> Listers:
>
> We have the need to move jes2 sysout reports to a server in order to
>
> archive them.
>
> Is there a CBT utility that can do that?
>
> I was thinking of using a rexx to access SDSF to get the list of sysouts
>
> and then print to dataset thru SDSF and ftp the dataset to the server.
>
> Is this a good idea?
>
> Is this possible?
>
> Any gotchas?
>
> Thank you for any idea you can come up with.
>
> Regards,
>
> Roberto
> -
>
> Politics: Poli (many) - tics (blood sucking parasites)
>
> ---
>
> 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: Help with translating a FID Unix FIle

[kekronbekron]

Hey Lizette,

Do you mean auditd?
https://github.com/IBM/IBM-Z-zOS/blob/b79cbd61052197cb233a2b51af9b97508801af46/zOS-Tools-and-Toys/auditid/README.md

- KB

‐‐‐ Original Message ‐‐‐

On Thursday, October 28th, 2021 at 12:57 AM, Lizette Koehler 
 wrote:

> I am getting the FID out of an ICH408I messages
>
> I need to know what file/path/filesystem that access is denied.
>
> I think there is a tool in TOOLS and TIPS on the ibm website. But it seems 
> the more they try to make navigation easier - it is just more difficult
>
> lizette
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Charles Mills
>
> Sent: Wednesday, October 27, 2021 6:31 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Help with translating a FID Unix FIle
>
> @Lizette, I should have asked "in what environment?" I tend to think in C, 
> but not everyone does. 
>
> fldata() -- search for it if the links do not work -- translates a UNIX FILE 
> pointer to a dataset name or path. It's a C (or C++) library function.
>
> Again in C, if you have a file descriptor number like the ones for STDIN and 
> so forth that are passed to a command line program, you can translate one of 
> those to a name (and FILE pointer) by using the obscurely-documented w_ioctl()
>
> static char stringForPath[FILENAME_MAX+1];
>
> static const int Iocc_GetPathName = 17; // Absolute name @DOA// From BPXYIOCC
>
> int rc = w_ioctl(filenum, Iocc_GetPathName, FILENAME_MAX+1, stringForPath);
>
> Alternatively you can get the file number for a FILE pointer with fileno() 
> and then use w_ioctl() per the above.
>
> Charles
>
> -Original Message-
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
>
> Sent: Wednesday, October 27, 2021 5:37 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Help with translating a FID Unix FIle
>
> On Tue, 26 Oct 2021 20:29:31 -0700, Charles Mills wrote:
>
> > To translate a UNIX File ID to the file or data set name?
> >
> > https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-f
> >
> > ile-i
> >
> > nformation ?
>
> ITYM: 
> https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-file-information
>
> > -Original Message-
> >
> > From: Lizette Koehler
> >
> > Sent: Tuesday, October 26, 2021 4:52 PM
> >
> > Is there something I can use to translate the FID to a valid USS Path
> >
> > or File Name Lizettel
>
> -- 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

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

Re: HELP!! IPL failure

[Mark Jacobs]

I did. XCF said SYSA is not active in the SYSPLEX.

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Wednesday, October 27th, 2021 at 9:14 PM, Skip Robinson 
 wrote:

> The system is thought to still be active in the plex. Issue V XCF,xx,OFF
>
> from another system.
>
> J. O. Skip Robinson
>
> jo.skip.robin...@gmail.com
>
> 323.715.0595
>
> On Wed, Oct 27, 2021, 18:07 Mark Jacobs <
>
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > I'm trying to bring a system back up and it's failing.
> >
> > IXC418I SYSTEM SYSA IS NOW ACTIVE IN SYSPLEX DEVL52
> >
> > IXL013I IXLCONN REQUEST FOR STRUCTURE ISGLOCK FAILED.
> >
> > JOBNAME: GRS ASID: 0007 CONNECTOR NAME: ISGLOCK#SYSA
> >
> > IXLCONN RETURN CODE: 0008, REASON CODE: 0201081F
> >
> > CONNECTOR WITH SAME NAME ALREADY CONNECTED TO STRUCTURE
> >
> > CONADIAG0: 0002
> >
> > CONADIAG1: 0008
> >
> > CONADIAG2: 081F
> >
> > ISG308W GRS PROCESSING TERMINATED.
> >
> > IXLCONN SERVICE FAILED WITH RC=8, RSN=81F.
> >
> > IXL004W CHANNEL SUBSYSTEM HAS BEEN ISOLATED
> >
> > A D XCF command isn't showing the system active.The ISGLOCK#SYSA connector
> >
> > is showing active to structure ISGLOCK
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted
> >
> > email.
> >
> > GPG Public Key -
> >
> > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> >
> > 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: Jes2 to Server

[Skip Robinson]

As others have said, there are several products that can accomplish this
goal. We used already licensed VPS to fulfill a COVID requirement. OTOH you
can do it RYO using SDSF, Rexx, and maybe FTP. There will tons of work over
lots of time.


J. O. Skip Robinson
jo.skip.robin...@gmail.com
323.715.0595

On Wed, Oct 27, 2021, 15:50 Wayne Bickerdike  wrote:

> I did a similar thing using the REXX/SDSF interface. Our particular problem
> was collecting output from Windows jobs generated from Peoplesoft. We
> needed to identify the originating z/OS job which was embedded in the
> SYSOUT. Using the REXX/SDSF APIs, I read the SYSOUT and wrapped an IEBGENER
> around it to submit a job with the originating job name. In your case, just
> substitute FTP for IEBGENER. I also added a JES purge command to remove the
> old print job. The job ran once a day to do the harvesting, after overnight
> batch.
>
> On Thu, Oct 28, 2021 at 9:09 AM Frank Swarbrick <
> frank.swarbr...@outlook.com>
> wrote:
>
> > We use MacKinney System's "JES Report Broker" for the transmission (using
> > FTP over TLS) from the JES spool to IBM Content Manager OnDemand (running
> > on a distributed system).  Works brilliantly.  No programming or
> scripting
> > involved.  Highly recommended.
> >
> > 
> > From: IBM Mainframe Discussion List  on behalf
> > of Roberto Halais 
> > Sent: Wednesday, October 27, 2021 2:29 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Jes2 to Server
> >
> > Listers:
> > We have the need to move jes2 sysout reports to a server in order to
> > archive them.
> > Is there a CBT utility that can do that?
> >
> > I was thinking of using a rexx to access SDSF to get the list of sysouts
> > and then print to dataset thru SDSF and ftp the dataset to the server.
> > Is this a good idea?
> > Is this possible?
> > Any gotchas?
> >
> > Thank you for any idea you can come up with.
> >
> > Regards,
> > Roberto
> > --
> > Politics: Poli (many) - tics (blood sucking parasites)
> >
> > --
> > 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
> >
>
>
> --
> Wayne V. Bickerdike
>
> --
> 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: HELP!! IPL failure

[Skip Robinson]

The system is thought to still be active in the plex. Issue V XCF,xx,OFF
from another system.


J. O. Skip Robinson
jo.skip.robin...@gmail.com
323.715.0595

On Wed, Oct 27, 2021, 18:07 Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I'm trying to bring a system back up and it's failing.
>
> IXC418I SYSTEM SYSA IS NOW ACTIVE IN SYSPLEX DEVL52
> IXL013I IXLCONN REQUEST FOR STRUCTURE ISGLOCK FAILED.
> JOBNAME: GRS ASID: 0007 CONNECTOR NAME: ISGLOCK#SYSA
> IXLCONN RETURN CODE: 0008, REASON CODE: 0201081F
> CONNECTOR WITH SAME NAME ALREADY CONNECTED TO STRUCTURE
> CONADIAG0: 0002
> CONADIAG1: 0008
> CONADIAG2: 081F
> ISG308W GRS PROCESSING TERMINATED.
> IXLCONN SERVICE FAILED WITH RC=8, RSN=81F.
> IXL004W CHANNEL SUBSYSTEM HAS BEEN ISOLATED
>
> A D XCF command isn't showing the system active.The ISGLOCK#SYSA connector
> is showing active to structure ISGLOCK
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> --
> 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

HELP!! IPL failure

[Mark Jacobs]

I'm trying to bring a system back up and it's failing.

IXC418I SYSTEM SYSA IS NOW ACTIVE IN SYSPLEX DEVL52
IXL013I IXLCONN REQUEST FOR STRUCTURE ISGLOCK FAILED.
JOBNAME: GRS ASID: 0007 CONNECTOR NAME: ISGLOCK#SYSA
IXLCONN RETURN CODE: 0008, REASON CODE: 0201081F
CONNECTOR WITH SAME NAME ALREADY CONNECTED TO STRUCTURE
CONADIAG0: 0002
CONADIAG1: 0008
CONADIAG2: 081F
ISG308W GRS PROCESSING TERMINATED.
IXLCONN SERVICE FAILED WITH RC=8, RSN=81F.
IXL004W CHANNEL SUBSYSTEM HAS BEEN ISOLATED

A D XCF command isn't showing the system active.The ISGLOCK#SYSA connector is 
showing active to structure ISGLOCK

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Marna WALLE]

Hi Bob,
Yes, the z/OS V2.5 Upgrade Workflow is available in PTF(s) on z/OS V2.3 and 
V2.4, and in V2.5, and can be found in /usr/lpp/bcp/upgrade/.  It is no longer 
in github. The latest level of the Workflow is found in APAR OA61406 - which is 
the level that contains all the links to the GA z/OS V2.5 books.  It also 
contains some comments that our early customers had, which we wanted to include 
in that refresh.  PTFs will close any day now!

All the PTFs associated with the z/OS V2.5 Upgrade Workflow will be identified 
with the FIXCAT IBM.Coexistence.z/OS.V2R5, so you can easily install them along 
with any applicable release coexistence necessary.  If you've already installed 
coexistence PTFs, chances are you have the initial release of the Workflow 
(APAR OA60711) which was available right at the z/OS V2.5 Preview announce.  
The initial release only could use the z/OS V2.4 book links, since the V2.5 
books were not yet available.  

This z/OS Upgrade Workflow is intended to be used before you do the z/OS V2.5 
installation.  With that in mind, it is not included in the z/OS V2.5 
ServerPac-supplied workflows (unless you count included in the V2.5 root zFS, 
which is a little too late to start looking at upgrade actions). 

Remember, as we refresh the Upgrade Workflow with new or changed information in 
PTFs, you do not need to restart the Workflow from scratch and lose your 
progress. Use the "Create new based on existing" option z/OSMF Workflows.  That 
will take your partially (or fully) completed Workflow from before, and create 
a new "merged" Workflow for you.  Your steps you have completed and which were 
not changed, will remain completed.   

-Marna WALLE
z/OS System Installation and Upgrade
IBM Poughkeepsie

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

Re: Jes2 to Server

[Wayne Bickerdike]

I did a similar thing using the REXX/SDSF interface. Our particular problem
was collecting output from Windows jobs generated from Peoplesoft. We
needed to identify the originating z/OS job which was embedded in the
SYSOUT. Using the REXX/SDSF APIs, I read the SYSOUT and wrapped an IEBGENER
around it to submit a job with the originating job name. In your case, just
substitute FTP for IEBGENER. I also added a JES purge command to remove the
old print job. The job ran once a day to do the harvesting, after overnight
batch.

On Thu, Oct 28, 2021 at 9:09 AM Frank Swarbrick 
wrote:

> We use MacKinney System's "JES Report Broker" for the transmission (using
> FTP over TLS) from the JES spool to IBM Content Manager OnDemand (running
> on a distributed system).  Works brilliantly.  No programming or scripting
> involved.  Highly recommended.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Roberto Halais 
> Sent: Wednesday, October 27, 2021 2:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Jes2 to Server
>
> Listers:
> We have the need to move jes2 sysout reports to a server in order to
> archive them.
> Is there a CBT utility that can do that?
>
> I was thinking of using a rexx to access SDSF to get the list of sysouts
> and then print to dataset thru SDSF and ftp the dataset to the server.
> Is this a good idea?
> Is this possible?
> Any gotchas?
>
> Thank you for any idea you can come up with.
>
> Regards,
> Roberto
> --
> Politics: Poli (many) - tics (blood sucking parasites)
>
> --
> 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
>


-- 
Wayne V. Bickerdike

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

Re: IBM ZDNT Learner's Edition - beware

[Andrew Rowley]

On 28/10/2021 1:23 am, Seymour J Metz wrote:

I would be happier if IBM clarified the status of OSS. I would also be much 
happier if IBM either explicitly allowed the use of ZSNT for developing OSS or 
offered an additional, possibly more expensive, option for which developeing 
OSS software was allowed but for which developing proprietary software was not.
I'm not sure that this is the correct distinction. Where would you place 
e.g. Rocket, with their open source development?


I still think there is a difference between "development" and a 
"development environment" and non-commercial contributions to open 
source software don't necessarily create a development environment.


--
Andrew Rowley
Black Hill Software

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

Re: Jes2 to Server

[Frank Swarbrick]

We use MacKinney System's "JES Report Broker" for the transmission (using FTP 
over TLS) from the JES spool to IBM Content Manager OnDemand (running on a 
distributed system).  Works brilliantly.  No programming or scripting involved. 
 Highly recommended.


From: IBM Mainframe Discussion List  on behalf of 
Roberto Halais 
Sent: Wednesday, October 27, 2021 2:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Jes2 to Server

Listers:
We have the need to move jes2 sysout reports to a server in order to
archive them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts
and then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
--
Politics: Poli (many) - tics (blood sucking parasites)

--
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: Serverpac installs January 2022 and beyond - Issues Updated

[Kurt J. Quackenbush]

> What about datasets that are not in the CSI, e.g., CPAC.*?

When you use a model to initialize the deployment configuration, data sets 
not managed by SMP/E, like the CPAC.* data sets, won't be initialized to 
your existing data set naming conventions.  The same is true for new data 
sets that don't have a match in the model.  They get initialized with the 
data set name used by the ServerPac production process.  On the Data Sets 
page in the deployment configuration wizard data sets that did not have a 
match in the model are identified by a message in the row, so its easy to 
determine which data sets need some attention.  However, those data sets 
should be few in comparison to all of those that will get matched with the 
model.

> > > I do echo Terri's sentiments that there should be a way to mostly
> > > seed a new z/OSMF instance whether there is a utility that reads the
> > > last saved custompac config or somehow scans your sysres.
> > 
> > That is exactly what z/OSMF offers!  You can "model" your installation
> > configuration on your existing installed software.  For example when
> > installing z/OS 2.5, simply define your existing z/OS 2.4 (or 2.3) as 
a
> > Software Instance.  (Use the Software Instance -> Add action, specify 
the
> > global zone CSI, select the target zones from that global, and that's 
it!)
> >  During the deployment you can select this Software Instance as your 
model
> > and z/OSMF will analyze your DDDEF entries in your existing CSI to
> > determine your desired data set names and match them up with the new
> > software as much as possible.
> > 
> > Honestly, we did try to help you avoid a bunch of changes in the
> > configuration.  Perhaps we need to advertise it more, but the Model
> > function is your friend.

Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.


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

Re: Jes2 to Server

[Michael Brennan]

If you have product such as VPS, CA-Spool or other product on your system that 
controls printers, you should be able to do this with that product.  I have a 
client that use VPS to suck up all jobs that have an Output Class of Y and 
sends it to server where the output is archived.


From: IBM Mainframe Discussion List  on behalf of 
Roberto Halais 
Sent: Wednesday, October 27, 2021 3:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Jes2 to Server

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Listers:
We have the need to move jes2 sysout reports to a server in order to
archive them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts
and then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
--
Politics: Poli (many) - tics (blood sucking parasites)

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: 2.5 Heads Up

[Mark Jacobs]

If JOBDEF INTERPET=JES the loop occurs in the JES2CI0x address space. If JOBDEF 
INTERPRET=INIT, the initiator address space that selects the job loops. With 
DSENQSHR=ALLOW on the JOBCLASS, the loop will/can happen only if the job card 
has DSENQSHR=ALLOW.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Wednesday, October 27th, 2021 at 4:30 PM, Michael Brennan 
<034cc18fb308-dmarc-requ...@listserv.ua.edu> wrote:

> You indicated that it depended on the setting for JOBDEF INTERPRET=. What is 
> your JOBDEF INTERPRET= setting that the problem occurs under? Also does the 
> loop occur if one defaults to DSENQSHR=ALLOW on the JOBCLASS setting? Just 
> curious.
>
> Michael
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of 
> Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu
>
> Sent: Wednesday, October 27, 2021 10:47 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: 2.5 Heads Up
>
> [CAUTION: This Email is from outside the Organization. Unless you trust the 
> sender, Don’t click links or open attachments as it may be a Phishing email, 
> which can steal your Information and compromise your Computer.]
>
> We migrated one of our systems to z/OS 2.5 last weekend and immediately 
> started getting a hard loop during job conversion/interpretation either in 
> the JES2CIxx or INIT address space depending on your JOBDEF INTERPRET= 
> setting.
>
> The loop could occur with any batch job,but not every batch job. IBM has 
> found the loop in module IEFNB903 and are looking at it. The looping 
> condition only occurs if DSENQSHR is enabled for the job. In our case the 
> JOBCLASS definitions had DSENQSHR=AUTO. Once we changed it to 
> DSENQSHR=DISALLOW the problem no longer occurred.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key - 
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com=04|01|michael.brennan%40HCL.COM|7d0dfeb6448d49b980ed08d999611902|189de737c93a4f5a8b686f4ca9941912|0|0|637709464598544436|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000=zVDihii1NWTciU37wWb%2B1EzY779W%2FNFYBd2mBCiZqQU%3D=0
>
> -
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ::DISCLAIMER::
>
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be intercepted, 
> corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
> in transmission. The e mail and its contents (with or without referred 
> errors) shall therefore not attach any liability on the originator or HCL or 
> its affiliates. Views or opinions, if any, presented in this email are solely 
> those of the author and may not necessarily reflect the views or opinions of 
> HCL or its affiliates. Any form of reproduction, dissemination, copying, 
> disclosure, modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL is 
> strictly prohibited. If you have received this email in error please delete 
> it and notify the sender immediately. Before opening any email and/or 
> attachments, please check them for viruses 

Re: Jes2 to Server

[PINION, RICHARD W.]

Take a look at McKinney Systems JRB product.  It's a chargeable.  But, in our
opinion, it wasn't that expensive.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Wednesday, October 27, 2021 4:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Jes2 to Server

[External Email. Exercise caution when clicking links or opening attachments.]

Listers:
We have the need to move jes2 sysout reports to a server in order to archive 
them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts and 
then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
--
Politics: Poli (many) - tics (blood sucking parasites)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Re: 2.5 Heads Up

[Michael Brennan]

You indicated that it depended on the setting for JOBDEF INTERPRET=.   What is 
your JOBDEF INTERPRET= setting that the problem occurs under?  Also does the 
loop occur if one defaults to DSENQSHR=ALLOW on the JOBCLASS setting?  Just 
curious.

Michael


From: IBM Mainframe Discussion List  on behalf of 
Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 27, 2021 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 2.5 Heads Up

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We migrated one of our systems to z/OS 2.5 last weekend and immediately started 
getting a hard loop during job conversion/interpretation either in the JES2CIxx 
or INIT address space depending on your JOBDEF INTERPRET= setting.

The loop could occur with any batch job,but not every batch job. IBM has found 
the loop in module IEFNB903 and are looking at it. The looping condition only 
occurs if DSENQSHR is enabled for the job. In our case the JOBCLASS definitions 
had DSENQSHR=AUTO. Once we changed it to DSENQSHR=DISALLOW the problem no 
longer occurred.

Mark Jacobs

Sent from 
[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2Fdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C7d0dfeb6448d49b980ed08d999611902%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637709464598544436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=AUWdMIZVSX9o4FtXEGzv%2BSjl3VlV4fEyZNdaMAH2KMw%3Dreserved=0),
 Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=04%7C01%7Cmichael.brennan%40HCL.COM%7C7d0dfeb6448d49b980ed08d999611902%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637709464598544436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=zVDihii1NWTciU37wWb%2B1EzY779W%2FNFYBd2mBCiZqQU%3Dreserved=0

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Jes2 to Server

[Roberto Halais]

Listers:
We have the need to move jes2 sysout reports to a server in order to
archive them.
Is there a CBT utility that can do that?

I was thinking of using a rexx to access SDSF to get the list of sysouts
and then print to dataset thru SDSF and ftp the dataset to the server.
Is this a good idea?
Is this possible?
Any gotchas?

Thank you for any idea you can come up with.

Regards,
Roberto
-- 
Politics: Poli (many) - tics (blood sucking parasites)

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

Re: Help with translating a FID Unix FIle

[Charles Mills]

Wow, I am not sure there is a generic answer. I hope I am wrong.

A FID in my understanding is kind of like a DD name -- it is only meaningful in 
the context of a particular invocation of a program. "What file is FID 123?" is 
like asking "what data set is SYSUT1?" At a given moment in a given program the 
question is meaningful, but not necessarily in the context of looking at 
yesterday's console logs. 

I could be wrong. As I say, I hope I am wrong.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, October 27, 2021 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

I am getting the FID out of an ICH408I messages

I need to know what file/path/filesystem that access is denied. 

I think there is a tool in TOOLS and TIPS on the ibm website.  But it seems the 
more they try to make navigation easier - it is just more difficult


lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, October 27, 2021 6:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

@Lizette, I should have asked "in what environment?" I tend to think in C, but 
not everyone does. 

fldata() -- search for it if the links do not work -- translates a UNIX FILE 
pointer to a dataset name or path. It's a C (or C++) library function.

Again in C, if you have a file descriptor number like the ones for STDIN and so 
forth that are passed to a command line program, you can translate one of those 
to a name (and FILE pointer) by using the obscurely-documented w_ioctl()

static char stringForPath[FILENAME_MAX+1];
static const int Iocc_GetPathName = 17; // Absolute name @DOA// >From 
BPXYIOCC
int rc = w_ioctl(filenum, Iocc_GetPathName, FILENAME_MAX+1, stringForPath);

Alternatively you can get the file number for a FILE pointer with fileno() and 
then use w_ioctl() per the above.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, October 27, 2021 5:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

On Tue, 26 Oct 2021 20:29:31 -0700, Charles Mills wrote:

>To translate a UNIX File ID to the file or data set name?
>
>https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-f
>ile-i
>nformation ?
>
ITYM: 


>-Original Message-
>From: Lizette Koehler
>Sent: Tuesday, October 26, 2021 4:52 PM
>
>Is there something I can use to translate the FID to a valid USS Path 
>or File Name Lizettel

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

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

Re: Help with translating a FID Unix FIle

[Paul Gilmartin]

On Wed, 27 Oct 2021 12:27:38 -0700, Lizette Koehler wrote:

>I am getting the FID out of an ICH408I messages
>
>I need to know what file/path/filesystem that access is denied. 
>
>I think there is a tool in TOOLS and TIPS on the ibm website.  But it seems 
>the more they try to make navigation easier - it is just more difficult
>
Probably the substitution field in the message is too small to hold the
information you need.  Bummer.

Additionally, The M warns:
Note: An FID might map to multiple file names if your zFS aggregate
is not enabled for unique auditids. See z/OS Distributed File Service
zFS Administration for more information about configuration information.

Might it be worse than that?  Might multiply-linked files have ambiguous FIDs?

(How do RACF rules deal with multiple links to the same file where the
path names may have different permissions?)

-- gil

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Seymour J Metz]

What about datasets that are not in the CSI, e.g., CPAC.*?


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



From: IBM Mainframe Discussion List  on behalf of 
Kurt J. Quackenbush 
Sent: Wednesday, October 27, 2021 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

> I too ordered V2.5 in the "window" where you still have a choice on
> custompac dialogs or z/OSMF.   I opted to go custompac one more time.
>
> I do echo Terri's sentiments that there should be a way to mostly
> seed a new z/OSMF instance whether there is a utility that reads the
> last saved custompac config or somehow scans your sysres.

That is exactly what z/OSMF offers!  You can "model" your installation
configuration on your existing installed software.  For example when
installing z/OS 2.5, simply define your existing z/OS 2.4 (or 2.3) as a
Software Instance.  (Use the Software Instance -> Add action, specify the
global zone CSI, select the target zones from that global, and that's it!)
 During the deployment you can select this Software Instance as your model
and z/OSMF will analyze your DDDEF entries in your existing CSI to
determine your desired data set names and match them up with the new
software as much as possible.

Honestly, we did try to help you avoid a bunch of changes in the
configuration.  Perhaps we need to advertise it more, but the Model
function is your friend.

Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.


--
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: FMID to Program Number

[Doug]

There used to be a list, and the location was not shared readily. Good 
luck finding one these day.


Doug

Doug Fuerst
718.921.2620 (O)
917.572.7364 (C)
d...@bkassociates.net

-- Original Message --
From: "Mark Regan" 
To: IBM-MAIN@listserv.ua.edu
Sent: 27-Oct-21 15:35:58
Subject: FMID to Program Number


Does IBM keep a FMID to Program Number cross reference listing on their web
site somewhere? My searches are not coming up with anything.
Thanks,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*

--
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: FMID to Program Number

[Richards, Robert B. (CTR)]

Mark,

The "Order Details" that came with your order has a lot of them.
NO89 records contain a lot of program names.
Your Global zone lists the FMIDs.

But to answer your question, I am unaware of a list that has all the 
information in one place. ☹ 
Maybe someone on this list will have a better answer.

Bob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Wednesday, October 27, 2021 3:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FMID to Program Number

Does IBM keep a FMID to Program Number cross reference listing on their web 
site somewhere? My searches are not coming up with anything.
Thanks,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*

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

FMID to Program Number

[Mark Regan]

Does IBM keep a FMID to Program Number cross reference listing on their web
site somewhere? My searches are not coming up with anything.
Thanks,

Mark Regan, K8MTR

*CTO1 USNR-Retired, 1969-1991*
*Nationwide Insurance, Retired, 1986-2017*

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

Re: Help with translating a FID Unix FIle

[Lizette Koehler]

I am getting the FID out of an ICH408I messages

I need to know what file/path/filesystem that access is denied. 

I think there is a tool in TOOLS and TIPS on the ibm website.  But it seems the 
more they try to make navigation easier - it is just more difficult


lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, October 27, 2021 6:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

@Lizette, I should have asked "in what environment?" I tend to think in C, but 
not everyone does. 

fldata() -- search for it if the links do not work -- translates a UNIX FILE 
pointer to a dataset name or path. It's a C (or C++) library function.

Again in C, if you have a file descriptor number like the ones for STDIN and so 
forth that are passed to a command line program, you can translate one of those 
to a name (and FILE pointer) by using the obscurely-documented w_ioctl()

static char stringForPath[FILENAME_MAX+1];
static const int Iocc_GetPathName = 17; // Absolute name @DOA// >From 
BPXYIOCC
int rc = w_ioctl(filenum, Iocc_GetPathName, FILENAME_MAX+1, stringForPath);

Alternatively you can get the file number for a FILE pointer with fileno() and 
then use w_ioctl() per the above.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, October 27, 2021 5:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

On Tue, 26 Oct 2021 20:29:31 -0700, Charles Mills wrote:

>To translate a UNIX File ID to the file or data set name?
>
>https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-f
>ile-i
>nformation ?
>
ITYM: 


>-Original Message-
>From: Lizette Koehler
>Sent: Tuesday, October 26, 2021 4:52 PM
>
>Is there something I can use to translate the FID to a valid USS Path 
>or File Name Lizettel

-- 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: Serverpac installs January 2022 and beyond - Issues Updated

[Kurt J. Quackenbush]

> I too ordered V2.5 in the "window" where you still have a choice on 
> custompac dialogs or z/OSMF.   I opted to go custompac one more time.
> 
> I do echo Terri's sentiments that there should be a way to mostly 
> seed a new z/OSMF instance whether there is a utility that reads the
> last saved custompac config or somehow scans your sysres.

That is exactly what z/OSMF offers!  You can "model" your installation 
configuration on your existing installed software.  For example when 
installing z/OS 2.5, simply define your existing z/OS 2.4 (or 2.3) as a 
Software Instance.  (Use the Software Instance -> Add action, specify the 
global zone CSI, select the target zones from that global, and that's it!) 
 During the deployment you can select this Software Instance as your model 
and z/OSMF will analyze your DDDEF entries in your existing CSI to 
determine your desired data set names and match them up with the new 
software as much as possible.

Honestly, we did try to help you avoid a bunch of changes in the 
configuration.  Perhaps we need to advertise it more, but the Model 
function is your friend.

Kurt Quackenbush -- IBM, z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.


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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Keith Gooding]

Hi Kurt. In answer to your question about my previous post:

We put the SMP/E target zone datasets on the target volume. The names in this 
case are SMPE.ZOS250.MVST250.* which are unique in the system. The CSI is VSAM 
so it is directly cataloged. The installation process indirectly catalogs the 
non-VSAM ones and I assume that the DdDEFs for them include the specific 
volser. However when handling these datasets it is more convenient if they are 
directly cataloged. It is possible, so that is what we do (post install).

I also mentioned that I would like to be able to create a 2-level alias and 
associated catalog. That is because we use OMVS.ZOS250 as the qualifier for 
target zone file systems, and OMVS for most other file systems.

Not necessarily all logical or the best practice but we are where we are. 

Keith Gooding

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Kurt J. Quackenbush]

> Wanted to add a few other comments
> Since IBM is forcing everyone to z/OSMF with 2.5, not excited for 
> this but It seems to work pretty well, except for everything that 
> cant see it doing behind the scenes. It seems this is a ton of 
> catalog look-ups to validate nothing exist.
> 
> But then in the IZUD04UZ job you delete everything anyhow. So why 
> validate it in the workflows?  I fail because my SMPE datasets are 
> already allocated, because I installed thru a SERVERPAC.

When you use the z/OSMF Deployment action to install a ServerPac, you're 
telling z/OSMF you want to install the software provided in that 
ServerPac.  To "install software" means z/OSMF will create data sets. 
Therefore, before it attempts to create any data sets, it ensures there 
are no unintended collisions with existing data sets on your specified 
volumes and in the catalogs.  You either have to modify the data set names 
in the configuration, or rename or delete the existing data sets so there 
are no unintended collisions.

If you want z/OSMF to consider such collisions to be intended, then tell 
z/OSMF to delete the existing data sets.  You do this either by selecting 
a software instance to be replaced that contains the subject data sets, or 
by indicating the target volume that contains the subject data sets will 
be initialized.  Both options result in z/OSMF considering such collisions 
to be intended, and the existing data sets will get deleted explicitly.

> Lastly since the direction in 2.5 for z/OSMF, now everyone will have
> a valid instance going forward.  So you should still provide a way 
> to extract the migration action XML, so that for 2.5 only its 
> available outside.

What "migration action XML" are you talking about?  The customization 
workflows supplied in the ServerPac?  If so, those workflows are not 
designed to be performed stand alone.  They are designed to be performed 
from Software Management when you install the ServerPac PSWI.

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.



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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Dave Jousma]

Oh, and in the custompac dialogs, there are exactly 4 jobs that I run after 
resolving new datasets that came along with the new release.

- allocate and catalog the datasets (ALLOCDS)
- restore the datasets (RESTORE)
- update SMPE DDDEFS (UP)
- and a modified version of RECATALOG datasets to Target(RECATDS) to only run 
the IEHPROGM steps

Then onto applying any usermods.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Dave Jousma]

>Hey Dave
> I ordered both, and you are right in 4 hours I had my z/OS loaded and IPLed 
> at least the initial IPL in test.  However
>
>I wanted to try z/OSMF and I actually like the dataset naming flexibility, 
>much better than the dialogs and Alias's discovery.
>
>But all the background dataset checking that use to be done in the first 
>SERVERPAC job, IE validate your configuration/Catalog setup, that is driving 
>me insane.
>
>That and in my mind when I build a software instance, not everything that the 
>SERVERPAC downloads is copied/used.
>
>IBM seems to force copying the CPAC and SMPE files, when I only want the SYS1 
>datasets and OMVS.
>
>Lastly and there are many takes on this from SYSTEM Programmers, But I only 
>ever have one DISTRIBUTION zone and it matches my 2-3 target zones/RES vol 
>sets.
>
>This is because I always want to make sure no-one restores from the wrong 
>DLIBS..  So I don’t ever copy these when I clone either.

Again,  I havent played with the zOSMF version yet, but it sounds like we do a 
similar cloning process.   My SYSRES volumes are mod-54's and ONLY contain the 
target datasets including OMVS with sysres volser as part of the dsn.   All the 
SMPE, CPAC, junk I just dont need get installed on the DLIB volume.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

Completely agree mostly..  I just want the option of some flexibility so I can 
still manipulate my layout after the fact not in the workflows.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Wednesday, October 27, 2021 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Shields up!

This old dog wants to learn a new trick. I'm tired of the ISPF-based dialog 
install after doing ServerPac installs for several decades. Marna's NewEra 
two-part presentations were outstanding.

She spoke of taking a coworker with no experience with either and getting a 
running system up in three days! Granted, she mentored the individual, but 
still!

And aren't the migration workflows available as PTFs separate from the Software 
Instance? I am currently waiting for that PTF to close to get the most updated 
version of the workflow to review prior to actually ordering and downloading 
z/OS 2.5.

Bob



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, October 27, 2021 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

I too ordered V2.5 in the "window" where you still have a choice on custompac 
dialogs or z/OSMF.   I opted to go custompac one more time.

I do echo Terri's sentiments that there should be a way to mostly seed a new 
z/OSMF instance whether there is a utility that reads the last saved custompac 
config or somehow scans your sysres.   That will definitely soften the blow for 
moving over.Us old timers, can whip through the old dialogs in less than a 
day, and be pretty much ready to IPL.  I understand the need to modernize the 
environment for the next wave.

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

Hey Dave
 I ordered both, and you are right in 4 hours I had my z/OS loaded and IPLed at 
least the initial IPL in test.  However

I wanted to try z/OSMF and I actually like the dataset naming flexibility, much 
better than the dialogs and Alias's discovery.

But all the background dataset checking that use to be done in the first 
SERVERPAC job, IE validate your configuration/Catalog setup, that is driving me 
insane.

That and in my mind when I build a software instance, not everything that the 
SERVERPAC downloads is copied/used.

IBM seems to force copying the CPAC and SMPE files, when I only want the SYS1 
datasets and OMVS.

Lastly and there are many takes on this from SYSTEM Programmers, But I only 
ever have one DISTRIBUTION zone and it matches my 2-3 target zones/RES vol sets.

This is because I always want to make sure no-one restores from the wrong 
DLIBS..  So I don’t ever copy these when I clone either.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, October 27, 2021 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


I too ordered V2.5 in the "window" where you still have a choice on custompac 
dialogs or z/OSMF.   I opted to go custompac one more time.

I do echo Terri's sentiments that there should be a way to mostly seed a new 
z/OSMF instance whether there is a utility that reads the last saved custompac 
config or somehow scans your sysres.   That will definitely soften the blow for 
moving over.Us old timers, can whip through the old dialogs in less than a 
day, and be pretty much ready to IPL.  I understand the need to modernize the 
environment for the next wave.

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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this email are those of the author 
personally.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Richards, Robert B. (CTR)]

Shields up!

This old dog wants to learn a new trick. I'm tired of the ISPF-based dialog 
install after doing ServerPac installs for several decades. Marna's NewEra 
two-part presentations were outstanding.

She spoke of taking a coworker with no experience with either and getting a 
running system up in three days! Granted, she mentored the individual, but 
still!

And aren't the migration workflows available as PTFs separate from the Software 
Instance? I am currently waiting for that PTF to close to get the most updated 
version of the workflow to review prior to actually ordering and downloading 
z/OS 2.5.

Bob



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, October 27, 2021 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

I too ordered V2.5 in the "window" where you still have a choice on custompac 
dialogs or z/OSMF.   I opted to go custompac one more time.

I do echo Terri's sentiments that there should be a way to mostly seed a new 
z/OSMF instance whether there is a utility that reads the last saved custompac 
config or somehow scans your sysres.   That will definitely soften the blow for 
moving over.Us old timers, can whip through the old dialogs in less than a 
day, and be pretty much ready to IPL.  I understand the need to modernize the 
environment for the next wave.

--
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: Serverpac installs January 2022 and beyond - Issues Updated

[Dave Jousma]

I too ordered V2.5 in the "window" where you still have a choice on custompac 
dialogs or z/OSMF.   I opted to go custompac one more time.

I do echo Terri's sentiments that there should be a way to mostly seed a new 
z/OSMF instance whether there is a utility that reads the last saved custompac 
config or somehow scans your sysres.   That will definitely soften the blow for 
moving over.Us old timers, can whip through the old dialogs in less than a 
day, and be pretty much ready to IPL.  I understand the need to modernize the 
environment for the next wave.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

Also Kurt, again I have never used software deployment, but the only datasets I 
ever replicate for a close are SYS1.* and my OMVS files.

I tried to build a new instance and again it fails.  Why are you validating in 
the workflows???

At this point I give up..

error
Generation of the deployment jobs failed. Target data set "CPAC.ZOS25.SAMPLIB" 
has the same name as a data set already cataloged on the target system.
IZUD9702E
Oct 27, 2021, 1:04:35 PM
error
Generation of the deployment jobs failed. Target data set "CPAC.ZOS25.LINKLIB" 
has the same name as a data set already cataloged on the target system.
IZUD9702E
Oct 27, 2021, 1:04:34 PM

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


NVM,  It how you select/filter the names that changes if you can modify or not..

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Wanted to add a few other comments
Since IBM is forcing everyone to z/OSMF with 2.5, not excited for this but It 
seems to work pretty well, except for everything that cant see it doing behind 
the scenes. It seems this is a ton of catalog look-ups to validate nothing 
exist.

But then in the IZUD04UZ job you delete everything anyhow. So why validate it 
in the workflows?  I fail because my SMPE datasets are already allocated, 
because I installed thru a SERVERPAC.

This would be all good, because I just wasn't planning on running any of the 
jobs, unless I saw something I needed for customizations.

But again you don't allow that and stop with errors.

Lastly since the direction in 2.5 for z/OSMF, now everyone will have a valid 
instance going forward.  So you should still provide a way to extract the 
migration action XML, so that for 2.5 only its available outside.

PPS..  If you do respond how do the workflow variables for in install portable 
instance to mirror a production names??

I cant use a filter to change the dataset names, However if I select each one 
separately, I can which would take forever.

Software Management > Portable Software Instances > Deployments > Deployment 
Checklist > Configure Deployment >Modify Modify Data Sets Enter the data set 
name or qualifiers to use for the selected data sets.
Common data set qualifiers: Example data set name:
From:   SYS1SSA.SYS1.SICELPASYS1SSA.SYS1.SICELPA
To:
SYS1.SICELPA


Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Hi Kurt,
  There are lots of things I dislike about black boxes and not being able to 
take things on blind faith.

In my 39 years as a system programmer that's gotten me into trouble exactly 
once before I said I just will not run anything without seeing the JCL.

So I pity the newer z/OS folks, because you have puts steps in to validate what 
you generate should run. But that's not always a good assumption. 
Invalid/duplicate issue might only be a temporary condition.

I use a process to roll out software by having my clone jobs already setup, 
between ZA2x11T and ZB2x11T zones for the last 21 years very successfully.

I control the software names in my batch jobs, because of nuances in the 
serverpac dialogs. Now you have removed most of those issues in z/OSMF but you 
added new stops to verify/validate all datasets names being allocated.  Good, 
or Bad, I might want to change things AFTER the fact that I missed, instead of 
re-driving thru the dialogs/screens.  I would be nice here to just generate the 
jobs period with no validation steps as you generate the jobs.

You could always have an option to validate whats generated or NOT. With all 
the standard disclaimersetc

So having NEVER used z/OSMF for software deployments because it was just way to 
cumbersome and time consuming to build for 107 LPARS, like at chase or even 
here at ACI, I have 6 lpars.  Again build once and clone X number of times.

So I am stuck in the z/OSMF now, because I cant build/use the instance of z/OS 
2.5 because everything still has the SYS1SSA or 

Re: z/VM Developer Job Poughkeepsie NY

[Tony Harminc]

On Wed, 27 Oct 2021 at 12:31, Mike Schwab  wrote:
>
> https://krb-sjobs.brassring.com/TGnewUI/Search/home/HomeWithPreLoad?PageType=JobDetails=26059=5016=479513BR#jobDetails=506140_5016

Sounds slightly scary: "IBM servers and storage are no longer
inanimate - they can understand, reason, and learn..."

Open the pod bay doors, HAL.
I'm sorry, Dave. I'm afraid I can't do that.

Tony H.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

NVM,  It how you select/filter the names that changes if you can modify or not..

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Wanted to add a few other comments
Since IBM is forcing everyone to z/OSMF with 2.5, not excited for this but It 
seems to work pretty well, except for everything that cant see it doing behind 
the scenes. It seems this is a ton of catalog look-ups to validate nothing 
exist.

But then in the IZUD04UZ job you delete everything anyhow. So why validate it 
in the workflows?  I fail because my SMPE datasets are already allocated, 
because I installed thru a SERVERPAC.

This would be all good, because I just wasn't planning on running any of the 
jobs, unless I saw something I needed for customizations.

But again you don't allow that and stop with errors.

Lastly since the direction in 2.5 for z/OSMF, now everyone will have a valid 
instance going forward.  So you should still provide a way to extract the 
migration action XML, so that for 2.5 only its available outside.

PPS..  If you do respond how do the workflow variables for in install portable 
instance to mirror a production names??

I cant use a filter to change the dataset names, However if I select each one 
separately, I can which would take forever.

Software Management > Portable Software Instances > Deployments > Deployment 
Checklist > Configure Deployment >Modify Modify Data Sets Enter the data set 
name or qualifiers to use for the selected data sets.
Common data set qualifiers: Example data set name:
From:   SYS1SSA.SYS1.SICELPASYS1SSA.SYS1.SICELPA
To:
SYS1.SICELPA


Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Hi Kurt,
  There are lots of things I dislike about black boxes and not being able to 
take things on blind faith.

In my 39 years as a system programmer that's gotten me into trouble exactly 
once before I said I just will not run anything without seeing the JCL.

So I pity the newer z/OS folks, because you have puts steps in to validate what 
you generate should run. But that's not always a good assumption. 
Invalid/duplicate issue might only be a temporary condition.

I use a process to roll out software by having my clone jobs already setup, 
between ZA2x11T and ZB2x11T zones for the last 21 years very successfully.

I control the software names in my batch jobs, because of nuances in the 
serverpac dialogs. Now you have removed most of those issues in z/OSMF but you 
added new stops to verify/validate all datasets names being allocated.  Good, 
or Bad, I might want to change things AFTER the fact that I missed, instead of 
re-driving thru the dialogs/screens.  I would be nice here to just generate the 
jobs period with no validation steps as you generate the jobs.

You could always have an option to validate whats generated or NOT. With all 
the standard disclaimersetc

So having NEVER used z/OSMF for software deployments because it was just way to 
cumbersome and time consuming to build for 107 LPARS, like at chase or even 
here at ACI, I have 6 lpars.  Again build once and clone X number of times.

So I am stuck in the z/OSMF now, because I cant build/use the instance of z/OS 
2.5 because everything still has the SYS1SSA or SMPESSA, etc HLQ's.  I have 
already renamed everything to SYS1., SMPE. Or CPAC.  So its ready for 
production, but the workflows and variables don't reflect the PROD names.

In-Fact even if I say build a NEW instance I cant change the source so it fails 
because those names don't exist.  I have tried a few things and cant get around 
this.

Lastly all I really want is the migration actions, but instead you hid, it 
seems until sometime later in the workflows.

You also for the customer to define their previous release 2.3 and 2.4 in my 
case, so that you can build a checklist.  I sortof get that, but since I don't 
have anything primed its extra steps to get it to work.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, October 27, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues 

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

Wanted to add a few other comments
Since IBM is forcing everyone to z/OSMF with 2.5, not excited for this but It 
seems to work pretty well, except for everything that cant see it doing behind 
the scenes. It seems this is a ton of catalog look-ups to validate nothing 
exist.

But then in the IZUD04UZ job you delete everything anyhow. So why validate it 
in the workflows?  I fail because my SMPE datasets are already allocated, 
because I installed thru a SERVERPAC.

This would be all good, because I just wasn't planning on running any of the 
jobs, unless I saw something I needed for customizations.

But again you don't allow that and stop with errors.

Lastly since the direction in 2.5 for z/OSMF, now everyone will have a valid 
instance going forward.  So you should still provide a way to extract the 
migration action XML, so that for 2.5 only its available outside.

PPS..  If you do respond how do the workflow variables for in install portable 
instance to mirror a production names??

I cant use a filter to change the dataset names, However if I select each one 
separately, I can which would take forever.

Software Management > Portable Software Instances > Deployments > Deployment 
Checklist > Configure Deployment >Modify
Modify Data Sets
Enter the data set name or qualifiers to use for the selected data sets.
Common data set qualifiers: Example data set name:
From:   SYS1SSA.SYS1.SICELPASYS1SSA.SYS1.SICELPA
To:
SYS1.SICELPA


Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Wednesday, October 27, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


Hi Kurt,
  There are lots of things I dislike about black boxes and not being able to 
take things on blind faith.

In my 39 years as a system programmer that's gotten me into trouble exactly 
once before I said I just will not run anything without seeing the JCL.

So I pity the newer z/OS folks, because you have puts steps in to validate what 
you generate should run. But that's not always a good assumption. 
Invalid/duplicate issue might only be a temporary condition.

I use a process to roll out software by having my clone jobs already setup, 
between ZA2x11T and ZB2x11T zones for the last 21 years very successfully.

I control the software names in my batch jobs, because of nuances in the 
serverpac dialogs. Now you have removed most of those issues in z/OSMF but you 
added new stops to verify/validate all datasets names being allocated.  Good, 
or Bad, I might want to change things AFTER the fact that I missed, instead of 
re-driving thru the dialogs/screens.  I would be nice here to just generate the 
jobs period with no validation steps as you generate the jobs.

You could always have an option to validate whats generated or NOT. With all 
the standard disclaimersetc

So having NEVER used z/OSMF for software deployments because it was just way to 
cumbersome and time consuming to build for 107 LPARS, like at chase or even 
here at ACI, I have 6 lpars.  Again build once and clone X number of times.

So I am stuck in the z/OSMF now, because I cant build/use the instance of z/OS 
2.5 because everything still has the SYS1SSA or SMPESSA, etc HLQ's.  I have 
already renamed everything to SYS1., SMPE. Or CPAC.  So its ready for 
production, but the workflows and variables don't reflect the PROD names.

In-Fact even if I say build a NEW instance I cant change the source so it fails 
because those names don't exist.  I have tried a few things and cant get around 
this.

Lastly all I really want is the migration actions, but instead you hid, it 
seems until sometime later in the workflows.

You also for the customer to define their previous release 2.3 and 2.4 in my 
case, so that you can build a checklist.  I sortof get that, but since I don't 
have anything primed its extra steps to get it to work.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, October 27, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


> Actually now I was totally able to customize all my dataset names,
> which is really great. It is time consuming because I basically had to
> change everything.

Glad to hear you were able to customize the data set names to your liking.
 As already mentioned, next time I encourage you to use a Model and z/OSMF will 
use your existing data set name conventions as much as possible.

> Now I hit a few things, because its always checking names in the
> 

z/VM Developer Job Poughkeepsie NY

[Mike Schwab]

https://krb-sjobs.brassring.com/TGnewUI/Search/home/HomeWithPreLoad?PageType=JobDetails=26059=5016=479513BR#jobDetails=506140_5016

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

2.5 Heads Up

[Mark Jacobs]

We migrated one of our systems to z/OS 2.5 last weekend and immediately started 
getting a hard loop during job conversion/interpretation either in the JES2CIxx 
or INIT address space depending on your JOBDEF INTERPRET= setting.

The loop could occur with any batch job,but not every batch job. IBM has found 
the loop in module IEFNB903 and are looking at it. The looping condition only 
occurs if DSENQSHR is enabled for the job. In our case the JOBCLASS definitions 
had DSENQSHR=AUTO. Once we changed it to DSENQSHR=DISALLOW the problem no 
longer occurred.

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

Re: IBM ZDNT Learner's Edition - beware

[Seymour J Metz]

I would be happier if IBM clarified the status of OSS. I would also be much 
happier if IBM either explicitly allowed the use of ZSNT for developing OSS or 
offered an additional, possibly more expensive, option for which developeing 
OSS software was allowed but for which developing proprietary software was not.

Similarly, I'd like to see license for developing OSS on other operating 
systems.

Still, anything that IBM does to attract talent is desirable, even if it isn't 
all that we want.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Jared Hunter [jhun...@rocketsoftware.com]
Sent: Wednesday, October 27, 2021 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM ZDNT Learner's Edition - beware

Practically speaking, I think the License text means you can Learn to Develop 
and Test so long as no one is paying you, and you have no present good-faith 
intent to sell anything you may Develop or Test in the environment.

Per Sebastian's comment about Open Source, I think the odds are very high that 
some code that began life inside a ZDnT system will make its way into COTS 
software.  As someone partially responsible for running an extremely IP-clean 
shop, I'm a little concerned about that, and would personally love it if OSS 
developed in a ZDnT would clearly identify itself as such.

But as someone who understands that the future of the mainframe hinges on 
developing talent, and that scaled mainframe endpoints drive a lot of human 
value, my hope/expectation is that IBM has "priced in" that particular risk.

Overall, broader access to a licensed version of z/OS is a Good Thing™.  Please 
don't abuse it.

-Jared

Jared Hunter
Director of Software Engineering, Z Security
Rocket Software
77 Fourth Avenue • Waltham, MA 02451 • USA
t: +1 781 684 2162 •  m: +1 617 821 3745 • e: 
jhun...@rs.com • he / him / his


Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA 02451 ¦ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
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: Help with translating a FID Unix FIle

[Charles Mills]

@Lizette, I should have asked "in what environment?" I tend to think in C, but 
not everyone does. 

fldata() -- search for it if the links do not work -- translates a UNIX FILE 
pointer to a dataset name or path. It's a C (or C++) library function.

Again in C, if you have a file descriptor number like the ones for STDIN and so 
forth that are passed to a command line program, you can translate one of those 
to a name (and FILE pointer) by using the obscurely-documented w_ioctl()

static char stringForPath[FILENAME_MAX+1];
static const int Iocc_GetPathName = 17; // Absolute name @DOA// >From 
BPXYIOCC
int rc = w_ioctl(filenum, Iocc_GetPathName, FILENAME_MAX+1, stringForPath);

Alternatively you can get the file number for a FILE pointer with fileno() and 
then use w_ioctl() per the above.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, October 27, 2021 5:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

On Tue, 26 Oct 2021 20:29:31 -0700, Charles Mills wrote:

>To translate a UNIX File ID to the file or data set name?
>
>https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-file-i
>nformation ?
>
ITYM: 


>-Original Message-
>From: Lizette Koehler
>Sent: Tuesday, October 26, 2021 4:52 PM
>
>Is there something I can use to translate the FID to a valid USS Path or
>File Name
>Lizettel

-- 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: IBM ZDNT Learner's Edition - beware

[Jared Hunter]

Practically speaking, I think the License text means you can Learn to Develop 
and Test so long as no one is paying you, and you have no present good-faith 
intent to sell anything you may Develop or Test in the environment.

Per Sebastian's comment about Open Source, I think the odds are very high that 
some code that began life inside a ZDnT system will make its way into COTS 
software.  As someone partially responsible for running an extremely IP-clean 
shop, I'm a little concerned about that, and would personally love it if OSS 
developed in a ZDnT would clearly identify itself as such.

But as someone who understands that the future of the mainframe hinges on 
developing talent, and that scaled mainframe endpoints drive a lot of human 
value, my hope/expectation is that IBM has "priced in" that particular risk.

Overall, broader access to a licensed version of z/OS is a Good Thing™.  Please 
don't abuse it.

-Jared

Jared Hunter
Director of Software Engineering, Z Security
Rocket Software
77 Fourth Avenue • Waltham, MA 02451 • USA
t: +1 781 684 2162 •  m: +1 617 821 3745 • e: 
jhun...@rs.com • he / him / his


Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA 02451 ¦ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Shaffer, Terri]

Hi Kurt,
  There are lots of things I dislike about black boxes and not being able to 
take things on blind faith.

In my 39 years as a system programmer that's gotten me into trouble exactly 
once before I said I just will not run anything without seeing the JCL.

So I pity the newer z/OS folks, because you have puts steps in to validate what 
you generate should run. But that's not always a good assumption. 
Invalid/duplicate issue might only be a temporary condition.

I use a process to roll out software by having my clone jobs already setup, 
between ZA2x11T and ZB2x11T zones for the last 21 years very successfully.

I control the software names in my batch jobs, because of nuances in the 
serverpac dialogs. Now you have removed most of those issues in z/OSMF but you 
added new stops to verify/validate all datasets names being allocated.  Good, 
or Bad, I might want to change things AFTER the fact that I missed, instead of 
re-driving thru the dialogs/screens.  I would be nice here to just generate the 
jobs period with no validation steps as you generate the jobs.

You could always have an option to validate whats generated or NOT. With all 
the standard disclaimersetc

So having NEVER used z/OSMF for software deployments because it was just way to 
cumbersome and time consuming to build for 107 LPARS, like at chase or even 
here at ACI, I have 6 lpars.  Again build once and clone X number of times.

So I am stuck in the z/OSMF now, because I cant build/use the instance of z/OS 
2.5 because everything still has the SYS1SSA or SMPESSA, etc HLQ's.  I have 
already renamed everything to SYS1., SMPE. Or CPAC.  So its ready for 
production, but the workflows and variables don't reflect the PROD names.

In-Fact even if I say build a NEW instance I cant change the source so it fails 
because those names don't exist.  I have tried a few things and cant get around 
this.

Lastly all I really want is the migration actions, but instead you hid, it 
seems until sometime later in the workflows.

You also for the customer to define their previous release 2.3 and 2.4 in my 
case, so that you can build a checklist.  I sortof get that, but since I don't 
have anything primed its extra steps to get it to work.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt J. Quackenbush
Sent: Wednesday, October 27, 2021 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond - Issues Updated

External Email


> Actually now I was totally able to customize all my dataset names,
> which is really great. It is time consuming because I basically had to
> change everything.

Glad to hear you were able to customize the data set names to your liking.
 As already mentioned, next time I encourage you to use a Model and z/OSMF will 
use your existing data set name conventions as much as possible.

> Now I hit a few things, because its always checking names in the
> background..  So when it says its going to build jobs, it lies, its
> actually verifying names first.  So because I already installed z/OS
> 2.5 with a serverpac, I would like to bypass a few things and it will
> not let me.  So back to adding a SSA for my duplicates to get thru the
> screens.

I'd like to understand this comment better.  z/OSMF does indeed verify the 
information you specified in the configuration before generating the jobs, such 
as data set names and locations.  Mostly it ensures there is not already a same 
named data set on a specified volume or in a catalog.  Are you saying z/OSMF 
found a volume or catalog collision when in fact there was no collision?  If 
so, can you elaborate?  For example, did you select to create a new master 
catalog?  Are you using indirect cataloging for your existing data sets, and 
did you tell z/OSMF you want to indirectly catalog the new data sets?  Did you 
tell z/OSMF to create data sets on a particular volume?

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management

Chuck Norris never uses CHECK when he applies PTFs.

>



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

 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 

This email message and any attachments may contain confidential, proprietary or 
non-public information. The information is intended solely for the designated 
recipient(s). If an addressing or transmission error has misdirected this 
email, please notify the sender immediately and destroy this email. Any review, 
dissemination, use or reliance upon this information by unintended recipients 
is prohibited. Any opinions expressed in this 

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Kurt J. Quackenbush]

> I still have some gripes but these occurred also with the old dialogue:

> - SMPE.ZOS250.* non-VSAM datasets on the sysres are indirectly 
> cataloged because indirect cataloging by the installation dialogue 
> works at the volume level.

Can you expound on this comment a bit?  Are you saying you'd like some of 
the data sets on a particular volume to be indirectly cataloged, but 
others on that same volume to be directly cataloged?  Interesting. 
Curious, why not indirectly catalog all?

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management
Chuck Norris never uses CHECK when he applies PTFs.



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

Re: Serverpac installs January 2022 and beyond - Issues Updated

[Kurt J. Quackenbush]

> Actually now I was totally able to customize all my dataset names, 
> which is really great. It is time consuming because I basically had 
> to change everything.

Glad to hear you were able to customize the data set names to your liking. 
 As already mentioned, next time I encourage you to use a Model and z/OSMF 
will use your existing data set name conventions as much as possible.

> Now I hit a few things, because its always checking names in the 
> background..  So when it says its going to build jobs, it lies, its 
> actually verifying names first.  So because I already installed z/OS
> 2.5 with a serverpac, I would like to bypass a few things and it 
> will not let me.  So back to adding a SSA for my duplicates to get 
> thru the screens.

I'd like to understand this comment better.  z/OSMF does indeed verify the 
information you specified in the configuration before generating the jobs, 
such as data set names and locations.  Mostly it ensures there is not 
already a same named data set on a specified volume or in a catalog.  Are 
you saying z/OSMF found a volume or catalog collision when in fact there 
was no collision?  If so, can you elaborate?  For example, did you select 
to create a new master catalog?  Are you using indirect cataloging for 
your existing data sets, and did you tell z/OSMF you want to indirectly 
catalog the new data sets?  Did you tell z/OSMF to create data sets on a 
particular volume?

Kurt Quackenbush -- IBM,  z/OS SMP/E and z/OSMF Software Management

Chuck Norris never uses CHECK when he applies PTFs.

> 



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

Re: Help with translating a FID Unix FIle

[Paul Gilmartin]

On Tue, 26 Oct 2021 20:29:31 -0700, Charles Mills wrote:

>To translate a UNIX File ID to the file or data set name?
>
>https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-fldata-retrieve-file-i
>nformation ?
>
ITYM: 


>-Original Message-
>From: Lizette Koehler
>Sent: Tuesday, October 26, 2021 4:52 PM
>
>Is there something I can use to translate the FID to a valid USS Path or
>File Name
>Lizettel

-- gil

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

Re: Help with translating a FID Unix FIle

[Allan Staller]

Classification: Confidential

The unix command DF will point you to the file system aggregate. df pathname

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Tuesday, October 26, 2021 10:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with translating a FID Unix FIle

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

To translate a UNIX File ID to the file or data set name?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.3.0%3Ftopic%3Dfunctions-fldata-retrieve-file-idata=04%7C01%7Callan.staller%40HCL.COM%7C96f4992650804932feb408d998fa0aff%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637709021995027203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=TTv%2FCce4Kc356rrEXl3xZuyrNJxuOhApFAEEdAHDmW8%3Dreserved=0
nformation ?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, October 26, 2021 4:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with translating a FID Unix FIle

Is there something I can use to translate the FID to a valid USS Path or File 
Name



Lizettel


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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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