Check out Marble Machine Remix: Makers and Musicians Cover Wintergatan's Inno

[Edward Finnell]

_Marble  Machine Remix: Makers and Musicians Cover Wintergatan's Innovative 
Song_ 
(https://www.pddnet.com/news/2017/03/marble-machine-remix-makers-and-musicians-cover-wintergatans-innovative-song)
  
 
Friday mix. Guess this is fundamental programming with no HLL at  all. 

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

Re: Knowledge Center

[Clark Morris]

[Default] On 3 Jan 2017 10:30:51 -0800, in bit.listserv.ibm-main
jesse1.robin...@sce.com (Jesse 1 Robinson) wrote:

>SHARE has been discussing online availability with IBM face-to-face for years, 
>long before 'KC' debuted. IBM has repeatedly said that they get it, yet 
>problems persist. 
>
>One novel suggestion we made was to shift unavoidable IBM outages away from 
>weekends, when the vast majority of mainframe shops perform their own 
>maintenance activities. Our argument was that we most need online access when 
>we encounter a new problem on a Sunday at oh-dark-thirty. Again, that argument 
>seemed to resonate, yet problems persist. 
>
>I don't know the status of any existing requirement(s) at the moment, but I'm 
>sure that IBM has never actually told us to pound sand. Yet problems persist. 
>
If the cost for getting to a shareholder meeting weren't so great, I
would be tempted to go and harass both IBM and Microsoft for their
respective faults in handling software updates and fix information
availability.  Microsoft seems to understand implement 24/365.24 while
IBM understands no forced install and reboots.

Clark Morris
>.
>.
>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 Clark Morris
>Sent: Tuesday, January 03, 2017 8:39 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: (External):Re: Knowledge Center
>
>[Default] On 28 Dec 2016 12:51:53 -0800, in bit.listserv.ibm-main 
>imugz...@gmail.com (Itschak Mugzach) wrote:
>
>>and they don't like Sundays... (but we work on Sunday, trying to 
>>identify & solve weekend issues and it's usually down)...
>
>Someone who is an active SHARE member should submit a requirement that 
>Knowledge Center, Shopz and any maintenance/fix etc. applications must be 
>24/365.24, i.e. total availability like Microsoft has.
>
>Clark Morris
>>
>>ITschak
>>
>>ITschak Mugzach
>>Z/OS, ISV Products and Application Security & Risk Assessments 
>>Professional
>>
>>On Wed, Dec 28, 2016 at 9:38 PM, Charles Mills  wrote:
>>
>>> Seems to for me, I think.
>>>
>>> Charles
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>> On Behalf Of Paul Gilmartin
>>> Sent: Wednesday, December 28, 2016 11:25 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Knowledge Center
>>>
>>> Grrr...  Every time I get used to the way it had been working, they 
>>> change it.
>>> Very recently, the striped rectangle near the upper left opened a 
>>> left sidebar which listed, hierarchially, the ToC of the entire z/OS 
>>> library.
>>> Now it doesn't.
>
>
>--
>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

[Charles Mills]

This kind of extortion is not limited to the mainframe world. I have a
purchased "perpetual" license for a popular graphical FTP client. I now have
a new PC. The "perpetual" license is not good for the current version of the
program (12.4), only the exact version for which it was purchased (12.3) and
the 12.3 version is no longer available for download. So it's a perpetual
license for something that is not available. Grr.

Thank you for listening.

Charles

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

Re: When did SMF come along?

[Charles Mills]

Well there you go.

Thank you Dr. M.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: Friday, March 3, 2017 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: When did SMF come along?

>From MXG Newletter FIFTEEN  Nov 1989 - First Part - 1000 line limit IBM-MAIN 


 CME 20/20:  The History of SMF
  Session M710
August 21, 1989

   H.  W.  Barry Merrill, PhD
  Merrill Consultants
 Dallas, Texas
 SHARE Installation CM4


ABSTRACT

SMF  became available 20 years ago with OS/360 Release 18.  SHARE's 1964 SORC 
report was part of the input to  IBM's  1966  SMF  design  document (authored  
by  an  IBMer who had been a SHARE board member).  The design objective was 
two-fold:  the stated SHARE requirements 

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

FW: When did SMF come along?

[Barry Merrill]

>From MXG Newletter FIFTEEN  Nov 1989 - First Part - 1000 line limit IBM-MAIN 


 CME 20/20:  The History of SMF
  Session M710
August 21, 1989

   H.  W.  Barry Merrill, PhD
  Merrill Consultants
 Dallas, Texas
 SHARE Installation CM4


ABSTRACT

SMF  became available 20 years ago with OS/360 Release 18.  SHARE's 1964
SORC report was part of the input to  IBM's  1966  SMF  design  document
(authored  by  an  IBMer who had been a SHARE board member).  The design
objective was two-fold:  the stated SHARE requirements for  control  and
evaluation  of  the  installation,  and  the  unstated  need  for IBM to
understand how its OS and its program products were  being  used  (which
and  how  much).   That  1966  design  document,  when compared with the
current SMF implementation, will be shown to be remarkably  accurate  to
the  needs  of users even today!  The presentation will also discuss the
never-announced  and  never-released  IEHMAN   report   package!This
presentation is based on recently de-classified IBM design documents and
interviews with  the  original  designers  and  developers  of  the  SMF
product.


CONTENTS

 A. Jun 15, 1964 SORC Report 46-47
 B. 1964-1967 Brockish Interview Notes   48-49
 C. Aug 25, 1967 Task Force Report  50
 D. Nov  1, 1967 IBM Memo   51
 E. Nov  1, 1966 Objectives  52-57
 F. Mar 13, 1967 Addendum I Subset 2 58-59
 G. Mar 14, 1967 Addendum II60
 H. Jul 27, 1967 Proposal Memo  60
 I. 1967-1969 Schiffman Interview Notes  61-62
 J. Oct 16, 1968 Subset I Final 62
 K. Jan 31, 1969 Subset II Final 63-66
 L. Jun 25, 1969 Subset II Final Final  67
 M. IEHMAN  68
 N. Jul, 1969 Release 1869
 O. Oct, 1969 Release 18.6  70
 P. Jun, 1970 Release 1971
 Q. Feb, 1971 Release 2072
 R. Aug, 1972 Release 21.6  72
 S. 1972-1974 Merrill Notes  73-74
 T. 1975-1977 Hankison Interview74
 U. Aug  1, 1977 Objectives 75
 V. Author's summary76
 W. Contributors to this paper  76



Copyright  (C) 1989 Merrill Consultants, Dallas, Texas.  This paper will
be published in a 1989 issue of the "Technical Newsletter for  Users  of
MXG".   Permission  is  hereby  granted  to SHARE, Inc.  to publish this
presentation in SHARE  Proceedings.   Merrill  Consultants  retains  its
right to distribute copies of this presentation to whomever it chooses.

On April 7, 1964, IBM Announced OS/360. Were you computer literate then?

The  IBM  Design  of SMF Was The Direct Result Of The 1964 SHARE Systems
Objectives and Requirements  Committee  "SORC".   The  SORC  Report  was
produced only two months after OS/360 announcement!


   APPENDIX F
Report of SHARE Systems
 Objectives and Requirements Committee
 June 15, 1964

G.E. Bryan, Chairman  L.   Cohn
P.A. Cramer   R.   Gillespie
G.H. MealyC.H. Weisert

"IV.  JOB ACCOUNTING AND SYSTEM PERFORMANCE MEASUREMENT

Theadventof   multi-programmed   and   multi-processor   machine
configurations  has  re-emphasized  the  always  present  need  for  job
accounting  and  made  even  more  important  the much neglected area of
machine and program  performance  measurement.   Operating  systems  for
System/360  must  provide  as a standard feature a job accounting system
which retains records  useful  for  both  ordinary  cost  allocation  of
machine   component  time  and  measurement  of  hardware  and  software
performance.

Accounting and statistical information should be carried in the  system
on  a  job basis and identified by the following information supplied by
the submitter of the job:

1. A job number.
2. A programmer identification number.
3. An identification specific to the run.
4. Priority.
5. Other information as deemed necessary by
   the individual installation.

In addition, in order to facilitate automatic  scheduling  of  jobs  for
optimum  performance, the following should be supplied either by the job
submitter or, for "normal cases," be defined  by  installation  standard
parameters.

6. Expected execution time, cutoff time.
7. 

FW: When did SMF come along?

[Barry Merrill]

>From MXG Newletter FIFTEEN  Nov 1989 - First Part - 1000 line limit IBM-MAIN 


CME 20/20:  The History of SMF
  Session M710
August 21, 1989

   H.  W.  Barry Merrill, PhD
  Merrill Consultants
 Dallas, Texas
 SHARE Installation CM4


ABSTRACT

SMF  became available 20 years ago with OS/360 Release 18.  SHARE's 1964
SORC report was part of the input to  IBM's  1966  SMF  design  document
(authored  by  an  IBMer who had been a SHARE board member).  The design
objective was two-fold:  the stated SHARE requirements for  control  and
evaluation  of  the  installation,  and  the  unstated  need  for IBM to
understand how its OS and its program products were  being  used  (which
and  how  much).   That  1966  design  document,  when compared with the
current SMF implementation, will be shown to be remarkably  accurate  to
the  needs  of users even today!  The presentation will also discuss the
never-announced  and  never-released  IEHMAN   report   package!This
presentation is based on recently de-classified IBM design documents and
interviews with  the  original  designers  and  developers  of  the  SMF
product.


CONTENTS

 A. Jun 15, 1964 SORC Report 46-47
 B. 1964-1967 Brockish Interview Notes   48-49
 C. Aug 25, 1967 Task Force Report  50
 D. Nov  1, 1967 IBM Memo   51
 E. Nov  1, 1966 Objectives  52-57
 F. Mar 13, 1967 Addendum I Subset 2 58-59
 G. Mar 14, 1967 Addendum II60
 H. Jul 27, 1967 Proposal Memo  60
 I. 1967-1969 Schiffman Interview Notes  61-62
 J. Oct 16, 1968 Subset I Final 62
 K. Jan 31, 1969 Subset II Final 63-66
 L. Jun 25, 1969 Subset II Final Final  67
 M. IEHMAN  68
 N. Jul, 1969 Release 1869
 O. Oct, 1969 Release 18.6  70
 P. Jun, 1970 Release 1971
 Q. Feb, 1971 Release 2072
 R. Aug, 1972 Release 21.6  72
 S. 1972-1974 Merrill Notes  73-74
 T. 1975-1977 Hankison Interview74
 U. Aug  1, 1977 Objectives 75
 V. Author's summary76
 W. Contributors to this paper  76



Copyright  (C) 1989 Merrill Consultants, Dallas, Texas.  This paper will
be published in a 1989 issue of the "Technical Newsletter for  Users  of
MXG".   Permission  is  hereby  granted  to SHARE, Inc.  to publish this
presentation in SHARE  Proceedings.   Merrill  Consultants  retains  its
right to distribute copies of this presentation to whomever it chooses.

On April 7, 1964, IBM Announced OS/360. Were you computer literate then?

The  IBM  Design  of SMF Was The Direct Result Of The 1964 SHARE Systems
Objectives and Requirements  Committee  "SORC".   The  SORC  Report  was
produced only two months after OS/360 announcement!


   APPENDIX F
Report of SHARE Systems
 Objectives and Requirements Committee
 June 15, 1964

G.E. Bryan, Chairman  L.   Cohn
P.A. Cramer   R.   Gillespie
G.H. MealyC.H. Weisert

"IV.  JOB ACCOUNTING AND SYSTEM PERFORMANCE MEASUREMENT

Theadventof   multi-programmed   and   multi-processor   machine
configurations  has  re-emphasized  the  always  present  need  for  job
accounting  and  made  even  more  important  the much neglected area of
machine and program  performance  measurement.   Operating  systems  for
System/360  must  provide  as a standard feature a job accounting system
which retains records  useful  for  both  ordinary  cost  allocation  of
machine   component  time  and  measurement  of  hardware  and  software
performance.

Accounting and statistical information should be carried in the  system
on  a  job basis and identified by the following information supplied by
the submitter of the job:

1. A job number.
2. A programmer identification number.
3. An identification specific to the run.
4. Priority.
5. Other information as deemed necessary by
   the individual installation.

In addition, in order to facilitate automatic  scheduling  of  jobs  for
optimum  performance, the following should be supplied either by the job
submitter or, for "normal cases," be defined  by  installation  standard
parameters.

6. Expected execution time, cutoff time.
7. 

Re: When did SMF come along?

[Barry Merrill]

Remainder of article from MXG Newsletter FIFTEEN, November 1989.

  The History of SMF 



A.  It uses volume and data set information from the  SMF  data  set  to
create  and  update  records  in  the inventory data sets.  There is one
inventory for direct access resources and one for tape.

B.  From volume information in the  inventories  it  produces  a  volume
inventory report and SCRATCH volume reports.

C.   From data set information in the inventory it produces a variety of
data set reports.  The data  set  inventory  records  are  selected  and
arranged   according  to  such  parameters  as  data  set  name,  volume
indentification, account number, expiration date and last usage date.

D.  It creates control cards for IEHPROGM to  SCRATCH  data  sets  which
have expired.

E.   It  creates  control  cards  for the Resource Management Utility to
REMOVE data set inventory records from the  inventories  for  data  sets
which have been SCRATCHed or DELETEd."

"F.   It accepts control cards to remove volume and data set information
from the inventories.

G.  It can compress the inventories.

Each inventory is a partitioned data set (PDS).  Each directory entry in
the PDS reflects  a  particular  volume.   The  member  itself  contains
information about data sets on that volume.

This was followed  by  twelve  pages  identifying  each  field  in  each
inventory record and its source SMF record (5,14,15,17,18,19, or 20)."

and then the JCL:

"2.1.5.6 Job Control Language and Control Statements Used by the Utility

The Resource Management Utility can be  invoked  by  the  following  job
control language


//jobname  JOB   positional parameters and
  keywords
//stepname EXEC  PGM=utility name
//SYSPRINT DDparameters describing
  SYSOUT device
//SYSDATIN DDparameters describing direct
  access inventory PDS
//SYSTAINV DDparameters describing tape
  inventory PDS
//SYSMAN   DDparameters describing the
  SMF data set
//SYSREPRT DDparameters describing report
  device
//SYSPUNCH DDparameters describing punch
  data set
//SYSINDDparameters describing control
  statement data set "


"The  control  statement  data set (described on the SYSIN DD statement)
contains one or more of the following operations:

  A. UPDATE
  B. REPORT
  C. REMOVE
  D. COMPRESS"

Then followed twelve pages  detail  the  syntax  and  use  of  the  many
operands for each operation.

The  sixteen  error messages produced by the Resource Managment Utility,
IEH901E through IEH916I are then documented, and give the first clue  as
to  the planned name for the Resource Management Utility program name of

IEHMAN!




"2.3.2.2 Resource Management Utility Requirements

The utility program is designed to be in  a  planned  overlay  structure
with  a  minimum  of  15K  required for executable code at one time.  In
addition, core storage is required for buffers.   The  number  of  bytes
needed for buffers is device dependent.  Maximum buffer sizes (in bytes)
are shown in the table below:

   Device Type   Maximum buffer size

2301  Drum  21,000
2302  Drum   5,400
2303  Drum   5,300
2311  Disk   4,000
2314  Disk   7,900
2321  Data Cell  2,400"

And even a performance evaluation of the utility:

"The direct access inventory has entries for ten volumes, each with nine
extensions, giving a total of 100 members in the directory.  Each member
is 3500 bytes long and contains 15 data set inventory records, giving  a
total of 1500 data set entries.

An UPDATE is estimated to take 9 seconds.

A  REPORT VOLID operation, which produces a list of direct access volume
inventory information is estimated to take 1 second.

A REPORT DS operation, which produces an unordered list of all data sets
on  the printer, is estimated to take 82 seconds.  Further time would be
required to produce a sorted list.

A prototype of the utility was coded and  tested  in  several  different
versions.   MVTTRACE  was  used  to  obtain timings of the final version
described below.

SYS1.MAN data set resided on a 9-track 2400 tape drive, model 3, and was
recorded  at  800  bpi.   The  direct access inventory resided on a 2311
device with a member blocksize of 3200 bytes.  The printer  was  a  1403
device  with  120  print  positions.  The CPU was a model 50, the system
MVT, Release 14."

"The first UPDATE run  required  12.2  minutes.   This  initialized  the
inventory data sets.

A.   The  input  stream  from  SYS1.MAN  contained the following records
arranged as if coming from an MVT environment:

60 job commencement  (type 20)
60 job termination   (type 5)
  1500 old non-temporary (type 14)
  1500 new non-temporary 

Re: Check out Massive Amazon cloud service outage disrupts sites

[Steve Beaver]

The one thing that might be interesting is which AWS site went down, and it 
they the CIA down

Steve  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Friday, March 3, 2017 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Massive Amazon cloud service outage disrupts sites

It was on Dutch newssites, with the text: "Amazon Web Services (AWS) announced 
this on Thursday".

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of zMan
> Sent: 03 March, 2017 15:31
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Check out Massive Amazon cloud service outage disrupts 
> sites
> 
> Cite? (Not challenging you, interested!)
> 
> On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM < 
> kees.verno...@klm.com> wrote:
> 
> > The outage was caused by a typo.
> > I remember there were times we made scripts and tested them on our
> test
> > environments, to avoid silly errors in the production environment...
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Edward Finnell
> > > Sent: 28 February, 2017 23:47
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Check out Massive Amazon cloud service outage disrupts
> sites
> > >
> > > _Massive  Amazon cloud service outage disrupts sites_
> > > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-cloud-
> > > service-goes-down-sites-scramble
> > > /98530914/)
> > >
> > > Wondered why traffic was a little off.
> > >
> > > --
> > > --
> --
> > > 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
> >
> 
> 
> 
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access 

Re: Check out Massive Amazon cloud service outage disrupts sites

[Phil Smith]

There's a great (though probably apocryphal) story of the Xerox STAR product 
being installed in directory /bin/star. Tech support is on phone with customer, 
they decide to whack it and start over:

"Type rm dash rf slash bin slash star"  "What's happening?"
"It's taking a really long time..."

Like I said, probably apocryphal, but...

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

Re: Problem Generating CA-7 SASSBSTR Batch LJOB Output

[Gibney, Dave]

Check the output of the CA7 task itself. The Batch Terminal output files can 
fill up and somewhat silently fail.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Friday, March 03, 2017 12:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Problem Generating CA-7 SASSBSTR Batch LJOB Output
> 
> On Fri, Mar 3, 2017 at 2:16 PM, Robert S. Hansel (RSH) <
> r.han...@rshconsulting.com> wrote:
> 
> > Greetings all,
> >
> > I am trying to generate listings of job information from CA-7 with the
> > LJOB command using the Batch Terminal Interface (BTI) program SASSBSTR
> > (PROC CA7BTI). The job runs successfully, but the output in SYSPRINT
> > simply shows the LJOB command I executed and not, as I'd hoped, the
> > output from the LJOB command. I've searched the manuals and cannot
> > figure out how to the get the output I desire and was hoping someone
> could be of assistance. TIA.
> >
> 
> That seems to be what we do here, successfully. The example JCL for my
> shop looks like:
> 
> //**
> ***
> 
> //**  BATCH TERMINAL INTERFACE
> 
> //**  ENTER COMMAND NEEDED
> 
> //**
> ***
> 
> //STEP2  EXEC  CA7BTI,ID=4
> 
> //SYSPRINT DD SYSOUT=O
> 
> //BTERM.SYSIN DD *
> 
> LJOB,JOB=PAPHVF1D,LIST=NODD
> 
> The ID= is the number of the CA-7 batch terminal. The output for me looks
> like:
> 
> BSTR-00  *** INPUT TO BATCH TERMINAL ***
> 
> /LOGON    * GENERATED LOGON *
> LJOB,JOB=PAPHVF1D,LIST=NODD
> /LOGOFF   * GENERATED LOGOFF *
> BSTR-00  *** END OF INPUT ***
>   17062  144831/LOGON 
> 
> CA-7.023 - r11.3(AM02) OPERATOR IS LOGGED ON TO TERMINAL BTERM4  AT
> 14:48:31 ON 17.062
>   17062  144831LJOB,JOB=PAPHVF1D,LIST=NODD
> 
> SLIA-02 JOB=PAPHVF1D NOT FOUND.
>   17062  144831/LOGOFF
> 
> CA-7.024 - r11.3(AM02) OPERATOR AT TERMINAL (BTERM4 ) LOGGED OFF AT
> 14:48:31 ON 17.062
> 
> 
> > Regards, Bob
> >
> > Robert S. Hansel  *** Celebrating 30 years working with RACF ***
> > Lead RACF Specialist
> > RSH Consulting, Inc.
> > 617-969-8211
> > www.linkedin.com/in/roberthansel
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_RSH-
> 5F
> > RACF=DwIBaQ=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw=u9g8rUev
> >
> BoyCPAdo5sWE9w=dAyAGE43vGFnHX_gBsbAvob8F_UW1v2R1oCw8AdR
> gIw=Au6StqI
> > cUqX37G1t1ztFWxafLRn2ql4jcig9AknHZ4k=
> > www.rshconsulting.com
> >
> 
> 
> --
> "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: Problem Generating CA-7 SASSBSTR Batch LJOB Output

[Tony Thigpen]

What I use:

//
//*  SENDS LISTING OF ALL JOBS TO VM FOR PROCESSING
//
//IDCDEL   EXEC PGM=IDCAMS
//SYSPRINT DD  SYSOUT=*
//SYSINDD  *
 DEL SDP.S.CA7MAST.PRINT
 SET MAXCC = 0
/*
//*
//STEP1EXEC CA7BTI
//SYSPRINT DD DSN=SDP.S.CA7MAST.PRINT,
//DISP=(NEW,CATLG,DELETE),
//UNIT=SYSDA,SPACE=(CYL,(4,1),RLSE),
//DCB=(RECFM=FBA,LRECL=133,BLKSIZE=27930)
//ERRORS   DD SYSOUT=*
//SYSIN DD *
/LOGON MASTER
LJOB,LIST=NODD,LRUNDATE=(15001)
/LOGOFF
//*
//FTP1  EXEC  PGM=FTP
//SYSPRINT DD SYSOUT=*
//OUTPUT   DD SYSOUT=*
//INPUTDD DISP=OLD,DSN=SDP.S.VM.FTP.IPADDR
// DD *
 PUT 'SDP.S.VM.FTP.IPADDR'   JOBLOG.CA7LJOB;
 PUT 'SDP.S.CA7MAST.PRINT'   CA7MAST.STORE_H
 DIR
 QUIT
//*

Tony Thigpen

Robert S. Hansel (RSH) wrote on 03/03/2017 03:16 PM:

Greetings all,

I am trying to generate listings of job information from CA-7 with the LJOB
command using the Batch Terminal Interface (BTI) program SASSBSTR (PROC
CA7BTI). The job runs successfully, but the output in SYSPRINT simply shows
the LJOB command I executed and not, as I'd hoped, the output from the LJOB
command. I've searched the manuals and cannot figure out how to the get the
output I desire and was hoping someone could be of assistance. TIA.

Regards, Bob

Robert S. Hansel  *** Celebrating 30 years working with RACF ***
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - MAY 15-19, 2017
- RACF Level I Administration - APR 25-28, 2017
- RACF Level II Administration - FEB 27 - MAR 3, 2017
- RACF Level III Admin, Audit, & Compliance - APR 3-7, 2017
- RACF - Securing z/OS UNIX  - OCT 23-27, 2017


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




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

ServiceLink SRD problem

[Glenn Miller]

We have encountered an issue with the SRD function of ServiceLink. I submitted 
a request for a PTF on Sunday moring, February 26, 2017 and as of a few minutes 
ago, the SRD order is still in Submitted status. We have opened a PMR ( that's 
a whole different issue ) and we are being told the "problem" is worldwide. I 
haven't seen any chatter on IBM-MAIN about this problem all week. That doesn't 
seem possible.  Has no one needed to use SRD this week?

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

Re: When did SMF come along?

[scott Ford]

Oldie Goldie dude

On Fri, Mar 3, 2017 at 3:04 PM, Charles Mills  wrote:

> I just picked an MFT 21.7 "Guide" from 1973 and it's in there as an
> optional
> feature. Right after the part about supporting up to fifteen concurrent
> jobs!
>
> OTOH I am looking at an OS/360 System Programmer's Guide from 1971 and see
> no mention of it. It lists half a dozen system programming macros and there
> is no SMF write macro.
>
> I'm looking at an OS/360 Master Index from 1968. There is a reference for
> "SMF" but it is to an Algol Guide, so I suspect it is a different SMF. And
> I
> do not see System Management Facilities.
>
> I wonder if it did not come along as an optional feature of MFT?
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: Friday, March 3, 2017 11:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: When did SMF come along?
>
> IIRC 1963 It was pretty close to a day 1 feature of os/360
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: 03 March 2017 13:31
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: When did SMF come along?
>
> Roughly when - release number or year - did System Management Facilities
> get
> added to MVS or its predecessor?
>
> Inquiring minds want to know, and it is Friday after all.
>
> Charles Mills
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ::DISCLAIMER::
> 
> 
> 
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as
> information could be intercepted, corrupted, lost, destroyed, arrive late
> or
> incomplete, or may contain viruses in transmission. The e mail and its
> contents (with or without referred errors) shall therefore not attach any
> liability on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the views or opinions of HCL or its
> affiliates. Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of this message without the
> prior written consent of authorized representative of HCL is strictly
> prohibited. If you have received this email in error please delete it and
> notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses
> and other defects.
>
> 
> 
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> 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: Problem Generating CA-7 SASSBSTR Batch LJOB Output

[John McKown]

On Fri, Mar 3, 2017 at 2:16 PM, Robert S. Hansel (RSH) <
r.han...@rshconsulting.com> wrote:

> Greetings all,
>
> I am trying to generate listings of job information from CA-7 with the LJOB
> command using the Batch Terminal Interface (BTI) program SASSBSTR (PROC
> CA7BTI). The job runs successfully, but the output in SYSPRINT simply shows
> the LJOB command I executed and not, as I'd hoped, the output from the LJOB
> command. I've searched the manuals and cannot figure out how to the get the
> output I desire and was hoping someone could be of assistance. TIA.
>

That seems to be what we do here, successfully. The example JCL for my shop
looks like:

//*

//**  BATCH TERMINAL INTERFACE

//**  ENTER COMMAND NEEDED

//*

//STEP2  EXEC  CA7BTI,ID=4

//SYSPRINT DD SYSOUT=O

//BTERM.SYSIN DD *

LJOB,JOB=PAPHVF1D,LIST=NODD

The ID= is the number of the CA-7 batch terminal. The output for me looks
like:

BSTR-00  *** INPUT TO BATCH TERMINAL ***

/LOGON    * GENERATED LOGON *
LJOB,JOB=PAPHVF1D,LIST=NODD
/LOGOFF   * GENERATED LOGOFF *
BSTR-00  *** END OF INPUT ***
  17062  144831/LOGON 

CA-7.023 - r11.3(AM02) OPERATOR IS LOGGED ON TO TERMINAL BTERM4  AT
14:48:31 ON 17.062
  17062  144831LJOB,JOB=PAPHVF1D,LIST=NODD

SLIA-02 JOB=PAPHVF1D NOT FOUND.
  17062  144831/LOGOFF

CA-7.024 - r11.3(AM02) OPERATOR AT TERMINAL (BTERM4 ) LOGGED OFF AT
14:48:31 ON 17.062


> Regards, Bob
>
> Robert S. Hansel  *** Celebrating 30 years working with RACF ***
> Lead RACF Specialist
> RSH Consulting, Inc.
> 617-969-8211
> www.linkedin.com/in/roberthansel
> http://twitter.com/RSH_RACF
> www.rshconsulting.com
>


-- 
"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: Check out Massive Amazon cloud service outage disrupts sites

[John McKown]

On Fri, Mar 3, 2017 at 1:09 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Fri, 3 Mar 2017 11:19:52 -0600, John McKown wrote:
> >
> >> The outage was caused by a typo.
> >
> >​Ah, yes. The UNIX community has the legend of the system administrator
> >(aka "root") who meant to remove all single character files via "rm -f ?"
> >who typed in "rm -f /" OOPS!​
> >
> Can even superuser unlink a non-empty directory?
>

​No. But that would unlink all empty directories and files. Not that should
should be many such. Actual stupid is: rm -rf /​



>
> -- gil
>
> --
> 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: Check out Massive Amazon cloud service outage disrupts sites

[Lester, Bob]

Hi,

 Become root, navigate to /, enter rm -rf *.

 Boom.

 Every unix/linux admin. Has done a variation of this - usually only once!

 As a MF guy that has dabbled in the dark side - Not as much as John McK! - 
I always thought it would be fun to watch to do exactly that from z/OS unix and 
watch the MVS syslog.

 :-)

Happy Friday,
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, March 03, 2017 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Massive Amazon cloud service outage disrupts sites [ 
EXTERNAL ]

On Fri, 3 Mar 2017 11:19:52 -0600, John McKown wrote:
>
>> The outage was caused by a typo.
>
>​Ah, yes. The UNIX community has the legend of the system administrator 
>(aka "root") who meant to remove all single character files via "rm -f ?"
>who typed in "rm -f /" OOPS!​
>
Can even superuser unlink a non-empty directory?

-- gil

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.


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

Re: Can you use IDCAMS REPRO on zFS files

[Cieri, Anthony]

You could try DFDSS Dump and restore.  In two separate jobs, you can 
increase the file allocation on the DFDSS dump and them rename the files on the 
DFDSS restore!!

Hth
Tony 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, March 03, 2017 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

Well, I should have been more specific.   I don’t see a way to make it bigger 
either, but in this case Lizette said it was already 200 cylinders.   DFDSS 
copy could create a new one 200 cylinders large, with very few extents, and my 
next move would have been to do a ZFSADM grow immediately to get it to the 
desired size.  I personally try to avoid any of the copytree "stuff" or just a 
brute force mv where possible, just due to the essence of time.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, March 03, 2017 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

I've never had any luck resizing ZFS using the DSS copy, I'd be curious if that 
works for Lizzette zfsadm grow will work if the zfs was allocated with a large 
enough primary, my personal preference, rather than having many extents to get 
my final results, plus John makes a good point The only reason that I can think 
of is if the zFS filesystem LDS was originally created with a DataClass which 
did not have "extended addressing" and so is limited to 4 GiB.​ 


I still prefer allocating a new linear vsam file large enough and REPRO the old 
to the new, and mount that file at /u/userid/tmp and see if it contains all the 
data you expect to be there, I've done this with a vendor's ZFS file that was 
created incorrectly . 




- Original Message -

From: "David Jousma" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 3, 2017 12:40:09 PM
Subject: Re: Can you use IDCAMS REPRO on zFS files 

Ok, well in that case, I'd just DFDSS copy it. In fact, if you can unmount it 
first you can copy it, and have DSS rename it back to the original name all in 
one operation, then just remount it. 

//STEP1 EXEC PGM=ADRDSSU,REGION=8M
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY DS(INC(your.zfs)) -
ALLDATA(*) -
SPHERE -
DELETE -
ALLX -
CATALOG -
PURGE 

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, March 03, 2017 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files 

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents. 

I like to resize the space allocation so it does not have to do 

EXTEND - FORMAT
EXTEND - FORMAT
EXTEND - FORMAT 

Dozens of times and possibly impacting the performance for the user. 

Lizette 


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Friday, March 03, 2017 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> Seems like going around the block to get next doorwhy not just 
> zfsadm grow?
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Friday, March 03, 2017 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp 
> directory, then copy from the original to the new. Dismount Old, 
> alter/newname new and then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
> Which means my process would be
> Unmount
> Rename current to .old
> Create new with correct name
> REPRO old to new
> Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure? 
> Inquiring minds want to know. 
> 
> Thanks
> 
> 
> Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions, 

Re: Software vendor trying to force MSU based contract

[Edward Gould]

> On 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?
 In general there are plug compatible products out there that are *CHEAP*

> 2) Do you need continued support, e.g. for legal and compliance reasons?
Excellent question which leaves quite a few products wanting. 
example: We had a multiple CPU upgrade going on and one product would not run 
because of an issue with a license. This had been addressed 2 weeks before 
hand. When we called at 02:00  all we got was an answering machine. We had to 
back out the upgrade. 

> 3) is the company in financial difficulties?

That is hard to tell, IMO. Numbers given to the public are not necessarily 
valid. I would guess that I would call the local BBB and see if there are any 
complaints (current). Also a call to other people that may have their product 
and get a feeling about support etc is easier.

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

[Edward Gould]

> On Mar 2, 2017, at 5:00 PM, Ward, Mike S  wrote:
> 
> 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.  

SNIP

Hope you understand what you did by doing that.
Now users will be able to mount tapes from their TSO session.
It drove our operators nuts and we had to severely restrict it to sysprogs only.

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

Problem Generating CA-7 SASSBSTR Batch LJOB Output

[Robert S. Hansel (RSH)]

Greetings all,

I am trying to generate listings of job information from CA-7 with the LJOB
command using the Batch Terminal Interface (BTI) program SASSBSTR (PROC
CA7BTI). The job runs successfully, but the output in SYSPRINT simply shows
the LJOB command I executed and not, as I'd hoped, the output from the LJOB
command. I've searched the manuals and cannot figure out how to the get the
output I desire and was hoping someone could be of assistance. TIA.

Regards, Bob

Robert S. Hansel  *** Celebrating 30 years working with RACF ***
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - MAY 15-19, 2017
- RACF Level I Administration - APR 25-28, 2017
- RACF Level II Administration - FEB 27 - MAR 3, 2017
- RACF Level III Admin, Audit, & Compliance - APR 3-7, 2017
- RACF - Securing z/OS UNIX  - OCT 23-27, 2017


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

Re: When did SMF come along?

[Charles Mills]

I just picked an MFT 21.7 "Guide" from 1973 and it's in there as an optional
feature. Right after the part about supporting up to fifteen concurrent
jobs!

OTOH I am looking at an OS/360 System Programmer's Guide from 1971 and see
no mention of it. It lists half a dozen system programming macros and there
is no SMF write macro.

I'm looking at an OS/360 Master Index from 1968. There is a reference for
"SMF" but it is to an Algol Guide, so I suspect it is a different SMF. And I
do not see System Management Facilities. 

I wonder if it did not come along as an optional feature of MFT?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Allan Staller
Sent: Friday, March 3, 2017 11:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: When did SMF come along?

IIRC 1963 It was pretty close to a day 1 feature of os/360

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: 03 March 2017 13:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: When did SMF come along?

Roughly when - release number or year - did System Management Facilities get
added to MVS or its predecessor?

Inquiring minds want to know, and it is Friday after all.

Charles Mills

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


::DISCLAIMER::



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




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

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

Re: Can you use IDCAMS REPRO on zFS files

[Jousma, David]

Well, I should have been more specific.   I don’t see a way to make it bigger 
either, but in this case Lizette said it was already 200 cylinders.   DFDSS 
copy could create a new one 200 cylinders large, with very few extents, and my 
next move would have been to do a ZFSADM grow immediately to get it to the 
desired size.  I personally try to avoid any of the copytree "stuff" or just a 
brute force mv where possible, just due to the essence of time.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, March 03, 2017 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

I've never had any luck resizing ZFS using the DSS copy, I'd be curious if that 
works for Lizzette zfsadm grow will work if the zfs was allocated with a large 
enough primary, my personal preference, rather than having many extents to get 
my final results, plus John makes a good point The only reason that I can think 
of is if the zFS filesystem LDS was originally created with a DataClass which 
did not have "extended addressing" and so is limited to 4 GiB.​ 


I still prefer allocating a new linear vsam file large enough and REPRO the old 
to the new, and mount that file at /u/userid/tmp and see if it contains all the 
data you expect to be there, I've done this with a vendor's ZFS file that was 
created incorrectly . 




- Original Message -

From: "David Jousma" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 3, 2017 12:40:09 PM
Subject: Re: Can you use IDCAMS REPRO on zFS files 

Ok, well in that case, I'd just DFDSS copy it. In fact, if you can unmount it 
first you can copy it, and have DSS rename it back to the original name all in 
one operation, then just remount it. 

//STEP1 EXEC PGM=ADRDSSU,REGION=8M
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY DS(INC(your.zfs)) -
ALLDATA(*) -
SPHERE -
DELETE -
ALLX -
CATALOG -
PURGE 

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, March 03, 2017 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files 

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents. 

I like to resize the space allocation so it does not have to do 

EXTEND - FORMAT
EXTEND - FORMAT
EXTEND - FORMAT 

Dozens of times and possibly impacting the performance for the user. 

Lizette 


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Friday, March 03, 2017 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> Seems like going around the block to get next doorwhy not just 
> zfsadm grow?
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Friday, March 03, 2017 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp 
> directory, then copy from the original to the new. Dismount Old, 
> alter/newname new and then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
> Which means my process would be
> Unmount
> Rename current to .old
> Create new with correct name
> REPRO old to new
> Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure? 
> Inquiring minds want to know. 
> 
> Thanks
> 
> 
> Lizette

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


This e-mail transmission contains information that is confidential and may be 
privileged. It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is 

Re: When did SMF come along?

[Allan Staller]

IIRC 1963 It was pretty close to a day 1 feature of os/360

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: 03 March 2017 13:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: When did SMF come along?

Roughly when - release number or year - did System Management Facilities get 
added to MVS or its predecessor?

Inquiring minds want to know, and it is Friday after all.

Charles Mills

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


::DISCLAIMER::


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



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

Re: When did SMF come along?

[Blaicher, Christopher Y.]

Don't know.  It had to be early on as I remember it in OS/MFT R13 in the early 
70's.

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 Charles Mills
Sent: Friday, March 3, 2017 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: When did SMF come along?

Roughly when - release number or year - did System Management Facilities get 
added to MVS or its predecessor?

Inquiring minds want to know, and it is Friday after all.

Charles Mills

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

When did SMF come along?

[Charles Mills]

Roughly when - release number or year - did System Management Facilities get
added to MVS or its predecessor?

Inquiring minds want to know, and it is Friday after all.

Charles Mills

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

[Tony Harminc]

On 3 March 2017 at 13:51, John McKown  wrote:
> On Fri, Mar 3, 2017 at 12:31 PM, J R  wrote:
>
>> Maybe a side effect of Agile / DevOps.
>>
>> Ah, well, time for a Scrum!
>>
>
> Software, rugby or drink?
> http://stackoverflow.com/questions/11469358/what-is-the-difference-between-scrum-and-agile-development
>
> https://untappd.com/b/facer-s-scrum-dragon/1936165

http://dilbert.com/strip/2017-02-06

Tony H.

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

[Paul Gilmartin]

On Fri, 3 Mar 2017 11:19:52 -0600, John McKown wrote:
>
>> The outage was caused by a typo.
>
>​Ah, yes. The UNIX community has the legend of the system administrator
>(aka "root") who meant to remove all single character files via "rm -f ?"
>who typed in "rm -f /" OOPS!​
>
Can even superuser unlink a non-empty directory?

-- gil

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

Re: Can you use IDCAMS REPRO on zFS files

[Carmen Vitullo]

I've never had any luck resizing ZFS using the DSS copy, I'd be curious if that 
works for Lizzette 
zfsadm grow will work if the zfs was allocated with a large enough primary, my 
personal preference, rather than having many extents to get my final results, 
plus John makes a good point 
The only reason that I can think of is if the zFS filesystem LDS was originally 
created with a DataClass which did not have "extended addressing" and so is 
limited to 4 GiB.​ 


I still prefer allocating a new linear vsam file large enough and REPRO the old 
to the new, and mount that file at /u/userid/tmp and see if it contains all the 
data you expect to be there, I've done this with a vendor's ZFS file that was 
created incorrectly . 




- Original Message -

From: "David Jousma"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, March 3, 2017 12:40:09 PM 
Subject: Re: Can you use IDCAMS REPRO on zFS files 

Ok, well in that case, I'd just DFDSS copy it. In fact, if you can unmount it 
first you can copy it, and have DSS rename it back to the original name all in 
one operation, then just remount it. 

//STEP1 EXEC PGM=ADRDSSU,REGION=8M 
//SYSPRINT DD SYSOUT=* 
//SYSIN DD * 
COPY DS(INC(your.zfs)) - 
ALLDATA(*) - 
SPHERE - 
DELETE - 
ALLX - 
CATALOG - 
PURGE 

_ 
Dave Jousma 
Manager Mainframe Engineering, Assistant Vice President 
david.jou...@53.com 
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H 
p 616.653.8429 
f 616.653.2717 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler 
Sent: Friday, March 03, 2017 1:35 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Can you use IDCAMS REPRO on zFS files 

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents. 

I like to resize the space allocation so it does not have to do 

EXTEND - FORMAT 
EXTEND - FORMAT 
EXTEND - FORMAT 

Dozens of times and possibly impacting the performance for the user. 

Lizette 


> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David 
> Sent: Friday, March 03, 2017 11:29 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Can you use IDCAMS REPRO on zFS files 
> 
> Seems like going around the block to get next doorwhy not just 
> zfsadm grow? 
> 
> _ 
> Dave Jousma 
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com 
> 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717 
> 
> 
> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler 
> Sent: Friday, March 03, 2017 11:55 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Can you use IDCAMS REPRO on zFS files 
> 
> List - 
> 
> When I expand a zFS file I will create a new one, mount it on a temp 
> directory, then copy from the original to the new. Dismount Old, 
> alter/newname new and then mount on original path. 
> 
> I have someone telling me that I can use a simple IDCAMS Repro 
> 
> Which means my process would be 
> Unmount 
> Rename current to .old 
> Create new with correct name 
> REPRO old to new 
> Mount new file on original mount point 
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure? 
> Inquiring minds want to know. 
> 
> Thanks 
> 
> 
> Lizette 

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


This e-mail transmission contains information that is confidential and may be 
privileged. It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated. 

-- 
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: Check out Massive Amazon cloud service outage disrupts sites

[John McKown]

On Fri, Mar 3, 2017 at 12:31 PM, J R  wrote:

> Maybe a side effect of Agile / DevOps.
>
> Ah, well, time for a Scrum!
>

​Software, rugby or drink?
http://stackoverflow.com/questions/11469358/what-is-the-difference-between-scrum-and-agile-development
​
​https://untappd.com/b/facer-s-scrum-dragon/1936165​

-- 
"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: Can you use IDCAMS REPRO on zFS files

[John McKown]

On Fri, Mar 3, 2017 at 12:29 PM, Jousma, David  wrote:

> Seems like going around the block to get next doorwhy not just zfsadm
> grow?
>

​The only reason that I can think of is if the zFS filesystem LDS was
originally created with a DataClass which did not have "extended
addressing" and so is limited to 4 GiB.​


>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>


-- 
"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: Check out Massive Amazon cloud service outage disrupts sites

[J R]

Maybe a side effect of Agile / DevOps. 

Ah, well, time for a Scrum!  

Sent from my iPhone

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

Re: Can you use IDCAMS REPRO on zFS files

[Jousma, David]

Ok, well in that case, I'd just DFDSS copy it.  In fact, if you can unmount it 
first you can copy it, and have DSS rename it back to the original name all in 
one operation, then just remount it.

//STEP1 EXEC  PGM=ADRDSSU,REGION=8M  
//SYSPRINT  DDSYSOUT=*   
//SYSIN DD*  
 COPY DS(INC(your.zfs)) - 
 ALLDATA(*) -
 SPHERE -
 DELETE -
 ALLX -  
 CATALOG -   
 PURGE   

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, March 03, 2017 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents.

I like to resize the space allocation so it does not have to do
 
 EXTEND - FORMAT
 EXTEND - FORMAT
 EXTEND - FORMAT

Dozens of times and possibly impacting the performance for the user.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Friday, March 03, 2017 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> Seems like going around the block to get next doorwhy not just 
> zfsadm grow?
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Friday, March 03, 2017 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp 
> directory, then copy from the original to the new.  Dismount Old, 
> alter/newname new and then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
>  Which means my process would be
>  Unmount
>  Rename current to .old
>  Create new with correct name
>  REPRO old to new
>  Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure?
> Inquiring minds want to know.
> 
> Thanks
> 
> 
> Lizette

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


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: Any Europeans thinking of coming to Summer SHARE ...

[Charles Mills]

The curse of the folded link
https://nyti.ms/2mb92Nw 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Friday, March 3, 2017 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any Europeans thinking of coming to Summer SHARE ...

https://www.nytimes.com/2017/03/01/travel/cheap-flight-tickets-norwegian-air
-europe.html 

 

Charles Mills



 


--
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: Can you use IDCAMS REPRO on zFS files

[Lizette Koehler]

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents.

I like to resize the space allocation so it does not have to do
 
 EXTEND - FORMAT
 EXTEND - FORMAT
 EXTEND - FORMAT

Dozens of times and possibly impacting the performance for the user.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Friday, March 03, 2017 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> Seems like going around the block to get next doorwhy not just zfsadm
> grow?
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Friday, March 03, 2017 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp
> directory, then copy from the original to the new.  Dismount Old,
> alter/newname new and then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
>  Which means my process would be
>  Unmount
>  Rename current to .old
>  Create new with correct name
>  REPRO old to new
>  Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure?
> Inquiring minds want to know.
> 
> Thanks
> 
> 
> Lizette

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

Re: Can you use IDCAMS REPRO on zFS files

[Jousma, David]

Seems like going around the block to get next doorwhy not just zfsadm grow? 
 

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, March 03, 2017 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can you use IDCAMS REPRO on zFS files

List -

When I expand a zFS file I will create a new one, mount it on a temp directory, 
then copy from the original to the new.  Dismount Old, alter/newname new and 
then mount on original path.

I have someone telling me that I can use a simple IDCAMS Repro

 Which means my process would be
 Unmount
 Rename current to .old
 Create new with correct name
 REPRO old to new
 Mount new file on original mount point

Is it possible to use IDCAMS to copy a zFS file and not break the structure?
Inquiring minds want to know.

Thanks


Lizette 

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


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Any Europeans thinking of coming to Summer SHARE ...

[Charles Mills]

https://www.nytimes.com/2017/03/01/travel/cheap-flight-tickets-norwegian-air
-europe.html 

 

Charles Mills



 


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

Re: Can you use IDCAMS REPRO on zFS files

[Carmen Vitullo]

Good Info David, I can't recall, been too long since I've done this, I have to 
assume I did not format the ZFS FS or I would have been the one reporting this 
issue. 
Carmen 

- Original Message -

From: "David Geib"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, March 3, 2017 11:51:56 AM 
Subject: Re: Can you use IDCAMS REPRO on zFS files 

Please be aware of OA50872 when using IDCAMS REPRO and ZFS file systems. 

http://www-01.ibm.com/support/docview.wss?crawler=1=isg1OA50872 

snip from the APAR 
The ONLY supported and proper use of REPRO pertaining to zFS 
filesystems is to REPRO an existing zFS into a 
newly defined VSAM LDS THAT HAS NOT HAD THE IOEAGFMT UTILITY 
run against it to make it a viable zFS filesystem. 

-- 
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: Can you use IDCAMS REPRO on zFS files

[David Geib]

Please be aware of OA50872 when using IDCAMS REPRO and ZFS file systems.

http://www-01.ibm.com/support/docview.wss?crawler=1=isg1OA50872

snip from the APAR
The ONLY supported and proper use of REPRO pertaining to zFS
filesystems is to REPRO an existing zFS into a
newly defined VSAM LDS  THAT HAS NOT HAD THE IOEAGFMT UTILITY
run against it to make it a viable zFS filesystem.

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

[John McKown]

On Fri, Mar 3, 2017 at 2:40 AM, Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> The outage was caused by a typo.
>

​Ah, yes. The UNIX community has the legend of the system administrator
(aka "root") who meant to remove all single character files via "rm -f ?"
who typed in "rm -f /" OOPS!​



> I remember there were times we made scripts and tested them on our test
> environments, to avoid silly errors in the production environment...
>
> Kees.
>
>

-- 
"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: Can you use IDCAMS REPRO on zFS files

[Lizette Koehler]

Thanks

I have the JCL.  I was just unsure that this was a good way to treat zFS files.

Of course the process is

BACKUP
  IDCAMS
 Validate

 

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Friday, March 03, 2017 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> I've done this a couple years back with a product someone installed and the
> ZFS filename was incorrect.
> unmount, rerpo and re mount
> I may have some old JCL to do this if you need
> 
> 
> - Original Message -
> 
> From: "Lizette Koehler" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Friday, March 3, 2017 10:55:24 AM
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp
> directory,
> then copy from the original to the new. Dismount Old, alter/newname new and
> then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
> Which means my process would be
> Unmount
> Rename current to .old
> Create new with correct name
> REPRO old to new
> Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure?
> Inquiring minds want to know.
> 
> Thanks
> 
> 
> Lizette
> 

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

Re: Can you use IDCAMS REPRO on zFS files

[Carmen Vitullo]

I've done this a couple years back with a product someone installed and the ZFS 
filename was incorrect. 
unmount, rerpo and re mount 
I may have some old JCL to do this if you need 


- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, March 3, 2017 10:55:24 AM 
Subject: Can you use IDCAMS REPRO on zFS files 

List - 

When I expand a zFS file I will create a new one, mount it on a temp directory, 
then copy from the original to the new. Dismount Old, alter/newname new and 
then mount on original path. 

I have someone telling me that I can use a simple IDCAMS Repro 

Which means my process would be 
Unmount 
Rename current to .old 
Create new with correct name 
REPRO old to new 
Mount new file on original mount point 

Is it possible to use IDCAMS to copy a zFS file and not break the structure? 
Inquiring minds want to know. 

Thanks 


Lizette 

-- 
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: Check out Massive Amazon cloud service outage disrupts sites

[Mike Beer]

When I see things like this I am always amazed how IT has changed.
Acting like that in the previous century was not the way professionals 
worked.

Of course, there was a test, development and production environment.

But what really puzzled me was that billing did not work in the way they 
had expected it to be.

Architecture? Application Design? Sizing? Testing???
Or is it just coding nowadays?

Mike

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

Can you use IDCAMS REPRO on zFS files

[Lizette Koehler]

List -

When I expand a zFS file I will create a new one, mount it on a temp directory,
then copy from the original to the new.  Dismount Old, alter/newname new and
then mount on original path.

I have someone telling me that I can use a simple IDCAMS Repro

 Which means my process would be
 Unmount 
 Rename current to .old
 Create new with correct name
 REPRO old to new
 Mount new file on original mount point

Is it possible to use IDCAMS to copy a zFS file and not break the structure?
Inquiring minds want to know.

Thanks


Lizette 

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

[Elardus Engelbrecht]

Bill Woodger wrote:

>>...giving a link to this [honest] post mortem by the AWS:
>>https://aws.amazon.com/message/41926/

>I'm not sure "honest" is the exact word I'd use to describe what Amazon writes 
>:-). 

This is why I put that word in those brackets because I also barely read that 
airplane magazine junk you mentioned like this one:

>"Finally, we want to apologize for the impact this event caused for our 
>customers. While we are proud of our long track record of availability with 
>Amazon S3, we know how critical this service is to our customers, their 
>applications and end users, and their businesses. We will do everything we can 
>to learn from this event and use it to improve our availability even further."

I would also asked why 'finally'?


>As has been said, don't you test it first? With something of 
>ever-increasing-scale you don't even rely on "well, it worked OK six months 
>ago".

Do they have a sandbox to do their testing? Was that guy not supervised or peer 
reviewed at all?


>They were "debugging". It was a "billing" problem. Something causing the 
>billing to "progress more slowly than expected" (does that really sound so 
>bad?). Debugging billing on a live system, and they loose vast numbers of 
>business-availability-hours across vast numbers of websites? Debugging? 
>Really? Seriously? And they can get away with that? 

I nearly spilled my coffee when I see that 'debugging' thing on a live system. 
Just like you, I also think it is just a standard PR thing.

They're just pacifying journalists, shareholders, bosses and their users.


>Move along, please, nothing to see here. 

Just a virtual police line. No rubberneckers here, move on! 

Groete / Greetings
Elardus Engelbrecht

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

Re: Check out Massive Amazon cloud service outage disrupts sites

[Bill Woodger]

On Fri, 3 Mar 2017 09:30:11 -0600, Elardus Engelbrecht 
 wrote:

>Vernooij, Kees (ITOPT1) - KLM  wrote:
>
...
>
>...giving a link to this [honest] post mortem by the AWS:
>
>https://aws.amazon.com/message/41926/
>
>Just a simple lame typo... ;-)
>
>Groete / Greetings
>Elardus Engelbrecht
>

The link to the Amazon release was in the article mentioned yesterday. I'm not 
sure "honest" is the exact word I'd use to describe what Amazon writes :-). 
There's also some irony (for me) that the most obvious things on that web page 
are "by the way, take up our service" and "hey, you can eve do it for free".

Here's an example of how "well crafted" the item is:

"Finally, we want to apologize for the impact this event caused for our 
customers. While we are proud of our long track record of availability with 
Amazon S3, we know how critical this service is to our customers, their 
applications and end users, and their businesses. We will do everything we can 
to learn from this event and use it to improve our availability even further."

Why "finally"? Isn't that the first thing they want to do? Why is it an 
"event", which doesn't sound very bad? After all, event happens, it's just 
often spelled differently in that phrase.

And it is not lessons learned to improve availability. It is to " improve our 
availability even further". So it was a good thing.

So, full disclosure, everything in the open. Whoops. Somehow it is convenient 
not to mention or address HOW DID THAT EVER HAPPEN IN THE FIRST PLACE. 

As has been said, don't you test it first? With something of 
ever-increasing-scale you don't even rely on "well, it worked OK six months 
ago".

"The Amazon Simple Storage Service (S3) team was debugging an issue causing the 
S3 billing system to progress more slowly than expected."

They were "debugging". It was a "billing" problem. Something causing the 
billing to "progress more slowly than expected" (does that really sound so 
bad?). Debugging billing on a live system, and they loose vast numbers of 
business-availability-hours across vast numbers of websites? Debugging? Really? 
Seriously? And they can get away with that? 

Yes, it's all in there. Sort of. Standard PR technique to reveal "everything" 
so that no-one digs into the revelations, because the revalatory work of the 
journalist is already done by Amazon themselves. Move along, please, nothing to 
see here. 

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

Re: Friday fun: trapping message IEC386S.

[Elardus Engelbrecht]

Vernooij, Kees (ITOPT1) - KLM wrote:

>Never too old to be surprised by software playing tricks with you:

Oh, tell me. If I could make money for each surprises I would be richer than 
those richest persons on the planet...

... hey, I could ask that space-x guy to build me a [safe] five star hotel 
rocket to the moon with space for girls and a bar. [1] 


>Try to trap message IEC386S with an automation tool. This will give you a lot 
>of headaches, until you discover the messageid is preceded by a blank. So you 
>should trap ' IEC386S', not 'IEC386S'.

How are you trapping it? By message or by string search?

Note: 

- by message, I mean the standard IBM messages with ' ', '*', etc., all of them 
on a standard place in console/Syslog/etc.
- by string, word with spaces as prefix/suffix anywhere on the 
Syslog/console/etc.


>IBM has opened APAR OA52268, so in the meantime you best trap both occurrences 
>of the message.

I don't see that APAR, but will probably see it later this month.

Question: At what z/OS level is this APAR applicable?

>In detail:
>0210  IEE252I MEMBER IGGCAT00 FOUND IN SYS1.PARMLIB
>0210   IEC386S INVALID KEYWORD DETECTED IN IGGCAT00 AT LINE:EXTENDED(YES)

I don't see that shifty message my SYSLOGs... is it good, bad or ugly? ;-)

Is that a x'40' or is that a unprintable character? Please post it, just for 
more Friday funnies.

Groete / greetings
Elardus Engelbrecht

[1] - NASA actually does not allow any alcohol [and sex] in space. 2 reasons, 
intoxinated astronauts are worse than drunkies on the road, and then there is 
the fire danger as well as fumes messing with experiments.

However, Russia once allowed small quantities wodka for their own cosmonauts. 
However they may carry up firearms to be used when they land somewhere where 
there are dangers during a landing on a wrong place.

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

[Elardus Engelbrecht]

Vernooij, Kees (ITOPT1) - KLM  wrote:

Thanks for giving the sources.

You can look at https://en.wikipedia.org/wiki/Timeline_of_Amazon_Web_Services 
were it says:

"On March 2, AWS reveals that the outage was caused by an incorrect parameter 
passed in by an authorized employee while debugging that ended up deleting more 
instances than the employee intended."

citing this source: 

http://venturebeat.com/2017/03/02/aws-apologizes-for-february-28-outage-takes-steps-to-prevent-similar-events/

...giving a link to this [honest] post mortem by the AWS:

https://aws.amazon.com/message/41926/

Just a simple lame typo... ;-)

Groete / Greetings
Elardus Engelbrecht

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

Friday Funny

[Dyck, Lionel B. (TRA)]

Just noticed this PTF among the maintenance I'm installing for Syncsort :

++PTF(TY01144) REWORK(2016006).
++VER(Z038) FMID(BSSIZ21)  PRE(TY00Z21) SUP(TY00934,TY01114)
/*

  Circumstances: This PTF contains code that adds support for Y2K
 conversion with WEEKNUM and AGE output.

At least they got around to it :)


--
Lionel B. Dyck
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10)
Information and Technology, IT Operations and Services

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

Re: Friday Funny

[PINION, RICHARD W.]

Y2K???  Because two K's are better than one :)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, March 03, 2017 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Friday Funny

Just noticed this PTF among the maintenance I'm installing for Syncsort :

++PTF(TY01144) REWORK(2016006).
++VER(Z038) FMID(BSSIZ21)  PRE(TY00Z21) SUP(TY00934,TY01114)
/*

  Circumstances: This PTF contains code that adds support for Y2K
 conversion with WEEKNUM and AGE output.

At least they got around to it :)


--
Lionel B. Dyck
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10) Information and Technology, 
IT Operations and Services

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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

Re: Software vendor trying to force MSU based contract

[Rugen, Len]

We had a vendor of a product to lookup error message codes try to jump our 
price years ago.  Internet search engines were just becoming useful and IBM was 
putting manuals online, so we told the vendor we would renew for a reasonable 
increase, or cancel if they wouldn't accept that.  They didn't, we cancelled 
and removed the product before its expiration date.

When we reached the expiration date, the salesman called back asking why we 
didn't renew.  I reminded him of what we said, he then offered to renew at the 
same price as before.  I explained that we had taken the effort to find another 
way and no longer needed his product, even if it was free.  

I hope his boat payment wasn't hurt :-)

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


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

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

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

[Vernooij, Kees (ITOPT1) - KLM]

http://www.geekwire.com/2017/amazon-explains-massive-aws-outage-says-employee-error-took-servers-offline-promises-changes/

Kees.

> -Original Message-
> From: Vernooij, Kees (ITOPT1) - KLM
> Sent: 03 March, 2017 15:41
> To: 'IBM-MAIN@listserv.ua.edu' 
> Subject: RE: Check out Massive Amazon cloud service outage disrupts
> sites
> 
> Since I can't find any other references, the full translation of the
> Dutch article is:
> 
> Seattle-
> a simple typing error was the cause of the global failure Tuesday on the
> internet. That was announced by Amazon Web Services (AWS) Thursday. An
> employee tried to fix a problem with the cloud servers from Amazon and
> had to turn off some. However, he mistakenly gave the command to disable
> a range of servers. That triggered a chain reaction whereby the
> computers had to be restarted. Websites like Buzzfeed, Expedia and
> Medium were hours hardly reachable. Also Snapchat was suffering from the
> failure. Eventually the problem lasted four hours.
> 
> Kees.
> > -Original Message-
> > From: Vernooij, Kees (ITOPT1) - KLM
> > Sent: 03 March, 2017 15:35
> > To: 'IBM Mainframe Discussion List' 
> > Subject: RE: Check out Massive Amazon cloud service outage disrupts
> > sites
> >
> > It was on Dutch newssites, with the text: "Amazon Web Services (AWS)
> > announced this on Thursday".
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On
> > > Behalf Of zMan
> > > Sent: 03 March, 2017 15:31
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Check out Massive Amazon cloud service outage disrupts
> > > sites
> > >
> > > Cite? (Not challenging you, interested!)
> > >
> > > On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM <
> > > kees.verno...@klm.com> wrote:
> > >
> > > > The outage was caused by a typo.
> > > > I remember there were times we made scripts and tested them on our
> > > test
> > > > environments, to avoid silly errors in the production
> environment...
> > > >
> > > > Kees.
> > > >
> > > > > -Original Message-
> > > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > > m...@listserv.ua.edu] On
> > > > > Behalf Of Edward Finnell
> > > > > Sent: 28 February, 2017 23:47
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Subject: Check out Massive Amazon cloud service outage disrupts
> > > sites
> > > > >
> > > > > _Massive  Amazon cloud service outage disrupts sites_
> > > > > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-
> cloud-
> > > > > service-goes-down-sites-scramble
> > > > > /98530914/)
> > > > >
> > > > > Wondered why traffic was a little off.
> > > > >
> > > > > 
> --
> > --
> > > --
> > > > > 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
> > > >
> > >
> > >
> > >
> > > --
> > > 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: 

Re: Check out Massive Amazon cloud service outage disrupts sites

[Blake, Daniel J [CTR]]

http://www.pcmag.com/news/352160/a-typo-took-amazon-s3-offline


Dan


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Friday, March 03, 2017 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check out Massive Amazon cloud service outage disrupts sites

Since I can't find any other references, the full translation of the Dutch 
article is:

Seattle-
a simple typing error was the cause of the global failure Tuesday on the 
internet. That was announced by Amazon Web Services (AWS) Thursday. An employee 
tried to fix a problem with the cloud servers from Amazon and had to turn off 
some. However, he mistakenly gave the command to disable a range of servers. 
That triggered a chain reaction whereby the computers had to be restarted. 
Websites like Buzzfeed, Expedia and Medium were hours hardly reachable. Also 
Snapchat was suffering from the failure. Eventually the problem lasted four 
hours.

Kees.
> -Original Message-
> From: Vernooij, Kees (ITOPT1) - KLM
> Sent: 03 March, 2017 15:35
> To: 'IBM Mainframe Discussion List' 
> Subject: RE: Check out Massive Amazon cloud service outage disrupts 
> sites
> 
> It was on Dutch newssites, with the text: "Amazon Web Services (AWS) 
> announced this on Thursday".
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of zMan
> > Sent: 03 March, 2017 15:31
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Check out Massive Amazon cloud service outage disrupts 
> > sites
> >
> > Cite? (Not challenging you, interested!)
> >
> > On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM < 
> > kees.verno...@klm.com> wrote:
> >
> > > The outage was caused by a typo.
> > > I remember there were times we made scripts and tested them on our
> > test
> > > environments, to avoid silly errors in the production environment...
> > >
> > > Kees.
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > m...@listserv.ua.edu] On
> > > > Behalf Of Edward Finnell
> > > > Sent: 28 February, 2017 23:47
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Check out Massive Amazon cloud service outage disrupts
> > sites
> > > >
> > > > _Massive  Amazon cloud service outage disrupts sites_
> > > > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-clou
> > > > d- service-goes-down-sites-scramble
> > > > /98530914/)
> > > >
> > > > Wondered why traffic was a little off.
> > > >
> > > > 
> > > > --
> --
> > --
> > > > 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
> > >
> >
> >
> >
> > --
> > 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 

Re: Check out Massive Amazon cloud service outage disrupts sites

[Vernooij, Kees (ITOPT1) - KLM]

Since I can't find any other references, the full translation of the Dutch 
article is:

Seattle-
a simple typing error was the cause of the global failure Tuesday on the 
internet. That was announced by Amazon Web Services (AWS) Thursday. An employee 
tried to fix a problem with the cloud servers from Amazon and had to turn off 
some. However, he mistakenly gave the command to disable a range of servers. 
That triggered a chain reaction whereby the computers had to be restarted. 
Websites like Buzzfeed, Expedia and Medium were hours hardly reachable. Also 
Snapchat was suffering from the failure. Eventually the problem lasted four 
hours.

Kees.
> -Original Message-
> From: Vernooij, Kees (ITOPT1) - KLM
> Sent: 03 March, 2017 15:35
> To: 'IBM Mainframe Discussion List' 
> Subject: RE: Check out Massive Amazon cloud service outage disrupts
> sites
> 
> It was on Dutch newssites, with the text: "Amazon Web Services (AWS)
> announced this on Thursday".
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of zMan
> > Sent: 03 March, 2017 15:31
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Check out Massive Amazon cloud service outage disrupts
> > sites
> >
> > Cite? (Not challenging you, interested!)
> >
> > On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM <
> > kees.verno...@klm.com> wrote:
> >
> > > The outage was caused by a typo.
> > > I remember there were times we made scripts and tested them on our
> > test
> > > environments, to avoid silly errors in the production environment...
> > >
> > > Kees.
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-
> > m...@listserv.ua.edu] On
> > > > Behalf Of Edward Finnell
> > > > Sent: 28 February, 2017 23:47
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Check out Massive Amazon cloud service outage disrupts
> > sites
> > > >
> > > > _Massive  Amazon cloud service outage disrupts sites_
> > > > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-cloud-
> > > > service-goes-down-sites-scramble
> > > > /98530914/)
> > > >
> > > > Wondered why traffic was a little off.
> > > >
> > > > --
> --
> > --
> > > > 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
> > >
> >
> >
> >
> > --
> > 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 

Re: Check out Massive Amazon cloud service outage disrupts sites

[Vernooij, Kees (ITOPT1) - KLM]

It was on Dutch newssites, with the text: "Amazon Web Services (AWS) announced 
this on Thursday".

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of zMan
> Sent: 03 March, 2017 15:31
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Check out Massive Amazon cloud service outage disrupts
> sites
> 
> Cite? (Not challenging you, interested!)
> 
> On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
> 
> > The outage was caused by a typo.
> > I remember there were times we made scripts and tested them on our
> test
> > environments, to avoid silly errors in the production environment...
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu] On
> > > Behalf Of Edward Finnell
> > > Sent: 28 February, 2017 23:47
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Check out Massive Amazon cloud service outage disrupts
> sites
> > >
> > > _Massive  Amazon cloud service outage disrupts sites_
> > > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-cloud-
> > > service-goes-down-sites-scramble
> > > /98530914/)
> > >
> > > Wondered why traffic was a little off.
> > >
> > > 
> --
> > > 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
> >
> 
> 
> 
> --
> 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: Check out Massive Amazon cloud service outage disrupts sites

[zMan]

Cite? (Not challenging you, interested!)

On Fri, Mar 3, 2017 at 3:40 AM, Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> The outage was caused by a typo.
> I remember there were times we made scripts and tested them on our test
> environments, to avoid silly errors in the production environment...
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Edward Finnell
> > Sent: 28 February, 2017 23:47
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Check out Massive Amazon cloud service outage disrupts sites
> >
> > _Massive  Amazon cloud service outage disrupts sites_
> > (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-cloud-
> > service-goes-down-sites-scramble
> > /98530914/)
> >
> > Wondered why traffic was a little off.
> >
> > --
> > 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
>



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

Friday fun: trapping message IEC386S.

[Vernooij, Kees (ITOPT1) - KLM]

Hello group,

Never too old to be surprised by software playing tricks with you:
Try to trap message IEC386S with an automation tool. This will give you a lot 
of headaches, until you discover the messageid is preceded by a blank. So you 
should trap ' IEC386S', not 'IEC386S'.

IBM has opened APAR OA52268, so in the meantime you best trap both occurrences 
of the message.

Regards,
Kees.

In detail:
0210  IEE252I MEMBER IGGCAT00 FOUND IN SYS1.PARMLIB
0210   IEC386S INVALID KEYWORD DETECTED IN IGGCAT00 AT LINE:EXTENDED(YES)


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: DFHSORT - Date Display of Previous Month

[Elardus Engelbrecht]

George, William wrote:

>I'm having a heck of a time attempting to create a sort header to display the 
>previous month in MM format.

There is probably a good solution for your SyncSort problem, but you can have a 
look at thread 'DFSORT - ICETOOL - Search for text and replace with date' which 
I started last year.

Perhaps SyncSort can do what DFSORT and ICETOOL can do as shown in above 
thread. Just check the above thread and look if you can conjure up a solution.

Groete / Greetings
Elardus Engelbrecht

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

Re: Check out Massive Amazon cloud service outage disrupts sites

[Vernooij, Kees (ITOPT1) - KLM]

The outage was caused by a typo. 
I remember there were times we made scripts and tested them on our test 
environments, to avoid silly errors in the production environment...

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Finnell
> Sent: 28 February, 2017 23:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Check out Massive Amazon cloud service outage disrupts sites
> 
> _Massive  Amazon cloud service outage disrupts sites_
> (http://www.usatoday.com/story/tech/news/2017/02/28/amazons-cloud-
> service-goes-down-sites-scramble
> /98530914/)
> 
> Wondered why traffic was a little off.
> 
> --
> 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

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

[Peter Hunkeler]

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




This is Windows only, and for sure you need admin rights on windows to instal 
it. Just not something you usually have on your office machine.


And what about non-Windows environments? Tablets (except from Surface)? Macs? 
Linux?


--
Peter Hunkeler



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