Re: DFHSORT - Date Display of Previous Month

[Bill Woodger]

Kolusu works for IBM's DFSORT. He is not going to comment on the particular 
competing product that you use.

What does it say in the manual? Can you show what you tried, how it failed, and 
more exactly what you want to do, with some sample input, expected output., amd 
output you receive?

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

Re: Software vendor trying to force MSU based contract

[Steve Beaver]

As Dennis said, have the lawyers read your currently contract.

Hopefully, your product keys will not expire or lock you out if you change 
boxes.  The OS-Level will not usually hurt you unless the new version is using 
some features that they never used before.  But the type and serial number will 
hurt you if they are used to control the ACTIVATION of the product.

Let us all know how it works out

Steve   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longnecker, Dennis
Sent: Thursday, March 2, 2017 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract

I would think that if you had a contract in place and were not requesting any 
changes to the contract, the T's would stay the same.   If the contract was 
based on machine serial number, address, OS, etc. and you were requesting a 
change, then they could do this to you.   Sometimes they try to change the name 
of the product with a new version, but my contracts usually have language to 
include new versions, etc.

It's pretty hard to amend a contract unless both sides sign on the dotted line.

Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of JT
Sent: Tuesday, February 28, 2017 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Software vendor trying to force MSU based contract

Has anyone else experienced this?

A vendor for a mainframe data entry product used for the last 30 years (with a 
perpetual unlimited seat license) has sent us a contract addendum where they 
increase the price by 60+% and include language to change to a MSU based 
license.

The use of this product is dwindling while our MSU foot print is growing.

When questioned about the change the representative indicated government 
contracts give him no room to negotiate on price.

This will be turned over to the legal department, but I am interested how 
others have handled similar situations.


JT

--
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 KC - How to search *within* a book? And where are the PDFs

[Steve Horein]

SoftCopy Librarian knows of new versions of publications:
http://www-01.ibm.com/support/docview.wss?uid=swg24040422

On Thu, Mar 2, 2017 at 4:16 AM, Peter Hunkeler  wrote:

> >I said here on feb 22.  It's 1GB zipped and worth keeping around.  I use
> the search funcion in my PDF viewer..  I submitted an RCF on the problems
> with the index.html file; WIP:
>
>
>  I remember this, and I do have a complete set of all the z/OS PDFs on my
> iPad and on the workstation. However, in preparation of an RCF I wanted to
> have a look into the newest issue of the manual. It's unreasonable to
> download 1 GB just to have a look into a single manual, isn't it?
>
>
> --
> Peter Hunkeler
>
>
>
>
>
> --
> 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: Software vendor trying to force MSU based contract

[Longnecker, Dennis]

I would think that if you had a contract in place and were not requesting any 
changes to the contract, the T's would stay the same.   If the contract was 
based on machine serial number, address, OS, etc. and you were requesting a 
change, then they could do this to you.   Sometimes they try to change the name 
of the product with a new version, but my contracts usually have language to 
include new versions, etc.

It's pretty hard to amend a contract unless both sides sign on the dotted line.

Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of JT
Sent: Tuesday, February 28, 2017 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Software vendor trying to force MSU based contract

Has anyone else experienced this?

A vendor for a mainframe data entry product used for the last 30 years (with a 
perpetual unlimited seat license) has sent us a contract addendum where they 
increase the price by 60+% and include language to change to a MSU based 
license.

The use of this product is dwindling while our MSU foot print is growing.

When questioned about the change the representative indicated government 
contracts give him no room to negotiate on price.

This will be turned over to the legal department, but I am interested how 
others have handled similar situations.


JT

--
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: SMS Routines help

[Ward, Mike S]

I will update sr to second level with that question. Thanks.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, March 02, 2017 5:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

It's good that you got it working, but needing MOUNT attribute indicates that 
there's something wrong in your configuration. MOUNT is there mainly for tape 
volumes, which no one should have much need for. If a DASD volume is not 
online, then something else needs fixing. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Jesse 1 Robinson]

It's good that you got it working, but needing MOUNT attribute indicates that 
there's something wrong in your configuration. MOUNT is there mainly for tape 
volumes, which no one should have much need for. If a DASD volume is not 
online, then something else needs fixing. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

Re: SMS Routines help

[Ward, Mike S]

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: DFHSORT - Date Display of Previous Month

[George, William@FTB]

Thanks Kolusu
So the DATE2 cannot be used in a HEADER1 definition?


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Thursday, March 02, 2017 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSORT - Date Display of Previous Month

Couple of clarifications 

1. It is DFSORT and not DFHSORT(There is no H) 2. Your error messages start 
with WER which indicates you are using Syncsort and not DFSORT 3. You don't 
need to use INCLUDE=ALL as it is the default to include all records for DFSORT 
4. The same is the case for specifying Files=OUT as SORTOUT is the default.

Either way if you need last month date, you need to use date2 parm but you need 
to use on inrec/outrec . 

I assumed that your input has an lrecl of 80 bytes and we put the previous 
month date at position 81 and remove it using BUILD on outfil

This is a working syntax for DFSORT, but i cannot comment on the other product

//SYSINDD * 
  SORT FIELDS=(1,2,CH,A)
  OUTREC OVERLAY=(81:DATE2-1) 
 
  OUTFIL BUILD=(1,80),
  HEADER1=('DATE',15:81,6)
//* 

Thanks,
Kolusu
DFSORT Development

IBM Mainframe Discussion List  wrote on
03/02/2017 02:44:39 PM:

> From: "George, William@FTB" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/02/2017 02:45 PM
> Subject: DFHSORT - Date Display of Previous Month Sent by: IBM 
> Mainframe Discussion List 
> 
> I'm having a heck of a time attempting to create a sort header to 
> display the previous month in MM format.
> No matter what I do I get a syntax error and I've attempted many 
> different ways.
> 
> Here is the most recent attempt.  I do not see why there is a syntax 
> error where indicated.
> 
> SYSIN statements
> 
> SORT   FIELDS=(1,2,CH,A)
>  OUTFIL FILES=OUT,
>  INCLUDE=ALL,
>   HEADER1=(1:C'DATE',
>   15:)
> 
> And the error
> SYSIN :
>   SORT   FIELDS=(1,2,CH,A)
>   OUTFIL FILES=OUT,
>   INCLUDE=ALL,
>HEADER1=(1:C'DATE',
>  *
>15:)
> WER268A  OUTFIL STATEMENT  : SYNTAX ERROR
> 
> 
> Any insights are appreciated
> 
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is for 
> the sole use of the intended recipient and may contain confidential 
> and privileged information. Any unauthorized review or use, including 
> disclosure or distribution, is prohibited. If you are not the intended 
> recipient, please contact the sender and destroy all copies of this 
> email.
> 
> --
> 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: AW: Re: IBM KC - How to search *within* a book? And where are the PDFs

[Tom Marchant]

On Thu, 2 Mar 2017 12:07:58 -0500, Susan Shumway  wrote:

>check out the more formal Search Scope Catalog experiment (
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html
>). Let me know what you think!

Great idea, but it doesn't work for me. I select a category and 
enter a search argument, and it takes me to a page that looks 
like the one at 
https://www.ibm.com/support/knowledgecenter/
even though it has more in the URL that suggests that it should 
take me to search results.

And the page asks me to "like" it, but I don't see the like button.

-- 
Tom Marchant

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

Re: DFHSORT - Date Display of Previous Month

[George, William@FTB]

Kolusu

OK, I see what you did below to get the date in the HEADER.  Thanks
I believe I can make this work.

Bill

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Thursday, March 02, 2017 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSORT - Date Display of Previous Month

Couple of clarifications 

1. It is DFSORT and not DFHSORT(There is no H) 2. Your error messages start 
with WER which indicates you are using Syncsort and not DFSORT 3. You don't 
need to use INCLUDE=ALL as it is the default to include all records for DFSORT 
4. The same is the case for specifying Files=OUT as SORTOUT is the default.

Either way if you need last month date, you need to use date2 parm but you need 
to use on inrec/outrec . 

I assumed that your input has an lrecl of 80 bytes and we put the previous 
month date at position 81 and remove it using BUILD on outfil

This is a working syntax for DFSORT, but i cannot comment on the other product

//SYSINDD * 
  SORT FIELDS=(1,2,CH,A)
  OUTREC OVERLAY=(81:DATE2-1) 
 
  OUTFIL BUILD=(1,80),
  HEADER1=('DATE',15:81,6)
//* 

Thanks,
Kolusu
DFSORT Development

IBM Mainframe Discussion List  wrote on
03/02/2017 02:44:39 PM:

> From: "George, William@FTB" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/02/2017 02:45 PM
> Subject: DFHSORT - Date Display of Previous Month Sent by: IBM 
> Mainframe Discussion List 
> 
> I'm having a heck of a time attempting to create a sort header to 
> display the previous month in MM format.
> No matter what I do I get a syntax error and I've attempted many 
> different ways.
> 
> Here is the most recent attempt.  I do not see why there is a syntax 
> error where indicated.
> 
> SYSIN statements
> 
> SORT   FIELDS=(1,2,CH,A)
>  OUTFIL FILES=OUT,
>  INCLUDE=ALL,
>   HEADER1=(1:C'DATE',
>   15:)
> 
> And the error
> SYSIN :
>   SORT   FIELDS=(1,2,CH,A)
>   OUTFIL FILES=OUT,
>   INCLUDE=ALL,
>HEADER1=(1:C'DATE',
>  *
>15:)
> WER268A  OUTFIL STATEMENT  : SYNTAX ERROR
> 
> 
> Any insights are appreciated
> 
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is for 
> the sole use of the intended recipient and may contain confidential 
> and privileged information. Any unauthorized review or use, including 
> disclosure or distribution, is prohibited. If you are not the intended 
> recipient, please contact the sender and destroy all copies of this 
> email.
> 
> --
> 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: DFHSORT - Date Display of Previous Month

[Sri h Kolusu]

Couple of clarifications 

1. It is DFSORT and not DFHSORT(There is no H)
2. Your error messages start with WER which indicates you are using 
Syncsort and not DFSORT
3. You don't need to use INCLUDE=ALL as it is the default to include all 
records for DFSORT
4. The same is the case for specifying Files=OUT as SORTOUT is the 
default.

Either way if you need last month date, you need to use date2 parm but you 
need to use on inrec/outrec . 

I assumed that your input has an lrecl of 80 bytes and we put the previous 
month date at position 81 and remove it using BUILD on outfil

This is a working syntax for DFSORT, but i cannot comment on the other 
product

//SYSINDD * 
  SORT FIELDS=(1,2,CH,A) 
  OUTREC OVERLAY=(81:DATE2-1) 
 
  OUTFIL BUILD=(1,80), 
  HEADER1=('DATE',15:81,6) 
//* 

Thanks,
Kolusu
DFSORT Development

IBM Mainframe Discussion List  wrote on 
03/02/2017 02:44:39 PM:

> From: "George, William@FTB" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/02/2017 02:45 PM
> Subject: DFHSORT - Date Display of Previous Month
> Sent by: IBM Mainframe Discussion List 
> 
> I'm having a heck of a time attempting to create a sort header to 
> display the previous month in MM format.
> No matter what I do I get a syntax error and I've attempted many 
> different ways.
> 
> Here is the most recent attempt.  I do not see why there is a syntax
> error where indicated.
> 
> SYSIN statements
> 
> SORT   FIELDS=(1,2,CH,A)
>  OUTFIL FILES=OUT,
>  INCLUDE=ALL,
>   HEADER1=(1:C'DATE',
>   15:)
> 
> And the error
> SYSIN :
>   SORT   FIELDS=(1,2,CH,A)
>   OUTFIL FILES=OUT,
>   INCLUDE=ALL,
>HEADER1=(1:C'DATE',
>  *
>15:)
> WER268A  OUTFIL STATEMENT  : SYNTAX ERROR
> 
> 
> Any insights are appreciated
> 
> Bill
> 
> __
> CONFIDENTIALITY NOTICE: This email from the State of California is 
> for the sole use of the intended recipient and may contain 
> confidential and privileged information. Any unauthorized review or 
> use, including disclosure or distribution, is prohibited. If you are
> not the intended recipient, please contact the sender and destroy 
> all copies of this email.
> 
> --
> 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: DFHSORT - Date Display of Previous Month

[George, William@FTB]

My apologizes... Syncsort

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Thursday, March 02, 2017 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSORT - Date Display of Previous Month

Please call 201-930-8260.  A support person will be happy to assist you.

If you are wondering why I don't answer the question it is because it has been 
several years since I worked on MFX.  I currently work on our Ironstream 
product.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George, William@FTB
Sent: Thursday, March 2, 2017 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSORT - Date Display of Previous Month

I'm having a heck of a time attempting to create a sort header to display the 
previous month in MM format.
No matter what I do I get a syntax error and I've attempted many different ways.

Here is the most recent attempt.  I do not see why there is a syntax error 
where indicated.

SYSIN statements

SORT   FIELDS=(1,2,CH,A)
 OUTFIL FILES=OUT,
 INCLUDE=ALL,
  HEADER1=(1:C'DATE',
  15:)

And the error
SYSIN :
  SORT   FIELDS=(1,2,CH,A)
  OUTFIL FILES=OUT,
  INCLUDE=ALL,
   HEADER1=(1:C'DATE',
 *
   15:)
WER268A  OUTFIL STATEMENT  : SYNTAX ERROR


Any insights are appreciated

Bill

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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





ATTENTION: -

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

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

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

Re: DFHSORT - Date Display of Previous Month

[Blaicher, Christopher Y.]

Please call 201-930-8260.  A support person will be happy to assist you.

If you are wondering why I don't answer the question it is because it has been 
several years since I worked on MFX.  I currently work on our Ironstream 
product.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George, William@FTB
Sent: Thursday, March 2, 2017 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSORT - Date Display of Previous Month

I'm having a heck of a time attempting to create a sort header to display the 
previous month in MM format.
No matter what I do I get a syntax error and I've attempted many different ways.

Here is the most recent attempt.  I do not see why there is a syntax error 
where indicated.

SYSIN statements

SORT   FIELDS=(1,2,CH,A)
 OUTFIL FILES=OUT,
 INCLUDE=ALL,
  HEADER1=(1:C'DATE',
  15:)

And the error
SYSIN :
  SORT   FIELDS=(1,2,CH,A)
  OUTFIL FILES=OUT,
  INCLUDE=ALL,
   HEADER1=(1:C'DATE',
 *
   15:)
WER268A  OUTFIL STATEMENT  : SYNTAX ERROR


Any insights are appreciated

Bill

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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





ATTENTION: -

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

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

DFHSORT - Date Display of Previous Month

[George, William@FTB]

I'm having a heck of a time attempting to create a sort header to display the 
previous month in MM format.
No matter what I do I get a syntax error and I've attempted many different ways.

Here is the most recent attempt.  I do not see why there is a syntax error 
where indicated.

SYSIN statements

SORT   FIELDS=(1,2,CH,A)
 OUTFIL FILES=OUT,
 INCLUDE=ALL,
  HEADER1=(1:C'DATE',
  15:)

And the error
SYSIN :
  SORT   FIELDS=(1,2,CH,A)
  OUTFIL FILES=OUT,
  INCLUDE=ALL,
   HEADER1=(1:C'DATE',
 *
   15:)
WER268A  OUTFIL STATEMENT  : SYNTAX ERROR


Any insights are appreciated

Bill

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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

AW: Re: AW: Re: IBM KC - How to search *within* a book? And where are the PDFs

[Peter Hunkeler]

>It's completely doable in KC. I recently tweeted about the
>tried-and-true but hacky "inurl" method (
>https://twitter.com/susan_shumway/status/831199775500488704 ),


You're joking, right? You must be joking. No offence intended. So did I get 
this right:



- Firstly, I start a KC search and will get a list of hits.
- Secondly I choose one if the hits, the try to find out what's the filename is 
(from the URL in the browser I guess)
- Thirdly, I start all over with the search, but this time add that 
"inurl:" tag


Not anywhere near what I need. In BookMaster, in Library Reader, in PDFs, I can 
choose a book, then search within that book and easily jump from hit to hit. 
This is what I need.


The browser interface and with it KC is fine for some specific tasks, such as 
when I can enter the search string so that I'm getting straight to the point, 
e.g. looking up a message or a API service, etc. The browser interface is just 
a pain in the neck when I want to read a book or browse owner it. It's a never 
ending journey of clicking links and links and links. Shudder.


Others often confess here they hate JCL or they hate EBCDIC. I hate to confess 
I hate the browser, or more to the point the fact that we are being force more 
and more to do everything in a browser. Don't get me wrong, the browser and 
with it the internet is a great invention, no doubt. But, the browser is just 
not made to replace every functionality clever programs offer.


IBM DO NOT TAKE US THE PDFs AWAY.


What I need in KC is the good search capability it offers, being able to read 
hits, *and* if need comes up to click on a link right there to get the PDF.



>but also check out the more formal Search Scope Catalog experiment (
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos->search/zossearchscopes.html
> ). Let me know what you think!




Same here. It returns a list of hits, but then when clicking on one, I'm left 
alone with the browser with not way to find the places in the book where the 
search key was found and to jump from hit to hit in the book.


--
Peter Hunkeler


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

Re: Check out Massive Amazon cloud service outage disrupts sites

[Anne & Lynn Wheeler]

l...@garlic.com (Anne & Lynn Wheeler) writes:
> trivia: I had worked with Jim Gray at IBM SJR ... before he left for
> Tandem. At Tandem he does a detailed analysis of failure modes, finding
> that hardware was in the process of becoming significantly more reliable
> ... and failures were starting to shift to human error, software bugs,
> and environmental (power, acts of nature, etc) ...  copy of summary from
> that study
> http://www.garlic.com/~lynn/grayft84.pdf

re:
http://www.garlic.com/~lynn/2017c.html#13 Check out Massive Amazon cloud 
service outage disrupts sites
http://www.garlic.com/~lynn/2017c.html#14 Check out Massive Amazon cloud 
service outage disrupts sites

Amazon knocked AWS sites offline because of typo
http://www.zdnet.com/article/amazon-knocked-aws-sites-offline-because-of-typo/

"Unfortunately, one of the inputs to the command was entered incorrectly
and a larger set of servers was removed than intended."

... 

my wife was in gburg JES group when she was con'ed into going to POK to
be in charge of loosely-coupled architecture. While there she did
peer-coupled shared data architecture which saw little uptake (except
for IMS hot-standby) until SYSPLEX and Parallel SYSPLEX. She didn't
remain long, in part because of little uptake and in part because of
constant battles with the communication group trying to force her into
using SNA/VTAM for loosely-coupled operation.

long after we had left IBM, we use to periodically drop in on the guy
responsible for running one of the largest financial transaction
networks. He attributed their 100% availability over extended period of
time to

* geographically separated, triple-replicated IMS hot-standby
* automated operator

... aka  human error.

old reference to having done work on operator automation in the early
70s ...  originally for running automated unattended benchmarking
... that included automated system reboot with possibly reconfiguration
&/or different kernel, between each benchmark.
http://www.garlic.com/~lynn/94.html#2

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: PDF Refresh. Close, but no cigar.

[Susan Shumway]

Ah, I'm on Windows and, by your final statement, mistakenly thought that 
you were, too. The problem is OS specific, then, as you obviously 
realize. The RCF is already on the correct radars, so watch that space.


Your interpretation of "near" isn't inaccurate. =)

-Sue

On 03/02/17 12:28 PM, Paul Gilmartin wrote:

On Thu, 2 Mar 2017 10:39:18 -0500, Susan Shumway wrote:


Hi gil. I've never seen this problem and so downloaded the published zip
to test specifically. I still can't recreate the error. I definitely see
the PDF vs. pdf directory naming issue, but it hasn't broken anything
for me yet. What was your exact search and which hit did you click on?
(Regardless, I'll pass this along for fixing in the future... if you're
having problems, others likely are, as well.)


What OS?  I see the problem on Linux, and on a case-sensitive (that's
an option) MacOS filesystem.

I submitted an RCF, late last week.  It has been forwarded to the
proper department (they say; it hasn't been too long).  Charles M.
Should be pleased with the process -- they didn't tell me to hang up
and try elsewhere.


BTW, this is indeed still the 4Q16 set. We periodically need to refresh
existing zips for various reasons. The sets for a quarter are posted
near the end of the quarter.


OK.  I guess "near" can mean "slightly after".  The PDFs are dated
earlyDecember; the indexes early February.

Thanks again for your generous attention to these things,
gil

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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

z/OSMF User Poll 2017

[Iris Rivera]

Thanks to everyone who has taken our poll to date.

We'd appreciate hearing from everyone - please take our quick poll to let
us know about your z/OSMF usage:
https://www.surveygizmo.com/s3/3358240/a4747fe9a82f

We'd appreciate your response by March 7, 2017.

Iris M. Rivera, Design Researcher, z System Software
@zsurveygirl


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

Re: RACF and public keys

[Tracy Adams]

Awesome, thanks for sharing in advance.  

We did get the key to work finally... it was a permissions issue!  Thanks all!!!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Thursday, March 02, 2017 10:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF and public keys

FYI, we will be presenting a SHARE session next week on this subject:

*Finding the Needle in a Haystack - Diagnosing Common OpenSSH Problems*

   - Room: Blossom Hill I,II
   - Session Number: 20125

Thursday, March 09, 2017: 10:00 AM - 11:00 AM

http://events.share.org/Winter2017/Public/SessionDetails.aspx?FromPage=Sessions.aspx=1900=20


For this particular issue (file permissions), see slide 45 of the presentation

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Mar 1, 2017 at 2:29 PM, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 1 Mar 2017 13:00:08 -0700, Jack J. Woehr wrote:
>
> >Mark Post wrote:
> >> If you don't mind them accessing your system in this way (I have 
> >> severe
> doubts about that), just put the key as-is into the target userid's 
> .ssh/authorized_keys file and have them give it a try.
> >
> >And make sure the dir .ssh is chmod 700 and the authorized_keys file 
> >is
> chmod 600 or it won't work.
> >
> I believe .ssh chmod 711 works and I find it convenient for co-workers 
> to add me to their public_keys file.  But I keep my authorized_keys 
> file 600 rather than 644 -- no need to support browsing.
>
> and (grand*)parent directories  must not be writeable by anyone except 
> owner.
>
> -- 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: OMVS Automount Processing

[Paul Gilmartin]

On 2017-03-02, at 09:43, Nims,Alva John (Al) wrote:

> Interjecting some useless information.
> 
> Yes, MVS data set names are case insensitive, e.g. Upper Case, so the "File 
> System to Mount" is Upper case, so the name of the MVS data set containing 
> the USS files is Upper Case, but the name of the USS directory name to mount 
> it to IS case insensitive.  So /u/whatchamacallit is NOT the same as 
> /U/whatchamacallit or /u/Whatchamacallit or /u/WhatChaMaCallIt .
>  
I suspect you have your terminology backward: UNIX filenames are
*case*sensitive* (the case you use makes a difference).

MVS data set names are also case sensitive, but most user interfaces
conceal this by translating to upper case.  But the most direct
interfaces show the case-sensitivity.  In JCL you can create and
access mixed-case data set names (use apostrophes).  And in Assembler
you can create and access mixed-case data set names (SVC 99; DCB)
and mixed-case member names (STOW; BLDL; FIND).

I think it's a disservice either of the HL interfaces to prohibit
access to part of the namespace or of DfSMS to alllow manipulation
of "invalid" names.

-- gil

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

Re: PDF Refresh. Close, but no cigar.

[Paul Gilmartin]

On Thu, 2 Mar 2017 10:39:18 -0500, Susan Shumway wrote:

>Hi gil. I've never seen this problem and so downloaded the published zip
>to test specifically. I still can't recreate the error. I definitely see
>the PDF vs. pdf directory naming issue, but it hasn't broken anything
>for me yet. What was your exact search and which hit did you click on?
>(Regardless, I'll pass this along for fixing in the future... if you're
>having problems, others likely are, as well.)
> 
What OS?  I see the problem on Linux, and on a case-sensitive (that's
an option) MacOS filesystem.

I submitted an RCF, late last week.  It has been forwarded to the
proper department (they say; it hasn't been too long).  Charles M.
Should be pleased with the process -- they didn't tell me to hang up
and try elsewhere.

>BTW, this is indeed still the 4Q16 set. We periodically need to refresh
>existing zips for various reasons. The sets for a quarter are posted
>near the end of the quarter.
> 
OK.  I guess "near" can mean "slightly after".  The PDFs are dated
earlyDecember; the indexes early February.

Thanks again for your generous attention to these things,
gil

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

Re: OMVS Automount Processing

[Paul Gilmartin]

On Thu, 2 Mar 2017 09:22:50 -0600, Tom Marchant wrote:

>On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:
>
>>The MVS DSN is
>> TEST1.ZFS.PROD
>>   test1.ZFS.PROD
>>Since MVS DSNs are not case sensitive, yet, they result is the same.
>
>Are you sure? As far as I know, MVS data set names always had to be 
>upper case. From the z/OS Unix System Services Command Reference,
> 
But see the (overly brief?) description of DISABLE(DSNCHECK) in:
z/OS 2.1.0
z/OS DFSMS
z/OS DFSMS Managing Catalogs
Working with the Catalog Address Space
Making Temporary Modifications to the Catalog Environment
Enabling and Disabling Operator Prompts for Certain Functions 
Enabling and Disabling Data Set Name Validity Checking

-- gil

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

Re: SMS Routines help

[Ward, Mike S]

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Thanks Lizette we will check it out.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, March 01, 2017 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

You may also to wish to look at your ISPF Config function.

make sure the ISPF libraries in there are set up for your new environment.

TSO ISPCCONF 

And know what library your ispf configuration is located in

You can also check by using ISPVCALL (enter it twice)

== ISPF Diagnostic Trace System  2017.060 21:44:56 GMT =
  ZENVIR: ISPF 7.1MVS TSO  ZOS390RL:z/OS   02.01.00
  ZISPFOS:ISPF FOR z/OS 02.01.00
  MVS:  SP7.2.1 HBB7790  JES: JES2 z/OS 2.1  TSO: 4.01.0
  ISPF: 7.1. DFSMS: 2.01.00  CPU: 28xx
  RACF: 7.79.0   HSM:  02.01.00   Region: xK
  Max <16M: 9192KIn Use: xK Avail: xK
  Max >16M: 1561600K In Use: xKAvail: xK
 *   Default unit:SYSDA Trace type:  WRITE
  GRS Options: ?,STARz/Architecture:  Yes
  ISPF Exit Flags:   Test Status: Inactive
  Ext data stream: Yes   Max screen size: 132x27
  Language:ENGLISH   Terminal Type:   3278

Then check for what volumes are in the esoteric for the Default Unit.


Lizette



-Original Message-
>From: "Ward, Mike S" 
>Sent: Mar 1, 2017 11:46 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Yup, we have gone as far as deleting it, and it does recreate it, but still 
>gets the error. We have opened an SR with IBM and they have now queued it to 
>level 2. I'll let everyone know what we find.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Dana Mitchell
>Sent: Wednesday, March 01, 2017 11:59 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>I can't tell from the message description if it's trying to allocate a new or 
>existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog it 
>and will it allocate a new one?
>
>Dana
>
>
>On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S  wrote:
>
>>We tried that. Same error. I'm going to research what the others have 
>>recommended and see what we come up with. Thanks everyone for the reply's.
>>
>>Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>>it is an SMS probem.
>>
>>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
>>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT 
>>AVAILABLE+ON
>>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>>
>>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

We have several volumes mounted as storage.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, March 01, 2017 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

> On Mar 1, 2017, at 11:58 AM, Dana Mitchell  wrote:
>
> I can't tell from the message description if it's trying to allocate a new or 
> existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog 
> it and will it allocate a new one?
>
> Dana
>
>
> On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S  wrote:
>
>> We tried that. Same error. I'm going to research what the others have 
>> recommended and see what we come up with. Thanks everyone for the reply's.
>>
>> Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>> it is an SMS probem.
>>
>> ,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
>> AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT
>> ON SYSTEM, AND CANNOT B E MOUNTED, ,***,
>>
>>
>

This is what happens when you do not have a volume NOT mounted as storage, 
Issue a: M 1234,vol=(123456),use=storage Then try and submit.

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: AW: Re: IBM KC - How to search *within* a book? And where are the PDFs

[Susan Shumway]

It's completely doable in KC. I recently tweeted about the 
tried-and-true but hacky "inurl" method ( 
https://twitter.com/susan_shumway/status/831199775500488704 ), but also 
check out the more formal Search Scope Catalog experiment ( 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html 
). Let me know what you think!


-Sue



On 03/02/17 5:16 AM, Peter Hunkeler wrote:

I said here on feb 22.  It's 1GB zipped and worth keeping around.  I use the 
search funcion in my PDF viewer..  I submitted an RCF on the problems with the 
index.html file; WIP:



 I remember this, and I do have a complete set of all the z/OS PDFs on my iPad 
and on the workstation. However, in preparation of an RCF I wanted to have a 
look into the newest issue of the manual. It's unreasonable to download 1 GB 
just to have a look into a single manual, isn't it?


--
Peter Hunkeler





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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: EXTERNAL: Re: HLASM bug - division of EQU symbols in instruction vs another EQU

[Jerry Whitteridge]

Wow - Charles and now John beating Lizette to the punch !

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, March 2, 2017 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: HLASM bug - division of EQU symbols in instruction vs 
another EQU

On Thu, Mar 2, 2017 at 10:41 AM, Bill Hitefield < 
bill.hitefi...@dino-software.com> wrote:

> Would anyone happen to have the URL whereby I could sign up to be a
> member of the ASSEMBLER group?
>
> I have heard it mentioned several times, and it sounds very interesting.
>

​Web site: https://listserv.uga.edu/cgi-bin/wa?A0=ASSEMBLER-LIST

mailto:lists...@listserv.uga.edu

in the _body_ in PLAIN TEXT, !!NOT!! HTML (yes, I'm shouting) put in:

subscribe assembler-list Bill Hitefield​



>
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Thursday, March 02, 2017 9:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HLASM bug - division of EQU symbols in instruction vs
> another EQU
>
> Did you mean ASSEMBLER_LIST?
>
> On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:
>
> >What am I not understanding? This was on a z/OS 2.2 system with HLASM
> >6.0
> >
> >0 0016  1,X,CSECT
> > R:F    2  USING *,15
> > C1C3C5C7   3 VALUE EQU C'ACEG'
> > 0001   4 DIV EQU 256*256
> > C1C4   5 VALUE2 EQU VALUE/DIV
> >  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
> > ** ASMA320W Immediate field operand may have incorrect sign or
> >magnitude
> > ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
> > 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
> > 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
> > 0012   9 X1 DS H
> > 0014  10 X2 DS H
> >   11  END X
> >
> It appears to depend on whether the sign of the lower half is extended
> throughout the uper half.
>
> Also, note that truncation toward zero results in C1C4 where you may
> have wanted C1C3.
>
> -- 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
>



--
"Irrigation of the land with seawater desalinated by fusion power is ancient. 
It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: HLASM bug - division of EQU symbols in instruction vs another EQU

[Bill Hitefield]

John,

Thanks! It worked perfectly.

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, March 02, 2017 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HLASM bug - division of EQU symbols in instruction vs another EQU

On Thu, Mar 2, 2017 at 10:41 AM, Bill Hitefield < 
bill.hitefi...@dino-software.com> wrote:

> Would anyone happen to have the URL whereby I could sign up to be a 
> member of the ASSEMBLER group?
>
> I have heard it mentioned several times, and it sounds very interesting.
>

​Web site: https://listserv.uga.edu/cgi-bin/wa?A0=ASSEMBLER-LIST

mailto:lists...@listserv.uga.edu

in the _body_ in PLAIN TEXT, !!NOT!! HTML (yes, I'm shouting) put in:

subscribe assembler-list Bill Hitefield​



>
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Paul Gilmartin
> Sent: Thursday, March 02, 2017 9:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HLASM bug - division of EQU symbols in instruction vs 
> another EQU
>
> Did you mean ASSEMBLER_LIST?
>
> On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:
>
> >What am I not understanding? This was on a z/OS 2.2 system with HLASM
> >6.0
> >
> >0 0016  1,X,CSECT
> > R:F    2  USING *,15
> > C1C3C5C7   3 VALUE EQU C'ACEG'
> > 0001   4 DIV EQU 256*256
> > C1C4   5 VALUE2 EQU VALUE/DIV
> >  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
> > ** ASMA320W Immediate field operand may have incorrect sign or 
> >magnitude
> > ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
> > 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
> > 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
> > 0012   9 X1 DS H
> > 0014  10 X2 DS H
> >   11  END X
> >
> It appears to depend on whether the sign of the lower half is extended 
> throughout the uper half.
>
> Also, note that truncation toward zero results in C1C4 where you may 
> have wanted C1C3.
>
> -- 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
>



--
"Irrigation of the land with seawater desalinated by fusion power is ancient. 
It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

--
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: HLASM bug - division of EQU symbols in instruction vs another EQU

[John McKown]

On Thu, Mar 2, 2017 at 10:41 AM, Bill Hitefield <
bill.hitefi...@dino-software.com> wrote:

> Would anyone happen to have the URL whereby I could sign up to be a member
> of the ASSEMBLER group?
>
> I have heard it mentioned several times, and it sounds very interesting.
>

​Web site: https://listserv.uga.edu/cgi-bin/wa?A0=ASSEMBLER-LIST

mailto:lists...@listserv.uga.edu

in the _body_ in PLAIN TEXT, !!NOT!! HTML (yes, I'm shouting) put in:

subscribe assembler-list Bill Hitefield​



>
> Bill Hitefield
> Dino-Software Corporation
> 800.480.DINO
> 423.878.5660
> www.dino-software.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Thursday, March 02, 2017 9:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HLASM bug - division of EQU symbols in instruction vs another
> EQU
>
> Did you mean ASSEMBLER_LIST?
>
> On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:
>
> >What am I not understanding? This was on a z/OS 2.2 system with HLASM
> >6.0
> >
> >0 0016  1,X,CSECT
> > R:F    2  USING *,15
> > C1C3C5C7   3 VALUE EQU C'ACEG'
> > 0001   4 DIV EQU 256*256
> > C1C4   5 VALUE2 EQU VALUE/DIV
> >  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
> > ** ASMA320W Immediate field operand may have incorrect sign or
> >magnitude
> > ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
> > 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
> > 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
> > 0012   9 X1 DS H
> > 0014  10 X2 DS H
> >   11  END X
> >
> It appears to depend on whether the sign of the lower half is extended
> throughout the uper half.
>
> Also, note that truncation toward zero results in C1C4 where you may have
> wanted C1C3.
>
> -- 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
>



-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

Re: OMVS Automount Processing

[Nims,Alva John (Al)]

Interjecting some useless information.

Yes, MVS data set names are case insensitive, e.g. Upper Case, so the "File 
System to Mount" is Upper case, so the name of the MVS data set containing the 
USS files is Upper Case, but the name of the USS directory name to mount it to 
IS case insensitive.  So /u/whatchamacallit is NOT the same as 
/U/whatchamacallit or /u/Whatchamacallit or /u/WhatChaMaCallIt .

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, March 02, 2017 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS Automount Processing

On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:

>The MVS DSN is
>  TEST1.ZFS.PROD
>test1.ZFS.PROD
>Since MVS DSNs are not case sensitive, yet, they result is the same.

Are you sure? As far as I know, MVS data set names always had to be upper case. 
From the z/OS Unix System Services Command Reference,


filesystem
The name of the file system to mount. This argument is case-sensitive. 
For the HFS file system, this argument must be specified in uppercase.


--
Tom Marchant

--
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: HLASM bug - division of EQU symbols in instruction vs another EQU

[Bill Hitefield]

Would anyone happen to have the URL whereby I could sign up to be a member of 
the ASSEMBLER group?

I have heard it mentioned several times, and it sounds very interesting.

Bill Hitefield
Dino-Software Corporation
800.480.DINO
423.878.5660
www.dino-software.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, March 02, 2017 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HLASM bug - division of EQU symbols in instruction vs another EQU

Did you mean ASSEMBLER_LIST?

On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:

>What am I not understanding? This was on a z/OS 2.2 system with HLASM 
>6.0
>
>0 0016  1,X,CSECT
> R:F    2  USING *,15
> C1C3C5C7   3 VALUE EQU C'ACEG'
> 0001   4 DIV EQU 256*256
> C1C4   5 VALUE2 EQU VALUE/DIV
>  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
> ** ASMA320W Immediate field operand may have incorrect sign or 
>magnitude
> ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
> 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
> 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
> 0012   9 X1 DS H
> 0014  10 X2 DS H
>   11  END X
>
It appears to depend on whether the sign of the lower half is extended 
throughout the uper half.

Also, note that truncation toward zero results in C1C4 where you may have 
wanted C1C3.

-- 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: SMS Routines help

[Robert Harrison]

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

Re: OMVS Automount Processing

[Roach, Dennis]

They may have changed it, but it used to make no difference. I have not tried 
in a long time.

Dennis Roach, CISSP, PMP
AIG
IAM Access Administration – Infrastructure | Identity & Access Management

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone:  713-831-8799

dennis.ro...@aig.com | www.aig.com 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, March 02, 2017 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS Automount Processing

On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:

>The MVS DSN is
>  TEST1.ZFS.PROD
>test1.ZFS.PROD
>Since MVS DSNs are not case sensitive, yet, they result is the same.

Are you sure? As far as I know, MVS data set names always had to be upper case. 
From the z/OS Unix System Services Command Reference,


filesystem
The name of the file system to mount. This argument is case-sensitive. 
For the HFS file system, this argument must be specified in uppercase.


--
Tom Marchant

--
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: OMVS Automount Processing

[Tom Marchant]

On Thu, 2 Mar 2017 13:39:15 +, Roach, Dennis wrote:

>The MVS DSN is
>  TEST1.ZFS.PROD
>test1.ZFS.PROD
>Since MVS DSNs are not case sensitive, yet, they result is the same.

Are you sure? As far as I know, MVS data set names always had to be 
upper case. From the z/OS Unix System Services Command Reference,


filesystem
The name of the file system to mount. This argument is case-sensitive. 
For the HFS file system, this argument must be specified in uppercase.


-- 
Tom Marchant

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

Re: PDF Refresh. Close, but no cigar.

[Susan Shumway]

Hi gil. I've never seen this problem and so downloaded the published zip 
to test specifically. I still can't recreate the error. I definitely see 
the PDF vs. pdf directory naming issue, but it hasn't broken anything 
for me yet. What was your exact search and which hit did you click on? 
(Regardless, I'll pass this along for fixing in the future... if you're 
having problems, others likely are, as well.)


BTW, this is indeed still the 4Q16 set. We periodically need to refresh 
existing zips for various reasons. The sets for a quarter are posted 
near the end of the quarter.


On 02/22/17 4:44 PM, Paul Gilmartin wrote:

So I just DLed the PDF refresh from:
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/
http://publibfp.dhe.ibm.com/epubs/html/c2784304/c2784304.zip

(I could wonder why a .zip of PDFs is in a /html/ directory.)
The README says:

* README *
This zip contains all the PDFs for the z/OS V2R2 4Q16 Refresh.
To search across all books, use Adobe acrobat reader and open the ".pdx" file
found in the PDF subdirectory.

I thought the previous version was 4Q16 so this should be 1Q17.

So I start browsing and get 404:

File not found

Firefox can’t find the file at 
/Users/paulgilm/Desktop/Transients/SC27-8430-04/pdf/iea3b611.pdf.

Check the file name for capitalization or other typing errors.
Check to see if the file was moved, renamed or deleted.

So it asks for:  
/Users/paulgilm/Desktop/Transients/SC27-8430-04/pdf/iea3b611.pdf
What's there is: 
/Users/paulgilm/Desktop/Transients/SC27-8430-04/PDF/iea3b611.pdf

... and *they* have the nerve to tell *me* to check capitalization!  It's their
link in their ".pdx" file.

Grrr.  I suppose I can rename the ".PDF" directory to ".pdf" and try again.

Windows rots the brain.

-- gil

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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: RACF and public keys

[Kirk Wolf]

FYI, we will be presenting a SHARE session next week on this subject:

*Finding the Needle in a Haystack - Diagnosing Common OpenSSH Problems*

   - Room: Blossom Hill I,II
   - Session Number: 20125

Thursday, March 09, 2017: 10:00 AM - 11:00 AM

http://events.share.org/Winter2017/Public/SessionDetails.aspx?FromPage=Sessions.aspx=1900=20


For this particular issue (file permissions), see slide 45 of the
presentation

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Mar 1, 2017 at 2:29 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 1 Mar 2017 13:00:08 -0700, Jack J. Woehr wrote:
>
> >Mark Post wrote:
> >> If you don't mind them accessing your system in this way (I have severe
> doubts about that), just put the key as-is into the target userid's
> .ssh/authorized_keys file and have them give it a try.
> >
> >And make sure the dir .ssh is chmod 700 and the authorized_keys file is
> chmod 600 or it won't work.
> >
> I believe .ssh chmod 711 works and I find it convenient for co-workers to
> add me to their public_keys file.  But I keep my authorized_keys file 600
> rather than 644 -- no need to support browsing.
>
> and (grand*)parent directories  must not be writeable by anyone except
> owner.
>
> -- 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: HLASM bug - division of EQU symbols in instruction vs another EQU

[John McKown]

On Thu, Mar 2, 2017 at 8:54 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 2 Mar 2017 08:48:14 -0600, John McKown wrote:
>
> >Oh, it must be due to _signed_ division instead of _unsigned_.
> >
> Does HLASM (not the z hardware) provide an unsigned division operator?
>
> And the warning was issued on an instruction that did not involve division.
>
> -- gil
>
>
​Sorry, I should have said to ignore the HLASM warnings. And I guess I
should have sent it to ASSEMBLER-LIST too. But I'm confused about what
VALUE2 is evaluated to. I was wanting X'C1C3' and got X'C1C4'. From
your other reply, I was expecting truncation, not rounding. Maybe that's my
problem.​


-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

HLASM bug - division of EQU symbols in instruction vs another EQU

[John McKown]

What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0

0 0016  1,X,CSECT
 R:F    2  USING *,15
 C1C3C5C7   3 VALUE EQU C'ACEG'
 0001   4 DIV EQU 256*256
 C1C4   5 VALUE2 EQU VALUE/DIV
  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
 ** ASMA320W Immediate field operand may have incorrect sign or magnitude
 ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
 0012   9 X1 DS H
 0014  10 X2 DS H
   11  END X
-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

Re: HLASM bug - division of EQU symbols in instruction vs another EQU

[Paul Gilmartin]

On Thu, 2 Mar 2017 08:48:14 -0600, John McKown wrote:

>Oh, it must be due to _signed_ division instead of _unsigned_.
> 
Does HLASM (not the z hardware) provide an unsigned division operator?

And the warning was issued on an instruction that did not involve division.

-- gil

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

Re: Software vendor trying to force MSU based contract

[Paul Gilmartin]

On 2017-03-02, at 07:34, Peter Vander Woude wrote:
> 
> I pushed them that our contract for the 2 products from vendor A had totally 
> different terms, that basically gave us flat charges and/or very minimal 
> annual increases.  It took a bit, but they finally admitted, that they had 
> not even pulled the contract language from Vendor A, and had to finally give 
> in and lower the maintenance cost.
>  
"Due diligence" isn't always diligent.  There are legends that circa 2010
IBM was interested in acquiring the floundering Sun, but found Sun's
existing contract entanglements unacceptable.

-- gil

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

Re: HLASM bug - division of EQU symbols in instruction vs another EQU

[Paul Gilmartin]

Did you mean ASSEMBLER_LIST?

On Thu, 2 Mar 2017 08:41:23 -0600, John McKown wrote:

>What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0
>
>0 0016  1,X,CSECT
> R:F    2  USING *,15
> C1C3C5C7   3 VALUE EQU C'ACEG'
> 0001   4 DIV EQU 256*256
> C1C4   5 VALUE2 EQU VALUE/DIV
>  E544 F012 C5C7 0012   6  MVHHI X1,VALUE
> ** ASMA320W Immediate field operand may have incorrect sign or magnitude
> ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
> 0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
> 000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
> 0012   9 X1 DS H
> 0014  10 X2 DS H
>   11  END X
>
It appears to depend on whether the sign of the lower half is extended
throughout the uper half.

Also, note that truncation toward zero results in C1C4 where you may have 
wanted C1C3.

-- gil

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

Re: HLASM bug - division of EQU symbols in instruction vs another EQU

[John McKown]

Oh, it must be due to _signed_ division instead of _unsigned_.

On Thu, Mar 2, 2017 at 8:41 AM, John McKown 
wrote:

> What am I not understanding? This was on a z/OS 2.2 system with HLASM 6.0
>
> 0 0016  1,X,CSECT
>  R:F    2  USING *,15
>  C1C3C5C7   3 VALUE EQU C'ACEG'
>  0001   4 DIV EQU 256*256
>  C1C4   5 VALUE2 EQU VALUE/DIV
>   E544 F012 C5C7 0012   6  MVHHI X1,VALUE
>  ** ASMA320W Immediate field operand may have incorrect sign or magnitude
>  ** ASMA435I Record 6 in /u/joarmc/junk/x.s on volume:
>  0006 E544 F014 C1C4 0014   7  MVHHI X2,VALUE/DIV
>  000C E544 F014 C1C4 0014   8  MVHHI X2,VALUE2
>  0012   9 X1 DS H
>  0014  10 X2 DS H
>    11  END X
> --
> "Irrigation of the land with seawater desalinated by fusion power is
> ancient. It's called 'rain'." -- Michael McClary, in alt.fusion
>
> Maranatha! <><
> John McKown
>



-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

Re: Software vendor trying to force MSU based contract

[Paul Gilmartin]

On 2017-03-02, at 07:16, Pommier, Rex wrote:
> 
> The company will remain nameless, but several years ago I was dealing with a 
> vendor (who will remain nameless) who had pretty much the same thing.  They 
> already had their software in escrow and were willing to provide source if 
> they went out of business.  We asked them, and they responded affirmatively - 
> and put it in the contract - that if their company was sold to a large 
> software vendor in New York that we would get their source code.  Fortunately 
> that never happened but some vendors are willing to go that step.
>  
The city of Denver had such a contract with a local TV cable franchise
which was acquired ... and acquired by Warner, so Denver could have,
if it chose, blocked the Time-Warner merger.  If the lawyers were good
enough.

You could imagine a contract for perpetual maintenance at a fixed
price (CoLA adjustment?), but hardly a contract guaranteeing continued
upgrades.  And if a vendor chooses to sunset a product, then offers
a competing similar product with enhancements ("Change the name and
raise the price!") ... how good are your lawyers?

-- gil

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

Re: Software vendor trying to force MSU based contract

[Peter Vander Woude]

Brian,

Per your comment

"I don't think the vendor (or anyone) can change the language of a contract 
that has not expired in any way without the site's written approval.  If it's 
perpetual then I don't see how any vendor company can fight that.  They 
accepted the money and they have to stick with the terms. "

We actually had that occur.  Vendor B bought vendor A.  When Vendor B sent the 
next annual invoice, they automatically increased maintenance by 20%.  We 
didn't totally catch it until my boss, asked if the #'s were right, which was 
about 2 years later, and I after I saw it I went "what the @#$#*(@!", as over 2 
years, our annual maintenance cost had gone up by 50%.  Called Vendor B and 
their response was that 20%/year was their standard annual maintenance increase.

I pushed them that our contract for the 2 products from vendor A had totally 
different terms, that basically gave us flat charges and/or very minimal annual 
increases.  It took a bit, but they finally admitted, that they had not even 
pulled the contract language from Vendor A, and had to finally give in and 
lower the maintenance cost.

I'm not going to name the vendors, but that totally pissed me off.  

Peter

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

Re: OMVS Automount Processing

[Paul Gilmartin]

On 2017-03-02, at 06:39, Roach, Dennis wrote:

> The directory name keeps the case as referenced.
> /home/test1 or /home/TEST1
> 
> The MVS DSN is
>  TEST1.ZFS.PROD
>test1.ZFS.PROD
> Since MVS DSNs are not case sensitive, yet, they result is the same.
> 
> In addition, if user test123 uses test1 and user test456 uses TEST1 at the 
> same time, the mount will fail because the same file system cannot be mounted 
> rdwr on different mount points.
>  
A nasty DoS exposure.  It can be avoided with "charcase lower", but that
prohibits the wildcarded part's containing any upper case character.

An obvious solution is to use  and DISABLE DSNCHECK.  For
some reason, there isn't much enthusiasm for this

-- gil

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

Re: Defined capacity?

[Vernooij, Kees (ITOPT1) - KLM]

I think you have got 'the right number'. An LPAR's Capacity is a floating 
value. It all depends on how you define it in the LPAR profile and how you let 
WLM manage it. 
This means that there is a value for the capacity that PR/SM will allow an LPAR 
to consume at any moment in time. This amount is based on processor capacity, 
the relative weight of the LPAR in relation to the total weights of all active 
LPARs and the manipulations that WLM does on these values. All these metrics 
can change in time and therefor an LPARs capacity changes with them.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of zMan
> Sent: 02 March, 2017 15:10
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Defined capacity?
> 
> Looks like that is the right value; the QvsImgCapacity value returned is
> documented as:
> 
> Note that the capacity of a virtual server can change dynamically. One
> example of a dynamic capacity change is a CPU upgrade on demand of the
> underlying hardware. A second example is a dynamic change of the defined
> capacity limit for a logical partition. If an unauthorized program is
> interested in knowing about dynamic capacity changes, it must poll the
> virtual server ID and capacity query service. Given dynamic capacity
> changes are rare, a low polling rate should be sufficient.
> 
> Unfortunately, what I really wanted was a nice fullword I could grab
> through a couple of lines of Rexx. But I'll whittle away at LPINFOX, see
> if
> I can get down to just this value in a few lines. (The idea is for a
> customer to be able to cut & paste a few lines, and to trust that it's
> OK
> to run without having to wade through a long program--and calling IWMQVS
> may be off-putting to them as well.)
> 
> But I don't mean to sound ungrateful--thank you!
> 
> On Thu, Mar 2, 2017 at 4:15 AM, John Gateley  wrote:
> 
> > Hi
> >
> > Is this rexx what you are looking for?
> >
> > http://www.longpelaexpertise.com/toolsLPinfoX.php
> >
> > Regards
> > John
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> 
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

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



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

Re: Software vendor trying to force MSU based contract

[Pommier, Rex]

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, March 02, 2017 7:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract

On Thu, Mar 2, 2017 at 3:00 AM, Dave Wade  wrote:

> I am going to say something you gentlemen may not like...
>
> 1) Do you need the product?
> 2) Do you need continued support, e.g. for legal and compliance reasons?
> 3) is the company in financial difficulties?
>
> If the answer to all these is "yes" then paying the increased charges 
> may be your best option. If the company folds or files for protection  
> it matters not how many bits of paper you have, if there is no 
> business to honor the contracts you have then replacing the product 
> may be much more expensive. In my humble IBM is the biggest player of 
> these sorts of games and is doing an excellent job of squeezing the 
> last drop of blood from its traditional mainframe customers..
>
> .. and throwing lawyers at a problem usually drives the costs up even 
> more...
>


​I think you have some very valid points. I don't think that _any_ software 
company offers the following "option", but it is one that I'd like. What I 
_wish_ every company would "require" from a vendor is that should the vendor 
either "go out of business" or "sunset a product", that the customer would get 
a copy of the current source for the product, along with all internal 
documentation. No, I have not been taking any "funny pills". I do realize that 
perhaps all of the current z/OS vendors would like like hyenas if anyone asked 
this of them. Which is yet another reason that I am a FOSS advocate. An 
individual company might not be able to support "some product", but the 
"community" could possibly do so.



Hmmm,

The company will remain nameless, but several years ago I was dealing with a 
vendor (who will remain nameless) who had pretty much the same thing.  They 
already had their software in escrow and were willing to provide source if they 
went out of business.  We asked them, and they responded affirmatively - and 
put it in the contract - that if their company was sold to a large software 
vendor in New York that we would get their source code.  Fortunately that never 
happened but some vendors are willing to go that step.

Rex

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


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

Re: Software vendor trying to force MSU based contract

[zMan]

? That's pretty standard in every mainframe license contract I've ever
seen. Source escrow is a major PITA to do, but I've always had to do it for
just this reason.

OK, wait. Not for a product that gets sunsetted; that's an oversight in
contracts! But for vendors that die, it's in the contract.

/me notes to update contracts for any mainframe software HE'S involved in
buying in the future...

On Thu, Mar 2, 2017 at 8:53 AM, John McKown 
wrote:

> On Thu, Mar 2, 2017 at 3:00 AM, Dave Wade  wrote:
>
> > I am going to say something you gentlemen may not like...
> >
> > 1) Do you need the product?
> > 2) Do you need continued support, e.g. for legal and compliance reasons?
> > 3) is the company in financial difficulties?
> >
> > If the answer to all these is "yes" then paying the increased charges may
> > be your best option. If the company folds or files for protection  it
> > matters not how many bits of paper you have, if there is no business to
> > honor the contracts you have then replacing the product may be much more
> > expensive. In my humble IBM is the biggest player of these sorts of games
> > and is doing an excellent job of squeezing the last drop of blood from
> its
> > traditional mainframe customers..
> >
> > .. and throwing lawyers at a problem usually drives the costs up even
> > more...
> >
>
> ​I think you have some very valid points. I don't think that _any_ software
> company offers the following "option", but it is one that I'd like. What I
> _wish_ every company would "require" from a vendor is that should the
> vendor either "go out of business" or "sunset a product", that the customer
> would get a copy of the current source for the product, along with all
> internal documentation. No, I have not been taking any "funny pills". I do
> realize that perhaps all of the current z/OS vendors would like like hyenas
> if anyone asked this of them. Which is yet another reason that I am a FOSS
> advocate. An individual company might not be able to support "some
> product", but the "community" could possibly do so.
>
>
>
> >
> > Dave Wade
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
>
> --
> "Irrigation of the land with seawater desalinated by fusion power is
> ancient. It's called 'rain'." -- Michael McClary, in alt.fusion
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Defined capacity?

[zMan]

Looks like that is the right value; the QvsImgCapacity value returned is
documented as:

Note that the capacity of a virtual server can change dynamically. One
example of a dynamic capacity change is a CPU upgrade on demand of the
underlying hardware. A second example is a dynamic change of the defined
capacity limit for a logical partition. If an unauthorized program is
interested in knowing about dynamic capacity changes, it must poll the
virtual server ID and capacity query service. Given dynamic capacity
changes are rare, a low polling rate should be sufficient.

Unfortunately, what I really wanted was a nice fullword I could grab
through a couple of lines of Rexx. But I'll whittle away at LPINFOX, see if
I can get down to just this value in a few lines. (The idea is for a
customer to be able to cut & paste a few lines, and to trust that it's OK
to run without having to wade through a long program--and calling IWMQVS
may be off-putting to them as well.)

But I don't mean to sound ungrateful--thank you!

On Thu, Mar 2, 2017 at 4:15 AM, John Gateley  wrote:

> Hi
>
> Is this rexx what you are looking for?
>
> http://www.longpelaexpertise.com/toolsLPinfoX.php
>
> Regards
> John
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Software vendor trying to force MSU based contract

[John McKown]

On Thu, Mar 2, 2017 at 3:00 AM, Dave Wade  wrote:

> I am going to say something you gentlemen may not like...
>
> 1) Do you need the product?
> 2) Do you need continued support, e.g. for legal and compliance reasons?
> 3) is the company in financial difficulties?
>
> If the answer to all these is "yes" then paying the increased charges may
> be your best option. If the company folds or files for protection  it
> matters not how many bits of paper you have, if there is no business to
> honor the contracts you have then replacing the product may be much more
> expensive. In my humble IBM is the biggest player of these sorts of games
> and is doing an excellent job of squeezing the last drop of blood from its
> traditional mainframe customers..
>
> .. and throwing lawyers at a problem usually drives the costs up even
> more...
>

​I think you have some very valid points. I don't think that _any_ software
company offers the following "option", but it is one that I'd like. What I
_wish_ every company would "require" from a vendor is that should the
vendor either "go out of business" or "sunset a product", that the customer
would get a copy of the current source for the product, along with all
internal documentation. No, I have not been taking any "funny pills". I do
realize that perhaps all of the current z/OS vendors would like like hyenas
if anyone asked this of them. Which is yet another reason that I am a FOSS
advocate. An individual company might not be able to support "some
product", but the "community" could possibly do so.



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



-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

Re: OMVS Automount Processing

[Roach, Dennis]

The directory name keeps the case as referenced.
/home/test1 or /home/TEST1

The MVS DSN is
   TEST1.ZFS.PROD
 test1.ZFS.PROD
Since MVS DSNs are not case sensitive, yet, they result is the same.

In addition, if user test123 uses test1 and user test456 uses TEST1 at the same 
time, the mount will fail because the same file system cannot be mounted rdwr 
on different mount points.
I am not sure if the restriction applies if it is mounted read.


Dennis Roach, CISSP, PMP
AIG
IAM Access Administration – Infrastructure | Identity & Access Management

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone:  713-831-8799

dennis.ro...@aig.com | www.aig.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, March 02, 2017 7:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS Automount Processing

On Thu, 2 Mar 2017 07:07:59 -0600, Tom Marchant  wrote:

>On Wed, 1 Mar 2017 20:21:27 -0500, John P. Baker wrote:
>
>>In other words, do "uc_name" and "asis_name" refer to the directory 
>>qualifier immediately subordinate to the directory specified in 
>>"/etc/auto.master" which is being referenced by the userid?
>
>No,  is needed so that the DSNAME of the filesystem will be upper 
>case.

After reading John's reply, I see that I may have misunderstood your question.

 does refer to the directory that you described. However, that 
directory name in the mount point is not uppercased, only the directory name in 
the filesystem name.

Sorry for any confusion.

--
Tom Marchant

--
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: OMVS Automount Processing

[Tom Marchant]

On Thu, 2 Mar 2017 07:07:59 -0600, Tom Marchant  wrote:

>On Wed, 1 Mar 2017 20:21:27 -0500, John P. Baker wrote:
>
>>In other words, do "uc_name" and "asis_name" refer to the directory
>>qualifier immediately subordinate to the directory specified in
>>"/etc/auto.master" which is being referenced by the userid?
>
>No,  is needed so that the DSNAME of the filesystem will be upper 
>case.

After reading John's reply, I see that I may have misunderstood your question.

 does refer to the directory that you described. However, that 
directory name in the mount point is not uppercased, only the directory 
name in the filesystem name.

Sorry for any confusion.

-- 
Tom Marchant

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

Re: OMVS Automount Processing

[Tom Marchant]

On Wed, 1 Mar 2017 20:21:27 -0500, John P. Baker  wrote:

>Given the following setup -
>
>/etc/auto.master -
>
>/home  /etc/default.map
>
>/etc/default.map -
>
>name*
>type  ZFS
>filesystem.ZFS.
>moderdwr
>duration   30
>delay10
>parm aggrgrow
>
>Am I correct in my belief that a reference to directory "/home/test1" by
>userid "TEST123" on system PROD will automount dataset "TEST1.ZFS.PROD" at
>"/home/TEST1"?

No, it will be mounted at /home/test1. If it worked the way you suggest, the 
automount would be worthless, since /home/test1 would still not exist.

>In other words, do "uc_name" and "asis_name" refer to the directory
>qualifier immediately subordinate to the directory specified in
>"/etc/auto.master" which is being referenced by the userid?

No,  is needed so that the DSNAME of the filesystem will be upper case.

If you want the mount point to be /home/TEST1, you would probably use 
 and reference /home/TEST1. If you referenced /home/test1, 
the mount would fail, AFAIK.

-- 
Tom Marchant

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

Re: OMVS Automount Processing

[John McKown]

On Wed, Mar 1, 2017 at 7:21 PM, John P. Baker  wrote:

> Given the following setup -
>
> /etc/auto.master -
>
> /home  /etc/default.map
>


> /etc/default.map -
>
> name*
> type  ZFS
> filesystem.ZFS.
> moderdwr
> duration   30
> delay10
> parm aggrgrow
>
> Am I correct in my belief that a reference to directory "/home/test1" by
> userid "TEST123" on system PROD will automount dataset "TEST1.ZFS.PROD" at
> "/home/TEST1"?
>

​Yes.


>
> In other words, do "uc_name" and "asis_name" refer to the directory
> qualifier immediately subordinate to the directory specified in
> "/etc/auto.master" which is being referenced by the userid?
>

​Correct. Your example is almost exactly what I have been using for years
(the only difference is the value in "filesystem").​


> John P. Baker
>
>
>
-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

AW: Re: IBM KC - How to search *within* a book? And where are the PDFs

[Peter Hunkeler]

>I said here on feb 22.  It's 1GB zipped and worth keeping around.  I use the 
>search funcion in my PDF viewer..  I submitted an RCF on the problems with the 
>index.html file; WIP:


 I remember this, and I do have a complete set of all the z/OS PDFs on my iPad 
and on the workstation. However, in preparation of an RCF I wanted to have a 
look into the newest issue of the manual. It's unreasonable to download 1 GB 
just to have a look into a single manual, isn't it?


--
Peter Hunkeler





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

Re: Defined capacity?

[John Gateley]

Hi

Is this rexx what you are looking for?

http://www.longpelaexpertise.com/toolsLPinfoX.php

Regards
John

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

Re: Software vendor trying to force MSU based contract

[Dave Wade]

I am going to say something you gentlemen may not like...

1) Do you need the product?
2) Do you need continued support, e.g. for legal and compliance reasons?
3) is the company in financial difficulties?

If the answer to all these is "yes" then paying the increased charges may be 
your best option. If the company folds or files for protection  it matters not 
how many bits of paper you have, if there is no business to honor the contracts 
you have then replacing the product may be much more expensive. In my humble 
IBM is the biggest player of these sorts of games and is doing an excellent job 
of squeezing the last drop of blood from its traditional mainframe customers..

.. and throwing lawyers at a problem usually drives the costs up even more... 

Dave Wade

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