date:20161208

> Which cycles back to why Amazon doesn't offer z/Linux on a z13s for the 
> "discerning customer"

I would guess because the market is for Linux on Intel. Vicious cycle: no apps, 
no offering, no apps, ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, December 08, 2016 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

On Thu, Dec 8, 2016 at 3:43 PM, Charles Mills  wrote:

> ... except that they are pushing Linux on Z. Linux is the ultimate 
> commodity business.
>
> I have heard those who should know refer to the IBM Z business as a 
> cash cow.
>

Which, I guess, means that the hardware, all on it's own, has a high enough 
margin. But I'm still not likely to find a z13s at the mom & pop fast food 
place like I would a PC or two. Probably not even in a high priced law firm. 
But I can see a z13s running Linux as a "cloud server" to those types of 
businesses. Which cycles back to why Amazon doesn't offer z/Linux on a z13s for 
the "discerning customer". I guess because Amazon prefers a farm of nearly 
identical servers. I know here (where I work), I.T. management wants to be all 
Wintel and I'm convinced it is because they simply don't really know how to 
manage a z/OS ecosystem.

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

Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

On Thu, Dec 8, 2016 at 3:43 PM, Charles Mills  wrote:

> ... except that they are pushing Linux on Z. Linux is the ultimate
> commodity business.
>
> I have heard those who should know refer to the IBM Z business as a cash
> cow.
>

Which, I guess, means that the hardware, all on it's own, has a high
enough margin. But I'm still not likely to find a z13s at the mom & pop
fast food place like I would a PC or two. Probably not even in a high
priced law firm. But I can see a z13s running Linux as a "cloud server" to
those types of businesses. Which cycles back to why Amazon doesn't offer
z/Linux on a z13s for the "discerning customer". I guess because Amazon
prefers a farm of nearly identical servers. I know here (where I work),
I.T. management wants to be all Wintel and I'm convinced it is because they
simply don't really know how to manage a z/OS ecosystem.

>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, December 08, 2016 1:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud
> Services?
>
> On Thu, Dec 8, 2016 at 3:22 PM, Charles Mills  wrote:
>
> > Right. How does a smallish business get going on z/OS?
> >
> > (Answer: they don't.)
> >
>
> I think I understand why IBM does this, not that I agree with them. Look
> at all the press recently about Wintel (PC sales down) and even Linux. It
> appears that this segment of the "computing population" is a low margin
> segment. IBM simply doesn't want to bother with it. They prefer a small
> number of high margin sales to the bother of a large number of low margin
> sales. I don't know of anything which is high margin (profit per unit) and
> high sales (because most can't afford). I wonder what the margin is on z
> hardware itself (sans software). I also wonder what the margins are on the
> z operating systems: z/OS, z/VSE, z/TPF & z/VM.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

... except that they are pushing Linux on Z. Linux is the ultimate commodity 
business.

I have heard those who should know refer to the IBM Z business as a cash cow.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, December 08, 2016 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

On Thu, Dec 8, 2016 at 3:22 PM, Charles Mills  wrote:

> Right. How does a smallish business get going on z/OS?
>
> (Answer: they don't.)
>

I think I understand why IBM does this, not that I agree with them. Look at 
all the press recently about Wintel (PC sales down) and even Linux. It appears 
that this segment of the "computing population" is a low margin segment. IBM 
simply doesn't want to bother with it. They prefer a small number of high 
margin sales to the bother of a large number of low margin sales. I don't know 
of anything which is high margin (profit per unit) and high sales (because most 
can't afford). I wonder what the margin is on z hardware itself (sans 
software). I also wonder what the margins are on the z operating systems: z/OS, 
z/VSE, z/TPF & z/VM.

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

Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

On Thu, Dec 8, 2016 at 3:22 PM, Charles Mills  wrote:

> Right. How does a smallish business get going on z/OS?
>
> (Answer: they don't.)
>

I think I understand why IBM does this, not that I agree with them. Look
at all the press recently about Wintel (PC sales down) and even Linux. It
appears that this segment of the "computing population" is a low margin
segment. IBM simply doesn't want to bother with it. They prefer a small
number of high margin sales to the bother of a large number of low margin
sales. I don't know of anything which is high margin (profit per unit) and
high sales (because most can't afford). I wonder what the margin is on z
hardware itself (sans software). I also wonder what the margins are on the
z operating systems: z/OS, z/VSE, z/TPF & z/VM.

>
> Charles
>
>

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

Right. How does a smallish business get going on z/OS?

(Answer: they don't.)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Chapman
Sent: Thursday, December 08, 2016 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

I don't see anything there that says one can do real production business work 
using z/OS, starting at $0. Or $500. Or really any amount. 

Would be happy to be shown otherwise.

On Thu, 8 Dec 2016 13:37:37 +0800, Timothy Sipples  wrote:

>Charles Mills asks:
>>Is there any good reason IBM could not offer Cloud Z starting at $0?
>
>IBM already does. See here for more information:
>
>http://millennialmainframer.com/2016/08/mainframe-free-stuff-2016-editi
>on/
>
>---
>-
>Timothy Sipples
>IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
>E-Mail: sipp...@sg.ibm.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

2016-12-08 Thread Scott Chapman

I don't see anything there that says one can do real production business work 
using z/OS, starting at $0. Or $500. Or really any amount. 

Would be happy to be shown otherwise.

On Thu, 8 Dec 2016 13:37:37 +0800, Timothy Sipples  wrote:

>Charles Mills asks:
>>Is there any good reason IBM could not offer Cloud Z starting at $0?
>
>IBM already does. See here for more information:
>
>http://millennialmainframer.com/2016/08/mainframe-free-stuff-2016-edition/
>
>
>Timothy Sipples
>IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
>E-Mail: sipp...@sg.ibm.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: USS PFS Interface - 136 byte save area?

2016-12-08 Thread Steve Smith

The end-of-DSA, could be propagated in a field with the stack mechanism,
like the NAB is.  i.e. additional fields appended to the save area.
Also, Metal C allows for an "environment", which as best I can tell, sets
up a heap.  But it's optional unless you need a heap (several of the
library functions do).  It's similar to LE's CAA, rooted on R12.

sas

On Wed, Dec 7, 2016 at 9:37 AM, Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 7 Dec 2016 08:56:08 -0500, Steve Smith wrote:
>
> >I meant that as a general statement; it would need to be implemented by
> the
> >Metal C compiler.
>
> I understood that. There is still the problem of where to store the
> information
> so that it can be checked. Does Metal C have any global data areas that
> are available to all routines?
>
> >On Tue, Dec 6, 2016 at 5:15 PM, Tom Marchant <
> >000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> >
> >> On Tue, 6 Dec 2016 16:26:24 -0500, Steve Smith wrote:
> >>
> >> >However, it's really very simple to add a stack-overflow check to entry
> >> >logic
> >>
> >> Yes, if you have the address of the end of the "stack". AFAICT, there
> >> is no place to store that information for each routine to check it.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: Finding Dave Bond

2016-12-08 Thread Ed Jaffe


On 12/8/2016 1:36 AM, David Cole wrote:
I guess for most people, this is old new, but I've learned only 
recently that Dave Bond is no longer involved at TachyonSoft. Does 
anyone know how to reach him these days?


He lives in Switzerland and works for LzLabs -- John Moores' latest 
kill-the-mainframe endeavor.


Their web site URL is https://www.lzlabs.com/

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Alias to Datacom

2016-12-08 Thread Wayne Bickerdike

Do you mean an alias to point to a Datacom area? The area is the formatted
physical file that holds tables in Datacom.

There are other parts that make the whole database, such as the CXX
(directory). The database is a logical construct, not a physical construct.

You probably can use a dataset alias for a database area and this would be
stored in the area itself during INIT processing.

Just catalog a test area and try INIT using the alias.

On Thu, Dec 8, 2016 at 2:17 PM, Peter  wrote:

> Hi
>
> Does anyone use alias to point it to the DATACOM database file ?
>
> I am thinking of implementing that.
>
> Any suggestions ?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 
Wayne V. Bickerdike

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

Re: What about that nextgen? [was Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?]

2016-12-08 Thread Tom Brennan

Perfect! I couldn't have ranted better myself. I'm hoping your note
will end up being read and understood by IBM decision-makers. I want my
MVS (to the tune of Dire Straits of course).

Bigendian Smalls wrote:

Not to be contrarian, but - well - let me be contrarian. Rant coming. TL;DR -
there needs to be a free version of z/os & it’s siblings sooner than later, to
not do this is to potentially starve the platoform out of existence as we know it.

I don’t think, for a moment, that when people ask for a mainframe-in-the-cloud
type experience, that they are asking for Linux One or linux on Z, the want a
z/OS-type platform on which to learn and play. Otherwise it's just Ubuntu or
SUSE, like I can run on my laptop. For anyone but the kernel developers and a
few select others, most would never know the difference (outside of
performance, perhaps). It’s certainly not the classic z/OS / VM / tpf / etc
experience that most here talk about daily.

As for the other offerings, none are the same (or even really the same sport)
as having your hands on a “real” z/OS (or z/VM, etc.) mainframe - the closest
of which for people not buying hardware would be z/PDT. By real, I mean you
can provision storage, configure parmlibs, install software with SMP/E, develop
load modules, configure platform software and tcp/ip, etc etc. IPL the system,
crash it, figure out how to build a stand alone dump. Figure out how to read
that dump, get the system up and running again. Gen a system from scratch;
install an upgrade with a serverpac and so on.

Until IBM figures out that they’re losing opportunities because of this, I fear
the platform is going to get harder and harder to support and defend. Most (if
not all) of the cloud - or public offerings on Z (again, not talking Linux) are
for Developers. Master the mainframe, z Systems cloud trial (RDT for z “Test
drive development tools”) etc. <- all focused on developers.

But, where will the next generation of Storage Engineers & System Programmers
come from? Who will write the DFSMS/ACS routines, or write the assembler-based
system exits? Who will wade through SMP/E reading hold data and figuring out how to
fix or remove a wonky PTF that didn’t apply correctly or went PE? Who will
configure the VTAM / 3270 applications and the intricate work tweaking TCP/IP net
filter and ATTLS? Who is going to do the detailed capacity / performance analysis
and tuning of the storage, wlm, cpus and so on? To say nothing of the gargantuan
task of securing these beasts.

These are skills with theoretical backgrounds in many disciples, but the
specifics and technical difficulties pertaining to using those skills on this
platform are non-trivial. People need time, mentors and opportunity to learn
it. That opportunity is nearly gone - or unrealistically appraised at this
point.

Sure there are a few colleges which teach these skills, and the tried and true way
of apprenticeship still works if you can get it, but how prevalent is that?
Moreover, why would a fresh-out-of-school person take a chance on an OS/platform
that they’ve never gotten to put their hands on? In today’s world, they can get a
free/inexpensive version of every single OS on the planet for personal use
(Microsoft & VMWare development and full evaluation versions, Linux is open
source and free, as is the BSD’s, etc etc) - except for z/OS and it’s time-tested
brethren. Why is that? How does that secrecy help generate buzz and the next
generation of loyal mainframers?

To ask the fresh, talented, next generation of techies to go to work in a
mainframe shop - or to go to a school to learn mainframe is asking them to take
a gigantic leap of faith. They have the opportunity to be hands-on with
99.999% of the tech out there before they leave high school; but somehow,
someone expects that they’l self-select into becoming a z/OS sysprog? Why
would they? Not having a clear track to this pipeline is the single biggest
security issue and threat to this platform there is. Companies will hire the
remaining few, then outsource, then divest - unless we (and IBM) start driving
interest by making the platform (the whole platform, not just the development
bits) available to anyone who wants to play with it.

It’s a huge opportunity missed, and I hope it changes soon. One of the hardest things to see is, after giving a talk at a non-mainframe centric conference, people who come and ask how they can get involved directly. You can’t. Unless you go to work or school somewhere special, or are willing to lay out several thousand out of your own pocket - you just have to admire it from afar. And that’s too bad, because it’s a kick butt OS and a super challenging ecosystem that the unbelievably sharp new technologists would sink their teeth into. They’d eat it up. Many were programming from the time they could walk and computers just. make. sense. But this computer, with it’s super

Re: zOS and USERID's

2016-12-08 Thread Bobbie Justice

"I am unsure what an auditor it thinking." 


I have been in the mainframe field almost 43 years and I have yet to understand 
what an auditor is thinking. 

Common sense and forethought do not seem to be a requirement for being an IT 
auditor. 


Bobbie Justice 
Senior z/OS Systems Engineer 

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

Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

2016-12-08 Thread Anne & Lynn Wheeler

re:
http://www.garlic.com/~lynn/2016h.html#47 Why Can't You Buy z Mainframe 
Services from Amazon Cloud Services?
http://www.garlic.com/~lynn/2016h.html#48 Why Can't You Buy z Mainframe 
Services from Amazon Cloud Services?
http://www.garlic.com/~lynn/2016h.html#53 Why Can't You Buy z Mainframe 
Services from Amazon Cloud Services?

old news articles about AWS spinning up, on-demand supercomputer using
credit card ... and no AWS human intervention, all automated processes.

$1,279/hr, (42nd largest supercomputer in world, 240TFLOP in 17,000
cores)
https://www.cnet.com/news/amazon-takes-supercomputing-to-the-cloud/
https://www.wired.com/2011/12/nonexistent-supercomputer/all/1
$4,824/hr, 51,132 cores
http://arstechnica.com/business/2012/04/4829-per-hour-supercomputer-built-on-amazon-cloud-to-fuel-cancer-research/

part of the thread from the period that a cloud megadatacenter have
hundreds of thousands blades with millions of cores ... staffed with
80-120 people. large cloud operators had been claiming for decade that
they built their own server blades for 1/3rd the cost of brand name
vendors ... and in this period there was news that server chip vendors
were shipping over half the server chips directly to cloud operators
(possible motivation for IBM selling off its server business).

also from the period, IBM's mainframe price was something like million
times IBM's base list price of e5-2600 server blade (in price/BIPS)
... making the cloud server blades something like 1/3,000,000
(price/BIPS, aka cloud price 1/3rd brand name servers). The cost of
servers for typical 500,000 system cloud megadatacenter then would be
something like the cost of a dozen or so max-configured mainframes
(and easily have more processing power than all mainframes in the
world today)

some old posts
http://www.garlic.com/~lynn/2012.html#78 Has anyone successfully migrated off 
mainframes?
http://www.garlic.com/~lynn/2012.html#80 Article on IBM's z196 Mainframe 
Architecture
http://www.garlic.com/~lynn/2012d.html#50 Layer 8: NASA unplugs last mainframe
http://www.garlic.com/~lynn/2012f.html#12 Can Mainframes Be Part Of Cloud 
Computing?
http://www.garlic.com/~lynn/2012h.html#70 How many cost a cpu second?
http://www.garlic.com/~lynn/2012i.html#84 Can anybody give me a clear idea 
about Cloud Computing in MAINFRAME ?
http://www.garlic.com/~lynn/2012l.html#34 X86 server
http://www.garlic.com/~lynn/2012l.html#42 I.B.M. Mainframe Evolves to Serve the 
Digital World
http://www.garlic.com/~lynn/2012l.html#47 I.B.M. Mainframe Evolves to Serve the 
Digital World
http://www.garlic.com/~lynn/2012l.html#51 Turn Off Another Light - Univ. of 
Tennessee
http://www.garlic.com/~lynn/2012l.html#56 Blades versus z was Re: Turn Off 
Another Light - Univ. of Tennessee
http://www.garlic.com/~lynn/2012m.html#28 I.B.M. Mainframe Evolves to Serve the 
Digital World
http://www.garlic.com/~lynn/2013d.html#86 What Makes an Architecture Bizarre?
http://www.garlic.com/~lynn/2013b.html#10 FW: mainframe "selling" points -- 
Start up Costs
http://www.garlic.com/~lynn/2013b.html#15 A Private life?


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

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

Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

2016-12-08 Thread Bill Woodger

For clarification, my comments were largely pasted from the docs :-)

As I read it, the information, whatever it is, from the hardware is 
"definitive", and for the appropriate VALIDATE some Control Block(s) will be 
updated. There may not be a devil in the detail, but there may be some complex 
detail.

I can't see anything that leads to an expectation that the information in the 
normal course of events would be "out of step", and I would expect that the use 
of VALIDATE would be associated with other indications (messages, known 
"maintenance") such that it may be worth doing, or even needed at times (but 
not "just on the off-chance").

Like Elardus, I'm surprised that it is being issued in a JOB or on any regular 
basis. If there were a particular need for it as a general use, I'd expect it 
to be documented along with the DEVSERV command.

I'd guess that the presence in a JOB is down to some historic hardware issue, 
which may or may not have caused some problem, and that even if desirable for a 
limited period of time (make sure a problem does not recur) that it is not now 
necessary.

Going back through system logs for the message will probably reveal no 
instances where anything was updated. Presumably the VALIDATE has some impact 
(measured in a small amount of time, but still...) on the concurrent 
availability of the device for normal operation (else things would be 
out-of-step again).

To the question of what the information is, and what the implications of that 
information not being accurately reflected are, I have nothing. I would very 
easily imagine that someone who authorises the removal of the command will want 
to know. You need something good from here, supported by documentation, or you 
have to go to the horse's mouth.

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

Re: DDs in USS?

2016-12-08 Thread Paul Gilmartin

On Thu, 8 Dec 2016 10:44:24 -0500, Phil Smith III  wrote:
>
>OK, I admit I haven't measured it. Not sure what "run the environment"
>means, please elaborate?
> 
http://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html#tag_16_111_03
...
When a C-language program is executed as a result of a call to one of the 
exec family of functions, it shall be entered as a C-language function call as 
follows:

int main (int argc, char *argv[]);

where argc is the argument count and argv is an array of character pointers 
to the arguments themselves. In addition, the following variable, which must be 
declared by the user if it is to be used directly:

extern char **environ;

is initialized as a pointer to an array of character pointers to the 
environment strings. The argv and environ arrays are each terminated by a null 
pointer. The null pointer terminating the argv array is not counted in argc.

I assumed that by "run the TIOT" you meant perform a linear search of the array.
I used "running" [**environ] in the same sense.  I believe neither TIOT nor
**environ is indexed.

Is there an SVC 99 subfunction to enumerate TIOT entries which might be
more GUPI than reading TIOT directly, but at a far greater performance cost?
I know BPXWDYN(INFO) does this, but I don't know whether it gets its
information from TIOT or via SVC 99.

>>In the absurd extreme, suppose your user's program exists as
>>stored JCL, submitted with the TSO SUBMIT command, and
>>your user is unwilling to modify that JCL, and you'd like to
>>allocate your DD in the TSO session and have it available in
>>the batch job.  Can't.
>
>Again, if they don't want to modify the JCL, then they can specify it in the
>API call. Not clear to me how an environment variable is easier to set than
>a DD for a submitted job, though. Are you saying that TSO SUBMIT carries
>environment variables from the TSO session into submitted jobs? That would
>surprise me (pleasantly)!
> 
No.  Don't be surprised; that's part of what I meant by "absurd".

I'd write a sed script to insert a DD DUMMY after the EXEC PGM=,
piping the output to INTRDR.  (I'd figure out some way to allocate
it.)

And lately I ranted here about wanting environment variables, particularly
TZ, in TSO address spaces.  Dumb question, I now realize.  **environment
is created by exec().  The TMP is not started by exec(), so no **environment.

>This is all a theoretical problem at this point, BTW -nobody has raised this
>with us; I'm just trying to think it through in advance. As everyone is all
>too aware, consciously doing USS-ish things is sadly rare in the real
>world,. Hey, it's only been, what, 20 years? Stuff takes time to catch on.
> 
And all along, I had thought the "real world" was the one in which JCL
is delightfully rare.

-- gil

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

Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

Thanks Elardus.  I will check around with our MVS gurus to see if I can remove 
the command.

On Thu, 8/12/16, Elardus Engelbrecht  wrote:

 Subject: Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Thursday, 8 December, 2016, 11:23 AM

 John Dawes wrote:

 >Thanks Elardus.  

 You're most welcome! ;-)

 First thing first - perhaps you should remove that command
 from the batch job you discovered.

 >What does "Host view  is consistent with subsystem
 view of control unit and device  function status.' I am
 unable to understand IBM speak.

 Neither me...

 >Could you elaborate or give an example as to what it
 means?

 I wish I could elaborate on that, but as a previous storage
 admin + MVS admin, I remember that during the configuration
 of the devices and later VARY ONLINE, somehow the definition
 of the control units and their devices are placed somewhere
 in a table after the system and control units have a 'chat'
 about defined devices / control units. 

 Other things considered: how the device is shared, what
 paths and what control units are connected to what LPAR /
 SysPlex, how the caching is defined/working.

 What I know, is when you IPL, the operating system use the
 IODEVICE macros for example and scan the IO config or using
 your setup in HCD. Only devices which are initialized and
 varied online are available for use. The system is 'talking'
 with each control unit and then establish tables for each
 devices and control units. Of course your CE should get
 those devices ready for use.

 But see Bill Woodger's excellent comments about system
 control blocks.

 So if a device is 'boxed' or in a similar status, the
 operating system, the hardware on the computer and control
 unit are not 100% agreeing with the real status of a device.
 Hence those DS commands as an aid amongst other things for
 you.

 One example I know is, if you vary a device offline on one
 LPAR, but the device is in use in the same LPAR or other
 LPAR in same or other SysPlex. Then you get some
 inconsistency. This is messy enough that I locked up the
 VARY command in RACF.

 Above is based on my frail and faint memory as storage
 admin. 

 Perhaps others can chime in with better examples or pointers
 to good documentation.

 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

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

Re: RFE for Windows 10 client support in DFS/SMB on z/OS

2016-12-08 Thread Jake Anderson

Correction   USS

On Dec 8, 2016 10:29 PM, "Jake Anderson"  wrote:

> This is nice if someone wants to view USA file content from WINDOWS ?
>
> On Dec 8, 2016 9:00 PM, "Lizette Koehler"  wrote:
>
>> I came across this RFE and thought some might find it interesting
>>
>> http://www.ibm.com/developerworks/rfe/execute?use_case=
>> viewRfe_ID=98174
>>
>> Windows 10 client support in DFS/SMB on z/OS
>>  Use case: We use the DFS/SMB server on z/OS to map ZFS files in our
>> windows
>> network.
>>  Now we have the first Windows 10 workstations up and running but windows
>> 10 is
>> not a supported platform for DFS/SMB.
>>
>>
>> Lizette Koehler
>> statistics: A precise and logical method for stating a half-truth
>> inaccurately
>>
>> --
>> 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: RFE for Windows 10 client support in DFS/SMB on z/OS

2016-12-08 Thread Jake Anderson

This is nice if someone wants to view USA file content from WINDOWS ?

On Dec 8, 2016 9:00 PM, "Lizette Koehler"  wrote:

> I came across this RFE and thought some might find it interesting
>
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=98174
>
> Windows 10 client support in DFS/SMB on z/OS
>  Use case: We use the DFS/SMB server on z/OS to map ZFS files in our
> windows
> network.
>  Now we have the first Windows 10 workstations up and running but windows
> 10 is
> not a supported platform for DFS/SMB.
>
>
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
>
> --
> 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: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

John Dawes wrote:

>Thanks Elardus.  

You're most welcome! ;-)

First thing first - perhaps you should remove that command from the batch job 
you discovered.

>What does "Host view  is consistent with subsystem view of control unit and 
>device  function status.' I am unable to understand IBM speak.

Neither me...

>Could you elaborate or give an example as to what it means?

I wish I could elaborate on that, but as a previous storage admin + MVS admin, 
I remember that during the configuration of the devices and later VARY ONLINE, 
somehow the definition of the control units and their devices are placed 
somewhere in a table after the system and control units have a 'chat' about 
defined devices / control units. 

Other things considered: how the device is shared, what paths and what control 
units are connected to what LPAR / SysPlex, how the caching is defined/working.

What I know, is when you IPL, the operating system use the IODEVICE macros for 
example and scan the IO config or using your setup in HCD. Only devices which 
are initialized and varied online are available for use. The system is 
'talking' with each control unit and then establish tables for each devices and 
control units. Of course your CE should get those devices ready for use.

But see Bill Woodger's excellent comments about system control blocks.

So if a device is 'boxed' or in a similar status, the operating system, the 
hardware on the computer and control unit are not 100% agreeing with the real 
status of a device. Hence those DS commands as an aid amongst other things for 
you.

One example I know is, if you vary a device offline on one LPAR, but the device 
is in use in the same LPAR or other LPAR in same or other SysPlex. Then you get 
some inconsistency. This is messy enough that I locked up the VARY command in 
RACF.

Above is based on my frail and faint memory as storage admin. 

Perhaps others can chime in with better examples or pointers to good 
documentation.

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: DDs in USS?

2016-12-08 Thread Phil Smith III

Paul Gilmartin wrote:

>How does the cost of running the TIOT compare to getenv()?  Really?
>Has anyone measured it?  And you needn't call getenv(); you can
>run the environment passed as a parameter to the program.

OK, I admit I haven't measured it. Not sure what "run the environment"
means, please elaborate?

>One can tweak the requirement to make a solution easier, harder,
>or impossible:

>Suppose your user's program invokes a subroutine with fork()
>(BPX4EXC), and that subroutine invokes your API.  DDs are not
>passed through fork().  And which, if any, environment variables
>are passed in the argument to fork() is at the caller's discretion.

Well that's an interesting point. So neither the DD nor the environment
variable approach is necessarily the right choice here. In such a case,
they'd have to specify the choice in the API call.

>In the absurd extreme, suppose your user's program exists as
>stored JCL, submitted with the TSO SUBMIT command, and
>your user is unwilling to modify that JCL, and you'd like to
>allocate your DD in the TSO session and have it available in
>the batch job.  Can't.

Again, if they don't want to modify the JCL, then they can specify it in the
API call. Not clear to me how an environment variable is easier to set than
a DD for a submitted job, though. Are you saying that TSO SUBMIT carries
environment variables from the TSO session into submitted jobs? That would
surprise me (pleasantly)!

This is all a theoretical problem at this point, BTW -nobody has raised this
with us; I'm just trying to think it through in advance. As everyone is all
too aware, consciously doing USS-ish things is sadly rare in the real
world,. Hey, it's only been, what, 20 years? Stuff takes time to catch on.

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

Re: DDs in USS?

2016-12-08 Thread Paul Gilmartin

On Thu, 8 Dec 2016 09:27:05 -0500, Phil Smith III wrote:
>
>.we don't want to switch from the DD DUMMY to environment variables
>globally, because there are too many customer programs out there, right. So
>yes, a Rexx wrapper is likely the answer. Adding the environment variable
>check would also be possible, but since There Can Be Only One, and we don't
>want the overhead of the getenv() in every case (running the TIOT is cheap),
>we'd probably have to take the "If no DD DUMMY, *then* do the getenv()", but
>that will still have impact on the many cases that don't need any such
>setting.
> 
How does the cost of running the TIOT compare to getenv()?  Really?
Has anyone measured it?  And you needn't call getenv(); you can
run the environment passed as a parameter to the program.

One can tweak the requirement to make a solution easier, harder,
or impossible:

Suppose your user's program invokes a subroutine with fork()
(BPX4EXC), and that subroutine invokes your API.  DDs are not
passed through fork().  And which, if any, environment variables
are passed in the argument to fork() is at the caller's discretion.

In the absurd extreme, suppose your user's program exists as
stored JCL, submitted with the TSO SUBMIT command, and
your user is unwilling to modify that JCL, and you'd like to
allocate your DD in the TSO session and have it available in
the batch job.  Can't.

--gil

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

Re: What about that nextgen? [was Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?]

2016-12-08 Thread Cannaerts, Jan

>To ask the fresh, talented, next generation of techies to go to work in a
>mainframe shop - or to go to a school to learn mainframe is asking them to take
>a gigantic leap of faith.

That's exactly what I did. I go to colleges at the request of the professors I
used to have to talk about zSystems. But it's hard to convince people to pick
up the zSystems optional when you yourself can't explain why you did in the
first place.

Let these people touch it for themselves. I promise you z/OS will sell itself
then. MtM is a start, but it's still a far cry from the freedom you have on
other platforms as a broke college student.


--
Jan

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

Re: zOS and USERID's

2016-12-08 Thread Steve

Thanks Walt

Steve Beaver
st...@stevebeaver.com

This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you

-Original Message-
From: "Walt Farrell" 
Sent: Thursday, December 8, 2016 10:27am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOS and USERID's

On Thu, 8 Dec 2016 09:52:09 -0500, Steve  wrote:

>When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
> 
>The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's. 

Yes, there are address spaces that start before security services are 
available. They come in two flavors:
(1) Those to which you can never assign a user ID, nor control accesses.

(2) Those which start as "limited function" address spaces, but which 
transition to "full function" after security services become available. Those 
you can assign a user ID to (if you want), and control their accesses (if you 
want a less robust system).

I've been away from IBM long enough that I don't remember for sure whether the 
ones you listed are in category 1 or 2, for sure, but I would not be surprised 
if at least two of them were in category 1.

-- 
Walt

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

RFE for Windows 10 client support in DFS/SMB on z/OS

2016-12-08 Thread Lizette Koehler

I came across this RFE and thought some might find it interesting

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=98174 

Windows 10 client support in DFS/SMB on z/OS 
 Use case: We use the DFS/SMB server on z/OS to map ZFS files in our windows
network.
 Now we have the first Windows 10 workstations up and running but windows 10 is
not a supported platform for DFS/SMB. 


Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Re: Developerworks RFE now works

Dyck, Lionel B. wrote:

>I can now get to https://www.ibm.com/developerworks/rfe

Ah, yes, and I see again the familiar 'Welcome Request for Enhancement (RFE) 
Community users!'

>Someone must have 'heard' me :)

Perhaps that 'someone' took a yearly bath a few minutes ago (and cleaned out 
their 'virtual' ears?);-)

;-D

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: zOS and USERID's

2016-12-08 Thread Walt Farrell

On Thu, 8 Dec 2016 09:52:09 -0500, Steve  wrote:

>When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
> 
>The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's. 

Yes, there are address spaces that start before security services are 
available. They come in two flavors:
(1) Those to which you can never assign a user ID, nor control accesses.

(2) Those which start as "limited function" address spaces, but which 
transition to "full function" after security services become available. Those 
you can assign a user ID to (if you want), and control their accesses (if you 
want a less robust system).

I've been away from IBM long enough that I don't remember for sure whether the 
ones you listed are in category 1 or 2, for sure, but I would not be surprised 
if at least two of them were in category 1.

-- 
Walt

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

Re: DDs in USS?

2016-12-08 Thread Phil Smith III

Walt Farrell wrote:

>Any random application? Really?
>So, how does the issuer of a CICS transaction allocate the DD to affect how 
>the API call operates? Or the issuer of an IMS transaction? Or the issuer of 
>an SQL request that invokes a DB2 stored procedure?

And John McKown wrote:

>Oh, and to extend what Walt was saying; how does the API deal with
>multiple CICS transactions which invoke the API but want _different_
>effects from your API. Given your example, one needs the the DD DUMMY to
>enable something but another needs that there not be any such DD so that it
>is disabled. Or worse, different users of the same transaction / program
>want opposite processing from the API so the DD must both be there and not
>be there at the same time. I will bet that the simple answer is "we don't
>support use of our API under CICS." Why document not the same restriction
>about a program run from the UNIX shell? If you say that you have users
>which demand that some program be run via UNIX, then you have a customer
>demand which you should look into addressing. If you are saying that you
>don't want "dual pathing", that is checking for both an environment
>variable and a DD existing / not existing. It is easy to run an LE program
>in batch and set an environment variable via CEEOPTS instead of using a DD.
>Of course, this is an incompatible change.

Of course we support CICS. A CICS transaction generally isn’t going to switch 
it on-the-fly, but if it really must (we have a test transaction that allows 
this, for example) the switch *can* also be baked into the request. Normally in 
CICS it gets set globally for the region (by defining a dummy program—don’t 
need to add a DD). Similar options exist for IMS or DB2 stored procedures.

The reason for switching it for a batch job is more to allow the same code to 
run in test and prod, switching between cryptographic domains. So in most 
cases, it’s an administrative decision, not a user decision. Hence the desire 
to externalize it, but it’s not at the “oh, it’s Thursday, let’s do it this 
way” kind of thing; more “In this region, set it thus; for these batch jobs, 
set it that way…”.

Making more sense?

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

Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

What??? THIS is IBM's answer???

Connor Krukosky installed a real IBM z890 mainframe in his parents' basement
for a grand total cash outlay of about $350. OK, that's only almost free,
but if he could do it, why not you? (Well, for one I don't have a basement,
and two my parents are deceased.)

Seriously, none of those bullets address the need at all. As @Bigendian
points out, Linux on Z is just Linux -- that's the point, isn't it? As he
says, if you don't do this with real z/OS, you are thumbing your nose at the
next generation. Period. Consider the consequences.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Wednesday, December 07, 2016 9:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud
Services?

Charles Mills asks:
>Is there any good reason IBM could not offer Cloud Z starting at $0?

IBM already does. See here for more information:

http://millennialmainframer.com/2016/08/mainframe-free-stuff-2016-edition/

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

Re: zOS and USERID's

2016-12-08 Thread zMan

Heh, as soon as I saw "I am unsure what an auditor it thinking" I knew we'd
get a rant from someone, John! Not disagreeing, mind...

On Thu, Dec 8, 2016 at 10:17 AM, John McKown 
wrote:

> On Thu, Dec 8, 2016 at 9:09 AM, Lizette Koehler 
> wrote:
>
> > I think those tasks setup up themselves at IPL Time with the Security
> > levels they need and may not do much with the SAF.  I am unsure what an
> > auditor it thinking.
> >
>
> In my experience, the auditors in the field don't think. They are clerks
> with a list of entries to be "checked off".
>
>
>
> >
> > There is nothing that can use those address spaces - only z/OS
> >
> > If services, for example in SMS, are requested, then SMS would use the
> > USER's - doing the request - credentials.
> >
> > You might also want to ask on the RACF List to see what they say.  They
> > probably have more of an idea about auditors.
> >
>
> I think you can guess my idea about auditors.
>
>
>
> >
> > To join, if you have not done so, you can use this URL
> >   RACF  http://www.listserv.uga.edu/archives/racf-l.html
> >
> > However, if it makes the auditor happy and it causes no harm, why not?
> >
>
> Pandering to the ignorant, rather than requiring them to be competent?
>
>
> >
> > Lizette
> >
> >
> Hum, I guess most can tell that my experience with auditors has never been
> good. And I'm actually being very polite compared to what I'm muttering
> under my breath.
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



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

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

Re: zOS and USERID's

On Thu, Dec 8, 2016 at 9:09 AM, Lizette Koehler 
wrote:

> I think those tasks setup up themselves at IPL Time with the Security
> levels they need and may not do much with the SAF.  I am unsure what an
> auditor it thinking.
>

In my experience, the auditors in the field don't think. They are clerks
with a list of entries to be "checked off".



>
> There is nothing that can use those address spaces - only z/OS
>
> If services, for example in SMS, are requested, then SMS would use the
> USER's - doing the request - credentials.
>
> You might also want to ask on the RACF List to see what they say.  They
> probably have more of an idea about auditors.
>

I think you can guess my idea about auditors.



>
> To join, if you have not done so, you can use this URL
>   RACF  http://www.listserv.uga.edu/archives/racf-l.html
>
> However, if it makes the auditor happy and it causes no harm, why not?
>

Pandering to the ignorant, rather than requiring them to be competent?


>
> Lizette
>
>
Hum, I guess most can tell that my experience with auditors has never been
good. And I'm actually being very polite compared to what I'm muttering
under my breath.

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

Thanks Elardus.  What does "Host view  is consistent with subsystem view of 
control unit and device  function status.' I am unable to understand IBM speak.
Could you elaborate or give an example as to what it means?

Thanks.

On Thu, 8/12/16, Elardus Engelbrecht  wrote:

 Subject: Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Thursday, 8 December, 2016, 9:23 AM

 John Dawes wrote:

 >There is no information posted in the job however this
 is what I found in the SYSLOG:

 >DS QD,4470,VALIDATE
  UNIT VOLSER SCUTYPE DEVTYPE   
    CYL  SSID SCU-SERIAL DEV-SERIAL EFC 
 >04070 DTB064 2107900 2107900     
 3339  4040 XX75-67054 XX75-67054 *OK 
 >      1 DEVICE(S) MET THE SELECTION
 CRITERIA             

 >      0 DEVICE(S) FAILED EXTENDED
 FUNCTION CHECKING           

 Thanks, I just looked at that EFS which caught my
 attention.

 Hmmm, according to the fine doc, that '*OK' says 'Host view
 is consistent with subsystem view of control unit and device
 function status.'

 I see you have indeed a valid concern after I reread the
 fine docs. Perhaps you should ask IBM for assistance if you
 can't get answers from this list?

 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

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

Re: zOS and USERID's

2016-12-08 Thread Lizette Koehler

I think those tasks setup up themselves at IPL Time with the Security levels 
they need and may not do much with the SAF.  I am unsure what an auditor it 
thinking.

There is nothing that can use those address spaces - only z/OS

If services, for example in SMS, are requested, then SMS would use the USER's - 
doing the request - credentials.

You might also want to ask on the RACF List to see what they say.  They 
probably have more of an idea about auditors.

To join, if you have not done so, you can use this URL
  RACF  http://www.listserv.uga.edu/archives/racf-l.html

However, if it makes the auditor happy and it causes no harm, why not?


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve
> Sent: Thursday, December 08, 2016 7:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: zOS and USERID's
> 
> 
> 
> When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
> 
> The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's.
> 
> Normally I would turn away their finding as they are not needed, and not used.
> 
> IS there any reason to put in an ID other than to placate the auditors
> 
> 
> Thanks all
> 
> Steve
> 

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

What about that nextgen? [was Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?]

2016-12-08 Thread Bigendian Smalls

Not to be contrarian, but - well - let me be contrarian.  Rant coming.  TL;DR - 
there needs to be a free version of z/os & it’s siblings sooner than later, to 
not do this is to potentially starve the platoform out of existence as we know 
it.

I don’t think, for a moment, that when people ask for a mainframe-in-the-cloud 
type experience, that they are asking for Linux One or linux on Z, the want a 
z/OS-type platform on which to learn and play.  Otherwise it's just Ubuntu or 
SUSE, like I can run on my laptop.  For anyone but the kernel developers and a 
few select others, most would never know the difference (outside of 
performance, perhaps).  It’s certainly not the classic z/OS / VM / tpf / etc 
experience that most here talk about daily.

As for the other offerings, none are the same (or even really the same sport) 
as having your hands on a “real” z/OS (or z/VM, etc.) mainframe - the closest 
of which for people not buying hardware would be z/PDT.  By real, I mean you 
can provision storage, configure parmlibs, install software with SMP/E, develop 
load modules, configure platform software and tcp/ip, etc etc. IPL the system, 
crash it, figure out how to build a stand alone dump.  Figure out how to read 
that dump, get the system up and running again.  Gen a system from scratch; 
install an upgrade with a serverpac and so on.

Until IBM figures out that they’re losing opportunities because of this, I fear 
the platform is going to get harder and harder to support and defend.  Most (if 
not all) of the cloud - or public offerings on Z (again, not talking Linux) are 
for Developers.  Master the mainframe, z Systems cloud trial (RDT for z “Test 
drive development tools”) etc. <- all focused on developers.

But, where will the next generation of Storage Engineers & System Programmers 
come from? Who will write the DFSMS/ACS routines, or write the assembler-based 
system exits? Who will wade through SMP/E reading hold data and figuring out 
how to fix or remove a wonky PTF that didn’t apply correctly or went PE?  Who 
will configure the VTAM / 3270 applications and the intricate work tweaking 
TCP/IP net filter and ATTLS?  Who is going to do the detailed capacity / 
performance analysis and tuning of the storage, wlm, cpus and so on?  To say 
nothing of the gargantuan task of securing these beasts.

These are skills with theoretical backgrounds in many disciples, but the 
specifics and technical difficulties pertaining to using those skills on this 
platform are non-trivial.  People need time, mentors and opportunity to learn 
it.  That opportunity is nearly gone - or unrealistically appraised at this 
point.

Sure there are a few colleges which teach these skills, and the tried and true 
way of apprenticeship still works if you can get it, but how prevalent is that? 
 Moreover, why would a fresh-out-of-school person take a chance on an 
OS/platform that they’ve never gotten to put their hands on? In today’s world, 
they can get a free/inexpensive version of every single OS on the planet for 
personal use (Microsoft & VMWare development and full evaluation versions, 
Linux is open source and free, as is the BSD’s, etc etc) - except for z/OS and 
it’s time-tested brethren.   Why is that?  How does that secrecy help generate 
buzz and the next generation of loyal mainframers?

To ask the fresh, talented, next generation of techies to go to work in a 
mainframe shop - or to go to a school to learn mainframe is asking them to take 
a gigantic leap of faith.  They have the opportunity to be hands-on with 
99.999% of the tech out there before they leave high school; but somehow, 
someone expects that they’l self-select into becoming a z/OS sysprog?  Why 
would they?   Not having a clear track to this pipeline is the single biggest 
security issue and threat to this platform there is.  Companies will hire the 
remaining few, then outsource, then divest - unless we (and IBM) start driving 
interest by making the platform (the whole platform, not just the development 
bits) available to anyone who wants to play with it.

It’s a huge opportunity missed, and I hope it changes soon.  One of the hardest 
things to see is, after giving a talk at a non-mainframe centric conference, 
people who come and ask how they can get involved directly.  You can’t.  Unless 
you go to work or school somewhere special, or are willing to lay out several 
thousand out of your own pocket - you just have to admire it from afar.  And 
that’s too bad, because it’s a kick butt OS and a super challenging ecosystem 
that the unbelievably sharp new technologists would sink their teeth into.  
They’d eat it up.  Many were programming from the time they could walk and 
computers just. make. sense.  But this computer, with it’s super configurable 
and somewhat non-forgiving “you better know what you’re doing or how to figure 
it out” practices and protocols, requires time and a steep ramp-up period to 
become proficient.  It has to start now.

zOS and USERID's

2016-12-08 Thread Steve


 
When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
 
The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's. 
 
Normally I would turn away their finding as they are not needed, and not used.
 
IS there any reason to put in an ID other than to placate the auditors
 
 
Thanks all
 
Steve

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

Re: DDs in USS?

On Thu, Dec 8, 2016 at 8:22 AM, Walt Farrell  wrote:

> On Wed, 7 Dec 2016 21:01:08 -0500, Phil Smith III  wrote:
>
> >It's not a specific application: we have an API that any random
> application
> >can use. So yes, today there are applications that are being happily
> called
> >from wherever. They want to add calls to our API, so they do so. Sometimes
> >they need to enable things via the DD DUMMY. And yes, cognitive dissonance
> >is what we'd like to avoid! Not sure what LINKLIST and STEPLIB have to do
> >with anything here-those aren't the DD involved.
>
> Any random application? Really?
>
> So, how does the issuer of a CICS transaction allocate the DD to affect
> how the API call operates? Or the issuer of an IMS transaction? Or the
> issuer of an SQL request that invokes a DB2 stored procedure?
>

Oh, and to extend what Walt was saying; how does the API deal with
multiple CICS transactions which invoke the API but want _different_
effects from your API. Given your example, one needs the the DD DUMMY to
enable something but another needs that there not be any such DD so that it
is disabled. Or worse, different users of the same transaction / program
want opposite processing from the API so the DD must both be there and not
be there at the same time. I will bet that the simple answer is "we don't
support use of our API under CICS." Why document not the same restriction
about a program run from the UNIX shell? If you say that you have users
which demand that some program be run via UNIX, then you have a customer
demand which you should look into addressing. If you are saying that you
don't want "dual pathing", that is checking for both an environment
variable and a DD existing / not existing. It is easy to run an LE program
in batch and set an environment variable via CEEOPTS instead of using a DD.
Of course, this is an incompatible change.

Instead of:

//OPTION DD DUMMY

you could have (to turn on):

//CEEOPTS DD *
ENVAR('OPTION=TRUE')
/*

or have

//CEEOPTS DD *
ENVAR('OPTION=FALSE')
/*

(or no OPTION= environment variable at all) to turn OPTION off.

 start of a new, but related, thought.

Going much further afield, suppose your program is API is called MYAPI
(just so I have a name). And you want to support both "regular" batch (EXEC
PGM=SOMEPGM) as well as UNIX program ($ otherUNIXprogram ). Also suppose
your API has a number of "options" which can be set beyond what are passed
in via a CALL (which IMO, is the proper way to do it). By using an
environment variable (which I will cleverly call MYAPI), you can have
multiple different options set. For a UNIX program, the user might do:

export MYAPI='-t -X -o /tmp/some/file'
otherUNIXprogram

A batch step could have:

//CEEOPTS DD *
ENVAR('MYAPI=-t -X -o /tmp/some/file')
/*

You've now got a way to pass multiple "parameters" to MYAPI separate from
coding something in the user's program. But it's relatively simple for the
user to use the parameters. And it works the same way in batch and UNIX
shell invocations. It's just a different, new, way to approach the same
problem.

Just throwing out some options. If you don't like them, then you too can
throw them out [grin/].

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

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

Maranatha! <><
John McKown

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

Developerworks RFE now works

I can now get to https://www.ibm.com/developerworks/rfe

Someone must have 'heard' me :)


--
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: [EXTERNAL] Re: IBM Fixed Developer Works RFE yesterday - now it doesn't work at all

Dyck, Lionel B. wrote:

Try this to start with 
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=98253 
or just this: 
http://www.ibm.com/developerworks/rfe/ 
 
Thanks. I tried both addresses. Got the same lame message.

From www.ibm.com, I followed the URLs which led me to your second address - 
Same lame message. :-(

I did not report it. I hope for your part someone in big blue can address 
this...

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: DDs in USS?

2016-12-08 Thread Phil Smith III

Charles Mills wrote, in part:

> If I'm right, then aren't UNIX environment variables the answer? I am not
>much of a UNIX guy but can't the shell user set the environment variable
>PHIL_HAND=LEFT without upsetting any other applecart, and then your
function
>could find that environment variable and operate left-handed?



Yes, you've exactly described the situation, and yes, environment variables
are the traditional answer.


>Or do you want to solve this problem without actually enhancing your
>function, or at least without forcing customers to upgrade your product and
>re-link their programs?  You want some magic little thing they could do in
>the shell that would run their application program with whatever arguments
>it expects but first define PHILLEFT? You want some little "meta-program"
>wrapper that would (a.) first define some specified DD as DUMMY and (b.)
>then run some other named program with whatever arguments it expects and
are
>specified?

 

.we don't want to switch from the DD DUMMY to environment variables
globally, because there are too many customer programs out there, right. So
yes, a Rexx wrapper is likely the answer. Adding the environment variable
check would also be possible, but since There Can Be Only One, and we don't
want the overhead of the getenv() in every case (running the TIOT is cheap),
we'd probably have to take the "If no DD DUMMY, *then* do the getenv()", but
that will still have impact on the many cases that don't need any such
setting.

 

Such simple things in concept, so quickly they get deep!

 

Thanks to all-I think we've probably beaten this horse to death (not trying
to discourage more ideas/discussion, just saying "I done got what I wanted,
thanks")!


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

Re: [EXTERNAL] Re: zOSMF and CMF?

Marna - thank you - if we had RMF enabled I'd be using it :-)


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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Marna WALLE
Sent: Thursday, December 08, 2016 8:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: zOSMF and CMF?

I think this matter has been settled already, but just to add.  You must have 
enabled RMF (in IFAPRDxx) to use Resource Monitoring in z/OSMF.  This is from 
the z/OSMF Config book for Resource Monitoring:

"Enable the optional priced feature, Resource Measurement Facility (RMF), on 
one of the systems in your enterprise."

Just as something to think about in general:  the z/OSMF plugins for optional 
priced features do look at if you've got it enabled (in IFAPRDxx), so that you 
can't go 'around' enablement verification.

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

--
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: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

John Dawes wrote:

>There is no information posted in the job however this is what I found in the 
>SYSLOG:

>DS QD,4470,VALIDATE
 UNIT VOLSER SCUTYPE DEVTYPE   CYL  SSID SCU-SERIAL DEV-SERIAL EFC 
>04070 DTB064 2107900 2107900  3339  4040 XX75-67054 XX75-67054 *OK 
>  1 DEVICE(S) MET THE SELECTION CRITERIA   
>  0 DEVICE(S) FAILED EXTENDED FUNCTION CHECKING

Thanks, I just looked at that EFS which caught my attention.

Hmmm, according to the fine doc, that '*OK' says 'Host view is consistent with 
subsystem view of control unit and device function status.'

I see you have indeed a valid concern after I reread the fine docs. Perhaps you 
should ask IBM for assistance if you can't get answers from this list?

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: DDs in USS?

2016-12-08 Thread Walt Farrell

On Wed, 7 Dec 2016 21:01:08 -0500, Phil Smith III  wrote:

>It's not a specific application: we have an API that any random application
>can use. So yes, today there are applications that are being happily called
>from wherever. They want to add calls to our API, so they do so. Sometimes
>they need to enable things via the DD DUMMY. And yes, cognitive dissonance
>is what we'd like to avoid! Not sure what LINKLIST and STEPLIB have to do
>with anything here-those aren't the DD involved.

Any random application? Really?

So, how does the issuer of a CICS transaction allocate the DD to affect how the 
API call operates? Or the issuer of an IMS transaction? Or the issuer of an SQL 
request that invokes a DB2 stored procedure?

-- 
Walt

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

Re: DDs in USS?

2016-12-08 Thread Walt Farrell

On Wed, 7 Dec 2016 18:29:38 -0600, Paul Gilmartin  wrote:

>On Wed, 7 Dec 2016 17:28:04 -0500, Tony Harminc wrote:
>>
>>I meant it in the same sense that Kernel Don use to say it: there is no
>>difference from a program's point of view. Obviously there are  differences
>>in and gross omissions from the several human interfaces to z/OS with their
>>different roots. But a program generally need not be any more concerned
>>about how it got started by the user than it need worry itself about
>>whether it's running in batch or TSO. To be sure there are some
>>differences, but "MVS Classic" services and all the UNIX services are
>>equally available in all environments.
>>
>So you're leaving yourself an enormous "out".  Anything I can't do from
>a shell environment (and I believe Kernel Don even disparaged the word
>"environment") you simply say isn't an "'MVS Classic' service".

But RECEIVE is not an MVS _service_ at all. It is a TSO _command_, quite 
naturally expecting to be run in a TSO environment with all the services that 
TSO provides. 

I have never seen anyone say that specific applications might not have 
environmental requirements. For example, if you had a CICS transaction you 
wouldn't expect to be able to invoke it from a TSO command prompt, nor from a 
batch job, nor from a UNIX shell environment. It requires CICS services, just 
as RECEIVE requires TSO services.

-- 
Walt

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

Re: [EXTERNAL] Re: zOSMF and CMF?

2016-12-08 Thread Marna WALLE

I think this matter has been settled already, but just to add.  You must have 
enabled RMF (in IFAPRDxx) to use Resource Monitoring in z/OSMF.  This is from 
the z/OSMF Config book for Resource Monitoring:

"Enable the optional priced feature, Resource Measurement Facility (RMF), on 
one of the
systems in your enterprise."

Just as something to think about in general:  the z/OSMF plugins for optional 
priced features do look at if you've got it enabled (in IFAPRDxx), so that you 
can't go 'around' enablement verification.

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

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

Re: [EXTERNAL] Re: IBM Fixed Developer Works RFE yesterday - now it doesn't work at all

Try this to start with

http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=98253

or just this:

http://www.ibm.com/developerworks/rfe/


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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, December 08, 2016 8:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IBM Fixed Developer Works RFE yesterday - now it 
doesn't work at all

Dyck, Lionel B. (TRA) wrote:

>Yesterday the RFE page was down for updates.  Today I can't even open 
>that page.  I get a page with Oops - that's not right!  500 Internal 
>Server Error

Please post the URL if you can. 

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

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

Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

Elardus,

There is no information posted in the job however this is what I found in the 
SYSLOG:

DS QD,4470,VALIDATE

 UNIT VOLSER SCUTYPE DEVTYPE   CYL  SSID SCU-SERIAL DEV-SERIAL EFC 
04070 DTB064 2107900 2107900  3339  4040 XX75-67054 XX75-67054 *OK 
  1 DEVICE(S) MET THE SELECTION CRITERIA   
  0 DEVICE(S) FAILED EXTENDED FUNCTION CHECKING

On Wed, 7/12/16, Elardus Engelbrecht  wrote:

 Subject: Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Wednesday, 7 December, 2016, 12:27 PM

 John Dawes wrote:

 >Could someone clear up what the command DS
 QD,413Z,VALIDATE actually do?  The doc says the
 following:

 >VALIDATE : Uses status information acquired directly
 from a device to correct inconsistent extended function
 status information maintained in host processor storage.
 VALIDATE has no effect if the unit address has no physical
 device attached

 >I am not sure what "to correct inconsistent extended
 function.." does.  Is it safe to use? Could you please
 help me understand IBM's explanation because it is not
 clear.

 Since it is a 'DISPLAY' command, it is indeed safe to issue
 the command. What are you seeing in the console/syslog?

 It depends of course what is shown, then it should be
 obvious what next you should be doing.

 Just post the result if you can. If you can and device is
 shared, repeat the display from another LPAR, just to be
 sure.

 About IBM's explanation, I'm sorry, but I can't help without
 specific results of your display command.

 Oh, IBM's docs can sometimes be really that hard to read...
 ;-)

 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

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

Re: IBM Fixed Developer Works RFE yesterday - now it doesn't work at all

Dyck, Lionel B. (TRA) wrote:

>Yesterday the RFE page was down for updates.  Today I can't even open that 
>page.  I get a page with Oops - that's not right!  500 Internal Server Error

Please post the URL if you can. 

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: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

Bill,

Thanks for the explanation.  Just for the record the addresses are online which 
raised my concern when I read the doc which states "VALIDATE has no effect if 
the unit address has no  physical device attached" .  As you said that it could 
update something which confirms my suspicions.


On Wed, 7/12/16, Bill Woodger  wrote:

 Subject: Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Wednesday, 7 December, 2016, 1:45 PM
 
 "In addition, there is one action
 parameter, VALIDATE" says the documentation. That, coupled
 with "VALIDATE has no effect if the unit address has no
 physical device attached" is a pretty strong indication that
 there is an actual effect from VALIDATE.
 
 "Use the dump selection parameters, to define the contents
 of the display. Beyond the basic status information, you can
 specify which of the following MVS™ system control blocks,
 and/or what information acquired directly from the following
 device information buffers, to display in hexadecimal
 format.
 
     The system control blocks are UCB, DCE, SSSCB,
 DPCT and RDFEATS.
 
     If you specify the parameter NOIO, the display
 will show only the storage resident information in the MVS
 control blocks; the command will not issue any I/O to the
 selected devices.
     The device information buffers are RDC, RCD,
 and SNSS."
 
 If I were to guess, I'd say that UCB, DCE, SSSCB, DPCT and
 RDFEATS are all candidates to be "updated" (validated) from
 RDC, RCD (don't you just love when you see TLCs in the same
 paragraph which are anagrams of each other?) and SNSS.
 Unless NOIO is specified.
 
 However, I assume the purpose of the question is not to rely
 on guesses. From reading the brief documentation, I'd for
 sure say VALIDATE may update something.
 
 --
 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: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD

Lizette,

There are no error messages or issues.  I posed the question because I came 
across the command (which is run in batch job, using an inhouse program) and I 
wasn't sure what the VALIDATE did when the command was issued.


On Wed, 7/12/16, Lizette Koehler  wrote:

 Subject: Re: EXPLANATION ABOUT VALIDATE WHEN DOING A DS QD
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Wednesday, 7 December, 2016, 1:50 PM
 
 So, what is it you are
 working on?
 
  What error
 messages?
  What IO issue?
 
 Any HCD or IO Gen issues?
  Device not coming
 online or responding?
 
 Perhaps if there were more detail on why you
 wish to use validate on the DS DQ command, more guidance
 from the list could be given.
 
 Remember:  The more details the better the
 advice.   ;-D
 
 
 Lizette
 
 
 > -Original Message-
 > From: IBM Mainframe Discussion List
 [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On
 > Behalf Of John Dawes
 > Sent: Wednesday, December 07, 2016 8:59
 AM
 > To: IBM-MAIN@LISTSERV.UA.EDU
 > Subject: EXPLANATION ABOUT VALIDATE WHEN
 DOING A DS QD
 > 
 >
 G'Day,
 > 
 > Could
 someone clear up what the command DS QD,413Z,VALIDATE
 actually do?  The
 > doc says the
 following:
 > 
 >
 VALIDATE : Uses status information acquired directly from a
 device to correct
 > inconsistent extended
 function status information maintained in host processor
 > storage. VALIDATE has no effect if the
 unit address has no physical device
 >
 attached
 > 
 > I am not
 sure what "to correct inconsistent extended
 function.." does.  Is it
 > safe to
 use? Could you please help me understand IBM's
 explanation because it
 > is not clear.
 > 
 > Thanks.
 > 
 
 --
 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: [EXTERNAL] Re: zOSMF and CMF?

2016-12-08 Thread Carmen Vitullo

Your welcome, I was sure they had a viable solution 
Carmen 

- Original Message -

From: "Lionel B. Dyck (TRA)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, December 8, 2016 6:07:27 AM 
Subject: Re: [EXTERNAL] Re: zOSMF and CMF? 

Thanks everyone - the BMC support told me CMF can't but that I can add a link 
to the MainView Explorer to zOSMF to provide similar functionality. 

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

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Wednesday, December 07, 2016 2:25 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: zOSMF and CMF? 

I suspect CMF may have a GPMSERVE like connector, Sorry I could not be more 
help - BMC's technical support is generally pretty good, that would be my next 
route. 
they may still require the same security setup as the CFZCIM and GPMSERVE does 
if they do. 

Carmen 

- Original Message - 

From: "Lionel B. Dyck (TRA)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, December 7, 2016 10:09:58 AM 
Subject: Re: [EXTERNAL] Re: zOSMF and CMF? 

The resource plugin is enabled but it needs a connector to rmf - something cmf 
does not have. 

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

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Wednesday, December 07, 2016 10:02 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: zOSMF and CMF? 

Have your installed the RMF plugin ? I have z/OSMF installed with only the 
configuration assistant and the WLM plugin, I've not tried to install the RMF 
plugin I don't see anything specific in the descriptor file for the RMF plugin 
that is specific to RMF only. 
see 
izu.rmf.descriptor 
in usr/lpp/zosmf/V2R1/configuration/descriptors/ if you're at z/OS 2.1 HTH's 
Carmen 

- Original Message - 

From: "Lionel B. Dyck (TRA)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 6, 2016 10:31:05 AM 
Subject: zOSMF and CMF? 

Does anyone know if CMF can interface with the zOSMF Performance modules in 
place of RMF? 

I've not found anything in the CMF pubs (so far) 

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

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

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

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

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

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

IBM Fixed Developer Works RFE yesterday - now it doesn't work at all

Yesterday the RFE page was down for updates.  Today I can't even open that 
page.  I get a page with Oops - that's not right!  500 Internal Server Error

One step forward - several back

--
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: [EXTERNAL] Re: zOSMF and CMF?


Thanks everyone - the BMC support told me CMF can't but that I can add a link 
to the MainView Explorer to zOSMF to provide similar functionality.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, December 07, 2016 2:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: zOSMF and CMF?

I suspect CMF may have a GPMSERVE like connector, Sorry I could not be more 
help - BMC's technical support is generally pretty good, that would be my next 
route. 
they may still require the same security setup as the CFZCIM and GPMSERVE does 
if they do. 

Carmen 




- Original Message -

From: "Lionel B. Dyck (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, December 7, 2016 10:09:58 AM
Subject: Re: [EXTERNAL] Re: zOSMF and CMF? 

The resource plugin is enabled but it needs a connector to rmf - something cmf 
does not have. 


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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, December 07, 2016 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zOSMF and CMF? 

Have your installed the RMF plugin ? I have z/OSMF installed with only the 
configuration assistant and the WLM plugin, I've not tried to install the RMF 
plugin I don't see anything specific in the descriptor file for the RMF plugin 
that is specific to RMF only. 
see
izu.rmf.descriptor
in usr/lpp/zosmf/V2R1/configuration/descriptors/ if you're at z/OS 2.1 HTH's 
Carmen 


- Original Message - 

From: "Lionel B. Dyck (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 6, 2016 10:31:05 AM
Subject: zOSMF and CMF? 

Does anyone know if CMF can interface with the zOSMF Performance modules in 
place of RMF? 

I've not found anything in the CMF pubs (so far) 

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


-- 
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: [EXTERNAL] z/OS Web Based Dropbox ?