SC35-0427-09 DFSMS OAM Planning, Installation, and Storage Administration Guide
for Tape Libraries ..Sorry for late reply
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu w
I would suggest to use the ISPF Dialog test feature with the
Functions/Variable - ALL and then log each entry and see where and why issue
is coming going in the ISPF Log..
--
For IBM-MAIN subscribe / signoff / archive access
> I saw Barbara's note about including the dataspaces belonging to OMVS, but
> haven't seen a "complete" generation deck (or significant excerpt) from her
> yet.
You've asked for it:
AMDSADMP IPL=D3390,VOLSER=xx, +
REUSEDS=ALWAYS,IPLEXIST=Y
The top 25 worst passwords, in order (and their current rankings
compared with the previous year's rankings), are below.
1. password (unchanged)
2. 123456 (unchanged)
3. 12345678 (unchanged)
4. abc123 (up 1)
5. qwerty (down 1)
6. monkey (unchanged)
7. letmein (up 1)
8. dragon (up
Ze'ev...
Do a listidr on one of the IBM compiler modules in question it should
be easy to determine.
Offhand I would guess PLX (certainly not C) .
Ed
On Jan 21, 2013, at 9:41 PM, Ze'ev Atlas wrote:
One more point
There is nothing really new anymore. In the olden days one would
create a
At 11:57 -0600 on 01/21/2013, Paul Gilmartin wrote about TSO ALLOCATE
REUSE ENQ?:
How can restriction be? It seems that if the file is first FREEd, the ENQ is
removed and reallocating SHR should just work. What's going on here
that they're not telling me.
They are hiding the MAJOR design-fl
At 12:15 -0600 on 01/21/2013, Mike Schwab wrote about Re: VTOC QUESTION:
3 DSCBs for 16 extents, so keeping extents down will be needed.
Where is the 3rd DSCB coming from? You need 1 DSCB for the first 3
extents and a second for the remaining 13.
On Mon, Jan 21, 2013 at 12:08 PM, retired
One more point
There is nothing really new anymore. In the olden days one would create a
compiler for a new language X and have it written in X, but those days are no
more! It seems that all new compilers are written in C - or in Fortran,
nowadays.
I wonder what are COBOL and PL/I compilers w
Well
I was not aware about that fact, so I downloaded the source code and indeed it
uses Fortran - interesting, I may spend some time with that stuff.
However, both IBM and GNU provide pretty advanced Fortran compilers, but it
becomes more and more hairy to deal with it. Yet, if there is a dem
On 21/01/2013 11:35 PM, Ze'ev Atlas wrote:
One may try to build that under z/OS USS and it should work (recently somebody
discussed here building LiteSQL as pretty simple thing.) I do not think that
supporting native z/OS files should be that hard hereafter.
To port R to z/OS Unix you will
In <1358776795.52550.yahoomail...@web165006.mail.bf1.yahoo.com>, on
01/21/2013
at 05:59 AM, esmie moo said:
>What are the advantages of having a large VTOC defined when
>initializing a volume besides having a large amount of Free DSCBS?
None.
--
Shmuel (Seymour J.) Metz, SysProg and J
On 1/21/2013 3:08 PM, Paul Gilmartin wrote:
So much background for such an apparently simple command.
MVS allocation is not a simple topic. Never has been.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
-
On Mon, 21 Jan 2013 14:16:23 -0800, retired mainframer wrote:
>Did you try it and see it works or if the limitation in the manual is
>correct?
>
Good idea, of course. I've tried it now. That much is true.
>:>: -Original Message-
>:>: Behalf Of Paul Gilmartin
>:>: Sent: Monday, January 2
zMan and Ian,
Excellent , I totally agree as a working stiff at 62 ...
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 21, 2013, at 1:43 PM, zMan wrote:
> On Mon, Jan 21, 2013 at 10:02 AM, Ian
Did you try it and see it works or if the limitation in the manual is
correct?
:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>: Behalf Of Paul Gilmartin
:>: Sent: Monday, January 21, 2013 9:58 AM
:>: To: IBM-MAIN@LISTSERV.UA.EDU
:>: Su
The first 3 extents fit in the Format-1 DSCB. The next 13 fit in the
Format-3 DSCB. What is the third DSCB you think is needed?
You can still fit only 6 1500 cylinder datasets on a 10,000 cylinder device.
Even if a third DSCB is needed, you still need only 18 DSCBs which will fit
is a single tra
> We're looking to "clean up" our Stand-alone Dump process, and get
> "up to snuff" for z/OS 1.13 and beyond. Toward that end we are
> studying the latest Tech Doc from IBM:
>
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286
>
> But one question (so far) remains: What a
On Mon, 21 Jan 2013 11:10:03 -0600, Mark Zelden wrote:
>On Mon, 21 Jan 2013 10:13:54 -0600, John Chase wrote:
>
>>Hi, All,
>>
>>We're looking to "clean up" our Stand-alone Dump process, and get "up to
>>snuff" for z/OS 1.13 and beyond. Toward that end we are studying the latest
>>Tech Doc fro
IBM Mainframe Discussion List wrote on
01/21/2013 08:53:35 AM:
> From: "esst...@juno.com"
> To: IBM-MAIN@listserv.ua.edu,
> Date: 01/21/2013 02:54 PM
> Subject: Re: 0D7 with ATSET
> Sent by: IBM Mainframe Discussion List
>
> Jim Mulder wrote
>
> > Your ATSET does a stacking PC-cp. The ATS
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ted MacNEIL
Sent: Monday, January 21, 2013 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTOC QUESTION
>>The only downside of a too large VTOC is that the extra space is not
>>availa
On Mon, Jan 21, 2013 at 10:02 AM, Ian wrote:
> Firstly, My condolences to the Mason family.
>
> In my opinion it is very bad taste to use a threat announcing the passing
> of a member of this list as a vehicle to parade ones mastery of several
> languages and chastise others in there lack of mas
3 DSCBs for 16 extents, so keeping extents down will be needed.
On Mon, Jan 21, 2013 at 12:08 PM, retired mainframer
wrote:
> Just to satisfy my own curiosity, I do you plan to fit 650 datasets, each a
> minimum of 1,500 cylinders, on a volume with only 10,000 cylinders? How
> will you even get
I could go for your last: "limit SCP SCSI". But I would basically
extend it to anything which is FBA compatible. That is basically all
of VSAM. Which include z/OS UNIX filesystems by default because z/OS
UNIX filesystems are implemented via VSAM LINEAR data sets. And, if
that happened, I would real
Just to satisfy my own curiosity, I do you plan to fit 650 datasets, each a
minimum of 1,500 cylinders, on a volume with only 10,000 cylinders? How
will you even get more than 6?
A 3390 will fit 53 DSCBs per track. 29 tracks will hold 1537 DSCBs,
slightly more than twice what you expect.
ISPF 3
On Mon, Jan 21, 2013 at 8:46 AM, Joel C. Ewing wrote:
> I always tried to come up with a "worst-case" VTOC size requirement for each
> DASD size and have a single initialization job that could be used in all
> cases. It makes life so much simpler and you don't have to worry about
> things later
From the description of the ALLOCATE command in the TSO/E
Commands manal:
REUSE
specifies the file name being allocated is to be freed and reallocated
if it is currently in use.
When you allocate a data set with file name or ddname, give it a disposition
of SHR or OLD. You cannot
In
,
on 01/21/2013
at 03:55 PM, Timothy Sipples said:
>I don't follow the logic.
The logic is that the incremental cost was less for VSE because part
of the work had been done decades earlier.
>The ease or difficulty of doing something is not
>measured when something isn't done.
I'm referri
>The only downside of a too large VTOC is that the extra space is not available
>for data sets.
How much space is 'lost' to make a difference? Especially, on a -9 or larger?
>Since I've set up the SMS pools by size, I can adjust the VTOC size to match
>each pool. I have an initialization job
On Jan 21, 2013, at 8:46 AM, Joel C. Ewing wrote:
> I have never seen any indication that having excessive free DSCBs has any
> impact positive or negative on new data set allocation, and if you have a
> VTOC Index defined (which should always be the case) there should be minimal
> correlation
On Mon, 21 Jan 2013 10:13:54 -0600, John Chase wrote:
>Hi, All,
>
>We're looking to "clean up" our Stand-alone Dump process, and get "up to
>snuff" for z/OS 1.13 and beyond. Toward that end we are studying the latest
>Tech Doc from IBM:
>
>http://www-03.ibm.com/support/techdocs/atsmastr.nsf/We
Yeah, it seems that GCC would be a easy fit ...
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 21, 2013, at 11:49 AM, Ze'ev Atlas wrote:
> Available: http://www.cbttape.org/ftp/cbt/CBT853.zip
>
Correct, no license for the C/C++ compiler. There is no business need.
At times, it seems to me that we can barely program in COBOL.
There is a port of the GNU C compiler, but it just doesn't seem quite
"right" to me. No, I don't know what that means.
On Mon, Jan 21, 2013 at 10:46 AM, Ze'ev Atlas
Available: http://www.cbttape.org/ftp/cbt/CBT853.zip
Ze'ev Atlas
From: scott
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, January 21, 2013 11:39 AM
Subject: Re: R statistical language.
Any idea if the GNU C compiler could be ported to the z/OS environment?
What do you mean by " lack of a z/OS C compiler". Does that mean that your
site does not license it? Because I compile C on z/OS with the IBM supplied
compiler all the time (both native z.OS and USS, producing good ol' load
modules and DLL's at will.) Another possibility is using the GCC (ava
Any idea if the GNU C compiler could be ported to the z/OS environment?
Scott
On 01/21/2013 11:16 AM, John McKown wrote:
I would image so. The "problem", at least for me, is lack of a z/OS C
compiler. I guess that I could download some SMF data to my Linux
system and write a C routine to read i
John,
I agree , I am typing on my ipad and watching the inauguration. It's hard to
get motivated..
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 21, 2013, at 11:16 AM, John McKown wrote:
> I wo
I would image so. The "problem", at least for me, is lack of a z/OS C
compiler. I guess that I could download some SMF data to my Linux
system and write a C routine to read it. I already have one in Java
which works fairly well. A big problem for me is lack of energy and
interest.
On Mon, Jan 21,
Hi, All,
We're looking to "clean up" our Stand-alone Dump process, and get "up to snuff"
for z/OS 1.13 and beyond. Toward that end we are studying the latest Tech Doc
from IBM:
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD103286
But one question (so far) remains: What are t
I don't know R but it stands to reason that routines can be written to be
called to perform formatting of SMF records.
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 21, 2013, at 10:36 AM, "Joel C.
Reaffirming Jim's post, those Exclusive GRS ENQs should be FIFO, regardless of
GRS mode. Perhaps RESERVEs are involved? The Reserve of a volume is NOT FIFO,
even though the underlying ENQs still would be.
Bryan Childs
GRS Development
-
If you can fit your data into a .csv, System R is a fair statistical tool.
The price is right. And System R does have a geometric "learning curve"
and it's not a substitute for SAS.
Tom
Vacation Notice: None
Tom Puddicombe
Mainframe Performance & Capacity Planning
CSC
31 Brookdale Rd, Mer
On 01/21/2013 08:43 AM, John McKown wrote:
I wonder if a z/OS port of the following language would be of
interest. It might be an interesting way to get some performance
information for those of us who cannot afford SAS.
http://how-to.linuxcareer.com/introduction-to-gnu-r-on-linux-operating-syst
One may try to build that under z/OS USS and it should work (recently somebody
discussed here building LiteSQL as pretty simple thing.) I do not think that
supporting native z/OS files should be that hard hereafter.
Ze'ev Atlas
From: John McKown
To: IBM-MA
Thanks very much to all those who responded to my post. You have all answered
my questions and cleared some nagging doubts.
From: Joel C. Ewing
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, January 21, 2013 9:46:30 AM
Subject: Re: VTOC QUESTION
On 01/21/2013 07
R has quickly become an essential tool in many research and applied science
areas, including insurance and finance.
Even the NYT noticed back in 2009:
http://www.nytimes.com/2009/01/07/technology/business-computing/07program.html?_r=0
Fortunately, z/OS users can jump right in and use R.
Its pretty
Firstly, My condolences to the Mason family.
In my opinion it is very bad taste to use a threat announcing the passing
of a member of this list as a vehicle to parade ones mastery of several
languages and chastise others in there lack of mastery in the use of
language(s).
None of us follows this
On 01/21/2013 07:59 AM, esmie moo wrote:
Good Morning Gentle Readers,
What are the advantages of having a large VTOC defined when initializing a volume besides having a large amount of Free DSCBS? Would a smaller VTOC cause response time problems?
For example I am adding 3390-9 volumes (1
I wonder if a z/OS port of the following language would be of
interest. It might be an interesting way to get some performance
information for those of us who cannot afford SAS.
http://how-to.linuxcareer.com/introduction-to-gnu-r-on-linux-operating-system
But then again, probably not, because it
Hi
If someone has used the ISFFILTER REXX variable in SDSF ISFLOG command.
The question is, if I can filter here the MSGTEXT or not.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lists
W dniu 2013-01-21 14:59, esmie moo pisze:
Good Morning Gentle Readers,
What are the advantages of having a large VTOC defined when
initializing a volume besides having a large amount of Free DSCBS?
Would a smaller VTOC cause response time problems?
No, larger VTOC would cause response problem
On Mon, January 21, 2013 12:09, Boris Lenz wrote:
> It does
> matter though that the same code page is used (could even be "7BIT").
Correction: as noted by a co-worker, it's sufficient to specify CTRLC on
just one side:
SITECTRLConn=FTP_STANDARD_TABLE
...or, if GETting from the system with t
The answer is - it depends.
When an SMS Pool, SMS determines where to place datasets. So you have to
make the VTOC large enough to hold any number of datasets.
And that number is dependent on the size of the datasets. You need a larger
vtoc if you have small files, and a smaller one will work i
Jim Mulder wrote
> Your ATSET does a stacking PC-cp. The ATSET service routine
>removes secondary authority for your server's AX to your
>User space. ATSET tries to return via PR, but since you invoked
>ATSET in cross memory mode, this is PR-ss, and secondary
>authority checking is done. The
On Mon, January 21, 2013 12:53, af dc wrote:
> H Boris,
> I'm not understanding why I'm getting the following error:
>
> # of MVS commands to issue: 1
> Issuing command #1...
> DISPLAY SMS
> 11.50.35 IGD029I ERROR FOR DISPLAY SMS COMM 137
> 11.50.35 ERROR IS EMBEDDED BLANKS BETW
It is telling you that you have embedded blanks between operands, some like
this: D SMS (two blanks between D and SMS). Or what is COMM following SMS?
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of af dc
Sent: Monday, January
H Boris,
I'm not understanding why I'm getting the following error:
# of MVS commands to issue: 1
Issuing command #1...
DISPLAY SMS
11.50.35 IGD029I ERROR FOR DISPLAY SMS COMM 137
11.50.35 ERROR IS EMBEDDED BLANKS BETWEEN OPERANDS OF COMMAND
READY
END
however it worked on:
# o
Hi all,
thx for your upds. What I have now for BCDS is:
ARC0148I BCDS TOTAL SPACE=468 K-BYTES, CURRENTLY 341
ARC0148I (CONT.) ABOUT 83% FULL, WARNING THRESHOLD=85%, TOTAL
ARC0148I (CONT.) FREESPACE=36%, EA=YES, CANDIDATE VOLUMES=0
ARC0948I BCDS INDEX TOTAL SPACE=126000 K-BYTES, 344
ARC0948I (C
On Sat, January 19, 2013 16:22, Paul Gilmartin wrote:
> On Sat, 19 Jan 2013 12:24:27 +1100, Andrew Rowley wrote:
>>
>>A quick look at the documentation suggests that CTRLCONN might be the
>>equivalent for the control connection.
>
> SITECTRLConn=FTP_STANDARD_TABLE
> LOCSITE CT
58 matches
Mail list logo
