Paul Gilmartin pisze:
[...]
Until someone shows me documentation or an example to the
contrary, I'll believe that OWNER is a synonym for userid.
Different components should always use different names for
the same entities -- it keeps programmers alert. Or perhaps
it's just Conway's law again.
Hi,
Paul Gilmartin wrote in Re: Multiple jobs/same name
EXEC PGM=IEFBR14,PARM='SYSUID' substitutes the USER= value from the JOB
CARD for SYSUID.
Until someone shows me documentation or an example to the
contrary, I'll believe that OWNER is a synonym for userid.
The column headed OWNER in SDSF
I don't use SDSF H generally because of it defaulting to your userID as
prefix
(must use H ALL to override).
I consider that the default default.
OWNER yourid
PREFIX **
works very nicely for me. So, yes, you had to do something to get this in
place, but once it's there it stays so from then on
hi listers,
Plan to move files between remote hosts via FTP .
1) I have 3 LPARs , Host1 , Host2 , and Host3 .
2) Plan to develop a REXX program or ISPF panel,to issue FTP request from
Host 1,and
put / get Files from Host2 through Host3.
Is it doable on z/OS V1.6 ? or z/OS V1.10+ ?
TKS !
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Tsai Laurence
Sent: Monday, October 05, 2009 7:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Move files between remote hosts via FTP
hi listers,
Plan to move files between remote hosts
Autocoder was/is the name of the 1401 Assembler:
APRICE,TOTALSUM INVOICE TOTAL
The language syntax, the 80-col card layout and the obvious opcodes
survived. The more logical left-to-right Add PRICE to TOTAL didn't.
Here, Robert B. Garner's email to:
1401 Founders,
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks
terry.sambro...@btclick.com wrote:
The column headed OWNER in SDSF will contain a Userid as per the attached
listing (note that in this case the Userid exceeds 7 characters, because
SPACEMAN has nothing to do with TSO).
This field illustrates a
It occurs to me that there is one aspect of the downsize mentality
that has not been discussed, and that is the 500
pound gorilla aspect ... When there is an economic crunch
and management looks around for where to cut they can
not help but notice the 500 pound gorilla in the room.
So,
Paul Gilmartin pisze:
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks
terry.sambro...@btclick.com wrote:
The column headed OWNER in SDSF will contain a Userid as per the attached
listing (note that in this case the Userid exceeds 7 characters, because
SPACEMAN has nothing to do with TSO).
On Mon, 5 Oct 2009 09:11:21 +0200, R.S. wrote:
BTW: jobnames can be easily protected using standard RACF class JESJOBS.
The profile is SUBMIT.nodename.jobname.userid
One can define who (not a part of the profile) on what system (NJE
node), what jobname, *with what OWNER* (the last qualifier).
So
Paul Gilmartin pisze:
On Mon, 5 Oct 2009 09:11:21 +0200, R.S. wrote:
BTW: jobnames can be easily protected using standard RACF class JESJOBS.
The profile is SUBMIT.nodename.jobname.userid
One can define who (not a part of the profile) on what system (NJE
node), what jobname, *with what OWNER*
On 5 Oct 2009 06:45:17 -0700, ma...@resa.net (Warner Mach) wrote:
It occurs to me that there is one aspect of the downsize mentality
that has not been discussed, and that is the 500
pound gorilla aspect ... When there is an economic crunch
and management looks around for where to cut they can
Have seen this too..Best one ever...was working with a collegu
Guys,
Have seen this too..Best one ever...was working with a collegue..with a large
client doing a SNA/VTAM type conversion. He quoted her a rate for a RFP and she
said thats a lot of money to convert 11 lpars.He told her this
Paul Gilmartin wrote:
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks
terry.sambro...@btclick.com wrote:
It is a useful way of identifying that a job is owned by a User, even if
they did not submit it.
Display Filter View Print Options Help
On 2009.10.05 09:45, concerning 500 Pound Gorilla Downsizing,
Warner Mach ma...@res...net wrote to IBM-Main :
[snip] the Maximus Leader would bring tours through the computer room.
[snip] maintain and support the big number cruncher [snip] something
that big and that important.
These
I don't think so - as much as management would like to get rid of the
mainframe, they know that change is expensive.The budget to replace
everything is huge in the short term, and the short term is very important to
them.
I think you need to re-think that.
Ask Eric Bielefield (if I
On 5 Oct 2009 09:22:03 -0700, nduf...@uottawa.ca (Neil Duffee) wrote:
These days, with our burgeoning squatty box farm, I like to challenge
tour folx (being shown the 'squatty boxen') to determine which
machine is the mainframe since we take the least amount of space in
the room. (ok, the
The name wasn't too far off - see below.
I actually think PH Mining save money after a couple of years when they got
off the mainframe. The biggest factor involved in that was the existense of
a running platform that was already running their sister company in another
state. The project was
On 5 Oct 2009 09:49:08 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:
I don't think so - as much as management would like to get rid of the
mainframe, they know that change is expensive.The budget to replace
everything is huge in the short term, and the short term is very important to
The name wasn't too far off - see below.
Would you believe ... Missed it by that much!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
But I disagree that the poor economy is to blame for this down-sizing, and I
expect that when the economy gets better, the process will accelerate.
The economy is a red herring!
I've been involved in down-sizing exercises since the early 1990's.
-
Too busy driving to stop for gas!
I saw this whole downsizing thing with a large big 8 accting f
Guys,
I saw this whole downsizing thing with a large big 8 accting firm who consults
( i will not mention the name), tried to move z/OS applications over to Unix
and when it failed after millions of dollar expendedthey just
Edward Jaffe notes:
As I stated, I've seen it done far more than I ever expected.
The problem, Ed, is that you expect (or at least hope for) mostly
rational behavior, and you view such mechanisms as irrational and
odd (because there are better, more appropriate, ways to do this).
While I
Howard Brazee wrote:
But I disagree that the poor economy is to blame for this
down-sizing, and I expect that when the economy gets better, the
process will accelerate.
The poor economy has breathed new life into legacy core systems. Systems
that were scheduled for replacement are now
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks
terry.sambro...@btclick.com wrote:
Hi,
Paul Gilmartin wrote in Re: Multiple jobs/same name
EXEC PGM=IEFBR14,PARM='SYSUID' substitutes the USER= value from the
JOB
CARD for SYSUID.
Until someone shows me documentation or an example to the
On 10/4/2009 at 9:14 AM, in message 4ac8bbf3.1040...@ync.net, Rick
Fochtman wrote:
- You are NOT allowed to submit production jobs / reruns from your TSO (must
go through the job scheduler)
Absolutely agree.
- You are NOT allowed to submit test jobs using a production jobname.
Period.
You have got quite a few options for this. what is available depends on
whether you just want message automation or also scheduling.
You should look at the following:
TSSO (Free from CBT tape, but requires some knowledge to build)
Write MPF exits (I bet a dozen people on here would show you how)
I am in the process of revising our JES2 statements (z/OS V1.9) and was
wondering if there is any need to alter the SUBTDEF parm from its default of 10.
I have not found anything in the manuals to tell me how to tune this particular
parm or how to gauge if it needs changing.
Lizette
On 10/5/2009 at 5:43 AM, in message
of10f77fcc.d152952f-on85257646.00402abf-85257646.00405...@us.ibm.com, Peter
Relson rel...@us.ibm.com wrote:
I don't use SDSF H generally because of it defaulting to your userID as
prefix
(must use H ALL to override).
I consider that the default default.
I know Paul Gilmartin will just love this...
With recent service applied, all of our jobs that UNPACK customer
problem documentation to SYSOUT are failing with:
AMA584E OUTPUT DEVICE TYPE IS UNSUPPORTED
The problem is easily demonstrated with this simple JCL:
//PACK EXEC
snip--
I don't think so - as much as management would like to get rid of the
mainframe, they know that change is expensive.The budget to replace
everything is huge in the short term, and the short term is very important to
them.
---snip-
On 10/4/2009 at 9:14 AM, in message 4ac8bbf3.1040...@ync.net, Rick Fochtman
wrote:
- You are NOT allowed to submit production jobs / reruns from your TSO (must
go through the job scheduler)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
Sent: Monday, October 05, 2009 2:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Multiple jobs/same name
snip
But you still need to prevent testers from submitting jobs with
This is to inform you in advance that the IBMLink system will have a
planned outage starting on Friday, October 23, 2009 at 8:00 PM Eastern
Time through Saturday, October 24, 2009 at 5:00 AM Eastern Time. This
planned outage will occur due to the installation of IBMLink Release 7.0
which will
If I knew the password I'd simply log on myself and submit..
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Monday, October 05, 2009 2:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Multiple jobs/same name
Lack of funding is certainly slowing the ERP project here.
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Edward Jaffe
Sent: Monday, October 05, 2009 11:16
On Mon, 5 Oct 2009 14:32:53 -0500, Rick Fochtman wrote:
But you still need to prevent testers from submitting jobs with a
production USERID. We used a TSO exit to remove USER/PASSWORD parms from
the JOB statement. Got a better idea?
Change the password?
-- gil
- Original Message -
From: Edward Jaffe edja...@phoenixsoftware.com
Newsgroups: bit.listserv.ibm-main
Sent: Monday, October 05, 2009 3:14 PM
Subject: AMATERSE Even Less Device Independent Than Before
I know Paul Gilmartin will just love this...
With recent service applied, all of our
On 10/5/2009 at 1:32 PM, in message 4aca49e5.2070...@ync.net, Rick
Fochtman
rfocht...@ync.net wrote:
But you still need to prevent testers from submitting jobs with a
production USERID. We used a TSO exit to remove USER/PASSWORD parms from
the JOB statement. Got a better idea?
RACF seems
Rick Fochtman wrote:
But you still need to prevent testers from submitting jobs with a
production USERID. We used a TSO exit to remove USER/PASSWORD parms
from the JOB statement. Got a better idea?
Really?
1. You use a TSO/E user exit to block this? What if they submit a job
with USER= and
Pinnacle wrote:
Did they give you the WAD here?
No WAD yet...
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/
The whole idea of production user profiles is that they have no passwords,
thus limiting the access to them to surrogat profiles. The RACF surrogat
class, in the form userid.submit, as others have cited, can provide the
ability for USERA to submit a job with USER=USERB, with no password operand
On Fri, 2 Oct 2009 16:53:47 -0700, Edward Jaffe
edja...@phoenixsoftware.com wrote:
I have personally not put my userid into a job name in nearly 25 years.
If I submit a job to compress a PDS, it's called COMPRESS. That's what
makes sense to me.
Except when there are hundreds or thousands of
Arthur Gutowski wrote:
... AFAIK, JES3 still does not allow for
duplicate jobnames to exeute in tandem without modification (other than the
bypass for UNIX tasks).
I agree it's crazy. I suspect nearly every JES3 shop in the world has
this (very old) one line modification in place:
I need a quick HFS question answered. I need to add a candidate volume for HFS.
When I try to do a
IDCAMS
'ALTER 'HFS.USERS' ADDVOLUMES(*) '
I receive a IDCAMS CATALOG ERROR .
My problem is that I ned more space for HFS.USERS hfs file for a install.
I searched through the archives and
I agree with Frank here. He's starting with a new z/OS system, albeit
converting from VSE. He should not be encumbered by any of the baggage
from pre RACF or any other this is the way we had to do it last
century.
Aside from logical job ownership controls and flexible job names, what
other
SMS or non-SMS?
Scott Ford wrote:
I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a
IDCAMS
'ALTER 'HFS.USERS' ADDVOLUMES(*) '
I receive a IDCAMS CATALOG ERROR .
My problem is that I ned more space for HFS.USERS hfs file for a install.
I
There must be more to the message than that?
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Doug Fuerst
Sent: Monday, October 05, 2009 4:11 PM
To:
snip
On Mon, 5 Oct 2009 14:32:53 -0500, Rick Fochtman wrote:
But you still need to prevent testers from submitting jobs with a
production USERID. We used a TSO exit to remove USER/PASSWORD parms from
the JOB statement. Got a better
Yes, sorry i hit the keys too fast here is the messages fom my OMVS session and
its non-sms also this z/OS 1.10
SFORD:/Z110S/usr/lpp/dfsms/bin: ./confighfs -xn 100c /u/ca
Error issuing PFSCTL: RC=0 ERRNO=133(85) REASON=5B27C005
No space available
SFORD:/Z110S/usr/lpp/dfsms/bin:
Scott J
On Mon, 5 Oct 2009 12:13:36 -0700, Edward Jaffe wrote:
I know Paul Gilmartin will just love this...
With recent service applied, all of our jobs that UNPACK customer
problem documentation to SYSOUT are failing with:
AMA584E OUTPUT DEVICE TYPE IS UNSUPPORTED
You might be surprised how little
On Mon, 5 Oct 2009 18:28:35 -0500, Rick Fochtman wrote:
But you still need to prevent testers from submitting jobs with a
production USERID. We used a TSO exit to remove USER/PASSWORD parms from
the JOB statement. Got a better idea?
Change the password?
We did. Our Production Support staff and
On 10/5/2009 at 5:00 PM, in message
edfbe8a9b39ed541ba3c8177c32ff0c8cde...@exchangevs-02.ad.wsu.edu, Gibney,
Dave gib...@wsu.edu wrote:
I agree with Frank here. He's starting with a new z/OS system, albeit
converting from VSE. He should not be encumbered by any of the baggage
from pre RACF or
Is this worth a shareholder inquiry? As a shareholder, I am
embarrassed by this announcement. I doubt that Microsoft has similar
outages. IBM people, please feel free to forward this to the
appropriate people.
On 5 Oct 2009 12:50:11 -0700, in bit.listserv.ibm-main you wrote:
This is to inform
You are going to have to dump and restore it to a larger HFS on another
volume. You really want to look at page 135 in the Redbook HFS Usage
Guide SG24-5482. That page pretty much give you a step by step
method.Confighfs only works if there are candidate volumes for the
extent. Page 132 starts
Paul Gilmartin wrote:
and better portability. Attempting to UNPACK to spool is as
far outside its design parameters as it would be for IEBCOPY
to load a member to a SYSOUT data set.
The SYSOUT case is one I can make an admittedly weak case for -
listing source (or punching cards!) from a
What can I sat pre-canned IBM ADCD system. Means a bit
Thanks Doug.
What can I sat pre-canned IBM ADCD system. Means a bit more extra work, I
figure it might be something like this..
I was hoping somehow add another candidate volume and let it use multiple
volumes...welll..
Thanks, Mucnh
We've recently been migrating our z/OS system from
our Thinkpad under FLEX-ES to the IBM Dallas center.
It's actually going pretty well, but now I'm having a problem
doing a simple Java compile. Here's what happens:
=== javac cgijava1.java
java/io/PrintStream.java(java/io:PrintStream.java):1:
I am out of the office until 10.10.2009.
I will respond to your message when I return.
Note: This is an automated response to your message Java problem sent on
6/10/09 4:01:34.
This is the only notification you will receive while this person is away.
A new command called FEX (Find EXpression) is being introduced in the next
version of SimpList. It uses the same syntax as the regular ISPF find command,
but enhances it with a couple of the concepts used in regular expressions.
A beta test version has just been released and a few positions
-Original Message-
From: MVS OpenEdition On Behalf Of Steve Comstock
We've recently been migrating our z/OS system from
our Thinkpad under FLEX-ES to the IBM Dallas center.
It's actually going pretty well, but now I'm having a problem
doing a simple Java compile. Here's what
What does the Java source look like ?
Scott J Ford
John,
What does the Java source look like ?
Scott J Ford
From: Chase, John jch...@ussco.com
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 6, 2009 1:10:52 AM
Subject: Re: [MVS-OE] Java problem
Looks like it might be ascii.
On Tue, Oct 6, 2009 at 6:21 AM, Scott Ford scott_j_f...@yahoo.com wrote:
What does the Java source look like ?
Scott J Ford
John,
What does the Java source look like ?
Scott J Ford
From: Chase, John jch...@ussco.com
63 matches
Mail list logo