Re: Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Manfred Lotz
On Mon, 18 Jun 2018 13:33:10 + "Dyck, Lionel B. (RavenTek)" wrote: > With z/OS 2.2 the command: ls -la /etc returns: > > total 1644 > drwxr-xr-x 16 MVSTCP OMVSGRP 8192 Aug 10 2016 . > drwxr-xr-x 17 MVSTCP OMVSGRP 8192 Oct 19 2017 .. > -rwxr-xr-x 1 MVSTCP OMVSGRP

Re: Rebuilding IODF

2018-06-18 Thread Mainframe Sysprog
Thankyou all for your inputs. The colleague managed to find a more recent version of the IODF from another plex where it was shared and was able to confirm that it has all the right information. On Mon, Jun 18, 2018 at 2:30 PM, Edward Finnell < 000248cce9f3-dmarc-requ...@listserv.ua.edu>

Re: ACS routine question

2018-06-18 Thread Lizette Koehler
This is from my notes on AFF and REF in ACS code /*/ /* SPECIAL ACS VARS USED: */ /* 'REF=SD' - THE REFERENCE IS TO AN SMS-MANAGED DASD OR VIO */ /* DATA SET */ /* 'REF=ST' - THE REFERENCE IS TO AN SMS-MANAGED

Re: Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Pommier, Rex
Lionel, What change are you asking about - the fact that the 2.3 system shows a link instead of the actual output or that the userID and groups are different? If it is that one shows a link and the other shows actual files and directories, check your 2.2 system to find out whether /etc is a

Re: Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Paul Gilmartin
On Mon, 18 Jun 2018 13:45:18 +, Allan Staller wrote: >I there was a change in OMVS to show a consistent UID when the UID was shared. >This was IIRC, predominantly targeted at UID 0. >Not sure when it came in. Check the migration manuals. > Use either: ls -la /etc/. # I prefer this, or:

Re: [EXTERNAL] Re: [MVS-OE] Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Dyck, Lionel B. (RavenTek)
Thank you - good to know I appreciate your reply -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners -Original Message- From: MVS OpenEdition [mailto:mvs...@vm.marist.edu] On

Re: Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Allan Staller
I there was a change in OMVS to show a consistent UID when the UID was shared. This was IIRC, predominantly targeted at UID 0. Not sure when it came in. Check the migration manuals. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Carmen Vitullo
on my 2.2 system, RSU1709 currently ls - la /etc returns lrwxrwxrwx 1 CPV8281 OMVSGRP 12 Sep 26 2017 /etc -> $SYSNAME/etc while in my home directory Carmen Vitullo -- For IBM-MAIN subscribe / signoff / archive access

Change in ls -la behavior from 2.2 to 2.3

2018-06-18 Thread Dyck, Lionel B. (RavenTek)
With z/OS 2.2 the command: ls -la /etc returns: total 1644 drwxr-xr-x 16 MVSTCP OMVSGRP 8192 Aug 10 2016 . drwxr-xr-x 17 MVSTCP OMVSGRP 8192 Oct 19 2017 .. -rwxr-xr-x 1 MVSTCP OMVSGRP24486 Mar 19 2009 CSDIBMEF drwxr-xr-x 2 MVSTCP OMVSGRP 256 Sep 25 2008

Re: ACS routine question

2018-06-18 Thread Gadi Ben-Avi
I found the problem and fixed it. In short, when you use the REF subparameter, the storage class value for the first dataset is propagated to all of the other datasets. I needed to account for that in the ACS routine. Gadi -Original Message- From: IBM Mainframe Discussion List On

Re: ACS routine question

2018-06-18 Thread Rob Schramm
Yes, but it requires an exit. I am going from memory, but the SMS exit for dataclass gives you access to everything specified in jcl. If that doesn't do it, then there are a couple other places to make jcl modifications - jes2 exits and iefusi ( ugh memory is fuzzy here ) Perhaps one of the

Re: Rebuilding IODF

2018-06-18 Thread Edward Finnell
Export the good IODF and XMIT it to the system w/o an IODF then IMPORT it.   https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.cbdu100/impo.htm    In a message dated 6/18/2018 2:30:08 AM Central Standard Time, mainframe.sysp...@gmail.com writes:   The volume was

ACS routine question

2018-06-18 Thread Gadi Ben-Avi
Hi, I have a set of jobs that orinally were meant to copy many files to a multifile tape volume They used UNIT=TAPEC to tell SMS to write the file on tape. Now, the output files need to be written to disk. The goal is not to change the JCL. I created a Data Class called TAPEC that assigns space

Re: Why are highly busy zIIPs worse than highly busy CPs?

2018-06-18 Thread Timothy Sipples
Scott Chapman wrote: >A potential issue is that some systems only have a single >zIIP My personal belief is that given the amount of work >that's zIIP eligible today, most systems should have at least >2 zIIPs I would add an important footnote. The current and prior model machine

Re: Rebuilding IODF

2018-06-18 Thread Mainframe Sysprog
The volume was reclaimed (and IODF deleted) few days back - AFTER - the systems were IPLed. None of the systems have been IPLed since then. I don't think the IODF is needed post the IPL (for the running system), unless I am missing something. On Mon, Jun 18, 2018 at 11:52 AM, Gerhard Adam wrote:

Re: Rebuilding IODF

2018-06-18 Thread Gerhard Adam
I'm confused. How is anything running? What about other LPARs? Sent from my iPhone > On Jun 17, 2018, at 11:52 PM, Mainframe Sysprog > wrote: > > Thanks for the suggestions, will suggest these, and post further updates as > I get them. > > The IODF version that he has found so far is