Re: Title of book -- Naming Convention thing for SMPE

[Charles Mills]

Right, is it not IBM owns AAA through IZZ or perhaps JZZ?

They will make exceptions. At CorreLog I registered CZA.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, September 14, 2022 8:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Title of book -- Naming Convention thing for SMPE

On Wed, 14 Sep 2022 20:36:14 -0500, Paul Gilmartin  wrote:

>On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer wrote:
>
>>It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products,"
>>SC23-3695-10.
>>
>A search for that gets many hits; mostly containing rotten links.
>
>Several are HTTP links, for which Firefox reports security violations.
>Editing one to HTTP gives:
>,
>2003, but with matching Part Number.
>
Where I read:
10.1 Component Identifier (COMP ID)
... IBM is offering to register the component codes for your products. The 
registration
ensures that your component code is not used by another products that are 
registered.
Send a note to elem...@us.ibm.com or ask your IBM representative to contact 
IBM Poughkeepsie, Department FPLA.

-- 
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: Title of book -- Naming Convention thing for SMPE

[Paul Gilmartin]

On Wed, 14 Sep 2022 20:36:14 -0500, Paul Gilmartin  wrote:

>On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer wrote:
>
>>It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products,"
>>SC23-3695-10.
>>
>A search for that gets many hits; mostly containing rotten links.
>
>Several are HTTP links, for which Firefox reports security violations.
>Editing one to HTTP gives:
>,
>2003, but with matching Part Number.
>
Where I read:
10.1 Component Identifier (COMP ID)
... IBM is offering to register the component codes for your products. The 
registration
ensures that your component code is not used by another products that are 
registered.
Send a note to elem...@us.ibm.com or ask your IBM representative to contact 
IBM Poughkeepsie, Department FPLA.

-- 
gil

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

Re: Title of book -- Naming Convention thing for SMPE

[Paul Gilmartin]

On Wed, 14 Sep 2022 17:33:13 -0700, Retired Mainframer 
 wrote:

>It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products,"
>SC23-3695-10.
>
A search for that gets many hits; mostly containing rotten links.  IBM could do 
better.

Several are HTTP links, for which Firefox reports security violations.
Editing one to HTTP gives:
,
2003, but with matching Part Number.

IBM could do better.

-- 
gil

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

Re: Title of book -- Naming Convention thing for SMPE

[Steve Thompson]

Thank you. All the search keywords I had tried turned up nothing.

Regards,
Steve Thompson

On 9/14/22 20:33, Retired Mainframer wrote:

It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products,"
SC23-3695-10.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Thompson
Sent: Wednesday, September 14, 2022 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Title of book -- Naming Convention thing for SMPE

Once upon a time I had a copy of a book that gave the naming
convention for naming elements for SMPE so that one would not
conflict with IBM either in LPA, or LNKLST, etc. And one could
even share a common CSI.

I know it has to have been updated by now (my copy was from back
about 1997).

Anyone know the name of that book, or if it got renamed, or... ?

Regards,
Steve Thompson

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

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


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

Re: Title of book -- Naming Convention thing for SMPE

[Retired Mainframer]

It is in chapter 10 of "Standard Packaging Rules for z/OS-Based Products," 
SC23-3695-10.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Thompson
Sent: Wednesday, September 14, 2022 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Title of book -- Naming Convention thing for SMPE

Once upon a time I had a copy of a book that gave the naming
convention for naming elements for SMPE so that one would not
conflict with IBM either in LPA, or LNKLST, etc. And one could
even share a common CSI.

I know it has to have been updated by now (my copy was from back
about 1997).

Anyone know the name of that book, or if it got renamed, or... ?

Regards,
Steve Thompson

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

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

Title of book -- Naming Convention thing for SMPE

[Steve Thompson]

Once upon a time I had a copy of a book that gave the naming 
convention for naming elements for SMPE so that one would not 
conflict with IBM either in LPA, or LNKLST, etc. And one could 
even share a common CSI.


I know it has to have been updated by now (my copy was from back 
about 1997).


Anyone know the name of that book, or if it got renamed, or... ?

Regards,
Steve Thompson

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

Re: IBM pension 16 billion offloaded.

[Bill Johnson]

The road is littered with pensions now being paid by the PBGC @ a fraction of 
their promised benefit. In Ohio, the public employee and teachers pension funds 
are severely underfunded.

Ohio ranked as the state with the fifth-most unfunded liabilities at $429.53 
billion. The top four included California ($1.53 trillion), Illinois ($533.72 
billion), Texas ($529.70 billion) and New York ($508.70 billion).


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 7:01 PM, Charles Mills  
wrote:

No, I would guess that the two insurance companies are on the hook, at least 
each for their 50% share, no matter how well or poorly their investments do. I 
would guess that their full faith and credit is on the line. Your insurance 
company never says "sorry 'bout your house burning down. We invested *your* 
premiums in Theranos. Is there anything else we can help you with?"

True, there is no upside for the pensioners, but that is kind of the nature of 
a defined benefit plan. There is no up potential, and relatively little down 
potential. (Yes, everything comes with some risk.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM pension 16 billion offloaded.

No it isn’t just a financial thing. They transferred the money & liabilities to 
a firm that thinks it can turn a profit on the investment. The current IBM 
pension liability was over funded. (Over 100%) If the new pension fund owner 
invests in say Bitcoin and loses 2/3 like Bitcoin did over the past year, those 
pensions are at risk. There’s no upside risk to the pensioners, but there is 
downside risk.


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 5:01 PM, Charles Mills  
wrote:

It's purely a financial thing, right? Like if they had moved their checking 
account from Chase to Wells?

Pensioners should not see any significant change. These are defined benefit 
plans: you get $X/month no matter who pays the bills or what the rate of 
return. Nor do they incur any significantly changed risk. IBM simply 
transferred their rate of return risk to someone who is in that business.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM pension 16 billion offloaded.

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



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

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




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

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




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

Re: IBM pension 16 billion offloaded.

[Bill Johnson]

LOLOLOLOL see AIG.


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 7:01 PM, Charles Mills  
wrote:

No, I would guess that the two insurance companies are on the hook, at least 
each for their 50% share, no matter how well or poorly their investments do. I 
would guess that their full faith and credit is on the line. Your insurance 
company never says "sorry 'bout your house burning down. We invested *your* 
premiums in Theranos. Is there anything else we can help you with?"

True, there is no upside for the pensioners, but that is kind of the nature of 
a defined benefit plan. There is no up potential, and relatively little down 
potential. (Yes, everything comes with some risk.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM pension 16 billion offloaded.

No it isn’t just a financial thing. They transferred the money & liabilities to 
a firm that thinks it can turn a profit on the investment. The current IBM 
pension liability was over funded. (Over 100%) If the new pension fund owner 
invests in say Bitcoin and loses 2/3 like Bitcoin did over the past year, those 
pensions are at risk. There’s no upside risk to the pensioners, but there is 
downside risk.


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 5:01 PM, Charles Mills  
wrote:

It's purely a financial thing, right? Like if they had moved their checking 
account from Chase to Wells?

Pensioners should not see any significant change. These are defined benefit 
plans: you get $X/month no matter who pays the bills or what the rate of 
return. Nor do they incur any significantly changed risk. IBM simply 
transferred their rate of return risk to someone who is in that business.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM pension 16 billion offloaded.

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



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

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




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

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




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

Re: IBM pension 16 billion offloaded.

[Charles Mills]

No, I would guess that the two insurance companies are on the hook, at least 
each for their 50% share, no matter how well or poorly their investments do. I 
would guess that their full faith and credit is on the line. Your insurance 
company never says "sorry 'bout your house burning down. We invested *your* 
premiums in Theranos. Is there anything else we can help you with?"

True, there is no upside for the pensioners, but that is kind of the nature of 
a defined benefit plan. There is no up potential, and relatively little down 
potential. (Yes, everything comes with some risk.)

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM pension 16 billion offloaded.

No it isn’t just a financial thing. They transferred the money & liabilities to 
a firm that thinks it can turn a profit on the investment. The current IBM 
pension liability was over funded. (Over 100%) If the new pension fund owner 
invests in say Bitcoin and loses 2/3 like Bitcoin did over the past year, those 
pensions are at risk. There’s no upside risk to the pensioners, but there is 
downside risk.


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 5:01 PM, Charles Mills  
wrote:

It's purely a financial thing, right? Like if they had moved their checking 
account from Chase to Wells?

Pensioners should not see any significant change. These are defined benefit 
plans: you get $X/month no matter who pays the bills or what the rate of 
return. Nor do they incur any significantly changed risk. IBM simply 
transferred their rate of return risk to someone who is in that business.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM pension 16 billion offloaded.

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



--
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: IBM pension 16 billion offloaded.

[Bill Johnson]

AIG was so bad in 2007-08 the government had to bail them out to the tune of 85 
billion and 80% government ownership. And they were America’s largest insurer. 


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 5:47 PM, Tony Harminc  
wrote:

On Wed, 14 Sept 2022 at 17:02, Charles Mills  wrote:

> It's purely a financial thing, right? Like if they had moved their
> checking account from Chase to Wells?
>
> Pensioners should not see any significant change. These are defined
> benefit plans: you get $X/month no matter who pays the bills or what the
> rate of return. Nor do they incur any significantly changed risk. IBM
> simply transferred their rate of return risk to someone who is in that
> business.
>

Depends on whether you think Prudential is more or less likely to go bust
than IBM. Of course we think that none of these Wall Street behemoths is
going anywhere, but you never know. Actually it looks as though IBM has
split the transfer, so even if one of the insurance companies goes down,
the other should be there to pay half.

Tony H.

--
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: Is HFS still a thing?

[Paul Gilmartin]

On Wed, 14 Sep 2022 16:25:43 -0500, Matthew Stitt wrote:

>If you specify HFS as a filesystem in BPXPRMxx on z/OS V2R5 it will get 
>rejected.  The system will come up, but the mounting of HFS file systems will 
>fail.
>
>You can also specify ZFS as a parameter in IDCAMS when defining a VSAM 
>dataset.  This replaces the Dataset type of LINEAR and obviates the need for a 
>separate format step.  The format will take place when the file system is 
>mounted the first time.
> 
Is this, then, something that TSO tolerates for compatibility but essentially 
ignores?
Even if so, the Ref. etc. should make that clear.

I have never specified DSNTYPE and PATH on the same allocation.  Long ago, and
infrequently I created DSNTYPE HFS with ISPF 3.2.

-- 
gil

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

Re: IBM pension 16 billion offloaded.

[Bill Johnson]

No it isn’t just a financial thing. They transferred the money & liabilities to 
a firm that thinks it can turn a profit on the investment. The current IBM 
pension liability was over funded. (Over 100%) If the new pension fund owner 
invests in say Bitcoin and loses 2/3 like Bitcoin did over the past year, those 
pensions are at risk. There’s no upside risk to the pensioners, but there is 
downside risk.


Sent from Yahoo Mail for iPhone


On Wednesday, September 14, 2022, 5:01 PM, Charles Mills  
wrote:

It's purely a financial thing, right? Like if they had moved their checking 
account from Chase to Wells?

Pensioners should not see any significant change. These are defined benefit 
plans: you get $X/month no matter who pays the bills or what the rate of 
return. Nor do they incur any significantly changed risk. IBM simply 
transferred their rate of return risk to someone who is in that business.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM pension 16 billion offloaded.

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



--
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: IBM pension 16 billion offloaded.

[Tony Harminc]

On Wed, 14 Sept 2022 at 17:02, Charles Mills  wrote:

> It's purely a financial thing, right? Like if they had moved their
> checking account from Chase to Wells?
>
> Pensioners should not see any significant change. These are defined
> benefit plans: you get $X/month no matter who pays the bills or what the
> rate of return. Nor do they incur any significantly changed risk. IBM
> simply transferred their rate of return risk to someone who is in that
> business.
>

Depends on whether you think Prudential is more or less likely to go bust
than IBM. Of course we think that none of these Wall Street behemoths is
going anywhere, but you never know. Actually it looks as though IBM has
split the transfer, so even if one of the insurance companies goes down,
the other should be there to pay half.

Tony H.

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

Re: Mainframe Customer Solutions Engineer Position - Direct hire / Perm - 100% Remote

[Howard Rifkind]

More  details required.

Sent from my iPhone

> On Sep 14, 2022, at 16:22, Tommy Phillips  wrote:
> 
> I'm running a search for a privately held computer software company with 
> 1500+ employees and offices all over the world. They need help (multiple open 
> positions) with post sales delivery and making customers successful with the 
> software they purchase.
> 
> Salary is $120k/yr with a 10% bonus and it's 100% remote. Feel free to reach 
> out if you're potentially interested.
> 
> And for the last part of my shameless plug, we offer $1500 referral fees so 
> if you know anybody else feel free to pass my info along.
> 
> Tommy Philips - Senior Technical Recruiter
> Phone: (303) 569-8993 | Mobile: (614) 301-6607
> 
> 
> 
> --
> 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: Is HFS still a thing?

[Matthew Stitt]

If you specify HFS as a filesystem in BPXPRMxx on z/OS V2R5 it will get 
rejected.  The system will come up, but the mounting of HFS file systems will 
fail.

You can also specify ZFS as a parameter in IDCAMS when defining a VSAM dataset. 
 This replaces the Dataset type of LINEAR and obviates the need for a separate 
format step.  The format will take place when the file system is mounted the 
first time.

Matthew

On Wed, 14 Sep 2022 14:29:18 -0500, Paul Gilmartin  wrote:

>On Wed, 14 Sep 2022 18:32:48 +, Michael Watkins wrote:
>
>>IBM says: 'Before z/OS V1R7, the HFS file system was the primary hierarchical 
>>file system. As of z/OS V1R7, you can use any combination of HFS and zFS file 
>>systems. Because zFS has higher performance characteristics than HFS and is 
>>the strategic file system, you should migrate your HFS file systems to zFS.'
>>
>>See: 'z/OS DFSMS Using Data Sets', Version 2, Release 5, p.451
>>
>Is DSNTYPE ever needed, or even useful when allocating an existing data set?
>Is DISP=OLD,DSNTYPE=?? allowed to differ from the DSNTYPE at creation
>of the data set, even as an overriding DSORG can be useful?
>
>-- 
>gil

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

Re: IBM pension 16 billion offloaded.

[Charles Mills]

It's purely a financial thing, right? Like if they had moved their checking 
account from Chase to Wells?

Pensioners should not see any significant change. These are defined benefit 
plans: you get $X/month no matter who pays the bills or what the rate of 
return. Nor do they incur any significantly changed risk. IBM simply 
transferred their rate of return risk to someone who is in that business.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Johnson
Sent: Wednesday, September 14, 2022 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM pension 16 billion offloaded.

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



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

Mainframe Customer Solutions Engineer Position - Direct hire / Perm - 100% Remote

[Tommy Phillips]

I'm running a search for a privately held computer software company with 1500+ 
employees and offices all over the world. They need help (multiple open 
positions) with post sales delivery and making customers successful with the 
software they purchase.

Salary is $120k/yr with a 10% bonus and it's 100% remote. Feel free to reach 
out if you're potentially interested.

And for the last part of my shameless plug, we offer $1500 referral fees so if 
you know anybody else feel free to pass my info along.

Tommy Philips - Senior Technical Recruiter
Phone: (303) 569-8993 | Mobile: (614) 301-6607



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

IBM pension 16 billion offloaded.

[Bill Johnson]

I’m shocked the IBM haters haven’t mentioned IBM’s announcement today regarding 
offloading 16 billion in pension liabilities.





https://www.pionline.com/pension-risk-transfer/ibm-offloads-16-billion-pension-liabilities-annuity-purchases



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

Re: Is HFS still a thing?

[Paul Gilmartin]

On Wed, 14 Sep 2022 18:32:48 +, Michael Watkins wrote:

>IBM says: 'Before z/OS V1R7, the HFS file system was the primary hierarchical 
>file system. As of z/OS V1R7, you can use any combination of HFS and zFS file 
>systems. Because zFS has higher performance characteristics than HFS and is 
>the strategic file system, you should migrate your HFS file systems to zFS.'
>
>See: 'z/OS DFSMS Using Data Sets', Version 2, Release 5, p.451
>
Is DSNTYPE ever needed, or even useful when allocating an existing data set?
Is DISP=OLD,DSNTYPE=?? allowed to differ from the DSNTYPE at creation
of the data set, even as an overriding DSORG can be useful?

-- 
gil

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

Re: Is HFS still a thing?

[Paul Gilmartin]

On Wed, 14 Sep 2022 18:20:19 +, Farley, Peter x23353 wrote:

>Well, both JCL and the TSO/E ALLOCATE command still only take "HFS" as a value 
>for DSNTYPE when allocating a Unix PATH file.
>
>E.G. for ALLOC:
>
>ALLOC FI(MYDDNAME) PATH('/u/tsouser/file') DSNTYPE(HFS) PATHMODE(SIRUSR) 
>PATHOPTS(ORDONLY) FILEDATA(TEXT) PATHDISP(KEEP, KEEP)
>
>For J,L, see here: 
>https://www.ibm.com/docs/en/zos/2.5.0?topic=dp-syntax-10
>
On closely related 
:
HFS
Specifies an HFS data set. Specify HFS only when the DD statement also 
specifies
a DSNAME parameter.

Which you didn't.  But that was TSO.

>For ALLOCATE see here: 
>https://www.ibm.com/docs/en/zos/2.5.0?topic=command-allocate-operands
>
Those developers don't talk to each other, do they?

I thought that DSNTYPE=HFS was used only to create a HFS "aggregate" (? 
whatever)
and is superfluous (should be mutex) when specifying PATH.  And there is no 
similar JCL
option for zFS -- you need to use IDCAMS.

-- 
gil

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

Re: Is HFS still a thing?

[Michael Watkins]

IBM says: 'Before z/OS V1R7, the HFS file system was the primary hierarchical 
file system. As of z/OS V1R7, you can use any combination of HFS and zFS file 
systems. Because zFS has higher performance characteristics than HFS and is the 
strategic file system, you should migrate your HFS file systems to zFS.'

See: 'z/OS DFSMS Using Data Sets', Version 2, Release 5, p.451



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Wednesday, September 14, 2022 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is HFS still a thing?

CAUTION: This email originated from outside of the Texas Comptroller's email 
system.
DO NOT click links or open attachments unless you expect them from the sender 
and know the content is safe.

Well, both JCL and the TSO/E ALLOCATE command still only take "HFS" as a value 
for DSNTYPE when allocating a Unix PATH file.

E.G. for ALLOC:

ALLOC FI(MYDDNAME) PATH('/u/tsouser/file') DSNTYPE(HFS) PATHMODE(SIRUSR) 
PATHOPTS(ORDONLY) FILEDATA(TEXT) PATHDISP(KEEP, KEEP)

For JCL, see here:  
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.5.0%3Ftopic%3Ddp-syntax-10&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C38bbe74c449f46f0f16308da967dd705%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C637987764474288674%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=PRgUqloWkSzEy0OdPI93ByVVHYmenqJ4%2BGE6A6OVZqA%3D&reserved=0
For ALLOCATE see here:  
https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.5.0%3Ftopic%3Dcommand-allocate-operands&data=05%7C01%7Cmichael.watkins%40CPA.TEXAS.GOV%7C38bbe74c449f46f0f16308da967dd705%7C2055feba299d4d0daa5a73b8b42fef08%7C0%7C0%7C637987764474288674%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=fXVHhkfKLjpRSr0zmUfk69mvtkjQPE0vmRLEOnhNR3s%3D&reserved=0

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, September 14, 2022 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is HFS still a thing?

I just submitted an RCF on various z/OS 2.5. TSO/E publications which mention 
HFS with no mention of HFS EOS.

--

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


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

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

Re: Is HFS still a thing?

[Farley, Peter x23353]

Well, both JCL and the TSO/E ALLOCATE command still only take "HFS" as a value 
for DSNTYPE when allocating a Unix PATH file.

E.G. for ALLOC:

ALLOC FI(MYDDNAME) PATH('/u/tsouser/file') DSNTYPE(HFS) PATHMODE(SIRUSR) 
PATHOPTS(ORDONLY) FILEDATA(TEXT) PATHDISP(KEEP, KEEP)

For JCL, see here:  
https://www.ibm.com/docs/en/zos/2.5.0?topic=dp-syntax-10
For ALLOCATE see here:  
https://www.ibm.com/docs/en/zos/2.5.0?topic=command-allocate-operands

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, September 14, 2022 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is HFS still a thing?

I just submitted an RCF on various z/OS 2.5. TSO/E publications which
mention HFS with no mention of HFS EOS.

-- 

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


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

Is HFS still a thing?

[Paul Gilmartin]

I just submitted an RCF on various z/OS 2.5. TSO/E publications which
mention HFS with no mention of HFS EOS.

-- 
gil

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

Re: z/OSMF and Health Checker butting heads

[Peter Relson]

I could also reword it to be 'I cannot configure it to meet the unknown 
standards of the check'
The SDSF display of the check does not include any internal buffers used inside 
the check.


The SDSF display of the check is the check's message buffer (and might well be 
documented as such, since that is the terminology used throughout health 
checker). I made no mention of "internal buffers".

What is not clear about the explanation's description of what it is looking for 
(in your wording, the "standards of the check"):

Explanation:  Report message CNZHR0003I identifies consoles that have
been configured to have a multi-system message scope and either all
routing codes or all routing codes except routing code 11.

Apparently the default zOSMF console definition meets that categorization. That 
is not to say that the zOSMF default is a good one (it apparently isn't, and 
that can be looked at) but it is to say that the "standards of the check" are 
not "unclear".

Peter Relson
z/OS Core Technology Design


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