When I had to add a large amount of Scheduling Environments, I created a
macro/script for my terminal emulator and let it run for more than an hour to
do the 'manual' work. It takes some time to create it, but when you have it
running, it does its work without typo's, which is what I cannot gura
IIRC, the limit of a VIO dataset is the size of the emulated Dasd volume.
Non-extended datasets also have the limit of 65535 tracks.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Thompson
> Sent: 22 September, 2019
Hello:
We have migrated our sort from SYNCSORT to DFSORT and we are facing issues
related to syntax in the following situation:
in SYNCSORT:
OPTION COPY
OUTFIL FNAMES=SORTOUT,REMOVECC,INCLUDE=(1,1,CH,EQ,C'1'),
HEADER1=(C'H',DATENS(4MD),TIM
Typically, the vio default (installation set) is much smaller than the max. The
OP might investigate the size of the specific files involved.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Saturday, September 21, 2019 10:16 PM
To: IBM-MAIN@LISTS
Hi Jim ,
One additional question . What about AMDSACCT . I see some parms there as well
. Will it be line 1?
Thanks
Shivang Sharma
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@list
What do you get with this format? It helps to see the results you get when you
use this.
What version of DFSORT?
Can you post the ICE messages?
Thank you
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Gilson Cesar de Oliveira
> Sent: Monday, Sept
Jake,
Once you start up the PCOMM printer session, you will see it Active in VTAM,
but you won't see the ACT/S until it is in session with something (like getting
Acquired in a CICS region).
We use a different emulator than PCOMM, so I can't really speak to how it's
supposed to act. If we sta
I've heard "my job is paged out" when what is meant is "my job is swapped out",
perhaps this is the OP's situation.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ron
Hawkins
Sent: Sunday, September 22, 2019 7:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: V
Looks like DATE1,TIME1,DATE1-1 is the DFSORT way. I just found this in the
" DFSORT Application Programming Guide ", but I haven't tested it.
sas
...
> The result is the following in the Header line of the SORTOUT:
> > H2019092219315220190921
> > We need the same result in DFSORT but with the syn
Just for clarification, I've been working with Shivang on this and he's
since opened a PMR on the problem. When his job uses VIO even for a very
small file, it automatically pages out for the writes and pages in for the
reads. With RMF we clearly see there is plenty of available memory.
We've si
Hi,
it seems DFSORT is not accepting DATE operations on HEADER1.
If you've got at least one input record and can "accomodate" the record
itself with one more field, you can try something like this:
//SORTIN DD *
AAA
//SORTOUT DD SYSOUT=*
//SYSIN DD *
INREC IFTHEN=(WHEN=INIT,
BUILD=(1
The purpose of journaling is to allow a job to be restarted.
In order to restart a job which is using VIO, the VIO data sets need
to be preserved.
In order for the VIO data sets to be preserved, they must be written
out to page data sets, Real storage owned by a job is not
preserved.
The
https://common.inloop.com/en/article/110960
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan
--
Interesting article even if you could care less about the IBM i (AS/400 for
anyone who has been living under a rock for the past 20 years).
Thanks!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jack J. Woehr
Sent: Monday,
Not sure if this is just for IBM related products but I'll ask the question
anyway. We are converting over 2000 jobs from ZEKE on Z/OS to ZENA on a ZLINUX
box. Anyone go through this process and if so any tips or scripts to accomplish
this that they know of? Thanks in advance for your thoughts:)
Charles Mills wrote:
>Interesting article even if you could care less about the IBM i (AS/400 for
>anyone who has been living under a rock for the past 20 years).
"couldn't care less" :)
BTW, just to be irritatingly pedantic: IBM i is not really AS/400. It's what
AS/400 developed into, b
Given that this article thinks a CP is 12 processors, I have to question
its general accuracy. And based on what I hear from POK, it's also hard to
believe that z14 is setting the world on fire as much as this claims.
On Mon, Sep 23, 2019 at 12:47 PM Charles Mills wrote:
> Interesting article ev
We use the Co:Z software from Dovetail on z/OS (as the client mostly) and
perform EBCDIC to ASCII by default most of the time. There are cases where we
have to specify the following at the client end to get things to land correctly
on the ASCII server.
lzopts mode=text,clientcp=ibm-037,serv
Just a wrap up on this. It appears to have been LDAP. We IPLed over the
weekend and the mixed case passwords magically started working coming thru
LDAP. I'm just guessing here that LDAP cached the password case setting from
RACF when it came up and just kept it until LDAP got bounced as part
On Mon, 23 Sep 2019 at 16:04, Phil Smith III wrote:
>
> Charles Mills wrote:
>
> >Interesting article even if you could care less about the IBM i (AS/400 for
> >anyone who has been living under a rock for the past 20 years).
>
> "couldn't care less" :)
For many years I've appreciated the handy
ObPedant "I could care less?"
"I could care less." is the result of translating an ironic question in Yiddish
into a meaningless statement in English, probably because somebody had a tin
ear and didn't pick up on the inflection indicating that it was a question.
--
Shmuel (Seymour J.) Metz
htt
So you're saying it was translated...carelessly?
On Mon, Sep 23, 2019 at 6:29 PM Seymour J Metz wrote:
> ObPedant "I could care less?"
>
> "I could care less." is the result of translating an ironic question in
> Yiddish into a meaningless statement in English, probably because somebody
> had a
Indeed, but HTML is not one of them. HTML has syntax for encapsulating a script
in some other language, but it is not in itself a scripting language.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behal
Thanks for the Yiddish twist. I can hear these phrases echo from my New York
origin in-laws. On a different tack:
"He doesn't have a red cent to his name." (Or farthing if you're on that side
of the pond.)
Suppose we scrounged through his pockets and found that he did indeed have a
red cent (
Well, in Hebrew it would be (translated) "He doesn't have even a prutah, where
a prutah is a tenth of an agorah and an agorah is a hundredth of a lira; at the
time, a lira was worth less than a dollar, so you're looking at just under a
mill of wealth.
--
Shmuel (Seymour J.) Metz
http://mason.g
What else?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
zMan
Sent: Monday, September 23, 2019 6:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z15 from IBM i perspective
So you're saying i
Maybe, you could supply the original expression, Chotsh?
On 2019-09-23 18:28, Seymour J Metz wrote:
> ObPedant "I could care less?"
>
> "I could care less." is the result of translating an ironic question in
> Yiddish into a meaningless statement in English, probably because somebody
> had a tin
R'Shmuel,
You're mixing monetary systems.
P'rutah was used in Babylonia approximately 2000 years ago, Agorah/Lira
was used last century.
On 2019-09-23 18:57, Seymour J Metz wrote:
> Well, in Hebrew it would be (translated) "He doesn't have even a prutah,
> where a prutah is a tenth of an agorah
It sounds more emphatic in Yiddish: "Nu, Vu Den?!"
On 2019-09-23 18:57, Seymour J Metz wrote:
> What else?
>
>
> --
> Shmuel (Seymour J.) Metz
> https://eur04.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7C%7Cb9862a1cb26442eb200c08d74079814c%7C84df9e7fe9f64
I like the scientific phraseology: four-fifths of five-eighths of FA.
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Tuesday, 24 Septe
Allen,
I like to think that most sights would manage this with DFSMS, and define a
3390 device as the VIO model.
I'm not sure what the smallest supported device type is nowadays, but the 2314
disappeared as the device of choice for throttling VIO size a long time ago.
Having one track geometry
But of course you follow up that journaling with CLPA at IPL...
RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jim Mulder
Sent: Tuesday, 24 September 2019
Jim,
It is obvious that pages must be paged out for Journaling, but must they also
be paged in, can't they be reclaimed when plenty memory is available?
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jim Mulder
> Sent: 2
Since you mention z/OS in your question, this is a correct place. This a
generous forum of technical people, eager to dive into almost any technical
problem.
However, I can't help you further.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.
When we already ran from 3390, we kept the VIO device a 3380, in order to limit
the amount of VIO data.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ron Hawkins
> Sent: 24 September, 2019 7:52
> To: IBM-MAIN@LISTSERV.UA
35 matches
Mail list logo
