Re: z/OS Tag Sort

[John Blythe Reid]

Here's a bit more information.

What caught our eye was this line in one of the performance reports:

  NUM. OF
  BYTES
JOB  ELAPSED SORTWKXX  TOTAL
RECORDSMBYTESASSIGNED TRACKS
   JOBNAME STEP EXECUTIONS TIME DD EXCPS
SORTEDSORTED   WORK  ASSIGNED


   XXXMA611P001  1   14:36:14  32.0  188078
3.3672E8378660.2   299102.1   14030580

This is the SORT statement:

SORT FIELDS=(17,2,BI,A,19,2,CH,A,21,16,CH,A,37,4,BI,A,5,2,CH,A,
 41,4,BI,A,45,4,BI,A)


Here's a selection of the SORT messages:

ICE247I 0 INTERMEDIATE MERGE ENTERED - PERFORMANCE MAY BE DEGRADED

ICE751I 1 D8-BASE   D4-K59451 EA-K57947 E1-BASE   DF-BASE   EA-K57947
F1-K38900 E8-K61438
ICE900I 0 CON=2,MUV=1,VOL=44,ENU=0,SBK=0,SRC=0,VEM=0

ICE999I 0 PWK=98 PSP=9069214 SWK=0 SSP=0 TWK=0 TSP=0 RWK=0 RSP=0 AWK=98
AWP=9069214
ICE090I 0 OUTPUT LRECL = 2100, BLKSIZE = 32760, TYPE = VB   (SDB)

ICE055I 0 INSERT 0, DELETE 0

ICE054I 0 RECORDS - IN: 336718372, OUT: 336718372

ICE134I 0 NUMBER OF BYTES SORTED: 378660163010

ICE253I 0 RECORDS SORTED - PROCESSED: 336718372, EXPECTED: 367987636

ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1124, EXPECTED: 1050

ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 14030580 , TRACKS USED:
14022900
ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES

ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES

ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES


Bye for now,
John.


On 13 October 2011 20:09, Linda Mooney  wrote:

> Hi John,
>
>
>
> When I was a student, I worked an internship with a city shop that was
> running a very small mainframe.  Their machine was so small that they had to
> shutdown everything else to run payroll.  Even then, they could not handle
> processing the entire file at once.  What they called a tag sort, was a
> technique, not a sort feature.  In this case the only truly unique field was
> the employee id, so that and only the fields necessary to run payroll would
> be pulled out to another file.  There were several of these 'extract'
> files.  Payroll processes would run through the smaller files.  After that
> had been done for all of the 'extract' files they would be sorted back to
> their original sequence and the program would update the employee master
> file with the new field values one record at a time.  This whole process
> took so long that the batch always started after 5PM on Friday so that it
> could (usually) finish in time for Monday.  I don't remember what day they
> paid folks (I was on an unpaid internship).  The city had no money for a
> bigger box or more memory, and the weekend was long enough for all of the
> I/O.
>
>
>
> Spending 14 hours in a sort seems like a very long time - how big, what
> kind of file is that?  How long has this been a problem?  Any recent
> changes?  As others have suggested/offered, it and/or the sort and/or the
> job mix seem ripe for tuning.  I would suggest that WLM settings, dataset
> placement on DASD - what kind of disk, have you checked to be sure that
> cache is on, do you have PAV and is it working properly, is the disk array
> healthy or running in a degraded mode, are there competing higher priority
> jobs or onlines; any of these issues can hurt performance.  I have tuned
> poor performing batch by addressing problems with their VSAM files - took
> over a third of the wall clock time off of one process simply by tuning 5
> VSAM files and adding some buffering, no changes to the sort or programs.
> What I'm saying is that, even though you are seeing a very long run time for
> the sort step, it is very possible that factors other than the sort are
> causing or contributing to the problem.
>
>
>
> If you have Omegamon, or another performance monitoring tool, it would be a
> good idea to monitor and/or run a collector for this job.  RMF reports can
> also provide helpful information.
>
>
>
> HTH,
>
> Linda
>
> - Original Message -
>
>
>
>
> From: "John Blythe Reid" 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thursday, October 13, 2011 6:29:16 AM
> Subject: Re: z/OS Tag Sort
>
> Thanks, Lizette.
>
> We're using DFSORT with z/OS V1.11.
>
> Bye for now,
> John
>
> On 13 October 2011 13:22, Lizette Koehler  wrote:
>
> > >
> > > We are sorting a very large file and it's taking about fourteen hours.
> I
> > remember that
> > > there used to be a technique whereby the sort wrote out a list of
> record
> > addresses and
> > > an application program could read the list to access the records in the
> > desired
> > > sequence.
> > >
> > > Does anyone know if there is still a way of doing this ?
> > >
> > > Thanks
> >
> > Could you provide the z/OS level you are running?
> > Sort product? Syncosrt release, CA SORT  release, or DFSORT
> >
> > And whether or not you are doing your own sort processing rather than
> using
> > DFSORT, SYNCSORT, or CA Sort?
> >
> > Each product mig

Re: Redbook d/l issue

[Richards, Robert B.]

I have downloaded both with no problems, but noticed that the z114's 11.5MB 
file download was dreadfully slow at 5am (15-40KB/sec).

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Thursday, October 13, 2011 5:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Redbook d/l issue

Hi Ed, 



The DB2 redbook loaded just fine, no problem with Reader 9 and IE8 (all I have 
at work).  Could you try these two for me? 



http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247895.html?Open   




http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247954.html?Open 


The first is the SMS Technical Update and the second is the IBM zEnterprise 114 
Technical Guide.  They load to page 5, hang and then come back (after several 
minutes) with an I/O error and won't go any further. 



Thanks, 



Linda 

- Original Message -


From: "Ed Finnell"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, October 13, 2011 2:25:07 PM 
Subject: Re: Redbook d/l issue 

I use _www.redbooks.ibm.com_ (http://www.redbooks.ibm.com)   tried AOL 
9.6,FireFox and IE8 all seemed to work OK and was able to get the .pdf  for 
Adobe Reader 9 or open with html for DB/2 v10 with ssl. 
  
  
In a message dated 10/13/2011 3:11:26 P.M. Central Daylight Time,   
linda.lst...@comcast.net writes: 

Could  you do me a favor and post the link?  If the one that worked for you 
 won't for me, then it's likely my workstation.  What browser and version   
of Reader are you using?   



-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[John Blythe Reid]

Thanks for your reply Elardus,

I've already posted some details which answer some of your questions but
here are more details:

The input file is a variable length sequential dataset not an OMVS file.

There are no sort exits being used.

There are no specific limitations on sorting by WLM or any other process.

Bye for now,
John.






On 13 October 2011 19:27, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John Blythe Reid wrote:
>
> >We are sorting a very large file and it's taking about fourteen hours.
>
> After reviewing all those replies, I have four questions if you don't mind,
> please.
>
> 1. Please define 'very large file'. Is it a dataset or OMVS file? Is that
> containing long records or just that many millions of records?
>
> 2. 14 hours? I'm swallowing this very hard. Could you be kind to post your
> sort options, usage of memory and work datasets? Also post your sort
> criterias too. (If I have my way, I could sort it using an easy to
> use/process sort criterias and run my input again using another sort
> criteria...)
>
> 3. Is your sort job limited by WLM or by some other process?
>
> 4. Is your sort process having any usage of exits?
>
> >I remember that there used to be a technique whereby the sort wrote out a
> list of record addresses and an application program could read the list to
> access the records in the desired sequence.
>
> Some solutions of DFSORT team suggested adding a number in and for each
> record. Perhaps you could search IBM-MAIN archives...
>
> But then I don't know of any such trick.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
John Blythe Reid,
Técnico de Sistemas de z/OS y de Sistemas Transaccionales,
Barcelona,
España.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[Paolo Cacciari]

John, 

AFAIK, your problemis tracked by this message:

ICE2471 INTERMEDIATE MERGE ENTERED - PERFORMANCE MAY BE DEGRADED. 

To 
avoid this situation, increase the DFSORT installation default DSA from  
it's shipped default of DSA=64 to DSA=500 to allow these larger sorts to 
allocate up to 500MB of virtual storage if needed. For very large sorts, 
consider increasing it up to 2000, which would allow the sort to use as  
much region as is available if needed. Note that DFSORT's dynamic
storage adjustment calculates the optimum amount of virtual storage for  
each sort and the DSA parameter is a limit. So increasing DSA will not   
cause every sort to use more virutal storage but instead allow sorts 
that need a larger amount of virtual storage to do so".  

Hope this helps  

Paolo Cacciari - IBM Italy - BCRS


IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) 
Cap. Soc. euro 384.747.048,00
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società soggetta all?attività di direzione e coordinamento di 
International Business Machines Corporation 

(Salvo che sia diversamente indicato sopra / Unless stated otherwise 
above)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

3270 dynamic screen sizes

[Monika Amiss]

Dear group-users,

I know this topic was discussed before and I want to excuse myself first, but
I have a problem with 3270 dynamic screen sizes, and this drives me crazy.

These are my settings:

- TELNETDEVICE DYNAMIC ,D4C32XX3
- in ISPF Setting: Screen format   1  (1. Data)
- 3270 Emulator (QWS 3.9.8)
  Terminal Type = 'IBM-DYNAMIC' 
  Rows/Columns:  43x80 alternate: 27x132  

Switching to alternate Rows (and back) work works fine. If the first setting is 
active I can
see 43 lines (in the ISPF Primary Option Menu, =3.4, etc), but the applications 
only use 24 lines, 
the rest are blank lines. If the panel fills up more than 24 lines 'More: 
+' is inserted and with PF8 I can
see the rest. This is different to my favourite 'IBM-3278-4-E' which uses all 
the 43 lines.

Did somebody had the same problem. Is this normal ISPF behaviour or an emulator 
error. Would a new
LOGMODE with size-definitions of 43x80 and 27x132 help?  
 
Any hint appreceated, with best regards 
Monika

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[Elardus Engelbrecht]

John Blythe Reid wrote:

>ICE247I 0 INTERMEDIATE MERGE ENTERED - PERFORMANCE MAY BE DEGRADED

Good Eye Catcher. Thanks for stating it here.


>ICE054I 0 RECORDS - IN: 336718372, OUT: 336718372
>ICE134I 0 NUMBER OF BYTES SORTED: 378660163010
>ICE253I 0 RECORDS SORTED - PROCESSED: 336718372, EXPECTED: 367987636

Oh, that's just a few records... :-D
No seriously, that is a very serious lot of records. I really doubt that I even 
reached that quantity in ONE sort job in my whole career...


>ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1124, EXPECTED: 1050
>ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 14030580 , TRACKS USED: 
>14022900

Are you using static or dynamic work datasets? In my humble opinion, I would go 
to static work datasets (SORTWKxx DD), but then this is my opinion and 
preference. Perhaps it is not suitable for you.


>ICE090I 0 OUTPUT LRECL = 2100, BLKSIZE = 32760, TYPE = VB   (SDB)

Perhaps you could try out this system determined blocksize of 27998?


>ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES
>ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES
>ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES

Zeroes only? Where are your ICE093I and ICE156I messages? Can't you post them 
here too, please?


I would like to add to Paolo Cacciari's reply (increase DSA):

Could you perhaps increase your job REGION, say to 512M or so?

Also consider adding these options, which helped me to sort out big sort jobs:

OPTION DYNSPC=512,SIZE=E9,MAINSIZE=MAX 

The DFSORT Team may add better recommendations.


>There are no sort exits being used.
>There are no specific limitations on sorting by WLM or any other process.

Good. I'm glad. 


Hopes that helps much to SORT out your problem!!! :-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMS QUESTION ABOUT Expire after Date/Days

[John Dawes]

G'Day To All,
 
I am setting up a new Management Class for some TSO/ISPF libs.  Presently both 
the Expire after Days Non-Usage and 
Expire after Date/Days are at NOLIMIT.  I have a request to change the Expire 
after days Non-usage to 1100 days.  My question is about the 
Expire after Date/Days.  If I understand the doc correctly, if I code 10 in 
this field does it mean the dsn will be eligible for expiration after 10 days?
Since I need to keep the dsn for 1100 days after non-usage would it be 
recommended to use 1100 for Expire after Date/Days as well? 
 
Thanks in advance for your advice.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Redbook d/l issue

[Lloyd Fuller]

Linda,

I used your URL for the z114 Redbook and scrolled down through page 29 without 
problem.  I used Firefox v3.6.23.

Lloyd



- Original Message 
From: Linda Mooney 
To: IBM-MAIN@bama.ua.edu
Sent: Thu, October 13, 2011 5:43:22 PM
Subject: Re: Redbook d/l issue

Hi Ed, 



The DB2 redbook loaded just fine, no problem with Reader 9 and IE8 (all I have 
at work).  Could you try these two for me? 




http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247895.html?Open   




http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247954.html?Open 


The first is the SMS Technical Update and the second is the IBM zEnterprise 114 
Technical Guide.  They load to page 5, hang and then come back (after several 
minutes) with an I/O error and won't go any further. 




Thanks, 



Linda 

- Original Message -


From: "Ed Finnell"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, October 13, 2011 2:25:07 PM 
Subject: Re: Redbook d/l issue 

I use _www.redbooks.ibm.com_ (http://www.redbooks.ibm.com)   tried AOL 
9.6,FireFox and IE8 all seemed to work OK and was able to get the .pdf  for 
Adobe Reader 9 or open with html for DB/2 v10 with ssl. 
  
  
In a message dated 10/13/2011 3:11:26 P.M. Central Daylight Time,   
linda.lst...@comcast.net writes: 

Could  you do me a favor and post the link?  If the one that worked for you 
 won't for me, then it's likely my workstation.  What browser and version   
of Reader are you using?   



-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[David Betten]

John sent me his complete sysout.  The Intermediate Merge is the main cause
of the high elapsed time.  However, in John's case, just increasing DSA is
not going to help because there is an installation exit (ICEIEXIT)
controlling the amount of virtual storage DFSORT can allocate.  That exit
is limiting the sort to just 24MB of virtual storage when the optimum
amount would be closer to 200MB.


As for the size of the sort, 336 million records (360GB), I have seen much
larger sorts than that so I know DFSORT can handle it.   We've actually
executed sorts with record counts in the billions.



Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 10/14/2011
06:59:11 AM:

> [image removed]
>
> Re: z/OS Tag Sort
>
> Elardus Engelbrecht
>
> to:
>
> IBM-MAIN
>
> 10/14/2011 07:23 AM
>
> Sent by:
>
> IBM Mainframe Discussion List 
>
> Please respond to IBM Mainframe Discussion List
>
> John Blythe Reid wrote:
>
> >ICE247I 0 INTERMEDIATE MERGE ENTERED - PERFORMANCE MAY BE DEGRADED
>
> Good Eye Catcher. Thanks for stating it here.
>
>
> >ICE054I 0 RECORDS - IN: 336718372, OUT: 336718372
> >ICE134I 0 NUMBER OF BYTES SORTED: 378660163010
> >ICE253I 0 RECORDS SORTED - PROCESSED: 336718372, EXPECTED: 367987636
>
> Oh, that's just a few records... :-D
> No seriously, that is a very serious lot of records. I really doubt
> that I even reached that quantity in ONE sort job in my whole career...
>
>
> >ICE098I 0 AVERAGE RECORD LENGTH - PROCESSED: 1124, EXPECTED: 1050
> >ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 14030580 , TRACKS
> USED: 14022900
>
> Are you using static or dynamic work datasets? In my humble opinion,
> I would go to static work datasets (SORTWKxx DD), but then this is
> my opinion and preference. Perhaps it is not suitable for you.
>
>
> >ICE090I 0 OUTPUT LRECL = 2100, BLKSIZE = 32760, TYPE = VB   (SDB)
>
> Perhaps you could try out this system determined blocksize of 27998?
>
>
> >ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES
> >ICE180I 0 HIPERSPACE STORAGE USED = 0K BYTES
> >ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES
>
> Zeroes only? Where are your ICE093I and ICE156I messages? Can't you
> post them here too, please?
>
>
> I would like to add to Paolo Cacciari's reply (increase DSA):
>
> Could you perhaps increase your job REGION, say to 512M or so?
>
> Also consider adding these options, which helped me to sort out big sort
jobs:
>
> OPTION DYNSPC=512,SIZE=E9,MAINSIZE=MAX
>
> The DFSORT Team may add better recommendations.
>
>
> >There are no sort exits being used.
> >There are no specific limitations on sorting by WLM or any other
process.
>
> Good. I'm glad.
>
>
> Hopes that helps much to SORT out your problem!!! :-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SV: 3270 dynamic screen sizes

[Thomas Berg]

Try:   in ISPF Setting: Screen format   3  (1. Data)

(Note "3")


 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 


> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> Monika Amiss
> Skickat: den 14 oktober 2011 12:24
> Till: IBM-MAIN@bama.ua.edu
> Ämne: 3270 dynamic screen sizes
> 
> Dear group-users,
> 
> I know this topic was discussed before and I want to excuse myself first,
> but
> I have a problem with 3270 dynamic screen sizes, and this drives me crazy.
> 
> These are my settings:
> 
> - TELNETDEVICE DYNAMIC ,D4C32XX3
> - in ISPF Setting: Screen format   1  (1. Data)
> - 3270 Emulator (QWS 3.9.8)
>   Terminal Type = 'IBM-DYNAMIC'
>   Rows/Columns:  43x80 alternate: 27x132
> 
> Switching to alternate Rows (and back) work works fine. If the first
> setting is active I can
> see 43 lines (in the ISPF Primary Option Menu, =3.4, etc), but the
> applications only use 24 lines,
> the rest are blank lines. If the panel fills up more than 24 lines 'More:
> +' is inserted and with PF8 I can
> see the rest. This is different to my favourite 'IBM-3278-4-E' which uses
> all the 43 lines.
> 
> Did somebody had the same problem. Is this normal ISPF behaviour or an
> emulator error. Would a new
> LOGMODE with size-definitions of 43x80 and 27x132 help?
> 
> Any hint appreceated, with best regards
> Monika
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[Elardus Engelbrecht]

David Betten  wrote:

>The Intermediate Merge is the main cause of the high elapsed time. However, in 
>John's case, just increasing DSA is not going to help because there is an 
>installation exit (ICEIEXIT) controlling the amount of virtual storage DFSORT 
>can allocate.  That exit is limiting the sort to just 24MB of virtual storage 
>when the optimum amount would be closer to 200MB.

Interesting. Are there any ICE message(s) showing that an exit is really in 
use/called?

Just curious if you don't mind, please.


>As for the size of the sort, 336 million records (360GB), I have seen much 
>larger sorts than that so I know DFSORT can handle it.   We've actually 
>executed sorts with record counts in the billions.

Uhhh, I'm feeling SORTa small... :-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[David Betten]

ICE162I 0 ICEIEXIT CHANGED ONE OR MORE OPTIONS IN EFFECT

Unfortunately we don't display what options were changed.

Also in the ICE132I Options message I saw IEXIT=Y, TEXIT=Y which indicate
both an installation and a termination exit are in use on this system.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 10/14/2011
08:35:35 AM:

> [image removed]
>
> Re: z/OS Tag Sort
>
> Elardus Engelbrecht
>
> to:
>
> IBM-MAIN
>
> 10/14/2011 08:37 AM
>
> Sent by:
>
> IBM Mainframe Discussion List 
>
> Please respond to IBM Mainframe Discussion List
>
> David Betten  wrote:
>
> >The Intermediate Merge is the main cause of the high elapsed time.
> However, in John's case, just increasing DSA is not going to help
> because there is an installation exit (ICEIEXIT) controlling the
> amount of virtual storage DFSORT can allocate.  That exit is
> limiting the sort to just 24MB of virtual storage when the optimum
> amount would be closer to 200MB.
>
> Interesting. Are there any ICE message(s) showing that an exit is
> really in use/called?
>
> Just curious if you don't mind, please.
>
>
> >As for the size of the sort, 336 million records (360GB), I have
> seen much larger sorts than that so I know DFSORT can handle it.
> We've actually executed sorts with record counts in the billions.
>
> Uhhh, I'm feeling SORTa small... :-D
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

FW: MQ CICS 3270 Bridge - Does it work?

[Henke, George]

I posted this yesterday, but as yet no response.

So I guess no one here has done this yet.

Is there a CICS forum where I should post this instead?

From: Henke, George
Sent: Thursday, October 13, 2011 11:03 AM
To: 'IBM Mainframe Discussion List'
Subject: MQ CICS 3270 Bridge - Does it work?

If so, how well.

Does anyone have any experience implementing this feature particularly the 
"data vector" facility instead of "screen scraping".

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MQ CICS 3270 Bridge - Does it work?

[Chase, John]

cic...@listserv.uga.edu

Subscription process same as for IBM-MAIN.

   -jc-

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Henke, George
> Sent: Friday, October 14, 2011 8:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: FW: MQ CICS 3270 Bridge - Does it work?
> 
> I posted this yesterday, but as yet no response.
> 
> So I guess no one here has done this yet.
> 
> Is there a CICS forum where I should post this instead?
> 
> From: Henke, George
> Sent: Thursday, October 13, 2011 11:03 AM
> To: 'IBM Mainframe Discussion List'
> Subject: MQ CICS 3270 Bridge - Does it work?
> 
> If so, how well.
> 
> Does anyone have any experience implementing this feature particularly
the "data vector" facility
> instead of "screen scraping".
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Redbook d/l issue

[Stocker, Herman]

Sorry Linda,  It was the one in your message.  I'm using IE and it opened in 
the window.  IE - 8 Adobe 10.1.1
Good luck.

Regards,
Herman Stocker
avis budget group
Phone: 1973-496-4847

It is impossible to make anything foolproof, because fools are so ingenious.
 -- Robert Heinlein


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Thursday, October 13, 2011 4:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Redbook d/l issue

Hi Herman,



Could you do me a favor and post the link?  If the one that worked for you 
won't for me, then it's likely my workstation.  What browser and version of 
Reader are you using?

Thanks,



Linda

- Original Message -


From: "Herman Stocker" 
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, October 13, 2011 12:45:49 PM
Subject: Re: Redbook d/l issue

Hi Linda,

I had no problem just clicking on the link and the book was loaded NP.

Regards,
Herman Stocker
avis budget group
Phone: 1973-496-4847

It is impossible to make anything foolproof, because fools are so ingenious.
 -- Robert Heinlein


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Thursday, October 13, 2011 3:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Redbook d/l issue

Greetings!



Anybody else still having this problem?  I still am and and I haven't gotten a 
respose from my note to the Redbooks folks.



Thanks,

Linda

- Original Message -


From: "Linda Mooney" 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 11, 2011 7:20:42 PM
Subject: Re: Redbook d/l issue

Hi Ed,



I tried some other Redbooks, no good.  Sent a note to the Redbook folks.



We will hope for the best.



Linda


- Original Message -


From: "Ed Gould" 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, October 11, 2011 4:42:58 PM
Subject: Redbook d/l issue

I have tried 5 times over the last 5 hours to download this redbook but the d/l 
stalls after 500K http://www.redbooks.ibm.com/redbooks/pdfs/sg247824.pdf


Has anyone else have the same problem?

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

 ---

The sender believes that this E-mail and any attachments were free of any 
virus, worm, Trojan horse, and/or malicious code when sent. This message and 
its attachments could have been infected during transmission. By reading the 
message and opening any attachments, the recipient accepts full responsibility 
for taking protective and remedial action about viruses and other defects. The 
sender's employer is not liable for any loss or damage arising in any way from 
this message or its attachments.

 ---

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 ---

The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during transmission. By reading the
message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. The sender's employer is not liable for any loss or damage
arising in any way from this message or its attachments.

 ---

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Tag Sort

[Elardus Engelbrecht]

David Betten wrote:

>ICE162I 0 ICEIEXIT CHANGED ONE OR MORE OPTIONS IN EFFECT
>Unfortunately we don't display what options were changed.
>Also in the ICE132I Options message I saw IEXIT=Y, TEXIT=Y which indicate both 
>an installation and a termination exit are in use on this system.

Thanks very much, David, for pointing this out.

Have a very great weekend! :-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION ABOUT Expire after Date/Days

[Staller, Allan]

I would  go with EXPIRE   NON-USAGE  1100  
 EXPIRE   DATE/DAYS NOLIMIT.

If you go into help on this panel (DGTLGP21) and look up the column 
descriptions for these 2 columns, it describes the interaction between these 2 
parameters.

HTH, 


I am setting up a new Management Class for some TSO/ISPF libs.  Presently both 
the Expire after Days Non-Usage and 
Expire after Date/Days are at NOLIMIT.  I have a request to change the Expire 
after days Non-usage to 1100 days.  My question is about the 
Expire after Date/Days.  If I understand the doc correctly, if I code 10 in 
this field does it mean the dsn will be eligible for expiration after 10 days?
Since I need to keep the dsn for 1100 days after non-usage would it be 
recommended to use 1100 for Expire after Date/Days as well? 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MQ alternatives

[Henke, George]

Windows MQ cannot connect to MQ on z/OS.

I don't think so.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Timothy Sipples
Sent: Friday, October 14, 2011 1:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: MQ alternatives

WebSphere MQ is also a (most excellent) Java Message Service provider for
z/OS, which is probably why the vendor recommended it. WebSphere
Application Server for z/OS also provides JMS support, but then you'd have
to figure out how to interface WAS to whatever else you want (i.e. your
mainframe applications). One popular way would be via WebSphere MQ. :-)

Conceivably you could cobble something JMS together and run it on Java on
z/OS, but then you'd be responsible for the stream of costs associated with
creating, maintaining, and managing it, plus you'd have to figure out how
to connect it. (You could write your own operating system, too, if you
really want.) Considering that you're asking about a vendor application
that you're buying instead of building, you've probably already ruled out
building.

Microsoft Message Queuing runs only on Windows (last I checked), so if you
want to connect Windows systems to this vendor application, that's an
option. You can't run it on z/OS (or on several other operating systems),
so you'd need something else to bridge between Microsoft and any other
platform (including z/OS), and that bridge would have to be a Windows
system. And then you'd need to buy, maintain, and manage that, plus figure
out how to connect it. Other bridge approaches are possible, with the same
issue.

Note that WebSphere MQ for z/OS is sub-capacity licensed.

Maybe the vendor is correct.


Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MQ alternatives

[R.S.]

Windows MQ can connect to z/OS MQ. I use it, it's designed for such 
connections.
However Imothy wrote about *another product*, product from Microsoft. 
And it's very likely that M$ did not released version for z/OS.


--
Radoslaw Skorupka
Lodz, Poland


W dniu 2011-10-14 16:09, Henke, George pisze:

Windows MQ cannot connect to MQ on z/OS.

I don't think so.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Timothy Sipples
Sent: Friday, October 14, 2011 1:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: MQ alternatives

WebSphere MQ is also a (most excellent) Java Message Service provider for
z/OS, which is probably why the vendor recommended it. WebSphere
Application Server for z/OS also provides JMS support, but then you'd have
to figure out how to interface WAS to whatever else you want (i.e. your
mainframe applications). One popular way would be via WebSphere MQ. :-)

Conceivably you could cobble something JMS together and run it on Java on
z/OS, but then you'd be responsible for the stream of costs associated with
creating, maintaining, and managing it, plus you'd have to figure out how
to connect it. (You could write your own operating system, too, if you
really want.) Considering that you're asking about a vendor application
that you're buying instead of building, you've probably already ruled out
building.

Microsoft Message Queuing runs only on Windows (last I checked), so if you
want to connect Windows systems to this vendor application, that's an
option. You can't run it on z/OS (or on several other operating systems),
so you'd need something else to bridge between Microsoft and any other
platform (including z/OS), and that bridge would have to be a Windows
system. And then you'd need to buy, maintain, and manage that, plus figure
out how to connect it. Other bridge approaches are possible, with the same
issue.

Note that WebSphere MQ for z/OS is sub-capacity licensed.

Maybe the vendor is correct.


Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MQ alternatives

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Henke, George
> 
> Windows MQ cannot connect to MQ on z/OS.

Since when???

We've been running exactly that kind of connection in Production for
over a decade, without significant problems.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION ABOUT Expire after Date/Days

[John Dawes]

Allan,
 
Thanks for the tip and your suggestion.



From: "Staller, Allan" 
To: IBM-MAIN@bama.ua.edu
Sent: Friday, 14 October 2011 10:04 AM
Subject: Re: SMS QUESTION ABOUT Expire after Date/Days

I would  go with EXPIRE  NON-USAGE  1100  
                        EXPIRE  DATE/DAYS NOLIMIT.

If you go into help on this panel (DGTLGP21) and look up the column 
descriptions for these 2 columns, it describes the interaction between these 2 
parameters.

HTH, 


I am setting up a new Management Class for some TSO/ISPF libs.  Presently both 
the Expire after Days Non-Usage and 
Expire after Date/Days are at NOLIMIT.  I have a request to change the Expire 
after days Non-usage to 1100 days.  My question is about the 
Expire after Date/Days.  If I understand the doc correctly, if I code 10 in 
this field does it mean the dsn will be eligible for expiration after 10 days?
Since I need to keep the dsn for 1100 days after non-usage would it be 
recommended to use 1100 for Expire after Date/Days as well? 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Multile TCP/IP Stacks

[scott]

On 09/19/2011 01:13 PM, Lizette Koehler wrote:

Hello

I would like to find out or understand why multiple TCP/IP stacks are used on 
some machines.  I've read through some of the IBM documentation, but I still 
don't get it.

Thanks
Lindy



Lindy,

Just a thought
Some might be for Secured TN3270, or IPV6, or Other types of functions.

You might post to the TCPIP newsgroup for more details.

Lizette


Lizette,

  This TCP/IP newsgroup which you speak of, is this a usenet newsgroup, 
one hosted by bama.ua.edu, or some other?


Thanks,

Scott

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Multile TCP/IP Stacks

[Lizette Koehler]

Yes Scott there are lots of newsgroups for specific areas of the zServer.

TCPIP has one on Marist College ListServer

This link on IBM has many newsgroups you might be interested in and how to sign 
up

http://www.vm.ibm.com/techinfo/listserv.html


Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
> scott
> Sent: Friday, October 14, 2011 10:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Multile TCP/IP Stacks
> 
> On 09/19/2011 01:13 PM, Lizette Koehler wrote:
> >> Hello
> >>
> >> I would like to find out or understand why multiple TCP/IP stacks are used 
> >> on some
> machines.  I've read through some of the IBM documentation, but I still don't 
> get it.
> >>
> >> Thanks
> >> Lindy
> >>
> >
> > Lindy,
> >
> > Just a thought
> > Some might be for Secured TN3270, or IPV6, or Other types of functions.
> >
> > You might post to the TCPIP newsgroup for more details.
> >
> > Lizette
> >
> Lizette,
> 
>This TCP/IP newsgroup which you speak of, is this a usenet newsgroup, one 
> hosted
> by bama.ua.edu, or some other?
> 
> Thanks,
> 
> Scott

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMS question about expire after days/date

[John Gilmore]

Allen Staller has given you good advice, formulated very politely.

If you code

EXPIRE NON-USAGE 1100
EXPIRE DAYS/DATE 1100

you moot the first statement.  The dataset will expire unconditionally
after 1100 days, however frequently it is used in this interval.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question about expire after days/date

[John Dawes]

Thanks John.  I have heeded Allan's advice.




From: John Gilmore 
To: IBM-MAIN@bama.ua.edu
Sent: Friday, 14 October 2011 11:07 AM
Subject: SMS question about expire after days/date

Allen Staller has given you good advice, formulated very politely.

If you code

EXPIRE NON-USAGE 1100
EXPIRE DAYS/DATE 1100

you moot the first statement.  The dataset will expire unconditionally
after 1100 days, however frequently it is used in this interval.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question about expire after days/date

[Mike Schwab]

One hypothetical situation using tax info retention laws might be
where you can delete a file after 7 years of non-usage (normal
retention if no request for info) and after 10 years even if you used
it yesterday (because the investigators have to compile their
information by this deadline).

EXPIRE NON-USAGE 2557 (7 years, 2 leap days after last use)
EXPIRE DAYS/DATE 3653 (10 Years, 3 leap days after creation)

On Fri, Oct 14, 2011 at 10:07 AM, John Gilmore
 wrote:
> Allen Staller has given you good advice, formulated very politely.
>
> If you code
>
> EXPIRE NON-USAGE 1100
> EXPIRE DAYS/DATE 1100
>
> you moot the first statement.  The dataset will expire unconditionally
> after 1100 days, however frequently it is used in this interval.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFSMS and HFS/ZFS Datasets.

[Curtis Jackson]

Good day,

We are planning to expand the use of SMS in our DASD environment. 

One of the questions we have been wrestling with is whether or not to maintain 
a seperate Storage Group for our HFS/ZFS data sets or let them comingle with 
other system type data sets in a pool.

I've not really found any good information as to whether or not it is a good 
idea, and was wondering what other shops are doing.

Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?

Thanks,
Curtis Jackson
Systems Programmer II
Georgia Farm Bureau Mutual Insurance Co.
cnjack...@gfb.org

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MQ alternatives

[Roberts, John J]

There are gateway products that allow MSMQ to interface with IBM MQ.

But I think the OP wants to avoid any configuration requiring any flavor of MQ.

In this case the OP needs to ask the 3rd party vendor what other interfacing 
alternatives exist.  For example, is there a possibility for a web service 
interface?  Or is MSMQ supported w/o any need for any flavor of IBM MQ?

If a Web Service interfacing option is available, then the OP could implement 
CICS Web Services to make the connection.

If MSMQ is supported, then a Windows process to act as a relay between MSMQ and 
CICS Web Services could be developed.

John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sad News: [IP] Dennis Ritchie dies

[Skip Robinson]

LA Times obit. 

http://www.latimes.com/news/obituaries/la-me-dennis-ritchie-20111014,0,1279725.story

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Mike Schwab 
To: IBM-MAIN@bama.ua.edu
Date:   10/13/2011 04:38 PM
Subject:Re: Sad News: [IP] Dennis Ritchie dies
Sent by:IBM Mainframe Discussion List 



http://hosted.ap.org/dynamic/stories/U/US_OBIT_RITCHIE?SITE=AP&SECTION=HOME&TEMPLATE=DEFAULT




On Thu, Oct 13, 2011 at 12:53 AM, Elardus Engelbrecht
 wrote:
> Joel C. Ewing wrote:
>>Attempt at reposting after manually decoding the garbaged base64 utf8 
block in David's post:
>>
>>Begin forwarded message:
>>From: Tim Finin Date: October 12, 2011 9:32:06 PM EDT
>>Subject: Dennis Ritchie has died
>>Sad news.  Rob Pike reports on Google Plus that Dennis Ritchie died at
>>his home this weekend after a long illness.  Ritchie created the C
>>programming language and was a key contributor to Unix.  In 1983 he
>>received the ACM Turing Award with his long time colleague Ken Thompson
>>for the development of operating systems theory and the implementation
>>of the UNIX.  He was elected to the National Academy of Engineering in 
1988.
>
> Thanks very much for translating this very sad news, Joel.
>
> Now I know who said that little gem I read up many years ago:
>
> 'UNIX is very simple, it just needs a genius to understand its 
simplicity.'
>
> Please look up on Dennis at this URL:  
http://en.wikipedia.org/wiki/Dennis_Ritchie
>
> Groete / Greetings
> Elardus Engelbrecht



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[Mark Jacobs]

On 10/14/11 12:33, Curtis Jackson wrote:

Good day,

We are planning to expand the use of SMS in our DASD environment.

One of the questions we have been wrestling with is whether or not to maintain 
a seperate Storage Group for our HFS/ZFS data sets or let them comingle with 
other system type data sets in a pool.

I've not really found any good information as to whether or not it is a good 
idea, and was wondering what other shops are doing.

Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?

Thanks,
Curtis Jackson
Systems Programmer II
Georgia Farm Bureau Mutual Insurance Co.
cnjack...@gfb.org

   


We have a separate storage group for HFS/ZFS files. I'm not in the 
storage management department so I can't give the definitive reason why 
it was designed that way but from my perspective it makes sense from a 
backup/restore perspective.


We utilize (for better or worse) full volume physical dumps of our DASD 
and ship them off site for DR purposes. Our OMVS datasets are backed up 
using DFDSS logical dataset dumps so those volumes aren't backed up in 
our normal full volume processes.


If we co-mingled these dataset types on the same physical volumes we'd 
be backing up additional data that we couldn't safely restore and create 
unnecessary complications when we restore the logical dataset backups.


--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[Lizette Koehler]

> 
> We are planning to expand the use of SMS in our DASD environment.
> 
> One of the questions we have been wrestling with is whether or not to
maintain a
> seperate Storage Group for our HFS/ZFS data sets or let them comingle with
other
> system type data sets in a pool.
> 
> I've not really found any good information as to whether or not it is a
good idea, and
> was wondering what other shops are doing.
> 
> Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?

I might  consider the fact that with zFS files and aggrow you might not see
a huge growth in a zFS file until your pool was filled.  I would rather have
all of my HFS and zFS files in one separate pool that I could backup and
restore as well as see if there some beasties out there that might be eating
up my pool.  And I would rather impact an HFS/zFS pool rather than a
production pool.

Lizette 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[Mark Zelden]

On Fri, 14 Oct 2011 11:33:55 -0500, Curtis Jackson  wrote:


>Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?
>

Yes, the reason is 2 fold:

1) HFS had to be SMS managed prior to OS/390 R9 (or R6 + PTFs which we put on)

2) Keep it separate from application / production SMS pools.

In general, system data sets haven't been SMS managed at all.   But because if
the prior SMS requirement for HFS, and the size requirement of large zFS (or 
HFS)
files, they are SMS controlled for the most part (OS zFSes on the sysres set 
aren't).

So if you are already SMS managing system data sets and have an SMS pool for
that, I personally don't see a reason to separate HFS / zFS any more than I 
would
separate VSAM from non-VSAM.DB2, CICS, MQ and WebSphere have a lot
of their system libraries / data sets SMS managed and their unix file systems
are managed in those same pools.   

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[McKown, John]

We don't separate them at this time. Why? (1) There aren't that many. (2) I'm 
lazy (making the change to the SMS environment would entail too much 
"paper"work).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Curtis Jackson
> Sent: Friday, October 14, 2011 11:34 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFSMS and HFS/ZFS Datasets.
> 
> Good day,
> 
> We are planning to expand the use of SMS in our DASD environment. 
> 
> One of the questions we have been wrestling with is whether 
> or not to maintain a seperate Storage Group for our HFS/ZFS 
> data sets or let them comingle with other system type data 
> sets in a pool.
> 
> I've not really found any good information as to whether or 
> not it is a good idea, and was wondering what other shops are doing.
> 
> Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?
> 
> Thanks,
> Curtis Jackson
> Systems Programmer II
> Georgia Farm Bureau Mutual Insurance Co.
> cnjack...@gfb.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Curtis Jackson
> 
> Good day,
> 
> We are planning to expand the use of SMS in our DASD environment.
> 
> One of the questions we have been wrestling with is whether or not to
maintain a seperate Storage
> Group for our HFS/ZFS data sets or let them comingle with other system
type data sets in a pool.
> 
> I've not really found any good information as to whether or not it is
a good idea, and was wondering
> what other shops are doing.
> 
> Do you maintain a seperate SMS pool for HFS/ZFS datasets?

Yes.

>  Why?

"Because.  I don't know.  He's on third, and I don't give a darn."

"Say what?"

"I said, 'I don't give a darn'."

"Oh, he's our shortstop."  (From Abbott & Costello's "Who's on first?")

But seriously, that's the way it was when I hired on, it's that way now,
and it will stay that way into the foreseeable future.  IOW, "hysterical
reasons".  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z/XDC z1.13 is now Generally Available

[David Cole]

z/XDC release z1.13 has finally been published! It supports z/OS 
R1.13 and the debugging of code located above the bar.


More information can be found at our Facebook page. When on Facebook, 
just search for "Colesoft Marketing", and then "like" us.


A press release can be found at 
http://www.colesoft.com/PressRelease/111014_z113release.html.


Thank You.

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Connect Direct on a separate LPAR

[Cosby, Bob - OCFO]

What we do as a agency we have an Enterprise license which the cost of the 
product is based on MIPS/MSU's with unlimited number of concurrent users.   
Depending on the customer we service they may have a different license with 
limited number of concurrent users.
At one point in time we had two (2) Enterprise licenses each on different 
LPAR's and consolidated them to one license. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ken Porowski
Sent: Wednesday, October 12, 2011 1:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Connect Direct on a separate LPAR

Depending on the number of transfers you do you can get a license for
'n' concurrent transfers so costs won't be based on type or size of box.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Bill Johnson
Sent: Wednesday, October 12, 2011 1:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] Connect Direct on a separate LPAR

We are considering creating a separate LPAR just to run Connect Direct
on because it would reduce the cost of the Connect Direct product by
about 80% saving around $80K. Is anyone doing this? Does it make sense?
Drawbacks?

TIA
Bill Johnson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMS question about expire after days/date

[John Gilmore]

My understanding was and is that the earliest enjoined expiration date
is controlling.

I have, however, set up a sequence of tests of this hypothesis;  and I
will report their results in a week's time if they are of any
interest.

John Gilmore,  Ashland, MA 01721 - USA

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question about expire after days/date

[Starr, Alan]

Thanks John. I appreciate your willingness to set up a test and would be very 
interested in the results.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Gilmore
Sent: Friday, October 14, 2011 11:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMS question about expire after days/date

My understanding was and is that the earliest enjoined expiration date is 
controlling.

I have, however, set up a sequence of tests of this hypothesis;  and I will 
report their results in a week's time if they are of any interest.

John Gilmore,  Ashland, MA 01721 - USA

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LBI Performance?

[Dave Barry]

Real tape drives like D/T 3590 or virtual?  I think hardware support is needed.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mingee, David
Sent: Monday, October 10, 2011 1:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mike Schwab
Sent: Monday, October 10, 2011 12:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

Do you have both jobs? No,  I would have to run the job again - once for each 
blksize
How did the elapsed time compare? 35 min for each run
How about the number of blocks? 188,700 for 256k and 1,507,310 for 32k.  the 
correct number of vts tapes in and out is 29 vols.

(I would expect slightly more than 1/4 as many blocks on the first 19 large 
block tapes vs small block tapes, and a lot less blocks on the 20th large block 
tape since more data should have been stored on the large block tapes.)

On Sun, Oct 9, 2011 at 10:30 PM, Mingee, David  
wrote:
> Hello All,
>   Anyone had success with performance gains in run time and fewer 
> tapes being created when using z/OS Large Block Interface(LBI)?  We are on 
> R1.11 and have created tapes with blksize of 256k(262144) and the block count 
> is reduced by a factor of 8, but we do not see any improvements in elapsed 
> time or fewer tapes being created(20 output tapes at 32k and 20 output tapes 
> at 256k).  Am I missing something?  IBM documentation states:
>
> Taking advantage of LBI: You can improve the performance of tape data sets by 
> using the large block interface (LBI) for large block sizes. When the LBI is 
> available, the COBOL run time automatically uses this facility for those tape 
> files for which you use system-determined block size. LBI is also used for 
> those files for which you explicitly define a block size in JCL or a BLOCK 
> CONTAINS clause. Use of the LBI allows block sizes to exceed 32760 if the 
> tape device supports it.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LBI Performance?

[Mingee, David]

I have tried VTS and 3592 tapes with no improvements seen.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Dave Barry
Sent: Friday, October 14, 2011 6:40 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

Real tape drives like D/T 3590 or virtual?  I think hardware support is needed.

db

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mingee, David
Sent: Monday, October 10, 2011 1:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mike Schwab
Sent: Monday, October 10, 2011 12:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: LBI Performance?

Do you have both jobs? No,  I would have to run the job again - once for each 
blksize How did the elapsed time compare? 35 min for each run. How about the 
number of blocks? 188,700 for 256k and 1,507,310 for 32k.  the correct number 
of vts tapes in and out is 29 vols.

(I would expect slightly more than 1/4 as many blocks on the first 19 large 
block tapes vs small block tapes, and a lot less blocks on the 20th large block 
tape since more data should have been stored on the large block tapes.)

On Sun, Oct 9, 2011 at 10:30 PM, Mingee, David  
wrote:
> Hello All,
>   Anyone had success with performance gains in run time and fewer 
> tapes being created when using z/OS Large Block Interface(LBI)?  We are on 
> R1.11 and have created tapes with blksize of 256k(262144) and the block count 
> is reduced by a factor of 8, but we do not see any improvements in elapsed 
> time or fewer tapes being created(20 output tapes at 32k and 20 output tapes 
> at 256k).  Am I missing something?  IBM documentation states:
>
> Taking advantage of LBI: You can improve the performance of tape data sets by 
> using the large block interface (LBI) for large block sizes. When the LBI is 
> available, the COBOL run time automatically uses this facility for those tape 
> files for which you use system-determined block size. LBI is also used for 
> those files for which you explicitly define a block size in JCL or a BLOCK 
> CONTAINS clause. Use of the LBI allows block sizes to exceed 32760 if the 
> tape device supports it.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LBI Performance?

[Ford Prefect]

Can you show us exactly what you are doing for your benchmark?

On Fri, Oct 14, 2011 at 7:58 PM, Mingee, David <
david.min...@libertymutual.com> wrote:

> I have tried VTS and 3592 tapes with no improvements seen.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Dave Barry
> Sent: Friday, October 14, 2011 6:40 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: LBI Performance?
>
> Real tape drives like D/T 3590 or virtual?  I think hardware support is
> needed.
>
> db
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Mingee, David
> Sent: Monday, October 10, 2011 1:50 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: LBI Performance?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Mike Schwab
> Sent: Monday, October 10, 2011 12:01 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: LBI Performance?
>
> Do you have both jobs? No,  I would have to run the job again - once for
> each blksize How did the elapsed time compare? 35 min for each run. How
> about the number of blocks? 188,700 for 256k and 1,507,310 for 32k.  the
> correct number of vts tapes in and out is 29 vols.
>
> (I would expect slightly more than 1/4 as many blocks on the first 19 large
> block tapes vs small block tapes, and a lot less blocks on the 20th large
> block tape since more data should have been stored on the large block
> tapes.)
>
> On Sun, Oct 9, 2011 at 10:30 PM, Mingee, David <
> david.min...@libertymutual.com> wrote:
> > Hello All,
> >   Anyone had success with performance gains in run time and fewer
> tapes being created when using z/OS Large Block Interface(LBI)?  We are on
> R1.11 and have created tapes with blksize of 256k(262144) and the block
> count is reduced by a factor of 8, but we do not see any improvements in
> elapsed time or fewer tapes being created(20 output tapes at 32k and 20
> output tapes at 256k).  Am I missing something?  IBM documentation states:
> >
> > Taking advantage of LBI: You can improve the performance of tape data
> sets by using the large block interface (LBI) for large block sizes. When
> the LBI is available, the COBOL run time automatically uses this facility
> for those tape files for which you use system-determined block size. LBI is
> also used for those files for which you explicitly define a block size in
> JCL or a BLOCK CONTAINS clause. Use of the LBI allows block sizes to exceed
> 32760 if the tape device supports it.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
> archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
> archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
> archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Looking for clues on a bug in assembler

[Charles Mills]

I have spent the past two days on a bug in my assembler code that is driving
me crazy.

I have an assembler routine that is called from C++ code and in turn calls
COBOL test code. It works most of the time so there is apparently no LE
linkage problem. Basically all it does is read a QSAM file and pass the
records to the COBOL program in a tight loop.

If I parametize the C++ code such that it only calls it for file 'A' it
works. If I parametize the C++ code such that it only calls it for file 'B'
it works. If I parametize the C++ code to call it for 'A' and then 'B' it
works -- except that if I intentionally (I'm testing here) set things up
such that there is an I/O error and it to goes through its SYNAD logic on
file 'A' then when I call it for file 'B' it makes it all the way through
the file (I log the 529 records in the COBOL program) and back around in the
loop to the GET. (I do a BALR R9,0 before and after the GET so I can tell in
the dump whether I last entered or exited the GET.) But I never get to my
EOF routine. Instead I S0C4 on some random storage -- I have branched to a
work area off R13 that in fact is never used. The first line of code at the
EOF address is a WTO and it never gets hit (and I know from the other tests
that it works). I have checked the WTO in the dump and it has not been
corrupted. The GET macro expansion has not been clobbered in storage. The
first word of the DCB points to the DCBE (clean 24-bit address) and the
eleventh word of the DCBE points to my EOF routine (31-bit address). The
EODAD address in the DCB is 01. I added debug code such that I know that
my SYNAD and DCB ABEND code is not being driven. There is an EXLST but it
looks correct -- has only the correct OPEN ABEND and exit routines and codes
(05 and 91).

In other words I have a loop that reads all 529 records of a file, issues
another GET, and ends up in the weeds rather than in the EOF routine. The
DCB correctly points to the DCBE which correctly points to the EOF address,
and SYNAD and ABEND are not getting driven. What the heck else should I be
looking for? 

DCB is MACRF=(GM),ERROPT=ACC if that makes any difference.

Charles Mills

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSMS and HFS/ZFS Datasets.

[Pinnacle]

On 10/14/2011 12:37 PM, Curtis Jackson wrote:

Good day,

We are planning to expand the use of SMS in our DASD environment.

One of the questions we have been wrestling with is whether or not to maintain 
a seperate Storage Group for our HFS/ZFS data sets or let them comingle with 
other system type data sets in a pool.

I've not really found any good information as to whether or not it is a good 
idea, and was wondering what other shops are doing.

Do you maintain a seperate SMS pool for HFS/ZFS datasets?  Why?



SMS only messes things up.  Non-SMS all the way for USS files.

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for clues on a bug in assembler

[Sam Siegel]

Can you post sample code?

On Fri, Oct 14, 2011 at 6:43 PM, Charles Mills  wrote:
> I have spent the past two days on a bug in my assembler code that is driving
> me crazy.
>
> I have an assembler routine that is called from C++ code and in turn calls
> COBOL test code. It works most of the time so there is apparently no LE
> linkage problem. Basically all it does is read a QSAM file and pass the
> records to the COBOL program in a tight loop.
>
> If I parametize the C++ code such that it only calls it for file 'A' it
> works. If I parametize the C++ code such that it only calls it for file 'B'
> it works. If I parametize the C++ code to call it for 'A' and then 'B' it
> works -- except that if I intentionally (I'm testing here) set things up
> such that there is an I/O error and it to goes through its SYNAD logic on
> file 'A' then when I call it for file 'B' it makes it all the way through
> the file (I log the 529 records in the COBOL program) and back around in the
> loop to the GET. (I do a BALR R9,0 before and after the GET so I can tell in
> the dump whether I last entered or exited the GET.) But I never get to my
> EOF routine. Instead I S0C4 on some random storage -- I have branched to a
> work area off R13 that in fact is never used. The first line of code at the
> EOF address is a WTO and it never gets hit (and I know from the other tests
> that it works). I have checked the WTO in the dump and it has not been
> corrupted. The GET macro expansion has not been clobbered in storage. The
> first word of the DCB points to the DCBE (clean 24-bit address) and the
> eleventh word of the DCBE points to my EOF routine (31-bit address). The
> EODAD address in the DCB is 01. I added debug code such that I know that
> my SYNAD and DCB ABEND code is not being driven. There is an EXLST but it
> looks correct -- has only the correct OPEN ABEND and exit routines and codes
> (05 and 91).
>
> In other words I have a loop that reads all 529 records of a file, issues
> another GET, and ends up in the weeds rather than in the EOF routine. The
> DCB correctly points to the DCBE which correctly points to the EOF address,
> and SYNAD and ABEND are not getting driven. What the heck else should I be
> looking for?
>
> DCB is MACRF=(GM),ERROPT=ACC if that makes any difference.
>
> Charles Mills
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for clues on a bug in assembler

[Charles Mills]

Hard without posting everything. Keep in mind as I said that it all works
99% of the time.

R5 has an 8 in it at the time of the S0C4. R9 points to the beginning of the
GET macro code. PDRETCOD is zero.

*  
*  INITIALIZE RELOCATED FIELDS 
 LAR0,DCBABE24 
 STCM  R0,B'0111',INEXLS+5 
*  
 LAR0,INOPN24  
 STCM  R0,B'0111',INEXLS+1 
*  
 LAR0,INEXLS   
 STCM  R0,B'0111',INDCB+DCBEXLSA-IHADCB
*  
 LAR0,INDCBE   
 STR0,INDCB+DCBDCBE-IHADCB 
*  
*  DETERMINE ADDRESSING MODE FOR EXIT ROUTINES 
 BASSM R1,0NO BRANCH, JUST GET THE CURRENT MODE
 N R1,=X'8000' SAVE JUST THE ADDRESSING MODE BIT   
 STR1,ADDRMODE SAVE FOR EXIT ROUTINES  

...

CPYSLOOP EQU   *  
 BALR  R9,0*** DEBUG **   
 GET   INDCB,RECAREA  
 BALR  R9,0*** DEBUG **   
 CLI   DCBERRSW,C'N'   ANY DCB ERROR EXIT DRIVEN? 
 JNE   RTPAIOERYES, RETURN INFO ALREADY SET   
* 
 LAR2,RECAREA  GET RECORD POINTER 
* 
*  Deal with LRECL based on RECFM 
 LHR0,INDCB+DCBLRECL-IHADCB  Load record length   
 B *(R5)   Jump into branch table - 0 not poss
 J CPYSLVARB'01' = Variable - jiggle pointers 
 J CPYSLFIXB'10' = Fixed - already set
 J CPYSLUNDB'11' = Undefined - do nothing now 
* 
CPYSLVAR EQU   *   Variable -- need to adjust pointers
 AHI   R2,4Get past llbb  
 AHI   R0,-4   Deduct from length 
* 
CPYSLUND EQU   *  
 STR0,PDLENTH  Store length   
* 
*  Call the user's exit routine with "put" code   
CPYSLFIX EQU   *  
 XCPDRETCOD,PDRETCODFile manager exit does not set 0  
 L R15,XRENTRY(,R7)   
 CALL  (15),(,(R2)),MF=(E,CALLIST) Everything all set 
* 
*  Check for errors   
 L R15,PDRETCODLoad exit return code  
 LTR   R15,R15
 JNZ   RTPAEXITError from exit routine
* 
*  COUNT RECORDS AND CONTINUE 
 AHI   R4,1   
 J CPYSLOOPEXIT AT EOF

...

INDEOF   EQU   *
 WTO   'HMXEXIT INDEOF',ROUTCDE=(11)
*   
*  RETURN RECORD COUNT  
 L R1,PARM3(,R10)   
 STR4,0(,R1)



INDCBDCB   DSORG=PS,MACRF=(GM),+
   DCBE=INDCBE,+
   EXLST=DUMMYADR, WILL BE EXLST=INEXLS+
   EROPT=ACC
OUTDCB   DCB   DSORG=PS,MACRF=(PM),+
   DCBE=OUTDCBE,   WILL BE DCBE=OUTDCBE+
   EXLST=DUMMYADR, WILL BE EXLST=OUTEXLS   +
   EROPT=ACC,   

Re: DFSMS and HFS/ZFS Datasets.

[Ravi Gaur]

2 cents should have seperate storage group..it's going to easier life with the 
issues/problem comes and also defining various options which not needed with 
basic file system...

Look in DFSMS : Implementing System-Managed storage 7.9 - Defining SMS 
Construct for HFS Data.. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html